root, надо, но вам не обязательно. можно держать nginx исключительно ради буфера между клиентами и уменьшенным числом апачей-обработчиков. Хотя если настроить еще и отдачу статики через nginx, то хуже не будет.
число сайтов он посчитал.
будет тоже самое если во все розетки в стране одновременно включить обогреватели - глобальная катастрофа. Как вы понимаете, оба события маловероятны.
root, видимо захотела. у вас ведь и мониторинга нет, чтобы посмотреть историю использования. nginx + ограничение числа апачей может помочь.
а nginx ведь нет?
тут похоже из свопа пытались пробудить apache и процесс затянулся
пойти на smotri.com и вставить оттуда html-код
ну кончилась память в ядре "при миллионах ip", что еще ожидать? ему даже не отвечают на опеннете - сразу видно мальчик-дебил.
Предлагаешь по неработающим запросам восстановить структуру таблиц, отгадать что тебе нужно и написать нормальный запрос?
попробуй все же выложить дамп.
юни, на который получали жалобы. или вы занимались детальным изучением и перехватили управление ?
юни, вы же не знаете что этот ботнет делал? там ведь кроме поисковой системы есть еще Яндекс.Маркет и он написан обычными программистами и без расчета, что его будут парсить. Неудачно выбрав критерии можно заставить выполняться обычный поиск секунд по 20 - 30. Серьезно. Банили уже :)
так что обычная серверная мощность для обработки поисковых запросов может оказаться намного больше ваших предположений. а для всякой вторичной фигни может и как вы оценили.
ну, я тут уже нашел как : ffmpeg -r 0.3 -f image2 out_%d.jpg . Хотя это не дает возможность сгенерить картинки в точно рассчитанных позициях.
но оказывается в популярных скриптах указывают -ss ПОСЛЕ -i, что приводит к просмотру файла до позиции. А если -ss указать до -i то все нормально происходит смещение по индексу и такая производительность меня устраивает.