- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Плучил от хостера письмо.
Кто нибуть поможет разобраться с этим, можно по этому отчёту узнать от чего такие перегрузки?
Раньше было всё нормально.
Письмо:
Аккаунт "*******" превысил допустимые лимиты нагрузки.
LA=29
PIDS=3
CPU=0%
MEM=1.9%
SQL=207%
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ UID COMMAND (TOP)
-----------------------------------------------------------------------
20049 ******* 30 10 409m 53m 3944 S 0 0.7 0:00.08 1187 /usr/local/bin/httpd -k start
20105 ******* 30 10 320m 47m 2400 D 0 0.6 0:00.00 1187 /usr/local/bin/httpd -k start
20107 ******* 30 10 320m 47m 2400 D 0 0.6 0:00.00 1187 /usr/local/bin/httpd -k start
Id User Host db Command Time State Info (SQL)
-----------------------------------------------------------------------
27094 *******_1 localhost shurik0_1 Query 119 FULLTEXT initialization SELECT id, title, date, category, alt_name, flag FROM dle_post WHERE MATCH (title, short_story, full
27109 *******_1 localhost shurik0_1 Query 148 FULLTEXT initialization SELECT id, title, date, category, alt_name, flag FROM dle_post WHERE MATCH (title, short_story, full
27112*******_1 localhost shurik0_1 Query 139 FULLTEXT initialization SELECT id, title, date, category, alt_name, flag FROM dle_post WHERE MATCH (title, short_story, full
Srv PID Acc M CPU SS Req Conn Child Slot Client VHost Request (APACHE)
Возможно, у вас на сайте используются тяжёлые или кривые плагины.
Возможно, к вам на сайт одновременно зашло много поисковых ботов.
Возможно, хостер просто хочет вас выжать на тариф подороже.
какая там версия mysql ? в 5.0 при совпадении некоторых условий может произойти нечто похожее http://bugs.mysql.com/bug.php?id=37067
Кстати, ещё может быть вот что.
Хостер вам говорит, что
CPU=0%
MEM=1.9%
SQL=207%
И показывает вам список slow queries, намекая, что вы грузите базу.
Но дело в том, что если базу грузит кто-то другой, и вся машинка тормозит, то запросы других пользователей тоже будут выполняться долго и посчитаются, как slow queries, хотя к нагрузке они не имеют никакого отношения.
Из плагинов только "переходы с сайтов", ещё есть грабер, но я им давно не пользуюсь.
2 месяца был на дешовом тарифе, а недавно перешол на подороже.
Жалоб не было, статистика по CPU была на пределе.
PHP Version 5.2.17
shurik0,
148 секунд потраченных mysql на FULLTEXT initialization, как видно из ваших данных - нетипично много. это либо тот самый баг, либо крайне сильный перегруз сервера.
Интересует версия не php, а mysql. Если 5.0, то баг еще более вероятен.
mysqlMySQL Support enabled
Active Persistent Links 0
Active Links 0
Client API version 5.1.49
MYSQL_MODULE_TYPE external
MYSQL_SOCKET /var/run/mysqld/mysqld.sock
MYSQL_INCLUDE -I/usr/include/mysql
MYSQL_LIBS -L/usr/lib -lmysqlclient
shurik0 добавил 05.04.2011 в 20:27
shurik0,
148 секунд потраченных mysql на FULLTEXT initialization, как видно из ваших данных - нетипично много. это либо тот самый баг, либо крайне сильный перегруз сервера.
Интересует версия не php, а mysql. Если 5.0, то баг еще более вероятен.
Наверно баг.
Вспонил: 22.03.2011 получал письмо от хостера
shurik0, из этих данных нельзя уверенно заключить что там действительно mysql 5.1.
через phpmyadmin подключись и проверь.
Зашол в phpmyadmin
Сервер: Localhost via UNIX socket
Версия сервера: 5.1.49-3~bpo50+1-log
Версия протокола: 10
Пользователь: shurik0_1@localhost
MySQL-кодировка: UTF-8 Unicode (utf8)
Веб-сервер
Apache
Версия MySQL-клиента: 5.1.49
PHP расширение: mysql
Было 2 письма: в 13:29 и в 13:30
больше не чего. Сайт работает нормально.
DLE сам по себе не из легких движек. Какая посещалка на вашем сайте?
Я рекомендую включить кеширование на сайте, отключить все неиспользуемые модули (календарь, архивы, теги и т.д.) Если не критично, отключаете счетчик просмотра новостей.
PS Календарь, архивы и теги вообще не рекомендую использовать. Абсолютно бесполезные модули :)
Посещаемость маленькая, например 30 марта:
Просмотры 363
Сессии 156
Посетители 147
Хосты 152
Позже, чуть меньше.
6.04.2011 в 20:46 аккаунт был заблокирован, написал в тех. поддержку.
Получил ответ:
Всё верно, но дело в том что ваш сайт наиболее активный среди медленных запросов.
Посещаемость маленькая, но вы не учли что по сайту лазит куча ботов и запрашивает все ваши 10тыс страниц. Учитывая что сама база большого размера это создаёт ступор и ваш сайт является причиной тормазов всего сервера. Аккаунт включим, если до утра ситуация не улучшится мы вынужденны будем опять заблокировать аккаунт.
Отключил всё что советовал Korew
Можно через robots.txt ограничить просмотры для ботов?
Ещё в статистике сервера, в графе Рефералы - ссылки на какие то дорвеи.
Откуда они берутся, и могут влиять на нагрузку?