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

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

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

16 мая 2011 в 16:59

А вместо сохранения значения в $_GET['gotov'].. если добавить hidden-элемент на форму для хранения значения, заполнять его значение ява-скриптом а потом брать из form_state['values']['элемент']?

11 мая 2011 в 8:27

DocumentRoot должен быть одинаковый у обоих сайтов - корневая папка установки Drupal.(/var/www/mysite1)
Индивидуальные настройки сайтов:
в папке DRUPAL_ROOT/sites создаете папки site1.com и site2.com , в них копируете settings.php и правите их как надо (настройки БД, урл сайта, куки-домен) и все работает.
В этих же папочках(site1.com и site2.com) создаете по необходимости папочки modules(для индивидуальных для сайта модулей) , themes(индивидуальные темы) и files(права 777).

18 января 2011 в 13:29

Модуль book
В его таблице бд есть поля ид_ноды, ид_ноды_родителя, ид_ноды_корня_подшивки
т.е. несложным запросом можно выбрать иерархию нод хоть снизу-вверх хоть сверху вниз.

18 января 2011 в 13:21

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

Вторая причина, какой-то глюк.
При пустой картинке, данные поля из базы вытаскивает модуль content(CCK), но он не добавляет к полю дефолтную картинку, а вывод формирует модуль uc_product, но так-как данных нет то и дефолтной картинки нет.

Зато вытаскивает данные и формирует вывод модуль imagefield но складывает данные в другую переменную.

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

Есть куча способов реализовать данный функционал...
Все зависит от Вашего уровня познания Drupal и Вэб-технологий (PHP, MySQL, JavaScript,Ajax и тд.)
Есть готовые инструменты-модули
Tabs
Views Tabs
и т.д.

Можно обойтись доводкой шаблона вывода Views
Можно обойтись доводкой шаблона вывода Типа материала

Вам какой способ больше нравится?

7 октября 2010 в 0:06

уникальное отличие в данном случае - родитель
находите для каждого термина из 8-го словаря родителя, если он присутствует в массиве $node->taxonomy
то удаляем его.
В итоге остануться только термины, у которых нет "детей".
да...
можно еще проще..:

6 октября 2010 в 22:42

Блин сами запутались...и меня запутали...
Обыскался функции, которая термины ноды выводит...
А нет такой функции, потому что она не нужна...

посмотрите при помощи r_print переменную $node...
Обратите внимание на поле объекта 'taxonomy'....

4 октября 2010 в 17:57

Че самое интересно.... у меня ссылки туда самостоятельно добавляюся... закономерность пока не выяснял (сайт в разраотке) но такое ощущение, что рандомно...
Вот это сервис!!!-))

1 октября 2010 в 11:21

Наверное вам надо использовать шаблон с названием "views-view-fields--Catalog_item.tpl.php"
Используемый вами шаблон темизирует ОДНО поле, и естественно, если на странице 3 поля то и шаблон(т.е. и $title) будет выводиться 3 раза

10 сентября 2010 в 1:14

таксономия + views ;)
Мoжно еще проще..
Taxonomy + Taxonomy Menu
потомучто:

 каждая картинка отдельная нода?
а нельзя ли все в одну?

То что вы хотите, это стандартный функционал часто используемых модулей. Поэтому поводу написано куча статей, и проведена куча обсуждений на этом форуме.. Еще одну статью писать нет смысла.

9 сентября 2010 в 21:44

Module Filter понравился больше.
http://drupal.org/project/module_filter

Почти то что надо:
Фильтр по 3-м параметрам(Повидимому Ajax или что-то подобное ):
1.Состояние модуля(отключен, включен, недоступен, обязателен)
2.Группа модуля.
3.Имя модуля.

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

13 июля 2010 в 15:03

Поиск по drupal.org по разделу Modules - запрос "form"
вывел много интересных модулей для редактирования форм.
Правда в основном они предоставляют API для обработки форм.
Надо будет как-нибудь приглядеться.

13 июля 2010 в 12:35

4 вариант у меня получался..но как-то через Ж...и через form_alter, ключевое слово -вес модуля(порядок обработки формы модулями).
Но опять-же, это не спасает от редактирование пользователем html-кода

Тоже очень хотел бы разобраться в этом вопросе...
Вопрос, как мне кажется, довольно таки актуальный...но 100%-ных решений пока не видел...
Почему стандартно не реализованы функции управления полями формы?

30 октября 2009 в 12:22

Notepad++ отлично по ФТП файлы редактирует,открытие-сохранение напрямую на сервере, тем более подсветка кода.
Лучше и проще придумать, мне кажется , трудно.

10 января 2009 в 0:47

Ковырялся в модуле Administration Menu...
Тож хотел по своему настроить...
Докопался во до чего:
Модуль создает меню с машинным именем "admin_menu"..
в него добавляет пункты из меню "Управление сайтом"
и несколько своих...
При нажатии на кнопку "Wipe and Rebuild" меню пересоздается...
На странице настройки Меню его нет, т.к. это не настраиваемое меню...т.е. его нет в таблице БД 'menu_custom'...
если его туда добавить, то он становиться доступным для редактирования....

17 марта 2008 в 9:07

Хотя...наверное лучше привязать материал "sub_story" к таксономии, Создать словарь Подразделы и забить туда термины - стандартные подразделы...Тогда их можно будет еще где нибудь выводить...
P.S. но переопределение шаблона добавления-изменения ноды все еще интересует...