Дамы и господа, не отвлекайтесь от темы топика.
Автор ждёт конструктивных замечаний и предложений по этому модулю.

Если в файле нет кириллических символов, то кодировки UTF-8 и ANSI ни чем не отличаются друг от друга.
А собственно использовать кирилицу (не инглиш) в тексте программ это как раз и есть моветон. Для этого есть локализация.

Исходя из этих двух простых тезисов абсолютно монописуально в какой кодировке сохранены файлы модуля.

Для изучения мат.части: UTF-8

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

Полезная тема. Мне в обозримом будущем понадобится такой апдейт сервер.
За наводку на Feature Server отдельное спасибо!

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

Вам сюда Working with languages, особенно будет интересно почитать Locale: multi-language support.

Учитывая, что Вы планируете создавать мультиязычный сайт с поддержкой английского языка, значит язык вы знаете хорошо.

Я бы написал маленький модуль, который бы запускал один хук - [ru-api=hook_cron]hook_cron[/ru-api].
Как получить доступ к полям профиля на форуме уже неоднократно обсуждалось.

1. При объявлении меню не надо пропускать заголовок и описание через t(). Друпал сделает это за вас.
2. Не совсем правильно ставить свои формы сразу в раздел меню admin. Форму нужно пихать в одну из созданных групп меню админки или же создавать свою собственную.
3. Отображение данных в стиле список/запись зависит от того, сколько у Вас данных в списке и сколько полей в самой записи.

HostCMS

Если Вы просматриваете не под рутовым пользователм (uid = 1), то возможно у Вас нет прав на редактирование данного типа материалов.

Редактирование нод определяется следующими правами:
edit own content - редактирование нод, которые Вы создали,
edit any content - редактирование любых нод указанного типа.

Друпал парсит *.po файл (GNU Gettext Portable Object) и все найденные строки переводов складывает в одну табличку.
В последствии, по мере работы, Друпал обращается к этой табличке за переводом (либо за кэшем этой таблички). Файлы нужны только на момент инсталляции модуля или самого Друпала.

Поэтому без разницы, загрузили вы один файл или же тот же перевод, разбитый на два файла.

Посмотрите в своей базе таблицы {locales_source}, {locales_target} и Вам все станет понятно.

С другой стороны...

"Newbie-neko" wrote:

Про гугл я слышу в первый раз.

Значит Вас впереди ждет еще много приятных и удивительных открытий.

"Newbie-neko" wrote:

Мне бы как бы из другой программы вызвать функцию.

С этого и стоило начинать.

Используйте функцию node_save.
Самостоятельно делать записи в БД нельзя - Вы нарушаете логику работы Drupal-а.

1. Вставил текст Вашего модуля в свою песочницу
2. Включил модуль (файл annotate.info придумал на ходу)
2. В форме "Annotation settings" установил типы материала Заметка и Страница
3. Создал материал Страница
4. При просмотре материала появилось поле "Аннотации" в которое можно вводить текст. Текст не сохраняется т.к. сохранения еще нет.

Видимо ошибка не в том коде, который Вы опубликовали.

Это случайно не пример из книжки Вандюка?

Run multiple sites from the same code base (multi-site)

Вам туда.

"RxB" wrote:

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

Жесть.

Вместо:
<?phpdb_query("DELETE FROM {variable} WHERE name LIKE '%%s%'", 'acidfree');?>

нужно было написать:
<?phpdb_query("DELETE FROM {variable} WHERE name LIKE '%%%s%%'", 'acidfree');?>

RxB, в вашей ссылке только вводная часть для программирования по Друпалу. Тем более там упоминаются версии 5.x и 4.7, которые уже устарели.
Программирование под 6-ку отличается в куче мелочей.

Таблица {menu_router} содержит все callback-и всех модулей.
Записи о них записываются только при установке модуля и уничтожается при его удалении.
Все остальное время данные оттуда только считываются.

Если Вы после установки нового модуля, возвращаете таблицу в прежнее состояние, то фактически отменяете установку модуля.
Если быть точнее, новый модуль установлен, но Drupal его не видит.

Складывается впечатление, что проблема не в Друпале, а в Мускуле.

submit и validate формы не выдают контент.
Они предназначены только для логики - проверить, записать в БД и т.п.

Перенесите этот код в какой-нить обычный MENU_CALLBACK.

А какой смысл лочить файл, если Вы открываете его на чтение? В этом есть сакральный смысл?

Использование буферизации тоже не совсем понятно...

И функция print всегда возвращает 1-ку.

Добавьте в хук строчку: echo('My perm hook');

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

У меня была такая же фигня с абсолютно чистой 6-й без каких либо доп. модулей. Только дело было под виндовсом.
Друпал регулярно падал при обращении к таблицам cache. Ошибка возникала при сабмите на произвольной странице т.е. при обновлении кэша.

Единственное предположение, которое мне пришло в голову - база мускула лежит на битом хард диске.

Загляни в "Недавние записи в системном журнале" после установки любого модуля. Что там написано?