сами говорите привести статистику, и тут же более чем уверены что знаете что на сайте стоит
CCK, Ctools, Colorpicker, Content profile, Date, Domain, HS, Imagecache, Private message, OG, Rules, Views, User Relationships, JQuery, Voiting, Thickbox, TSS, Galleryformatter
То что много модулей - нехорошо, я тоже знаю. Потому и все лишнее отключено, но то, что приведено, просто необходимо.
Локальный (скорее всего у вас wampp или xampp) сервер - не значит что будет медленно работать на сервере, всё зависит от настроек и железа, да возможно что у вас в друпале есть bottlenecks, тут поможет только отладка (статей на эту тему полно).
Или используйте другие альтернативы - вот тут список.
Рекомендую сборки на основе nginx (по сравнению с apache, будет летать), но разрабатывать сайты опять же нужно предварительно покопаться в настройках...
Спасибо конечно за попытку помочь. Только не совсем понятно, что в приведенной ссылке читать.
Но статьи можно и самому в инете найти. Ничего нового кроме кэширования и отключения модулей там по-моему особо не пишут.
По хостингу - тоже советы давать бессмысленно, ибо какой сейчас мой комп есть, такой пока и есть. Донастроят сервак (даже nginx поставят) - перекину туда. Сейчас стоит WAMP, 2Г оперативки, My.ini конфигурирован, httpd тоже.
Я переформулирую суть вопроса - функция сохранения материала в Drupal как бы там ни было, очень долго выполняется. И есть ли способы, кроме наращивания железа и отключения модулей заставить работать это дело быстрее?
Почему? Правильная настройках параметров очень помогает.
"NadejhdaAdamovaN" wrote:
Только не совсем понятно, что в приведенной ссылке читать.
Ниже смотрите, там список.
"NadejhdaAdamovaN" wrote:
очень долго выполняется
Можете отключить у node_save функцию оповещения о записи в ноду для других модулей. Будет быстрее, но получите массу "глюков". Чтобы избежать вам нужно исследовать что же меняется при записи вашей ноды, записать собственную функцию, которая будет напрямую "модит" базу. Или использовать импортеры, которые массово создадут ноды: feeds, migrate (скорость не гарантируется, зато скопом).
Я не жалусь на плохой хостинг. По максимуму (ну, или близко к нему) система настроена. WAMP конфигурирован. Wamp, xamp etc - шило на мыло, да и, как ни ищешь, что же все-таки лучше, так холивар на 5 страниц, бла-бла-бла. Вот твой xamp г..но, надо ставить wamp, нет, wamp г..но, надо ставить ubuntu. Надо увеличить то, нет, это... И так до бесконечности. В общем начинаешь понимать, что чуда не произойдет.
Импортеры используются, но это для админа. Я же для юзабилити юзеров стараюсь. Для них же сайт создается.
Если вылить воду из советов, то останется - ставь лысый друпал на супер-пупер-хостинг. Тогда все будет летать. Со временем я к этому наверное и приду. Но это время. А сейчас просто хотелось узнать, может есть какие-то секреты, или патчи, для сохранения ноды.
Вот и все. Даже уже и не хочу, потому как вряд ли кто ответит. так что тема закрыта.
По максимуму (ну, или близко к нему) система настроена
по максимуму != так же
"NadejhdaAdamovaN" wrote:
А сейчас просто хотелось узнать, может есть какие-то секреты, или патчи, для сохранения ноды.
их не существует, ибо на каждом сайте алгоритм сохранения ноды уникален, ибо многие модули попросту вносят в него свои изменения.
Любая базовая серверная конфигурация по своей сути это ручной тормоз, а так же xeon работает в данном случае в сотни раз быстрее celeron.
Поставьте модуль Devel, посмотрите что именно у Вас тормозит.
Судя по времени могу и так сказать, что скорее всего используете mysql c таблицами на базе InnoDB с innodb_flush_log_at_trx_commit=1 (такая маленькая настройка, а способна положить сервер)
Ну и подолью масла в огонь, одна и та же конфигурация одного и того же ПО, на никсе работает почему-то значительно быстрее.
Судя по времени могу и так сказать, что скорее всего используете mysql c таблицами на базе InnoDB с innodb_flush_log_at_trx_commit=1 (такая маленькая настройка, а способна положить сервер)
неа, не угадали, стоит innodb_flush_log_at_trx_commit=2
что там еще можно чудесного поменять?
работал на Xeon (Debian) - нормально, но уж точно не в сотни раз, однозначно
тоже тормоза были при сохранении
Wamp, xamp etc - шило на мыло, да и, как ни ищешь, что же все-таки лучше, так холивар на 5 страниц
Какой холивар, Вам тут любой скажет чтобы ставили чистый сервак и желательно ни линуксе.
Протестируйте сайт на Acuqia Dev Desktop. Лучше под винду не придумать.
Вообще 4 и 6 секунд это мало.
"NadejhdaAdamovaN" wrote:
конфликт вышел с чем-то, поэтому был удален и отложен на "потом"
Странно. Значит какой-то модуль мудит. Вообще, перешли бы на 7 чем на 6 мучиться.
PHP акселератор стоит ? Я не знаю, есть ли что рабочее под винду. Вроде был там какой то WinCache ?
Могу только предложить установить VirtualBox и установить линукс в вирт машину (можно без граф. окружения).
Комментарии
Зачем? Она сколько сохраняется то?
Привели бы статистику, я не знаю. Никакой информации, что мы можем посоветовать?
Я более чем уверен что на сайте стоит уйма бесполезных модулей, большая часть из которых работает и не используется.
Как вариант сменить хостинг.
сами говорите привести статистику, и тут же более чем уверены что знаете что на сайте стоит
CCK, Ctools, Colorpicker, Content profile, Date, Domain, HS, Imagecache, Private message, OG, Rules, Views, User Relationships, JQuery, Voiting, Thickbox, TSS, Galleryformatter
То что много модулей - нехорошо, я тоже знаю. Потому и все лишнее отключено, но то, что приведено, просто необходимо.
длительность от 4 до 6 сек.
хост локальный же, как его менять
Локальный (скорее всего у вас wampp или xampp) сервер - не значит что будет медленно работать на сервере, всё зависит от настроек и железа, да возможно что у вас в друпале есть bottlenecks, тут поможет только отладка (статей на эту тему полно).
Или используйте другие альтернативы - вот тут список.
Рекомендую сборки на основе nginx (по сравнению с apache, будет летать), но разрабатывать сайты опять же нужно предварительно покопаться в настройках...
Спасибо конечно за попытку помочь. Только не совсем понятно, что в приведенной ссылке читать.
Но статьи можно и самому в инете найти. Ничего нового кроме кэширования и отключения модулей там по-моему особо не пишут.
По хостингу - тоже советы давать бессмысленно, ибо какой сейчас мой комп есть, такой пока и есть. Донастроят сервак (даже nginx поставят) - перекину туда. Сейчас стоит WAMP, 2Г оперативки, My.ini конфигурирован, httpd тоже.
Я переформулирую суть вопроса - функция сохранения материала в Drupal как бы там ни было, очень долго выполняется. И есть ли способы, кроме наращивания железа и отключения модулей заставить работать это дело быстрее?
Я не жалусь на плохой хостинг. По максимуму (ну, или близко к нему) система настроена. WAMP конфигурирован. Wamp, xamp etc - шило на мыло, да и, как ни ищешь, что же все-таки лучше, так холивар на 5 страниц, бла-бла-бла. Вот твой xamp г..но, надо ставить wamp, нет, wamp г..но, надо ставить ubuntu. Надо увеличить то, нет, это... И так до бесконечности. В общем начинаешь понимать, что чуда не произойдет.
Импортеры используются, но это для админа. Я же для юзабилити юзеров стараюсь. Для них же сайт создается.
Если вылить воду из советов, то останется - ставь лысый друпал на супер-пупер-хостинг. Тогда все будет летать. Со временем я к этому наверное и приду. Но это время. А сейчас просто хотелось узнать, может есть какие-то секреты, или патчи, для сохранения ноды.
Вот и все. Даже уже и не хочу, потому как вряд ли кто ответит. так что тема закрыта.
по максимуму != так же
их не существует, ибо на каждом сайте алгоритм сохранения ноды уникален, ибо многие модули попросту вносят в него свои изменения.
Любая базовая серверная конфигурация по своей сути это ручной тормоз, а так же xeon работает в данном случае в сотни раз быстрее celeron.
Поставьте модуль Devel, посмотрите что именно у Вас тормозит.
Судя по времени могу и так сказать, что скорее всего используете mysql c таблицами на базе InnoDB с innodb_flush_log_at_trx_commit=1 (такая маленькая настройка, а способна положить сервер)
Ну и подолью масла в огонь, одна и та же конфигурация одного и того же ПО, на никсе работает почему-то значительно быстрее.
Вы походу "много" ещё не видели...
неа, не угадали, стоит innodb_flush_log_at_trx_commit=2
что там еще можно чудесного поменять?
работал на Xeon (Debian) - нормально, но уж точно не в сотни раз, однозначно
тоже тормоза были при сохранении
Devel ставила, он мне сам все затормозил
конфликт вышел с чем-то, поэтому был удален и отложен на "потом"
Какой холивар, Вам тут любой скажет чтобы ставили чистый сервак и желательно ни линуксе.
Протестируйте сайт на Acuqia Dev Desktop. Лучше под винду не придумать.
Вообще 4 и 6 секунд это мало.
Странно. Значит какой-то модуль мудит. Вообще, перешли бы на 7 чем на 6 мучиться.
innodb buffer pool увеличьте
PHP акселератор стоит ? Я не знаю, есть ли что рабочее под винду. Вроде был там какой то WinCache ?
Могу только предложить установить VirtualBox и установить линукс в вирт машину (можно без граф. окружения).
Забейте, судя по комментам вопрос был задан с ожиданием чёткого ответа, а такое вряд-ли возможно