сделать обертки над функциями таксономий - так как они часто вызываются несколько раз с одними и теми же параметрами что вызывает одни и те же запросы.
А так же посмотреть на node_load node_view - и понять что то как они работают - неоптимально в частности при отображении списков - получается от 150 запросов на страницу при 10 элементах в списке. чем больше модулей тем больше.
в среднем модуль добавляет на каждый node_load node_view еще один запрос к БД.
другие в курсе....
я бы сам хостил людей за бабло по белому но ситуация выглядит так что для этого нужна лицензия на телематику.
и узаконить сервера стоящие в германии в ДЦ - в россии не представляется возможным
Так что тут я вам помочь не смогу....
А в основном тут положение что все лицензиаты предлагают оферту - то есть нихрена не гарантируют... Увы...
а чего тут говорить... публичная оферта. хочу делаю хочу на йух пошлю...
оферта - это по сути как устная договоренность. и когда нужно ее прервать одна сторона может просто напросто забить болт если ничего подписано не было...
тем что при чистке кеша я не тру файлы... кстати задрали подымать эту ветку, когда я уже выпустил 2 других варианта - продолжение этого и вариант на базе зендовского концепта.... http://www.drupal.ru/node/11392 - это - рабочее продолжение этой ветки http://www.drupal.ru/node/16554 - концептуально другой вариант кеша.
ну у меня стратегия кеширования будет многоуровневая. потом покажу может...
+ при написании модулей - на уровне самих модулей программист будет решать как будут конкретные данные ложится в кеш.
Все хитрее и умнее
Кстати той проблемы что ты испытывал с динамически меняющимися блоками - а иногда это надо - не будет.
Только ради них кеш сбрасывать и тд - это извращение.
блин. потому что идея кешировать сами страницы - говно как идея...
кешировать надо куски ДАННЫХ которые кидать уже в шаблон для данного URL
Основываясь на этом считать дату последнего обновления - по последнему обновлению кусочков - максимальную - и кидывать в хидер...
Еп. тут совсем ДРУГАЯ АРХИТЕКТУРА нужна. чем я и занимаюсь в данный момент. с осени мы уйдем с друпала для новых проектов В ПРИНЦИПЕ.
н не понимаю - столько лет друпалу а так ничего в плане быстродействия не только не придумали, но и даже очевидно принципиальные вещи приходится объяснять - вон еще модуль boost тоже кеш на файлах уже третий (!!!) год делают и тоже сбрасывается ))) - я пытался объяснить разработчику - но увы - он сказал что правильно делать очень сложно по этому делает откровенную халтуру.
Системное логирование/статистика (Syslog): ведение логов
http://brainstorm.name/archives/56 вот вам про логгирование![Smile](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/smile.gif)
Как убрать каталог "node" из адреса страниц
http://drupal.ru/node/17800 пишешь свою функцию которая маскирует пути и все.
хоть .html окончание на конец.
Сайт художника на Drupal
дизайн в стиле "пздц глазам". ага
юзер сразу уйдет с сайта
Минимизация и обфускация Javascript
эммм.... вообще то ребята из nowpublic.com сделали какие то плагины для друпал 5 в эту сторону.
и они выложены на drupal.org
Сайт по недвижимости на Drupal6
у меня висит подобный проект - еще не забивали материал туда - никак не устаканится кое что.
подача материала прикольная.
Подойдет ли Drupal для такого проекта?
окей. XML
а что вы будет делать когоа объемы будут большие и у вас просто не хватит памяти и скорости на парсинг XML файла?
СУБД нужна. Другой вопрос что не стоит ее задрачивать до исступления как это в друпале сделано.
Маскировка путей
Бросай курить и смотри комменты
Подойдет ли Drupal для такого проекта?
отказаться от модуля path в том виде что он есть
сделать обертки над функциями таксономий - так как они часто вызываются несколько раз с одними и теми же параметрами что вызывает одни и те же запросы.
А так же посмотреть на node_load node_view - и понять что то как они работают - неоптимально в частности при отображении списков - получается от 150 запросов на страницу при 10 элементах в списке. чем больше модулей тем больше.
в среднем модуль добавляет на каждый node_load node_view еще один запрос к БД.
Подойдет ли Drupal для такого проекта?
хз... я бы увеличил бюджет на порядок и сделал за 3 месяца под задачу с нуля...
200к в сутки и друпал... эмм...
вопрос. сколько из этих 200 будут зареганые?
сВали-хост
LOL
насчет судебного опыта - внимательно читайте договора...![Smile](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/smile.gif)
там порой никто ниче не гарантирует и тд....
+ х...вый саппорт и тд - чем это подтвердить - одно дело есть под это бумажный оборот... а другое - все устно
сВали-хост
другие в курсе....![Smile](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/smile.gif)
![Smile](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/smile.gif)
я бы сам хостил людей за бабло по белому но ситуация выглядит так что для этого нужна лицензия на телематику.
и узаконить сервера стоящие в германии в ДЦ - в россии не представляется возможным
Так что тут я вам помочь не смогу....
А в основном тут положение что все лицензиаты предлагают оферту - то есть нихрена не гарантируют... Увы...
сВали-хост
а чего тут говорить... публичная оферта. хочу делаю хочу на йух пошлю...
оферта - это по сути как устная договоренность. и когда нужно ее прервать одна сторона может просто напросто забить болт если ничего подписано не было...
они правы. юрист вас не выручит.
GMap module
я в общем то про это и говорил.
топикстартет, глянь тут http://brainstorm.name/products/googlemap.html
На друпал орг проект есть но руки не доходят адаптировать к их системе именования и тд...
Да и как то не надо оно мне.
Drupal 6 + Silverlight
ага. первый шаг к тому чтобы клиенты на вас положили... тото я зря оставляю отработчики без JS на случай старых браузеров и тд...
Кеширование на файлах
тем что при чистке кеша я не тру файлы... кстати задрали подымать эту ветку, когда я уже выпустил 2 других варианта - продолжение этого и вариант на базе зендовского концепта....
http://www.drupal.ru/node/11392 - это - рабочее продолжение этой ветки
http://www.drupal.ru/node/16554 - концептуально другой вариант кеша.
Кеширование на файлах
ну у меня стратегия кеширования будет многоуровневая. потом покажу может...
+ при написании модулей - на уровне самих модулей программист будет решать как будут конкретные данные ложится в кеш.
Все хитрее и умнее![Smile](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/smile.gif)
Кстати той проблемы что ты испытывал с динамически меняющимися блоками - а иногда это надо - не будет.
Только ради них кеш сбрасывать и тд - это извращение.
Кеширование на файлах
блин. потому что идея кешировать сами страницы - говно как идея...
кешировать надо куски ДАННЫХ которые кидать уже в шаблон для данного URL
Основываясь на этом считать дату последнего обновления - по последнему обновлению кусочков - максимальную - и кидывать в хидер...
Еп. тут совсем ДРУГАЯ АРХИТЕКТУРА нужна. чем я и занимаюсь в данный момент. с осени мы уйдем с друпала для новых проектов В ПРИНЦИПЕ.
Как правильно изменить тип у некоторых таблиц из MyISAM в InnoDB
окей. проводим мастер класс.
В шеле набираем(# - приглашение системы):
И когда загрузится консоль базы делаем(mysql> - системное приглашение):
После чего вам выдаст список таблиц сайта. А дальше каждую табличку по одной.
Как правильно изменить тип у некоторых таблиц из MyISAM в InnoDB
у него пхп и мускуль не той системы, ага.![Biggrin](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/biggrin.gif)
Кстати лучше это делать из командной строки в шеле ибо операция длительная может быть
Маскировка путей
Маскировка путей
мне положительно положить на выставки. главное чтобы клиент и посетители были довольны![Wink](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/wink.gif)
Кеширование на файлах
эммммм.... эммм.
Маскировка путей
ну мне было по приколу чучуть изменить пути...
пример взят из доки кроме одного ифа:
if($result != $path) return $result; // there was result already
если его не добавить алиасы друпала не будут работать )
Маскировка путей
эммм.... да можно![Wacko](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/wacko.gif)
Кеширование на файлах