а вот это возмутительно.
вы вносите правки в статью, не отмечая что это правки. в итоге, контент изменился, благодаря комментаторам, статья не выглядит такой провальной, авторы комментариев, которые оказали вам большую помощь, никак не отмечены.
вообще адекватные люди не правят текст статьи, а пишут внизу UPD и указывают какой комментатор и что здравое написал. так как вы поступили — как минимум неэтично.
ngx_http_image_filter_module только конвертирует. какими способами результат преобразования писать на диск?
замечу, кэшировать и писать результат на диск это разные вещи.
да ладно. 1 раз сконвертить картинку и 1к раз показать куда проще чем 1к раз сконвертить ее и тем самым тратить процессорное время и отвлекать воркеры.
p8.inetstar.ru/.svn/entries
hbk.inetstar.ru/.svn/entries
p8.inetstar.ru/phpmyadmin/
Тут видимо были попытки закрыть) hbk.inetstar.ru/.svn/text-base/.htaccess.svn-base
Но они зафейлились.
hbk.inetstar.ru/.svn/text-base/cleaner.php.svn-base
Фееричненько
судя по всему, надо настраивать max_user_connections, max_connections и thread_cache_size
Простое тестирование одной и той же страницы ложит сервер БД.
з.ы. тут уже за 200 камментов. как думаете, много ли народу прочитает больше пары десятков камментов в начале?
вы вносите правки в статью, не отмечая что это правки. в итоге, контент изменился, благодаря комментаторам, статья не выглядит такой провальной, авторы комментариев, которые оказали вам большую помощь, никак не отмечены.
вообще адекватные люди не правят текст статьи, а пишут внизу UPD и указывают какой комментатор и что здравое написал. так как вы поступили — как минимум неэтично.
Esc, homm, alfa… читайте их камменты и делайте выводы.
года 3 назад слили бы со свистом такой материал. и автора в придачу.
замечу, кэшировать и писать результат на диск это разные вещи.
nginx:
1) запрос картинки
2) отдача клиенту
nginx+apache+php:
1) запрос картинки
2) проброс на апач
3) чтение картинки
4) конвертирование на лету
5) отдача нгинксу
6) отдача клиенту