Drupal-соцсеть

[farm]

А никто не пробовал Друпал в 6.14 версии вручную по производительности оптимизировать?

Непонятен вопрос. Вообще оптимизация друпала это очень больная тема. Я пока что юзаю cache alter (для блоков), еще класная штука это кеш алиасов но там чтото модуль глючный. + неплохо бы поработать над выносом локализации из базы, уж сильно дофига это запросов кушает.

 

[molatok]

кто нибудь видел для 6 го друпала модули подарков или чего-то аналогичного?

 

[ttx]

Непонятен вопрос. Вообще оптимизация друпала это очень больная тема. Я пока что юзаю cache alter (для блоков), еще класная штука это кеш алиасов но там чтото модуль глючный. + неплохо бы поработать над выносом локализации из базы, уж сильно дофига это запросов кушает.

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

Поиском по форуму удалось по вопросу оптимизации друпала найти - Для просмотра ссылки Войди или Зарегистрируйся

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

 

[maxx2205]

В этих книжках статьи столетней давности, во всяком случае, что касается Друпала . Однако, заметьте, что его родной сайт, который drupal.org имеет довольно много посетителей, активно на нем сидящих, и он не является чем-то исключительным . Так что, пути решения есть . Вообще, основная беда друпала - много обращений к БД, остальное все типа кеширования шаблонов и блоков в сравнении с этим - ерунда. Мускул жрет процессорное время больше, чем память, но друпал позволяет от него отказаться в пользу других СУБД. Так что юзайте VDS или свой сервер, и смените MySQL на PgSQL

 

[ttx]

Вообще, основная беда друпала - много обращений к БД, остальное все типа кеширования шаблонов и блоков в сравнении с этим - ерунда. Мускул жрет процессорное время больше, чем память, но друпал позволяет от него отказаться в пользу других СУБД.

В некоторых других CMS, не имеющих отношения к рассматриваемой теме, используются и хорошо себя зарекомендовали различные способы кеширования запросов к MySQL, поэтому не факт, что стоит от MySQL сразу отказываться. Возникает конкретный вопрос к участникам обсуждения - кто-нибудь сталкивался или пытался реализовать кеширование запросов к БД в Drupal?

 

[farm]

Возникает конкретный вопрос к участникам обсуждения - кто-нибудь сталкивался или пытался реализовать кеширование запросов к БД в Drupal

Ну так давно есть уже. Я писал об этом.
Кеш views, кеш блоков, кеш системный + cache alter. + Дополнительно есть много наработок в этой области (на офф сайте можно погуглить).

 

[maxx2205]

Есть еще патч, уменьшающий количество запросов к БД, реально помогает причем.

 

[ttx]

Есть еще патч, уменьшающий количество запросов к БД, реально помогает причем.

А можно сылку? Чтобы могли одно и то же обсуждать.

 

[maxx2205]

Сам активно использую, пока глюков не заметил :

Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.

 

[Domo999]

Важно: этот замечательный патч рекомендуется использовать только тем,

Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.