- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Проблема в том, что я даж не знаю куда особо смотреть. Какую информацию, например, можно получить из 10000 одинаковых строчек в access_log вида
::1 - - [16/Mar/2016:11:10:38 +0300] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.2.22 (@RELEASE@) (internal dummy connection)"
Например, если научиться пользоваться гуглом http://google.gik-team.com/?q=internal+dummy+connection+apache, можно получить такую информацию: http://wiki.apache.org/httpd/InternalDummyConnection . Потратив всего пару минут на чтение, Вы не только узнаете что это, но и как избежать черезмерной нагрузки при помощи RewriteRule.
Да какой Nginx - сейчас там нет посетителей, вся память забивается какими-то внутренними запросами
Если запросы внутренние, то это у Вас на сервере надо настраивать.
ваш новый провайдер и ваши новые настройки обрабатывают запросы моего апача как-то не так, как старый провайдер и старые настройки, из-за чего он забивает всю память
Точно. Вы даже не представляете масштаб катастрофы. У нас в воскресенье из-за этого дерево упало!
проблема в запросах, которые генерит сам сайт (судя по всему в wp-cron.php)
Если Вы себя называете программистом, что мешает проверить предположение и временно отключить wp-cron? Делов на 15 секунд:
define('DISABLE_WP_CRON', true);
где-нибудь в начале wp-config.php
Новый кластер у нас был запущен еще в октябре и все новые клиенты размещаются только на нем от этого времени
Старый закрыт для заказов и постепенно переносится на новый
Каким образом тогда мой VDS созданный 10.04.2016 попал туда?
Каким образом тогда мой VDS созданный 10.04.2016 попал туда?
кластер был подключен ближе к концу октября, в 20 числах, поэтому вы попали на старый кластер.
Каким образом тогда мой VDS созданный 10.04.2016 попал туда?
Вы имели ввиду наверно 10.04.2015.
Хотел для теста попробовать Ваш PHP хостинг на SSD дисках.
Напишите тикет в ТП, с пометкой на этот пост, выдадут тестовый.
Как мне видится проблема: в воскресение ihor внёс какие-то изменения из-за которых стандартная сборка isp панели начала генерить тонны запросов, которые неправильно обрабатываются, ведут к дикой нагрузке на винты и выходу их из строя.
В воскресенье мы с ддосами боролись, нам было не до внесения каких либо изменений в VMmanager. Вашу проблему посмотрю сегодня, отпишусь
Спасибо, я уже заново зарегистрировался и уже тестирую. :)
Напишите тикет в ТП, с пометкой на этот пост, выдадут тестовый.
В воскресенье мы с ддосами боролись, нам было не до внесения каких либо изменений в VMmanager. Вашу проблему посмотрю сегодня, отпишусь
Здравствуйте!
Пож-та протолкните тикет 769227 и 769880. Есть подозрения на проблему с php На сервере web06 и почему по дефолту используется php 4.4. Принудительно не получается подцепить по новее
No such file or directory: '/var/cagefs/07/ih87648/etc/cl.php.d/alt-php55/alt_php.ini'
No such file or directory: '/var/cagefs/07/ih87648/etc/cl.php.d/alt-php56/alt_php.ini'
No such file or directory: '/var/cagefs/07/ih87648/etc/cl.php.d/alt-php70/alt_php.ini'
Проблема не в запросах к сайту, проблема в запросах, которые генерит сам сайт (судя по всему в wp-cron.php). Как вариант - проверка новых версий.
Знаете как это звучит?
возможно, вы просто забыли закрыть дверку холодильника...
Шаред аккаунт снова прилег, vds вроде пашет, а техподдержка спрашивает какие у меня проблемы б...!
Отвечаю: никаких проблем нет, просто недоступны сайты и не могу войти в сpanel.
Цитата:
define('DISABLE_WP_CRON', true);
где-нибудь в начале wp-config.php
Попробовал в первую очередь, но не помогло
Знаете как это звучит?
вы вчера отремонтировали трансформатор на подстанции и из-за этого мой холодильник стал потреблять больше энергии
возможно, вы просто забыли закрыть дверку холодильника...
Не вводите в заблуждение, меняли не на улице, а что-то в самом холодильнике, я бы сказал трубки по которым что-то течёт. И не потреблять, а вырабатывать, например холода. И закрыть я ничего не забыл, я к нему 3 месяца не прикасался.
PS. сайты перенесены на новый хостинг, а здесь попробуем с чистого листа