1. Главная
  2. VLAD_X

VLAD_X: Комментарии

Главные вкладки

21 марта 2008 в 7:48

> Есть ли более изящные способы?
Один вариант привёл Dimm, а другой - использовать nginx. Он может просто сжимать статику на лету, а может в точности делать то, что вы хотите: отдавать сжатые файлы вместо несжатых. (Эта возможность появилось недавно в 0.6.x ветке)

18 января 2008 в 8:20

Возможно, дело в High Security (или Privacy) в IE6+. Для того, что IE6+ принимал куки, сервер должен посылать специальный заголовок P3P, содержащий информация, ЗАЧЕМ сервер пытается установить куки.
Заголовок состоит из 2-х полей: policyref - ссылка на xml-файл с подробным описанием и CP (Compact Policy) - тоже самое, но в виде нескольких условных сокращений. Вот это поле IE6+ прямо-таки желает видеть!

15 января 2008 в 7:55

В чём +/- такого способа преобразования адресов по сравнению со встроенным в lighttpd? А по сравнению с nginx и mod_rewrite в Apache?
Думается, подгрузка интерпретатора lua при КАЖДОМ запросе, создаст дополнительные нехилые тормоза.

13 января 2008 в 10:21

Посмотрите и уберите все лишние модули из Apache, они могут памяти отъедать.
В mod_php память ест memory_limit (как я понимаю, php выделяет себе всю указанную память, но реально использует далеко не всю).
Ещё потребляют память всякие акселераторы/оптимизаторы: н-р, eaccelerator старается положить все данные в shared memory.
Вот в сумме и набегает столько много.

Думаю, "инклюд с двойными кавычками" граздо меньше потребляет, чтобы волноваться из-за него Smile

17 декабря 2007 в 8:40

Встречный вопрос: а используемые ридеры вообще умеют показывать Original enclosure?
Ещё проверьте правильность ссылки на картинку: если в settings.php не указан $base_url, то адрес может быть не полным.

23 ноября 2007 в 7:54

Может-таки вернуть backend на Apache? Wink Собрав с минимумом модулей и отдав авторизации/реврайты/доступы/и т.п. nginx'у. Этот вариант проверен годами и стабилен как скала.

18 ноября 2007 в 18:49

Глюки, значит, локальные, в пределах одного сайта.....
Ограничения на коннекты к БД есть? Сама БД не валится в это время?
Поделись конфигами nginx, PHP и MySQL (в приват)?

А что показывает top и netstat во время проблем?

18 ноября 2007 в 17:18

Таймауты в PHP тоже достаточные? Памяти хватает? Ограничение по кол-ву одновременных соединений, процессов?
"Connection reset by peer" - это ведь значит, что backend отвалился, а не только nginx'у надоело ждать от него ответа.

17 ноября 2007 в 22:00

Самый минус модуля в том, что он и юзеров и поисковики редиректит на левую страницу. Грамотнее подгружать контент JS'ом в новый слой поверх сайта с предварительной проверкой куков.

16 ноября 2007 в 7:58

В нужном view ставите галку "Делать блок" (или как там в переводе), а в списке блоков выбираете подходящее место для появившегося блока.

16 ноября 2007 в 6:07

Вы хотите выводить заголовки статей? В каком месте сайта?
Можно сделать блок через views и выводить в нём заголовки в виде списка.

Вообще, с точки зрения логики, меню должно представлять из себя _несколько_ пунктов 1-го или 2-х уровней вложенности, остальное - это уже списки материалов и выводить их правильнее отдельно, не трогая меню.

15 ноября 2007 в 23:41

Что-то мне подсказывает, что при такм объёме данных стОит задуматься о хранении пунктов меню в БД (в виде ноды или терминов таксономии в том или ином виде) и выводе при помощи views в нужном месте.

18 октября 2007 в 18:21

http://drupal.org/project/drupal_ftp (непонятно живой проект или нет и что он умеет)

Ещё можете поковырять Media Mover, он поддерживает Amazon s3 хранилище: http://drupal.org/project/media_mover
Возможно, это вам поможет