- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Сегодня заметил, что все страницы сайта очень долго загружаются, более минуты.
Написал хостингу, ответили, что
Описанная вами проблема связана с превышением технического ограничение на максимальное количество одновременно запущенных процессоров
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2461 u0033074 20 0 230m 14m 9700 S 1.7 0.0 0:00.05 php
4086 u0033074 20 0 331m 23m 13m S 0.3 0.0 0:03.88 php
3572 u0033074 20 0 331m 23m 13m S 0.0 0.0 0:05.16 php
15675 u0033074 20 0 330m 23m 13m S 0.0 0.0 0:01.67 php
24242 u0033074 20 0 330m 23m 13m S 0.0 0.0 0:06.23 php
Рекомендуем обратиться к разработчикам сайта для выявления причин увеличения php-процессов и проведения оптимизации скриптов.
Панель администратор быстро работает, если сайт закрываешь, то сообщение о реконструкции сайта тоже быстро загружается. Сравнил файлы сайта с бекапом - разницы в файлах нет. Как выяснить причину? Какие процессы запущены и почему их так много?
посмотрите по ssh
top
ps aux
если далеки от этото тогда логи вебсервера (будет представление о запросах и куда они идут, возможно что-то следует закешировать, если это бесполезные боты, тогда ограничить в доступе).
2461 u0033074 20 0 230m 14m 9700 S 1.7 0.0 0:00.05 php
4086 u0033074 20 0 331m 23m 13m S 0.3 0.0 0:03.88 php
3572 u0033074 20 0 331m 23m 13m S 0.0 0.0 0:05.16 php
15675 u0033074 20 0 330m 23m 13m S 0.0 0.0 0:01.67 php
24242 u0033074 20 0 330m 23m 13m S 0.0 0.0 0:06.23 php
Это процессы PHP.
Скорее всего это потому, что запросы к серверу поступают быстрее, чем сервер успевает их обрабатывать.
Посмотреть логи веб-сервера.
Но, исходя из тезиса выше, причин может быть две:
1) запросы поступают слишком часто (ддос-атака).
2) запросы слишком медленно обрабатываются. Возможно не все, а лишь некоторое (опять-таки, смотреть в логах, какие).
Сначала смотри общую статистику по нагрузке системы, сеть, оперативная память, процессор:
top+профилирование работы процессов по процессору и памяти в top'е
Там же смотреть LA (load average), далее, исходя из этого и вцелом:
Также посмотреть iostat/atop, если нагружена дисковая подсистема IO.
Посмотреть для профилактики iftop и статистику по сетевому трафику. Сравнить параметры трафика с активным сайтом и с сайтом выключенным.
Далее: ps -elf|grep "нужный процесс", ищем идентификаторы процессов-PID'ы ;
Далее нужно смотреть strace по PID'у: strace -p PID
Можно видеть что именно делает процесс, блокировки, которые например укажут на проблемы с правами для доступа к контенту сайта, другие проблемы...
Если сайт использует СУБД и подключается к БД, например mysql, и если при этом выдает нагруз на процесс СУБД, то смотреть и профилировать запросы мускуля: mytop+"show processlist" в командной оболочке СУБД+журнал медленных запросов.
Ну и логи веб-сервера, субд, операционной системы.
Ну а далее по ситуации.
С уважением,
по-моему разобрался, сайт подгружает шрифты и стили с другого сайта, который был недоступен или работал очень медленно. надо переносить стили на сайт..