1. Главная
  2. PVasili

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

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

20 сентября 2012 в 16:31

"q2_faith" wrote:
я тогда за удаление нод) а термины оставить

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

20 сентября 2012 в 16:13

"q2_faith" wrote:
как удобно редактировать эти подшивки, иерархии и т.д.? городить еще один огород и обвешивать ноды лишним функционалом, который не всегда нужен? цена вопроса две лишние таблицы?

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

20 сентября 2012 в 14:46

"NaZg" wrote:
Да, это может быть один словарь, но с подкатегорями, но это уже скучные подробности. Как это реализовать подшивками?

Почему именно подшивки? Нужно к node иерархия и связи. И будет taxonomy. Как UI будет сделано - да хоть как сейчас. Но любой тип материала может выступать в качестве словаря (в том числе иерархического).

20 сентября 2012 в 14:01

"RxB" wrote:
сколько всего разного придётся джойнить для фильтрации в случае материалов.

О, уже ближе по делу :).
Джоинить - ровно столько же, сколько сейчас, и даже меньше т.к. количество связующих таблиц типа taxonomy_term_data и taxonomy_vocabulary убавится.

20 сентября 2012 в 13:41

Просили высказываться по делу. Вить, для своих фантазий - открой отдельно топик.

"RxB" wrote:
один плюс таксономии над материалами, это таблица taxonomy_index

Что в этой таблице гениального, чего нет в node?
Нам нужны парент и референс для node. Легко сводится в 1-2 вместо существующих 4-5. Ну и - 2 отдельных таблицы чисто для полей словаря.

20 сентября 2012 в 1:40

В каждом случае нужно использовать вариант,который удобнее для данной задачи.
1) Можно комбинировать с чем то похожим на 3. Часть полей может быть: фотка в анонс, фотки в подвале, фотка после 3-го(каждого) абзаца. Плюсы - что всегда можно вытянуть все поля по материалам. (отдельно фотки анонсов, фотки из подвала и т.д.). Метод хорош при массовом и однотипном типе материалов (новости, порталы, блоги, кулинария и т.д.)
2) очень редко использую.

14 сентября 2012 в 14:07

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

13 сентября 2012 в 22:40

А зачем именно 1.6.1? Посмотрите по ишью у проекта. Обычно кто-то догоняет выше релиза (но всё as-is).
Если очень нужно только на нескольких страницах - сделайте add_js .
С обновлением JQ в Drupal криво реализовано. Половина удобства в админке может отвалится. Но в 7-ке уже получше уже.

11 сентября 2012 в 10:48

"petrovnn" wrote:
С Display Suite работать не приходилось, а с панелями приходится частенько (на работе) на своих проектах панель ни разу не юзал и в общем не собираюсь.

"Пастернака не читал - но осуждаю." Как можно советовать и обсуждать что-то даже не зная то, о чем советуешь? Smile

5 сентября 2012 в 11:08

Схема таблица далеко не полная. Нет accesslog, всех таблиц от модуля aggregator и от модулей статистики и т.д. Со связями тоже не всё в порядке.
По ходу, товарищ установил чисто ядро и сделал слепок таблиц в любой из десктопных утилит. Постараюсь сделать свою(исправленную) версию (в том числе динамическую). Wink

22 августа 2012 в 13:33

Случайно или нет, но при обновлении на одном из сайтов было замечено, что header и footer от старой версии стали недоступны на редактирование.
Хорошо, что там они простые были и их не много было. Просто пересоздал новые. Делайте копии!

18 августа 2012 в 23:17

"divined" wrote:
посмотрите внимательнее

Посмотрите внимательно, что спрашивает автор топика, перед тем как писать что-то...
Т.с. (если ещё актуально), думаю, что ещё кому пригодится решение для 7, там же и для 6 есть.
Автор не разместил модуль на drupal.org из-за его (очень мягко говоря странной) политики с доступом к размещению модулей.