bsyomov: Комментарии

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

10 декабря 2010 в 11:42

Период выпуска и кол-во передач надо делать не таксономией, а CCK полями в материале, для моделей автомобилей надо использовать мультиселект.
Т.е. у вас будет словарь производители-модели автомобилей, из которого для материала будет выбираться несколько значений. И получится как раз так, как в ваших исходных данных.

9 декабря 2010 в 11:53

Я думаю, что вам надо как-то структурировать ваши материалы, пока их не так много ещё ничего, но просматривать их после того, как их станет больше будет очень неудобно. И соответственно сделать навигацию по разделам.
Внизу материала можно разместить теги, которыми материала отмечен - будет удобнее искать материалы схожей тематики.

8 декабря 2010 в 12:23

К views прилогается пример - замена страницы термина таксономии через views.
Можно взять его посмотреть как сделано, и сделать по аналогии.

8 декабря 2010 в 12:20

Сортировать по цене > отобрать по цене/фильтровать по цене, т.к. это не сортировка...
hint: Чтобы перевести <Any>, надо переключиться в настройках views на -Any- и перевести -Any-, во вьюс есть баг - <Any> не обёрнут в t().

8 декабря 2010 в 3:00

Вообще исправлять надо модуль, а не окружение, тем более что поддержка php 5.3 в друпале заявлена. И кстати, проблем совсем немного - большинство модулей или написаны правильно, или исправлены уже.
По ссылке постом выше в теме есть патч для imageapi, и не сомневаюсь, что к следующему релизу imageapi проблемы уже не будет.

6 декабря 2010 в 20:41

Ну если хотете нормально заниматься темизацией, они вам очень пригодятся, ну или можно в конце концов сотрудничать с верстальщиком.

6 декабря 2010 в 18:27

Если в рамках типа материала, и обязательно хранить, то Serial field вам должен помочь он в частности взаимодействует с token и соответственно с pathauto.
Но наверное вам лучше переформулировать задачу. Например, на самом-то деле, наверняка необязательно делать уникальный набор id для каждого блога. Точнее я не могу придумать причины для такого подхода.

6 декабря 2010 в 18:18

Почему бы не реализовать слайдшоу на имеющемся у друпала jQuery? Подключая несколько JS фреймворков, кроме увиличения размера страницы, вы получаете пачку проблем и их взаимодействием. Вам оно надо?
Для jQuery есть плагины с необходимым функционалом, если вам хочется всё сделать руками. Мало того, для Drupal есть и модули реализующие слайдшоу.

6 декабря 2010 в 17:26

"t1mm1" wrote:
а разве нет региона $footer ? ай ай ай Lol он по умолчанию. подвал так сказать. туда ставите блок ставите область видимости.

Такого региона, может и не быть, что тут плохого?
Вот если $closure не выводится, это да - плохо, могут не работать какие-нибудь модули, которые туда добавляют свой JS.

6 декабря 2010 в 13:16

"Новое на сайте по типу" звучит как-то не очень... Smile
Блок "Новое на сайте" имхо не нужен, а так надо назвать блок "Новое на сайте по типу"
(All day) перевести бы стоило.
В меню при наведении на форум, блоги, работа пустые подсказки вылезают, очень некрасиво.
Количество рекламы на мой взгляд явно избыточно, особенно не на месте имхо директ между меню и контентом. Smile

4 декабря 2010 в 14:00

Если это именно каталог, я бы строил его на основе словаря таксономии, views, taxonomy menu, taxonomy menu trails.
Если это скелет сайта, то это можно сделать очень большим количеством путей, в зависимости от требований. Это может быть и стандартная система меню, и categories, и book, и приведённые выше views+taxonomy...

4 декабря 2010 в 13:45

В меню хорошо бы добавить выделение активного пункта, hover.
Шрифт возможно потемнее стоит сделать, или фон чуть светлее.

А так хороший и акуратный сайтик.

3 декабря 2010 в 10:49

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

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

1 декабря 2010 в 17:36

Это как нужно настроить "отдельный более мощный сервер", чтобы генерация страницы занимала 4+ секунды... Smile У меня на хилом ноуте, при отладке, без кешера опкодов на больших проектах столько не набегает. Shok

1 декабря 2010 в 16:05

"<a href="mailto:v1adimir@drupal.org">v1adimir@drupal.org</a>" wrote:
ну я о чем и говорю, в 33-й css'ке может содержаться код, который раньше не оказывал влияния, а после оптимизации стал оказывать. и это влияние оказалось деструктивным.

1 декабря 2010 в 15:18

Views по типам материалов(аргумент - термин таксономии). Свои сниппеты для блока навигации по вкусу отсылающие на соответствующий views, по аналогии с taxonomy_menu - custom path.

1 декабря 2010 в 15:08

"<a href="mailto:v1adimir@drupal.org">v1adimir@drupal.org</a>" wrote:
а при включении оптимизации неожиданно подцепляается 31-й, 32-й и т.д. вот все и ломается.

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