Некоторое время назад, мне стало понятно, что RSS на моём сайте не играет той функции, которая ему положена, RSS в Друпале "никак не настраивается" и соответственно (исходя из логики) только потребляет ресурсы, потому что я не могу нормально предложить пользователям тот RSS, который был бы им удобен для просмотра.
...
Я стал задумываться о том, чтобы убрать RSS вообще... Руководствовался тем, что "если не работает, то и не нужно"... После того, как я [url=http://harzah.net/node/648]убрал[/url] RSS с сайта, он стал работать значительно быстрее.
...
До этого, я [url=http://harzah.net/node/649]пропатчил[/url] path.inc (тоже для улучшения скорости работы) и применил также патч локализации, который [url=http://harzah.net/node/650]содержит[/url] переводы в файле, а не в БД.
...
Чисто визуально, сайт после всех этих манипуляций, можно сказать - летает. И это при том, что я не использую кэш, зато использую сжатие данных посредством php... Я доволен, мне всё нравится, хотя, конечно, было бы лучше видеть все эти решения "прямо из коробки"... Надеюсь на пятую версию Друпала.
Комментарии
зря надеетесь им по барабану они увлечены каждый своими фишками исключительно in my humble opinion
да, наверное... ну так это судьба любого проекта, в котором присутствует излишняя "демократия" и нет центрального руководства (или оно слабое)...
вот я тоже стал задумыватся - что-бы из друпала "убрать вообще" - то есть и ядро вычистить от этого всего мусора - на первом месте это неработоспособный кеш - он только отъедает ресурсы и тормозит все что может тормозить, а RSS в друпале внешне вполне нормальный, внутри не смотрел...
Полностью согласен насчет кэша. И еще, странно как-то но даже при откоюченном кэше он все равно не выключается для гостей.
конечно не отключается - если посмотреть модулем devel - то ужас сколько данных гоняется между базой и "кешем" впустую и отключатся он не отключается и работать не работает, ...
а я его и не включал
всё тип-топ
а когда на сайте будет несколько разделов в которых по сотне страничек, с десятка два разных блоков и тд - вот тогда посмотрите время генерации например списка страничек раздела - в нормальных CMS - это 0.2-0.9 секунд - в друпале от 1.5 (обычно до 4-х на свободном сервере и до десятка в зависимости от загрузки mysql)
ура! дрюпла - ненормальная CMS! Но оно всем нравится
а нафига так нагружать? по-моему это даже в ущерб юзабилити и тематичности/релевантности.
кстати, nice_menu сразу все в html выгружает? а где же AJAX?
нет - Друпал с недавнего времени становится нормальной CMS - только я ее не везде понимаю что-бы делать на ней надежные проекты за которые не стыдно - вот был-бы кеш нормальный - то закрыл-бы глаза на то что views систему пригружает, а так не пойму где копать что-бы сделать идеал.
насчет "всем нравится" - то это не так - просто всем понравились идеи в нем заложенные и уже не первый год надеятся на то что их наконец реализуют, идеи довольно не простые - это cck taxonomy и views, не знаю как там в Xaraya - в ней тоже взялись подобное реализовывать и работают не меньше друпаловцев уже лет 5, но кажется еще ни Drupal ни Xaraya пока еще не доросли до уроня комерческих проектов типа "коробочного готового к употреблению варианта" - так как нет в них способа сделать элементарными стандартными средствами самый обычный стандартный сайт - меню/разделы/постинг_статей_с_картинками - есть способы но что-б их постигнуть надо немало потрудится.
[b]"это неработоспособный кеш - он только отъедает ресурсы и тормозит все что может тормозить"[/b]
...
ну вот, например, не зря люди сделали модуль blockcache... реально же ведь работает и действительно нормально всё кэширует... почему этого нельзя было достигнуть в стандартном варианте, я не понимаю...
...
[b]"RSS в друпале внешне вполне нормальный"[/b]
...
я лично не понимаю, почему он не настраивается и зачем нужно для [b]каждой[/b] категории его было делать, для каждого раздела? для блогов, потом для форумов, для всех документов на главной странице и тд... зачем такие сложности? это же сколько ресурсов уходит на формирование этих всех отдельных rss-лент?
...
почему нельзя было настроить вывод RSS в зависимости от того как сайт устроен, чтобы это настраивалось и было бы один-два (скажем, для блога отдельно, для остального сайта отдельно) RSS-потока, которые могли бы забираться, если это кому-то нужно?
хм... все эти встроенные ссылки, которые нужно отключать... брр... а у некоторых (у кого это актуально) и траффик поисковые боты жрут по этим ссылкам, прямо в несусветных количествах...
Полностью согласен, заметно увеличилась и скорость загрузки после того как установил этот модуль.
А затем, что многие (включая меня) не любят бегать по страничкам в поисках что обновилось, новостей и как раз RSS удобен для этого, понравилось чот-то добавляю ссылку на свой rss-ридер и все - всегда в курсе новостей.
А вот это да, настравивать RSS невозможно, но ведь можно сделать view в котором будут нужные новости/статьи и на "морду" сайта поставить ссылку именно на этот RSS.
Зато весь сайт будет проиндексирован
Заметил модуль Google Translate( http://drupal.org/project/gtrans ), позволяющий переводить весь сайт средствами гугла, причем пользователь даже не заметит присутствие последнего. Сам не пробовал.
Пришла в голову идея: а что если для увеличения скорости работы заменить во всех вызовах функции t() английский текст русским переводом(для этого создать на основе extractor.php скрипт или ручками), тогда можно вообще отключить модуль locale, а для иостранцев включить модуль gtrans, он им заодно и контент переведет.
[b]"а что если для увеличения скорости работы заменить во всех вызовах функции t() английский текст русским переводом"[/b]
...
если бы кто-нибудь такой скрипт сделал, это было бы прекрасно... причём, если бы всё сделано было с умом, с возможностью для установки новых модулей и тд...
при включеном blockcache стоит отключить стандартный дрюпаловский кэш?
Нет, они друг другу не мешают.
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Спасибо!
Извиняюсь за невежество, и за свое неуемное любопытсво, а blockcache будет работать с отключенным стандартным кэшем?
(наслышавшись баек про стандартный кэш, включать его совсем нехочется)
стандартный кеш довольно неплохо может помочь на сильно посещаемом сайте - когда более двух-трех десятков посетителей в минуту.
Сэнкью! но на малопосещаемом, мне кажется, затраты на кэширование себя не окупят, возможно я ошибаюсь?
на малопосещаемом 200-400 юзеров в день не знаю - у меня двойственные впечатления - с одной стороны можно указать в настройках что-б страничка жила в кеше не менее какого-то времени, с другой -что - кеш сам не знает что обновилось а что нет? какой-то или он не доделаный или у меня руки кривые ... не знаю.
типа...обновилось что-то, и кэш узнал, но обновляться не стал до поры до времени...чтобы окупить затраты на кэширование...
ну вот - а у меня обычно кеш обновляется сразу как прошло пару минут, в не зависимости от обновлений сайта, ...
жалко...а я то уж думал включить его - т.к. контент меняется не шибко часто, то он вполне мог бы себя окупить...