Этот модуль делает, то что авм нужно - Node Privacy By Role

Используйте такую конструкцию:

$col = 'Task_469';
$sql_programs_by_task = "SELECT ID_Program FROM {KomplexProgr} WHERE ".$col." = %d";

Читайте внимательно докумемтацию FAPI для друпала. drupal_get_form - действительно возвращяет результат html. Но кроме этой функции есть ещё много других, одна из них drupal_retrieve_form делает как раз то что вам нужно ))

Не понятно как и что вы там переименовывали, но settings.php поставьте БД ту, которую вы хотите использовать в данном случае.

http://groups.drupal.org/node/17948

Нет это как уже выше писали в комментариях идёт зацикливание в каком-то из модулей 100%. Даже при установке лимита памяти в php до 1Гб и одном посетителе, всё равно продолжались проблемы.

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

В настройках создаваемого материала измените формат ввода на full html.

Начинал делать подобный функционал. Вот примерно как реализовывал.

Создавал новый тип материала доступный для всех пользователей, поле Body переименовывал как "вопрос". Далее создавал с помощью CCK новое текстовое поле ответ, которое могли заполнять только пользователи с определённой ролью (редакторы). Ну и ещё несколько специальных полей создавалось(тел, ФИО и т.д.)

Теперь любой пользователь мог создавать новый материал "Задавать вопрос". После того как редактор ответил на вопрос, он устанавливал параметр ноды "опубликовать".

Да.

Тоже сталкивался с такой проблемой.
Ситуация заключается в следующем. При добавлении новых изображении если на сервере уже присутствовало изображение с темже именео, создаётся новое с другим именем.
В ImageCache ситуация другая если присутсвует превью с таким именем, то оно просто перезаписывается.

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

Однозначно вам ответить нельзя. Но без профессионального знания Друпала создать серьёзный проект на нём в кротчайшие сроки нереально. Эта CMS требует серьёзного подхода к ней. Так что даже профессиональные PHP программист затратит N-ое время для узучения многих особенностей Друпала.

Ещё один способ по быстрому восстановлению пароля для админа.
Заходим в БД в и в таблице {users} поле пароля для пользователя 1 очищаем. Теперь можно заходить на сайт без пароля, а потом естественно сразу ставить новый.

Или используйте модуль Devel при разработке, тот же эффект.

Сначало нужно было при создании словаря выбрать тип макериала с которым он будет классифицироваться, в настройках (пример как я реализовывал подобную задачу, вы можете сделать подругому) выбираем поле "Множественный выбор" и поле "Обязательно".
Потом добавить термин в этот словарь.
Теперь добавляем ссылку на созданный термин в меню.
Создаём несколько материалов и смотрим результаты)

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

Переменная $page == false, если используется в тизере и если это полноценная страница, то тогда $page == true. Всё логично.

Открывайте логи и смотрите где ошибка в php коде, а так как из админки вам её исправить не получиться, раз она не работает. То исправляйте непосредственно в БД.

Могу вам сказать точно, что проблема не в хостинге. Сам когда-то решал точно такую же проблему, правда тогда я работал с собственным серваком и проблема не решалась при увеличении лимита памяти до 1Гб и более...

Правда как я её решал сейчас вспомнить не удаётся. Попробуйте посмотреть, что содержится в переменной $query, может это прояснит ситуацию.

Посмотрите настройки доступа к папкам, куда загружаются изображения

Добавьте памяти для mysql и будет вам счастье))
max_allowed_packet = 3M( в основном, видел что этот параметр равен 1М, а Друпалу его не хватает)

Была та же самая проблема, на хостинге rss не работала на 6.9, но работала на 6.4.
Пришлось для 6.9 использовать модуль 6.4 и includes/common.inc заменить функции для rss.
Все заработало, не было времени разбираться в чем именно дело, и из-за чего возникли проблемы в более поздних версиях.
Может кто-нибудь более детально рассмотрит проблему, так как это не единичные случаи.

Последние заплаты в работу rss на drupal.org не приводят к положительному результату.

axel wrote:

А можно выкинуть поддержку языков. Метод я как-то тут описывал - проходим скриптом по ядру и подменяем t("") на статические строки с переводом. Получаем жёстко "локализованный" движок. Нужен другой перевод? Берём оригинальный код и снова проходим по нему скриптом, указав откуда брать переводы. Правда сложнее с параметрами передаваемыми в строках переводов, но тоже можно обойти.

Напиши как прошел переход на РБК, работаю ли там чистые ссылки? Как я знаю на 000webhost.com эта функция не поддерживается. Сам хочу разместить друпаловский сайт на РБК, но пока он в разработке.