Крон нужен друпалу, почитайте в системных требованиях (если лень настраивать настоящий крон, можно просто поставить модуль poormanscron).
По поводу "отрубить кеш" уже сказали, что лучше этого НЕ ДЕЛАТЬ, чтобы потом не было сюрпризов (читайте: чтобы "не ловить глюки"). Система кеширования в ядре, и этим все сказано.
(хотя, если есть горячее желание патчить ядро, то успехов Вам!!! в этом начинании...)
Чтобы не росла, нужно включить cron. А про "чтобы кэширование вообще не происходило", скорее всего никак (наверное, можно сделать правкой кода, но могут появиться проблемы, т.к. ф-ции кеширования могут использоваться в любых модулях, даже если отключено глобально).
А я и не говорю, что Вы *должны*. Я просто *предложил*. Я же не знаю, что Вы "в курсе", правда? И меня "все устраивает".
По поводу ишью - тема настолько интересная, что можно просто выложить дифф и в двух предложениях объяснить что этих индексов не хватает - а уж там разберутся что к чему.
На самом деле, с моей стороны не было никакого негатива.
Вы уж извините, но если Вы действительно нашли индексы, которых явно не хватает, почему бы не создать (несколько) issue на drupal.org ? Ведь в таком случае (если их действительно не хватает), эти индексы будут включены в следующий патч-релиз, и никому не надо будет добавлять их вручную после каждой установки.
1) Будет ли 5 друпал быстрее 4.7 ориентировочно где то в 5 раз
Без сомнения, друпал 5 будет быстрее "где то" в 5 раз! Если считать, что друпал 4.7 был быстрее в 4,7 (четыре целых, семь десятых) раза.
От имени всего сообщества drupal.ru желаю Вам успеха в Вашем нелегком деле выбора идеальной CMS. Уверен, что будет большой потерей для сообщества, если Вы остановите выбор на другой CMS.
I asked you to compare functions of these systems. But now seems like YOU DON'T CARE about functionality. In that case you'd better use PLAIN old HTML, so you can get HUGE PERFORMANCE BOOST. LOL.
Большинство ХТМЛя можно переопределить в движке тем, БЕЗ ИЗМЕНЕНИЯ файлов ЯДРА.
"Полно несоответствий в дизайне запросов" - можете внятно объяснить, в чем же именно "НЕСООТВЕТСТВИЕ В ДИЗАЙНЕ" этих запросов?
Про 'а кое-где - по числовому ID -- "n.status = 1" ' я вообще молчу - что, разработчикам нужно было заводить отдельную таблицу и делать JOINы для двух значений - 0 и 1 ?! Смотрите http://drupal.org/node/4739
U write: "Drupal 4.7 is trhee or more times slower than other". Which CMS'es do you refer as "other"? Can you please compare FUNCTIONALITY of those systems with Drupal? May be Drupal is 3 times slower because it has 30 times more functionality?!
Also, you should compare amount of code in Drupal with the other scripts you use (do you remember, it's PHP and all this code is parsed for each page load). Drupal has lots of thousands lines of code, and your system possibly has only 1 thousand lines...
"а вот оптимизация (как и в любой Open Source ситеме) возлагается на самого пользователя..." - Неправда. Разработчики друпала уделяют достаточно вниманимания оптимизации. Open Source здесь НИ ПРИ ЧЕМ.
сложный поиск
Можно. С помощью модуля views + возможно потребуется написать модуль со своими фильтрами.
Как сделать так чтобы таблица с кэшем в БД не "росла"?
Крон нужен друпалу, почитайте в системных требованиях (если лень настраивать настоящий крон, можно просто поставить модуль poormanscron).
По поводу "отрубить кеш" уже сказали, что лучше этого НЕ ДЕЛАТЬ, чтобы потом не было сюрпризов (читайте: чтобы "не ловить глюки"). Система кеширования в ядре, и этим все сказано.
(хотя, если есть горячее желание патчить ядро, то успехов Вам!!! в этом начинании...)
Как сделать так чтобы таблица с кэшем в БД не "росла"?
LOL Интересно, я в игноре или слово Cron такое страшное?
Как сделать так чтобы таблица с кэшем в БД не "росла"?
Ну да, зато друпал будет КАЖДЫЙ раз заполнять эту таблицу. Будет бооольшая потеря производительности.
Как сделать так чтобы таблица с кэшем в БД не "росла"?
Еще раз: Cron включен? Если он включен, то таблица кеш расти не будет (!!!), старые записи будут удаляться "сами собой".
Разве это не то что нужно??
Как сделать так чтобы таблица с кэшем в БД не "росла"?
Чтобы не росла, нужно включить cron. А про "чтобы кэширование вообще не происходило", скорее всего никак (наверное, можно сделать правкой кода, но могут появиться проблемы, т.к. ф-ции кеширования могут использоваться в любых модулях, даже если отключено глобально).
Индексы в MySQL и быстродействие Drupal - 2
А я и не говорю, что Вы *должны*. Я просто *предложил*. Я же не знаю, что Вы "в курсе", правда? И меня "все устраивает".
По поводу ишью - тема настолько интересная, что можно просто выложить дифф и в двух предложениях объяснить что этих индексов не хватает - а уж там разберутся что к чему.
На самом деле, с моей стороны не было никакого негатива.
Индексы в MySQL и быстродействие Drupal - 2
Вы уж извините, но если Вы действительно нашли индексы, которых явно не хватает, почему бы не создать (несколько) issue на drupal.org ? Ведь в таком случае (если их действительно не хватает), эти индексы будут включены в следующий патч-релиз, и никому не надо будет добавлять их вручную после каждой установки.
залить БД
На самом деле, это концептуальный вопрос. К сожалению, даже сами разработчики пхпмайадмин не всегда могут не него ответить.
Апгрейд БД
Привет!
Вот такой ааатветик http://drupal.org/upgrade/
(а от себя скажу, что надо запускать файлик update.php и избегать "бет")
Drupal 4.7 хорош по функциональности, но крайне медленно грузиться
1) Будет ли 5 друпал быстрее 4.7 ориентировочно где то в 5 раз
Без сомнения, друпал 5 будет быстрее "где то" в 5 раз! Если считать, что друпал 4.7 был быстрее в 4,7 (четыре целых, семь десятых) раза.
От имени всего сообщества drupal.ru желаю Вам успеха в Вашем нелегком деле выбора идеальной CMS. Уверен, что будет большой потерей для сообщества, если Вы остановите выбор на другой CMS.
Есть такие модули?
для профилей profile.module в ядре
для сообщений - privatemsg.module http://drupal.org/project/privatemsg
Помогите пожалуста определиться с выбором CMS
Эй, очень хорошие объяснения, честное слово!
Помогите пожалуста определиться с выбором CMS
Супер!!! Очень понравилось! Пожалуйста, пиши ещё!
Drupal 4.7 хорош по функциональности, но крайне медленно грузиться
I asked you to compare functions of these systems. But now seems like YOU DON'T CARE about functionality. In that case you'd better use PLAIN old HTML, so you can get HUGE PERFORMANCE BOOST. LOL.
Here's an answer from a developer of Drupal http://drupal.org/node/4799#comment-14715 Please read and TRY to understand.
Drupal 4.7 хорош по функциональности, но крайне медленно грузиться
Большинство ХТМЛя можно переопределить в движке тем, БЕЗ ИЗМЕНЕНИЯ файлов ЯДРА.
"Полно несоответствий в дизайне запросов" - можете внятно объяснить, в чем же именно "НЕСООТВЕТСТВИЕ В ДИЗАЙНЕ" этих запросов?
Про 'а кое-где - по числовому ID -- "n.status = 1" ' я вообще молчу - что, разработчикам нужно было заводить отдельную таблицу и делать JOINы для двух значений - 0 и 1 ?! Смотрите http://drupal.org/node/4739
Drupal 4.7 хорош по функциональности, но крайне медленно грузиться
That's total LOL, man.
U write: "Drupal 4.7 is trhee or more times slower than other". Which CMS'es do you refer as "other"? Can you please compare FUNCTIONALITY of those systems with Drupal? May be Drupal is 3 times slower because it has 30 times more functionality?!
Also, you should compare amount of code in Drupal with the other scripts you use (do you remember, it's PHP and all this code is parsed for each page load). Drupal has lots of thousands lines of code, and your system possibly has only 1 thousand lines...
Предлагаю задуматься
А что, получается что-нибудь?
Новостной сайт
Бессмысленные названия обсуждений - это плохо.
Тема "форум и Drupal" не раскрыта
"Просто переходить на пятую версию без друпала не хочется :("
Да, я бы без друпала на пятую версию тоже не перешел. Люблю его, друпал этот!
Обновление
"На сайте Друпал.орг можно найти тексты по оптимизации Друпала под MySQL" - а это как? Можно ссылку?
Поздравьте, купил ноут :)
Поздравления!
А что не написал какую именно модель взял?
Обновление
"а вот оптимизация (как и в любой Open Source ситеме) возлагается на самого пользователя..." - Неправда. Разработчики друпала уделяют достаточно вниманимания оптимизации. Open Source здесь НИ ПРИ ЧЕМ.
Обновление
"Все-ж техподдержку пинать или хостинг менять?" - LOL Все сразу нужно...
Глюки авторизации на drupal.ru
Если есть такая проблема, могу предложить одному из vadbars'ов "удалиться". Удалить его то бишь.