Ничего ощутимого не выиграет. Если функции административного модуля не задействованы (а когда "нет администратора", они не задействованы), нагрузки они не создают.
А что делали? Модуль писали или модуль поставили? Видимо $tree - не массив, ищите, где забыли array().
У меня такое бывает, когда забываю при разработке модулей, что 'access arguments' в элементах меню hook_menu() должен быть массивом. Только там другие функции menu.inc ругаются.
У меня такое было из-за некого конфликта между кронтасками стандартных модулей aggregator и search. Сути не помню уже, но вылечилось отключением aggregator-а и последующим перезапуском крона.
А смысл? Любопытный администратор легко посмотрит сообщение прямо в базе данных. И много еще интересного посмотрит, если захочет.
Единственное, что приходит в голову - модуль для шифрования переписки. Но, опять же, если ключ хранится на сервере, то любопытного администратора это не остановит.
Например, можно написать модуль. А если небольшие - то вставлять в тело страниц или блоков. Но в любом случае придется разбираться самому - сначала, а спрашивать - уже потом.
Ну да, покопался чуть-чуть в коде, так и есть. Там этот момент немного через задницу сделан. Уж не знаю, есть ли спец. модули для таких вещей, мне они неизвестны.
Таб "Просмотр" исчезнет, как вы понимаете, если скрыть все остальные табы, из которых остается только "Редактировать". Конечно, менять исходный код друпала - плохое решение (хотя прятать редактирование профиля тоже не очень хорошо). Но в общем - попробуйте найти в user.module access-функцию user_edit_access и заставьте ее возвращать FALSE всегда кроме админского аккаунта. Должно помочь.
Насчет блоков: попробуйте выводить прямо в блок $account->uid и $user->uid.
А вообще в настройке блока есть вариант "показывать если PHP-код возвращает TRUE", попробуйте туда вставить примерно это:
Можно ли сделать, чтобы некоторые модули отключались, когда на сайте нет администратора?
Об том и речь.
Можно ли сделать, чтобы некоторые модули отключались, когда на сайте нет администратора?
Ничего ощутимого не выиграет. Если функции административного модуля не задействованы (а когда "нет администратора", они не задействованы), нагрузки они не создают.
Нужны авторские статьи или переводы, касающиеся Drupal 6.x
Ага, сделаю.
А, я думал, оффлайн — это бумажный Значит, скачаю.
Нужны авторские статьи или переводы, касающиеся Drupal 6.x
Зарегистрировался, отправил статью.
Скажите, а оффлайн-журнал как достать можно будет?
Форум. Новая тема всегда под замком
А комментарии-то включены? А в преднастройках (admin/content/node-type/forum)?
Clean URL's и белая страница
Любую жалобу на WSOD нужно начинать с того, что говорят error-логи или хотя бы admin/reports/dblog.
Invalid argument supplied for foreach() в файле menu.inc [Решено]
А что делали? Модуль писали или модуль поставили? Видимо $tree - не массив, ищите, где забыли array().
У меня такое бывает, когда забываю при разработке модулей, что 'access arguments' в элементах меню hook_menu() должен быть массивом. Только там другие функции menu.inc ругаются.
Ошибка запуска Cron
У меня такое было из-за некого конфликта между кронтасками стандартных модулей aggregator и search. Сути не помню уже, но вылечилось отключением aggregator-а и последующим перезапуском крона.
как добавить node и комментарии программно, задним числом?
Модуль Devel умеет генерировать контент. И вообще это очень хороший модуль.
Подскажите как выполнить SQL запрос на странице шаблона или в блоке?
Блин, kyky, вы открыли мне глаза
Я-то вижу вопрос "как выполнить SQL-запрос" и отвечаю на него, как дурак. И даже не задумываюсь, что все это в $user уже есть.
Подскажите как выполнить SQL запрос на странице шаблона или в блоке?
Почитайте: http://api.drupal.org/api/group/database/6
Подскажите как выполнить SQL запрос на странице шаблона или в блоке?
Да как везде в друпале
http://host-tracker.com/ против сайта на Друпале
Проверил свой сайт, у меня тоже 6.15. Все ОК.
Настройка форума под друпал
На эту тему видимо вопросов еще много возникнет. Прежде чем задавать, рекомендую ознакомиться с давно уже существующими материалами по использованию нативного форума в Друпал:
http://drupal.org/project/advanced_forum
http://drupal.org/node/227121
private_message просмотр сообщения администратором "РЕШЕНО"
А смысл? Любопытный администратор легко посмотрит сообщение прямо в базе данных. И много еще интересного посмотрит, если захочет.
Единственное, что приходит в голову - модуль для шифрования переписки. Но, опять же, если ключ хранится на сервере, то любопытного администратора это не остановит.
[Решено] Кнопки в профиле пользователя
Надо учить, иначе никак
[Решено] Кнопки в профиле пользователя
Странно.
Сейчас проверять нет времени. Попробуйте добавить проверку, чтобы arg(1) не равнялся 'register' или как-то так.
[Решено] Кнопки в профиле пользователя
Ну это совсем просто
Php
Хороший вопрос
Например, можно написать модуль. А если небольшие - то вставлять в тело страниц или блоков. Но в любом случае придется разбираться самому - сначала, а спрашивать - уже потом.
Как сделать фильтр для комментариев для борьбы со спамом
Как реализовать?
Есть же модуль Subscriptions, он такое умеет.
Как создать свое право доступа?
В модуле реализовать hook_perm(), в нем нужно задать название пермишна, по которому будет определяться, кому можно, а кому - нет.
Затем в hook_menu(), через который должна создаваться эта отдельная страница, указать в access callback созданный пермишн.
[Решено] Кнопки в профиле пользователя
Ну да, покопался чуть-чуть в коде, так и есть. Там этот момент немного через задницу сделан. Уж не знаю, есть ли спец. модули для таких вещей, мне они неизвестны.
Таб "Просмотр" исчезнет, как вы понимаете, если скрыть все остальные табы, из которых остается только "Редактировать". Конечно, менять исходный код друпала - плохое решение (хотя прятать редактирование профиля тоже не очень хорошо). Но в общем - попробуйте найти в user.module access-функцию user_edit_access и заставьте ее возвращать FALSE всегда кроме админского аккаунта. Должно помочь.
[Решено] Кнопки в профиле пользователя
Если речь все еще про локалтаски, то лучше всего наверное просто запретить пользователям доступ к тем действиям, которые отражают локалтаски.
[Решено] Кнопки в профиле пользователя
Насчет блоков: попробуйте выводить прямо в блок $account->uid и $user->uid.
А вообще в настройке блока есть вариант "показывать если PHP-код возвращает TRUE", попробуйте туда вставить примерно это: