1. Главная
  2. shp@drupal.org

shp@drupal.org: Комментарии

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

22 августа 2011 в 16:39

Так все-таки какая у вас структура? Есть хост localhost, и в его www-dir создана папка site.ru, в которой лежит сайт? Если так, т.е. вы фактически изменили путь сайта отн-но wwwdir - надо это Друпалу указать - см. Base URL в settings.php

22 августа 2011 в 14:37

С адресами неясно, в чем проблема (что значит адреса сайта localhost/site.ru - сайт в подпапке лежит что ли?). А с чистыми ссылками может быть связано с тем, что веб-сервер на Линуксе не Апач, соотв. не поддерживает ни .htaccess, ни ModRewrite-правила в нем.

4 ноября 2010 в 22:26

"RxB" wrote:
Доступ по ФТП отрублен потому что я в отпуске, отдыхаю малость, но если кто хочет, выделю отдельную площадку
Если несложно временно включить FTP на views-or-not-views.atlant.vps-private.net - было бы хорошо, я бы еще проверил свой модуль без кэширования. А если сложно - то не надо (я его уже на 2-ом хостинге проверил).

Кстати, еще раз обновил цифры (добавил "свой модуль без кэширования", сделал более читабельно).

4 ноября 2010 в 22:16

Я все-таки не пожалел времени и устроил сравнение "Views vs. Custom code" Smile Спасибо в т.ч. it-patrol в лице RxB.

Итак, имеем сразу 2 сборки Друпала с Уберкартом и одинаковым контентом (11 нод типа Product). На обеих сборках реализован постраничный вывод продуктов: на одной - с помощью views, на другой - своим модулем (с поддержкой кэширования).

4 ноября 2010 в 21:34

"Dan" wrote:
Чтобы сравнивать с филдовой вьюхой, надо и свой модуль допиливать.
Да, по-хорошему надо переделать модуль, чтобы он выводил то же, что и вью. Но если и во view, и в модуле будет кэширование, то результаты для модуля как бы уже есть - 0.04 сек, 2 Мб, 31 запрос (какая разница, что кэшировать - тизер, или, допустим, строку таблицы с полями?). Ну и результаты филдовой view с кэшированием есть.

4 ноября 2010 в 17:54

Добавил результаты филдовой view (перекрестных запросов, правда, не делал Smile ). glu2006: конечно, производительность лучше, чем у нодовой view (почти в 2 раза), но хуже, чем с кэшированием. Так что остаюсь при своем мнении: если нужны именно тизеры нод, лучше сразу написать кэш, чем подгонять внешний вид строк под вид тизеров.

4 ноября 2010 в 10:51

"glu2006" wrote:
Вьюха которая делает нод лоад не показатель, сделайте филдовую причем с перекрестными запросами, плана node_reference проверьте производительность :)

Филдовую проверял только с timebased-кэшированием, отличия от "нодовой" естественно нет. Дело в том, что я с самого начала ориентировался на то, что буду использовать views с каким-либо кэшированием. Проверю и это на днях.

4 ноября 2010 в 9:53

"Dan" wrote:
Пару вопросов: почему в своём модуле не сравнивали с кэшрованием и без?

Дело в том, что у меня там кэширование не отключается (это ж не рабочий модуль, а так, для проверки). Вообще, тоже интересно, могу проверить на втором хостинге (к it-patrol доступа по FTP уже нет, хотя сайт еще живой).

Ну и код модуля.

vvc.module:

31 октября 2010 в 19:06

"Crea" wrote:
Помимо плагина для кеширования, можно написать свой display plugin, который будет выводить то что нужно, и как нужно.
Вот это полезно, спасибо. Я просто views раньше особо не изучал, поэтому в его структуре пока ориентируюсь слабо.

31 октября 2010 в 18:16

"glu2006" wrote:
Вы к примеру знаете что установленный модуль advansed_forum
Ну в обсуждаемой ситуации с вьюс проблем с организацией БД пока вроде не наблюдается... И, кстати, advanCed_forum

30 октября 2010 в 19:06

"Dan" wrote:
Это все понятно, я с вами полностью согласен. Но я, вообще-то, и не являюсь ярым противником вьюс, если вы не заметили. Я за объективность (поэтому и привел конкретные цифры). Я скорее думаю, как вьюс можно оптимизировать, т.к. его функциональность не очень хочется реализовывать "ручками" Smile

30 октября 2010 в 3:04

"Crea" wrote:
У Views вообще то есть плагины для кеширования и всегда можно написать свой собственный

Так, а где об этом в документации написано? Smile А то я что-то не нашел...

20 октября 2010 в 10:22

Шрифт не нравится, обычный arial, на мой взгляд, лучше читается. Логотип - каплю зря убрали. Не люблю мешанину из ссылок, когда глаза разбегаются - все должно быть как можно проще, по-моему... Но кое-что стало удобнее.

11 октября 2010 в 15:00

Когда вам нужно поменять настройки мобилы, вы делаете это в тестовом окружении, или просто меняете, и все? Зачем заказчику знать про какие-то тестовые окружения или - еще хуже - вызывать специалиста, чтобы что-то настроить на сайте? Только не говорите, что заказчик не должен ничего настраивать - это тогда какой-то статический сайт на HTML получается Smile

11 октября 2010 в 14:35

"lugann" wrote:
Нужен каталог типа:

CD (количество)
-Лимитированное издание (количество нод)
-Подарочное издание (количество нод)


Как с помощью вьюс это сделать, не подскажу. А в блоке можно вывести - см. мой предыдущий пост.

11 октября 2010 в 13:55

Если не получится с помощью вьюс, можно попробовать модуль http://drupal.org/project/taxonomyblocks (+ http://drupal.org/project/jquerymenu). Эта связка выводит в блоке иерархию таксономии в виде сворачивающегося меню. Можно включить отображение кол-ва нод в термах, причем это чуть ли не единственный модуль, который показывает кол-во правильно. Единстенный недостаток (для меня) - не показываются пустые термы (без нод).