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

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

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

29 июля 2011 в 17:44

Вопрос решен в dev версии. Теперь вопрос интересней.

Представим что у нас мультиязычный сайт с иерархией через Node hierarchy.

Создали родительский материал и добавили ему пару дочерних.
Теперь перевели на другой язык родительский материал.

Дальше полная ерунда: Переведенный материал является другой нодой, и не обладает собственными потомками. Соответственно перевод дочерних нод ничего не дает.

Как выйти из положения?

24 июня 2011 в 11:07

Ладно спасибо, видать это уже нужно писать самим разработчикам друпала, чтобы в форм апи предусмотрели эту вероятность. А пока ушел от функциональности: "ребилдить кнопку через AHAH"

24 июня 2011 в 11:03

В том то и дело что на странице (по-умолчанию) 2 формы, 1 моя форма, с которой я работаю, а вторая форма входа/регистрации.
Это не будет решением проблем, а если форм на странице будет 3 или 4?

22 июня 2011 в 14:52

Попутный вопрос:
Как сохранить в 1 куку переменные так чтобы потом легко было оттуда достать по какому-либо параметру?

Например хранить куку по типу STDClass

search->type
search->price
search->results

menu->active-state
menu->show-or-hide

Натолкните на мысль.

22 июня 2011 в 13:49

Меня смущает то что я буду засорять комп человека своими куками, если мне их надо штук 15-20 например, нехорошо и некрасиво это выглядит. Друпал сам пишет куку с номером сессии, можно ли использовать эту функциональность? Или это только для авторизованных пользователей, а у анонимов все одинаково?

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

22 июня 2011 в 13:34

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

22 июня 2011 в 13:00

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

22 июня 2011 в 10:46

smartchecker wrote:
field_date Вы как делали?
Меня интересует как handler для него написать.

Вы что уважаемый все ручками пишите? Инструментами не пользуетесь? Или вам не жалко своего времени...ничего не понимаю.

21 июня 2011 в 17:52

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

А вообще, если просто, то создайте view с теми полями которые хотели бы видеть, добавьте аргумент "node->nid" и возможность множественных аргументов

А у себя в коде напишите:

21 июня 2011 в 17:02

Может вы зададите более точный вопрос, и вам подскажут решение вашей глобальной проблемы?

Например для меня достаточно хранить массив $nid-ов и остальные данные вытягивать или своим запросом, или передавать этот массив модулю Views для рендеринга.