- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет!
В эту ночь на сервере произошло вот что - с 4.30 до 9 утра резко возросло потребление памяти на сервере, а с 3 ночи на сайте судя по логам по страницам сайта бегал один и тот же IP каждую секунду. После 4 ночи и до 9 логи пустые, а сам сервер упал и заработал после перезагрузки. Это похоже на ддос?
График потребления RAM - http://postimage.org/image/oqp32br8z/
На сервере Centos 6, 2ГБ RAM
ддос одним ip вряд ли, если бы 1000...
скорее поиск дырок в сервере - причем вполне удачный...
На сервере сложный сайт на вордпресе и в нем очень много запросов к БД (на главной 329) + AJAX-запросы. htop показывает около 10 спящих mysqld процессов (есть и такие, что спят по часу), хотя wait_timeout в настройках mysql стоит 60. Стоит ли копать в сторону mysql?
Копать стоит как в сторону Mysql, так и в сторону php, а конкретнее в сторону корретных и оптимальных настроек под ваши нужны.
Также необходимо копать в сторону самого wordpress. 329 запросов в mysql это не дело. Установите кеширующие плагины,
такие как Super Cache, SJ Object Cache (с использованием XCache, дополнительно установив xchache на php) и DB Cache Reloaded (+ Fix).
Этим здорово снизите как потребление памяти так и нагрузку на сервер в целом. А вообще это самый ужасный движок из всех, которые я встречал.
Ужасен он количеством и "кривизной" самих запросов в базу, а также большим потреблением ресурсов.
P.S - DDoS это врядли, возможно DoS или же как сказали выше - поиск уязвимостей, причина может быть любая, а факт остаётся фактом - при нагрузке ваш движок начинает
кушать все ваши ресурсы. Ставьте плагины, также, если есть возможность перепишите хотябы основные скрипты, уйдя от громоздких и сложных запросов и т.п
329 запросов к базе на страницу? вротмненоги! А я в своих движках считал что 5 запросов это много...
Оптимизируйте движок, чтоб каждый человек/бот не казался вам ботнетом ддосящим вас.
у меня было что то похожее, помогло вот это http://centos.ultra-sr.ru/the-simplest-and-effectiveness-protection-against-ddos-at-nginx/
Ужасен он количеством и "кривизной" самих запросов в базу, а также большим потреблением ресурсов.
ну да разрабы дураки на протяжение стольких лет не могут причасать?
покажите мне примеры из вп как не надо делать? :) (именно из ядра а не плагинов)
---------- Добавлено 03.11.2012 в 05:53 ----------
у меня было что то похожее, помогло вот это http://centos.ultra-sr.ru/the-simplest-and-effectiveness-protection-against-ddos-at-nginx/
это не спасет вас от ддос.
---------- Добавлено 03.11.2012 в 06:52 ----------
На сервере сложный сайт на вордпресе и в нем очень много запросов к БД (на главной 329)
no comments 🍾
htop показывает около 10 спящих mysqld процессов (есть и такие, что спят по часу), хотя wait_timeout в настройках mysql стоит 60.
они там и должны "спать" ожидая запросов постоянно, max_connections определяет количество, wait_timeout время соединения (а не время жизни)
в друпале поковыряйтесь, если вам данное количество запросов кажется огромным =)
Оптимизируйте, кешируйте данные. Не похоже на ДДОС :)
в друпале поковыряйтесь, если вам данное количество запросов кажется огромным =)
Может это была Джумла?)