После отключения RSS - сайт заработал быстрее...

Главные вкладки

Аватар пользователя B.X B.X 13 октября 2006 в 16:28

Некоторое время назад, мне стало понятно, что 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... Я доволен, мне всё нравится, хотя, конечно, было бы лучше видеть все эти решения "прямо из коробки"... Надеюсь на пятую версию Друпала.

Комментарии

Аватар пользователя ˛ ˛ 13 октября 2006 в 23:15

зря надеетесь Smile им по барабану Smile они увлечены каждый своими фишками Smile исключительно in my humble opinion Smile

Аватар пользователя B.X B.X 14 октября 2006 в 22:09

да, наверное... ну так это судьба любого проекта, в котором присутствует излишняя "демократия" и нет центрального руководства (или оно слабое)...

Аватар пользователя kiev1 kiev1 15 октября 2006 в 0:41
Я стал задумываться о том, чтобы убрать ... вообще…

вот я тоже стал задумыватся - что-бы из друпала "убрать вообще" - то есть и ядро вычистить от этого всего мусора - на первом месте это неработоспособный кеш - он только отъедает ресурсы и тормозит все что может тормозить, а RSS в друпале внешне вполне нормальный, внутри не смотрел...

Аватар пользователя Shedko Shedko 15 октября 2006 в 1:09

Полностью согласен насчет кэша. И еще, странно как-то но даже при откоюченном кэше он все равно не выключается для гостей.

Аватар пользователя kiev1 kiev1 15 октября 2006 в 1:15

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

Аватар пользователя kiev1 kiev1 15 октября 2006 в 1:26

а когда на сайте будет несколько разделов в которых по сотне страничек, с десятка два разных блоков и тд - вот тогда посмотрите время генерации например списка страничек раздела - в нормальных CMS - это 0.2-0.9 секунд - в друпале от 1.5 (обычно до 4-х на свободном сервере и до десятка в зависимости от загрузки mysql)

Аватар пользователя ˛ ˛ 15 октября 2006 в 1:40

ура! дрюпла - ненормальная CMS! Но оно всем нравится Smile
а нафига так нагружать? по-моему это даже в ущерб юзабилити и тематичности/релевантности.

Аватар пользователя kiev1 kiev1 15 октября 2006 в 1:57

нет - Друпал с недавнего времени становится нормальной CMS - только я ее не везде понимаю что-бы делать на ней надежные проекты за которые не стыдно - вот был-бы кеш нормальный - то закрыл-бы глаза на то что views систему пригружает, а так не пойму где копать что-бы сделать идеал.
насчет "всем нравится" - то это не так - просто всем понравились идеи в нем заложенные и уже не первый год надеятся на то что их наконец реализуют, идеи довольно не простые - это cck taxonomy и views, не знаю как там в Xaraya - в ней тоже взялись подобное реализовывать и работают не меньше друпаловцев уже лет 5, но кажется еще ни Drupal ни Xaraya пока еще не доросли до уроня комерческих проектов типа "коробочного готового к употреблению варианта" - так как нет в них способа сделать элементарными стандартными средствами самый обычный стандартный сайт - меню/разделы/постинг_статей_с_картинками - есть способы но что-б их постигнуть надо немало потрудится.

Аватар пользователя B.X B.X 15 октября 2006 в 3:21

[b]"это неработоспособный кеш - он только отъедает ресурсы и тормозит все что может тормозить"[/b]
...
ну вот, например, не зря люди сделали модуль blockcache... реально же ведь работает и действительно нормально всё кэширует... почему этого нельзя было достигнуть в стандартном варианте, я не понимаю...
...
[b]"RSS в друпале внешне вполне нормальный"[/b]
...
я лично не понимаю, почему он не настраивается и зачем нужно для [b]каждой[/b] категории его было делать, для каждого раздела? для блогов, потом для форумов, для всех документов на главной странице и тд... зачем такие сложности? это же сколько ресурсов уходит на формирование этих всех отдельных rss-лент?
...
почему нельзя было настроить вывод RSS в зависимости от того как сайт устроен, чтобы это настраивалось и было бы один-два (скажем, для блога отдельно, для остального сайта отдельно) RSS-потока, которые могли бы забираться, если это кому-то нужно?
хм... все эти встроенные ссылки, которые нужно отключать... брр... а у некоторых (у кого это актуально) и траффик поисковые боты жрут по этим ссылкам, прямо в несусветных количествах...

Аватар пользователя Shedko Shedko 15 октября 2006 в 4:19
юди сделали модуль blockcache… реально же ведь работает и действительно нормально всё кэширует

Полностью согласен, заметно увеличилась и скорость загрузки после того как установил этот модуль.

зачем нужно для каждой категории его было делать, для каждого раздела? для блогов, потом для форумов, для всех документов на главной странице и тд… зачем такие сложности? это же сколько ресурсов уходит на формирование этих всех отдельных rss-лент?

А затем, что многие (включая меня) не любят бегать по страничкам в поисках что обновилось, новостей и как раз RSS удобен для этого, понравилось чот-то добавляю ссылку на свой rss-ридер и все - всегда в курсе новостей.

почему нельзя было настроить вывод RSS в зависимости от того как сайт устроен,

А вот это да, настравивать RSS невозможно, но ведь можно сделать view в котором будут нужные новости/статьи и на "морду" сайта поставить ссылку именно на этот RSS.

у некоторых (у кого это актуально) и траффик поисковые боты жрут по этим ссылкам, прямо в несусветных количествах

Зато весь сайт будет проиндексирован Smile

Аватар пользователя inc inc 19 октября 2006 в 19:26

Заметил модуль Google Translate( http://drupal.org/project/gtrans ), позволяющий переводить весь сайт средствами гугла, причем пользователь даже не заметит присутствие последнего. Сам не пробовал.
Пришла в голову идея: а что если для увеличения скорости работы заменить во всех вызовах функции t() английский текст русским переводом(для этого создать на основе extractor.php скрипт или ручками), тогда можно вообще отключить модуль locale, а для иостранцев включить модуль gtrans, он им заодно и контент переведет.

Аватар пользователя B.X B.X 19 октября 2006 в 21:06

[b]"а что если для увеличения скорости работы заменить во всех вызовах функции t() английский текст русским переводом"[/b]
...
если бы кто-нибудь такой скрипт сделал, это было бы прекрасно... причём, если бы всё сделано было с умом, с возможностью для установки новых модулей и тд...

Аватар пользователя Natalie Natalie 19 октября 2006 в 23:25

Нет, они друг другу не мешают.
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.

Аватар пользователя ˛ ˛ 19 октября 2006 в 23:36

Спасибо!
Извиняюсь за невежество, и за свое неуемное любопытсво, а blockcache будет работать с отключенным стандартным кэшем?
(наслышавшись баек про стандартный кэш, включать его совсем нехочется)

Аватар пользователя kiev1 kiev1 19 октября 2006 в 23:43

стандартный кеш довольно неплохо может помочь на сильно посещаемом сайте - когда более двух-трех десятков посетителей в минуту.

Аватар пользователя ˛ ˛ 20 октября 2006 в 0:05

Сэнкью! но на малопосещаемом, мне кажется, затраты на кэширование себя не окупят, возможно я ошибаюсь?

Аватар пользователя kiev1 kiev1 20 октября 2006 в 1:25

на малопосещаемом 200-400 юзеров в день не знаю - у меня двойственные впечатления - с одной стороны можно указать в настройках что-б страничка жила в кеше не менее какого-то времени, с другой -что - кеш сам не знает что обновилось а что нет? какой-то или он не доделаный или у меня руки кривые ... не знаю.

Аватар пользователя ˛ ˛ 20 октября 2006 в 1:44

типа...обновилось что-то, и кэш узнал, но обновляться не стал до поры до времени...чтобы окупить затраты на кэширование...

Аватар пользователя kiev1 kiev1 20 октября 2006 в 2:08

ну вот - а у меня обычно кеш обновляется сразу как прошло пару минут, в не зависимости от обновлений сайта, ...

Аватар пользователя ˛ ˛ 20 октября 2006 в 3:46

жалко...а я то уж думал включить его - т.к. контент меняется не шибко часто, то он вполне мог бы себя окупить... Sad