броузер случайно не опера (у меня 9.50)? иногда она автоматом после сабмита формы подставляет странные значения (см. скрин; блок "Last videonews"). в ИЕ все нормально. такой бред наблюдался только на 1 сборке друпала...

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

Надо перекрыть в вашей теме вывод theme_node_form():

1. Открываете node.pages.inc
2. Ищете функцию theme_node_form().
3. Копируете ее в файл template.php вашей темы и обзываете {название_темы}_node_form (garland_node_form)
4. Очищаете кеш регистра тем

внутри функции нода доступна так:
$node = $form['#node']

Соответственно тип:
$type = $node->type (или $form['#node']->type)

темизация вплане только форму или целую страницу (page)?

Такой треш и угар (expected to be a reference) массово у меня появляться стал, когда обновил PHP до версии 5.3. Возможно отдельные модули его не поддерживают корректно.

в hook_update() $node -- не нода... а что-то типа (object)$form_state['values'] при обработке (submit, validate) форм... вобщем совпадает с $node в hook_insert()

Путь $form_state['values']->$node в hook_update() можете сами отследить в этих функциях:
node_form_submit()
node_form_submit_build_node()
node_submit()
node_save()
node_invoke() -- тут запускается hook_update()

вы бы уточнили конкретную задачу.

"kosilko" wrote:

в исходниках друпала

к сожалению force index/use index осиливает только mysql (и еще кто-нить наверно)... да и в друпале есть hook_db_rewrite_sql, в результате которого where-часть может поменяться.

несмотря на это force index пользую...

Извините, это я в своем посте опечатку сделал...

access arguments -- правильно (а не argurments)

Про hook_menu() можете подробно узнать на [ru-api=hook_menu]сайте АПИ[/ru-api].

хм. попробовал на версии 1.2 проделать то же самое. все корректно. попробуйте удалить (полностью -- с uninstall-ом) модуль profile role и потом поставить заново. Настроек там восстанавливать почти ничего -- только пару сопоставлений.

Стоит проверить:
1. Включили вы свой модуль на страничке с модулями.
2. Не забыли ли обновлять каждый раз страничку с модулями после внесения каких-либо правок в hook_menu()

3. Не забыли ли вы про access callback/access arguments (забыли), иначе просто ничего открываться не будет (даже у суперадмина). Начните пока разбираться с 'access arguements', потом дойдете до access коллбека:

Вы наверно удалили default.settings.php? Надо чтоб был default.settings.php и settings.php. Вродебы изза этого такое бывает

Попробуйте в таком духе

в табличке {node} напротив нужных нод в поле "comment" попробуйте ввести "2".
http://drupaler.ru/table/drupal/node/6

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

В самом начале шаблона node.tpl.php пишите:

Попробовал на гарланде. Давайте по шагам:

1. В template.php у гарланда в конец пишу:

Если создавать путь в редакторе, то разве нельзя указать "/myfolder/myfile.ext" (путь к файлу http://mysite/myfolder/myfile.ext)? т.е. просто слеш вначале?

Если создавать внутри модуля, то надо смотреть в сторону [ru-api=file_create_url]file_create_url()[/ru-api]. Файл должен лежать в файловой директории! Ф-ия учитывает публичный/приватный варианты.

я хоть о нужном подумал?)

serzzzh, думаю организовать нормальный документооборот на друпале будет затратнее чем поставить уже готовую систему. Да и php для несимметричной криптографии использовать -- смерти подобно. Ключи бит в 1500 на тот же рса будут генерироваться миллиард лет. Хотя можно (и нужно), конечно, использовать расширения pecl и д.р. (crypto_rsa что-ли), писать приложения и связывать их с CMS.

Взгляните лучше в сторону готовых программных продуктов. С полгода назад нам в универе показывали презентацию с расценками. вродебы не шибко дорого. да и отлажено и проверено все.

// Для 20/06/2009 - 13:10
format_date( $vars['node']->created, 'custom', "d/m/Y - H:i" )

// Для 13:10 - 20/06/2009
format_date( $vars['node']->created, 'custom', "H:i - d/m/Y" )

Про ф-ию format_date() можно прочитать на сайте [ru-api=format_date]с апи[/ru-api]

Это ручное форматирование (для одиночного вывода). Однако если такой формат нужен будет всегда, то краткий формат даты можно изменить на нужный на страничке admin/settings/date-time и потом писать просто format_date($vars['node']->created, 'small').

"Geldora" wrote:

А за счет чего улучшение???

Обычно, при каждом открытии странички с модулями чистится некоторое кол-во кеша ([ru-api=drupal_rebuild_theme_registry]drupal_rebuild_theme_registry()[/ru-api] и [ru-api=cache_clear_all]cache_clear_all[/ru-api]('schema', 'cache')) + перезагружается вся система меню ([ru-api=menu_rebuild]menu_rebuild()[/ru-api]). Думается перезагрузка меню и занимает как раз наибольшую часть времени открытия этой странички.

Попробуйте что-то вроде этого:

а) и если вдруг вы случайно очистите всю таблицу "menu_links", то друпал умрет (толькочто сделал такое и он у меня умер о пхп-синтаксис-ошибкой). Достаточно в броузере набрать путь "admin/build/modules". И меню самоперезагрузится.

Посмотрел модуль. Он вообщем делает что-то мозговзрывающее в функции admin_menu_adjust_items() файла admin_menu.inc

Для удаления последствий, надо, как мне кажется, просто валидно удалить модуль.
Для этого достаточно в phpmyadmin:
1. Выполнить запрос: DELETE FROM menu_links WHERE module = 'admin_menu'
2. Очистить табличку cache_menu, ну и бонусом основной кеш (cache) удалить.

Все эти действия выполняются в admin_menu_uninstall() инсталляционного файла (admin_menu.install) злосчастного модуля.

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

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

Табличка появляеся с id="upload-attachments".

А вот после сохранения такая табличка генерится уже на сервере и поэтому видна в исходнике.

Друпал, к сожалению, будет некорректно работать с функцией found_rows(), т.к. в [ru-api=pager_query]pager_query()[/ru-api] сначала выполняется $count_query запрос, а только потом — основной