ErrorDocument 500 в случае fatal error не поможет, т.к. php не возвращает статус выполнения скрипта в отличии например от perl. А именно на этом статусе срабатывает ErrorDocument.
Тут нужно извращаться с отловом этих самых fatal error внутри скриптов, задавая обрамление кода ошибок через
ini_set('error_prepend_string', '<маркер>');
ini_set('error_append_string', '');
а потом отлавливая этот код в функции catchFatalError зарегистрированной к исполнению на выходе
register_shutdown_function('catchFatalError');
в блоке действительно текущая нода недоступна. Стандартные урлы или нет, все равно arg() будет возвращать внутреннее представление текущего адреса, т.е. вида node/nid. Получается в блоке нужно выполнить такой код:
попробуйте модуль node_images. Он автоматизирует создание миниатюр нужной ширины прикрепляемых к ноде. В настройках типа материала для этого модуля нужно указать ручной вывод изображений при просмотре ноды. Тогда вывод изображений можно будет сделать в любом месте шаблона, пример вывода есть в файле node-example.tpl.php.
пробовал на нескольких своих проектах. Например есть у меня сайт газетного издательства. Для каждой из выпускаемых газет есть свой поддомен со своей темой оформления. Все хранится в одной базе. Таблица node и node_revision общие, таксономия разделена через префикс. Есть типы контента: статья, автор, тема и прочие. При такой конфигурации получается что ноды статей должны быть отдельные для каждого сайта, а например ноды типа автор, тема и другие общие для всех сайтов, поэтому таблицу node приходится делать общей.
варианты:
1) скрыть через css. id поля {display:none}
2) скрыть через тот же javascript
3) темизировать форму редактирования ноды через theme_ТИПКОНТЕНТА_node_form
не совсем понятно что значит "расшарить контент-тип". Имеется в виду синхронизация модели ноды, т.е. например при добавлении поля CCK на одном из сайтов все другие тоже обновят схему типа данных и добавят это поле. Или же нужны именно сквозные ноды, которые видны сразу на нескольких сайтах и не требуют ручного дублирования на каждый из сайтов. Тут все зависит от того какое количество таких сквозных нод будет присутствовать по отношению к количеству остального контента.
у меня как раз utf везде настроен, причем самое интересное что в версии cck под drupal5 все было замечательно с кириллицей, на эту же конфигурацию сервера поставил cck d6 и появился такой баг((
Вывод статической страницы когда Друпал "дохнет"
конечно пробовал и единственное что помогло как раз описанный мной метод.
Вывод статической страницы когда Друпал "дохнет"
ErrorDocument 500 в случае fatal error не поможет, т.к. php не возвращает статус выполнения скрипта в отличии например от perl. А именно на этом статусе срабатывает ErrorDocument.
Тут нужно извращаться с отловом этих самых fatal error внутри скриптов, задавая обрамление кода ошибок через
ini_set('error_prepend_string', '<маркер>');
ini_set('error_append_string', '');
а потом отлавливая этот код в функции catchFatalError зарегистрированной к исполнению на выходе
register_shutdown_function('catchFatalError');
Вывод картинок к статье в отдельном блоке
в блоке действительно текущая нода недоступна. Стандартные урлы или нет, все равно arg() будет возвращать внутреннее представление текущего адреса, т.е. вида node/nid. Получается в блоке нужно выполнить такой код:
Вывод картинок к статье в отдельном блоке
попробуйте модуль node_images. Он автоматизирует создание миниатюр нужной ширины прикрепляемых к ноде. В настройках типа материала для этого модуля нужно указать ручной вывод изображений при просмотре ноды. Тогда вывод изображений можно будет сделать в любом месте шаблона, пример вывода есть в файле node-example.tpl.php.
MultiSite: Разные бд, один content type.
MultiSite: Разные бд, один content type.
пробовал на нескольких своих проектах. Например есть у меня сайт газетного издательства. Для каждой из выпускаемых газет есть свой поддомен со своей темой оформления. Все хранится в одной базе. Таблица node и node_revision общие, таксономия разделена через префикс. Есть типы контента: статья, автор, тема и прочие. При такой конфигурации получается что ноды статей должны быть отдельные для каждого сайта, а например ноды типа автор, тема и другие общие для всех сайтов, поэтому таблицу node приходится делать общей.
Глупейший вопрос....но не получается переопределить форму входа
хорошо хоть не переустановкой ОС
Глупейший вопрос....но не получается переопределить форму входа
проблема с views (все время выскакивают ошибки) помогите кто может
возможно конфликт с какими-то другими кривыми модулями
Фильтр ввода не сохраняет новые значения в настройках
admin/settings/performance
трудно вам будет если таких базовых вещей не знаете
CCK и hook_form_alter
варианты:
1) скрыть через css. id поля {display:none}
2) скрыть через тот же javascript
3) темизировать форму редактирования ноды через theme_ТИПКОНТЕНТА_node_form
Фильтр ввода не сохраняет новые значения в настройках
попробуйте сбросить кеш
MultiSite: Разные бд, один content type.
не совсем понятно что значит "расшарить контент-тип". Имеется в виду синхронизация модели ноды, т.е. например при добавлении поля CCK на одном из сайтов все другие тоже обновят схему типа данных и добавят это поле. Или же нужны именно сквозные ноды, которые видны сразу на нескольких сайтах и не требуют ручного дублирования на каждый из сайтов. Тут все зависит от того какое количество таких сквозных нод будет присутствовать по отношению к количеству остального контента.
Nodereference не понимает кириллицу в полях autocomlete
у меня как раз utf везде настроен, причем самое интересное что в версии cck под drupal5 все было замечательно с кириллицей, на эту же конфигурацию сервера поставил cck d6 и появился такой баг((