Здравствуйте. Имеются два картинкоотдающих бэкенда. Картинки на них кладуться по WebDAV, переодически случается такое, что на один из бэкендов заливка отваливается. Чтобы бэкенды "взаимно" синхронизировались сделаby squirl - Nginx Mailing List - Russian
с какого перепугу??? 16 февр. 2010, в 17:31, calculator@land.ru написал(а): > Да функционала хватает. И есть предположение что старшие версии с большим функционалом, отрабатывать по идее медленнее должны, а это очень важно. --- WBR, Andriy Tovstiby squirl - Nginx Mailing List - Russian
не читайте хабр, не засоряйте мозг. зачем заморачиваться с RAM дисками, когда операционная система и так кэширует в памяти все что можно? 3 февр. 2010, в 09:54, Pah написал(а): > Как настроить nginx так, чтобы мелкая статика (картинby squirl - Nginx Mailing List - Russian
ну поставьте в 200. а лучше - ищите тормоза на бэкенде. он же не просто так тупит с отдачей. значит затыкается где-то. на обращении к базе, например 22 янв. 2010, в 15:27, 2_R написал(а): > Этот параметр установлен на 75. Не помогает. &gby squirl - Nginx Mailing List - Russian
по поводу ошибки - accept() failed (53: Software caused connection abort) почитал FAQ, понятно, что ошибка некритична. однако интересует, по опыту комьюнити, не может ли эта ошибка служить неявным признаком проблем на моей стороне? просто уж больby squirl - Nginx Mailing List - Russian
а зачем вам вообще использовать NFS share? пусть CMS пишет файлики на обе машины по WebDAV, например. 19 янв. 2010, в 14:18, Timur Bakeyev написал(а): > Доброго всем времени суток! > > Есть следующая задача - CMS пишет загружаемые веб-деby squirl - Nginx Mailing List - Russian
кэшировать путь к файлу в memcached? а в чем сакральный смысл?? 18 янв. 2010, в 13:10, kozakd написал(а): > Мне нужно не ложить документ (так как это mp4 видео размером 100-700 МБ каждый) а брать путь к файлу из memcached и потом по этому пути лезтby squirl - Nginx Mailing List - Russian
это upstream, где прописан IP бэкенда. upstream rtkorr_com { server 10.1.1.1:80; } вырезая лишнее, случайно вырезал и его. 16 янв. 2010, в 19:30, Dmitry Goryainov написал(а): > 2010/1/16 squirl <andriy.tovstik@gmail.com>: >> >> location ~* \.(gif|jpg|jpeg)$ { >> access_loby squirl - Nginx Mailing List - Russian
Здравствуйте. Пытаясь разгрузить некоторый проект, сделал следующим образом: ---- http { include mime.types; default_type application/octet-stream; client_max_body_size 10M; sendfile on; proxy_redirect off; proxy_next_upstream timeout error http_500 http_503; proxy_set_headby squirl - Nginx Mailing List - Russian
Всех с наступающим :) захотелось поиметь nginx на opensolaris /usr/nginx/sbin# cat /etc/release OpenSolaris 2009.06 snv_111b X86 Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 07 May 2009 ставил по инстby squirl - Nginx Mailing List - Russian
да они как бы особо не ломаются. там сверху еще и gjournal :) и ничего, полет нормальный. 27 декабря 2009 г. 21:28 пользователь Alexey Bobok <alexey.bobok@ukrhome.net > написал: > А есть опыт восстанавления поломавшихся gstripe+gmirror массивов? > гемоby squirl - Nginx Mailing List - Russian
на солярисах у меня тоже нет проблем с быстродействием ZFS ;-) 27 декабря 2009 г. 20:21 пользователь Ihalainen Nickolay <ihanick@gmail.com>написал: > 2009/12/27 Andriy Tovstik <andriy.tovstik@gmail.com>: > > а какого рода нагрузка? > > и это. вы про Solaris речь вby squirl - Nginx Mailing List - Russian
это само собой :) но код: 1. обкатывается на тестовой площадке 2. проходит ревизию. есть конечно варианты преступного сговора и хитрых закладок... но тут уж извините. может и метеорит на ДЦ упастью 27 декабря 2009 г. 16:57 пользоby squirl - Nginx Mailing List - Russian
а какого рода нагрузка? и это. вы про Solaris речь ведете? :) 27 декабря 2009 г. 14:47 пользователь Ihalainen Nickolay <ihanick@gmail.com>написал: > 2009/12/27 Andriy Tovstik <andriy.tovstik@gmail.com>: > > пробовал использовать на сервере куда сливались бэкапы rsby squirl - Nginx Mailing List - Russian
речь как раз о том, что доступа на запись им там не надо. а через код - код обкатывается на тестовой площадке. хотя все бывает, конечно. 27 декабря 2009 г. 14:45 пользователь Ihalainen Nickolay <ihanick@gmail.com>написал: > 2009/12/27 Andriy Tovstik <anby squirl - Nginx Mailing List - Russian
пробовал использовать на сервере куда сливались бэкапы rsync'ом. ZFS стал узким местом - 4 диска в RAIDZ тормозили просто безбожно при 10 запущеных rsync с разных серверов. RAID10 на gmirror+gstripe работает на порядок быстрее :( 27 декабря 200by squirl - Nginx Mailing List - Russian
программисты вообще должны иметь доступ только на тестовые серверы... нечего им делать на стораджах. тем более с правами на rm -rf. 26 декабря 2009 г. 21:55 пользователь Ihalainen Nickolay <ihanick@gmail.com>написал: > 2009/12/27 Dmitry Ivanov < nginx-ru@sby squirl - Nginx Mailing List - Russian
Хм.... у меня вопрос "сбоку". я стараюсь тюнить "по минимуму". в разумении, что система умнее меня. скажем - по максимуму прокачаны только фронтенды, на которых в каждый момент времени 90-100к коннектов. бэкенды с каby squirl - Nginx Mailing List - Russian
14 дек. 2009, в 17:54, Andrew A. Polyakov написал(а): > Здравствуйте! > Привожу в порядок логи сервера, и никак не могу понять, откуда берется > файл /var/log/nginx-error.log, куда пишутся исключительно ошибки > конфигурации, и как его выключитby squirl - Nginx Mailing List - Russian