я делал такое. в хук comment писал код:

<?php
if ($op == 'form' && user_access('administer comments') && !$comment['admin']) {
$form['author'] = array(
'#type' => 'textfield',
'#title' => t('Authored by'),
'#size' => 30,
'#maxlength' => 60,
'#autocomplete_path' => 'user/autocomplete',
'#default_value' => $GLOBALS['user']->name,
'#weight' => -1,
);
$form['_author'] = NULL;
return $form;
}
?>

Эммм.... *nix сервер? мб на cron.php стоит атрибут на выполнение? и апач его почему-то не воспринимает за обычный php... выглядит так, будто cron.php выполняется как cgi-шка.

Откуда лог №1, а откуда лог № 2??

Наверное имелось ввиду про XML-RPC в Drupal. Я раз экспериментировал... помню, что всё было очень просто и работало! На сервере пишется хук xmlrpc (задает соответствие между удаленно вызываемыми методами и реальными php-функциями), на клиенте вызывается функция xmlrpc() (указывается URL, название удаленного метода и параметры).

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

равносильно <?php print $comment->name;?>

Не надо выражений.... <div class="submitted"><?=$comment->name?></div>

Жутко написано) Ваш код равносилен:

<?php
foreach ((array)$field___0 as $item) {
print l($item['view'], "taxonomy/term/$item[tid]")
if (++$n < count((array)$field___0)) print ", ";
}
?>

l - это функция Drupal-а.

Еще можно сделать view с аргументом по категории и нужный текст добавить в "empty text".

"События" точно опубликованы?? Может в настройках типа нечаянно галочку сняли: admin/content/types.

Сторонние модули типа nodeaccess не стоят?

Для просмотра контента (нод) должно быть дано право "access content" ("доступ к материалам").

См. хук mail_alter. Шлются письма функцией drupal_mail.

В настройках блока с меню можно указать каким ролям его показывать: /admin/build/block

мб вместо print $item['view'] написать print l($item['name'], "taxonomy/term/$item[tid").

Только не пойму откуда VIEW у вас вылезло, в $node->taxonomy название термина нахоидся в индексе name...

Куда красивее-то?) Ввел заголовок, текст новости, выбрал фото и всё. Через поле image можно и много картинок прикрепить, тогда в шаблон надо будет цикл добавить.

Это рабочий текст, только mymodule можно поменять на любое название XXX и поместить в файл XXX.module. И написать еще файл XXX.info надо с текстом: name=XXX.

Правда это при условии, что текст вопроса в модуле FAQ - это заголовок ноды... Иначе надо с кодом еще шаманить.

Слово "views" в теме не звучало.

Да ужжжж постановочка....... Искать баг в коде надо!! Предлагаете нам, не имея никакого понятия о Вашем коде, найти в нем баг?)

Как Вы эту таблицу то выводите??? Модуль свой или сторонний какой-то модуль? Как сортировку делаете - ручками всё или дрюпалевское api используете??

запятую печатать так:

if (++$n < count((array)$field___0)) print ", ";

4-ый вариант можно красиво реализовать:

1) делаем поле image в CCK
2) в ImageCache настраиваем генерацию тумбов
3) в contemplate настраиваем шаблон. Код для отображения картинки будет примерно такой:

<?php
$f = $field_image[0]['filepath'];
print l(theme('imagecache', 'mythumbnail', $f), $f, array(), null, null, 0, 1)
?>

Скорее всего эта цифра прописана в структуре базы. Поэтому надо 1) увеличить длину поля в БД, 2) пофиксить maxlength в форме. Я такое делал с заголовками нод и терминов. Для этого пишется свой модуль с таким кодом:

<?php

function mymodule_form_alter($form_id, &$form) {
// увеличиваем длину title до 255
if ($form['#id'] == 'node-form') {
$form['title']['#maxlength'] = 255;
}

// увеличиваем длину названия термина до 255
if ($form_id == 'taxonomy_form_term') {
$form['name']['#maxlength'] = 255;
}
}

Сделать можно что угодно! Вопрос только в том, насколько это накладно реализовывать)

"A" и "HREF" пишутся маленькими буквами) и вообще функция l() не зря людям дана)

В users_roles записи появляются только при назначении ролей.

Какие-нибудь модули левые стоят? Можно покопать со стороны функции node_access из node.module. Посмотреть действительно ли она возвращает false при просмотре ноды анонимом. Пихайте туда всякие print-ы...

Категория "язык" для всех материалов и разные блоки для разных тем. Или один хитрый блок. Новости я уже так делал (клонировал view и указал другой термин). Как в i18n это делается хз, тоже наверное есть нормальные варианты.

Есть более сложный "контропример": если надо поиск... Тоже решаемо при желании.

Мож как-нибудь mod_rewrite-ом намутить... Все адреса вида *.yoursite.ru переписывать в yoursite.ru/blog/*. Но думаю без грабль не обойдется...