зачем менять чмод, чмод и так выставляется наиоптимальнейшим образом самим друпал.
подозреваю у вас грабли с gid/uid... лучшим вариантом будет настроить mpm-itk в апаче, дабы апач работал из-под нужного вам юзера (мануалов масса)

в том, что cli-версия не устанавливает переменных окружения которые нужны друпал. написать в начале скрипта подобное -

это все конечно хорошо, но тут есть одно но - нативное nginx-кэширование (и любой дрогой прокси, типа varnish или squid) оказывается все равно несколько медленней, чем boost - http://groups.drupal.org/node/26485#comment-101518

"axel" wrote:

В этом релизе внесены изменения в robots.txt

судя по diff-у там изменения далеко не только в robots.txt, это мягко говоря....

а сами аватарки в imagecache/avatars (или как там у вас) появляются?
по всей видимости где-то еще нужно сменить путь. там фокус же в чем - если изображения реально нет, то делается реврайт на index.php?изображение (навроде index.php?sites/default/files/avatars/a.png). скорее всего этот url где-то у вас "левый" вылазит, а там нет прав на создание... в общем копайте в эту сторону мне кажется

бывал там друпал с уберкартом (заказчик положил туда по-незнанке) - свалили через 3 недели в ужасе.
при посещаемости ~1.5K сайт наверное половину времени провалялся в дауне, не смотря на постоянные "докупания" ресурсов и т.п., один фиг постоянное превышение нагрузки (с кешированием через boost)
сейчас сайт живет на дохлом VDS о 128ми метрах ОЗУ - все ровно и гладко, нагрузка на проц до 10% в среднем...

что-то не совсем понятно, то есть даже совершенно не понятно, что тут делает локейшн fetch с proxy_store и как вообще туда попасть... по всей видимости автор в локейшне со статикой что-то не то написал, там должно быть например root /кэш try_files $uri fetch; ..... хотя при единственном физическом сервере оно вообще не нужно....

"Softovick" wrote:

Use Debian, ну же Или Ubuntu.

это само собой, я говорил о экспериментах на венде, а том смысле, что лучше их проводить на вмвари, с т.з. производительности хотя бы....

смотря как они работать будут. если они просто контент почитывать будут, да раз в час комментарий на форуме оставлять, тогда да - будет все окей даже на каком-то недо-селероне с полгигом памяти под vm

если же они собираются писать большущие статьи, да еще и будут "предпросмотр" тыкать поминутно и сохранять почаще, то тут быстро придет конец либо вашему, либо ихнему терпению..

VMware... ну Битрикс, что с них взять? они и на hyper-v выпустят, с них станется...
но хоть ынтерпрайз, правда глючный до ужаса...

использую вторую неделю на относительно нагруженном сайте (~3-4тыс уникумов)... никаких проблем, то есть полет нормальный. нагрузка на БД упала в разы, что в свою очередь дало возможность снизить потребление памяти мускулем (vds достаточно дохлый по памяти, всего 128 метров), при этом скорость генерации динамики только возросла, что позволило отодвинуло на некоторое время смену тарифа на более "жирный"...

"bratello" wrote:

Вона как, и IP другой... Сертификат это полюции, виртхост как оказывается тоже, а IP у меня будет один и больше не предвидится, значит аппликация будет исключительно SSL-ной.

Ребята, спасибо огромное за полезную науку.

vps на virtuozzo/openvz/jail/lxc никогда не даст честного разделения ресурсов ввода/вывода (да и не только), с силу специфики реализации, отсюда вывод - вы всегда будете зависеть от прочих гостевых-ОС живущих в соседнем контейнере

чисто технологически это возможно на xen/kvm (про вмварь не говорю, потому что их нет "задешево"), но тут все еще зависит от честности хостера...
по цене они примерно в 2 раза дороже openvz-шных...