Ура! наконец-то разобрался!!!
Проблема оказалась в наличии 3-х байт BOM (byte-order mask) для UTF-8: EF BB BF в начале файла phptemplate.engine
Все старницы, которые у меня были пустыми использовали переадресацию через header, а буфер вывода уже был не пуст (заполнен этими тремя байтами).
Причем это наблюдалось только у хостера (на PHP 4.4). На домашней машине (PHP 5.2) эта ошибка не наблюдалась.
В связи с этим возникают следующие вопросы:
1. Как тратить меньше времени на поиск ошибок с header-location-redirect?
М-да - такой вариант решения я конешно рассматривал, но уж очень не хочется это делать...
Дело наверное все-таки не в теме, а в модулях или engine, т.к. для админки используется другая тема, которую я не правил, и в ней глюк тот же...
Попробую себе на локальный сервер скопировать конфу - может все-таки что-то получится увидить в логах.
Ошибка, сделанная в themes/theme_name/page.tpl.php тоже в лог попала и(!) результат генерации - абсолютно пустая страница.
Таким образом причина на 99% - ошибка в коде. Остался вопрос - как ее локализировать, если она проявляется при отправке почти всех форм на сайте?
Да я понимаю и полностью согласен, но к сожалению даже размер log-файла - 0
(error.log у меня писался только когда я пробовал включить логи апача через .htaccess в нужный мне каталог - у них это запрещено)
Проверил - безрезультатно (с точки зрения error.log), но есть отличия:
в случае указанного выше файла код страницы имеет имеет обрамление HTML:
У меня есть подозрение, что что-то наворотили или при правке модуля, или при правке phptemplate.engine
Вопрос: в каком месте поставить <?php error_reporting(E_ALL); ?> чтобы выдало ошибки, если они есть? Какой файл ядра вызовется первым?
Похожая ситуация, но пустая страница возникает при отправке каких-либо форм:
логин пользователя (причем логин происходит - если вернуться и обновить заглавную страницу - пользователь вошел),
записать настроек модулей в админке (тоже записываются корректно),
...
Но страница пустая
Разобрался с динамическими фильтрами.
Понадобился дополнительный модуль: Views PHP Filter
Идея такая:
1. В настройке формы первым фильтром ставлю PHP filter в режиме PHP (в режиме списка он у меня почему-то не работал)
2. Следующий фильтр - отбор по родительскому контенту (его я использую если все критерии поиска установлены в режиме "ВСЕ")
3. Остальные - фильтры по подчиненному контенту.
на MySQL без ошибок, но не могу понять как связать элементы
вот здесь: admin/content/nodefamily добавил связь между контентами - а где установить, что нода Компания 1 (типа fc) есть дочерней для ноды Фирма 1 (типа f)?
Сейчас у меня 2 ноды типа f (Фирма 1 и Фирма 2) и 2 ноды типа fc (Компания 1 и Компания 2).
Соответственно - одноименные виды (с фильтром по типу нод)
Именно так и делал - так и научился менять запросы, код для анализа взят отсюда: http://www.drupal.ru/node/6954#comment-42870
Я пока поставил на странице фильтры, которые должны работать с типом firm_clients (хотя сам вид отображает типы firm) и вижу вот такой код:
Захожу в панель управления сайта sitename.ru/admin, а там пусто. Кто знает подскажите с чем это связано.
Ура! наконец-то разобрался!!!
Проблема оказалась в наличии 3-х байт BOM (byte-order mask) для UTF-8: EF BB BF в начале файла phptemplate.engine
Все старницы, которые у меня были пустыми использовали переадресацию через header, а буфер вывода уже был не пуст (заполнен этими тремя байтами).
Причем это наблюдалось только у хостера (на PHP 4.4). На домашней машине (PHP 5.2) эта ошибка не наблюдалась.
В связи с этим возникают следующие вопросы:
1. Как тратить меньше времени на поиск ошибок с header-location-redirect?
Захожу в панель управления сайта sitename.ru/admin, а там пусто. Кто знает подскажите с чем это связано.
М-да - такой вариант решения я конешно рассматривал, но уж очень не хочется это делать...
Дело наверное все-таки не в теме, а в модулях или engine, т.к. для админки используется другая тема, которую я не правил, и в ней глюк тот же...
Попробую себе на локальный сервер скопировать конфу - может все-таки что-то получится увидить в логах.
Захожу в панель управления сайта sitename.ru/admin, а там пусто. Кто знает подскажите с чем это связано.
Ошибка, сделанная в themes/theme_name/page.tpl.php тоже в лог попала и(!) результат генерации - абсолютно пустая страница.
Таким образом причина на 99% - ошибка в коде. Остался вопрос - как ее локализировать, если она проявляется при отправке почти всех форм на сайте?
Захожу в панель управления сайта sitename.ru/admin, а там пусто. Кто знает подскажите с чем это связано.
Разобрался как включить log:
Захожу в панель управления сайта sitename.ru/admin, а там пусто. Кто знает подскажите с чем это связано.
Да я понимаю и полностью согласен, но к сожалению даже размер log-файла - 0
(error.log у меня писался только когда я пробовал включить логи апача через .htaccess в нужный мне каталог - у них это запрещено)
Проверил - безрезультатно (с точки зрения error.log), но есть отличия:
в случае указанного выше файла код страницы имеет имеет обрамление HTML:
Захожу в панель управления сайта sitename.ru/admin, а там пусто. Кто знает подскажите с чем это связано.
Упсь! листинг лога восприняло как потенциальный спам... ждем решения администратора...
Захожу в панель управления сайта sitename.ru/admin, а там пусто. Кто знает подскажите с чем это связано.
На хостинге. Лог файлы есть, но в них к сожалению ничего полезного
error-log - пустой
access-log:
Захожу в панель управления сайта sitename.ru/admin, а там пусто. Кто знает подскажите с чем это связано.
У меня есть подозрение, что что-то наворотили или при правке модуля, или при правке phptemplate.engine
Вопрос: в каком месте поставить <?php error_reporting(E_ALL); ?> чтобы выдало ошибки, если они есть? Какой файл ядра вызовется первым?
Захожу в панель управления сайта sitename.ru/admin, а там пусто. Кто знает подскажите с чем это связано.
Вот это:
memory_limit 64M
?
Захожу в панель управления сайта sitename.ru/admin, а там пусто. Кто знает подскажите с чем это связано.
Похожая ситуация, но пустая страница возникает при отправке каких-либо форм:
логин пользователя (причем логин происходит - если вернуться и обновить заглавную страницу - пользователь вошел),
записать настроек модулей в админке (тоже записываются корректно),
...
Но страница пустая
Отбор по полям подчиненных nodes (Node Relativity)
Разобрался с динамическими фильтрами.
Понадобился дополнительный модуль: Views PHP Filter
Идея такая:
1. В настройке формы первым фильтром ставлю PHP filter в режиме PHP (в режиме списка он у меня почему-то не работал)
2. Следующий фильтр - отбор по родительскому контенту (его я использую если все критерии поиска установлены в режиме "ВСЕ")
3. Остальные - фильтры по подчиненному контенту.
Отбор по полям подчиненных nodes (Node Relativity)
на MySQL без ошибок, но не могу понять как связать элементы
вот здесь: admin/content/nodefamily добавил связь между контентами - а где установить, что нода Компания 1 (типа fc) есть дочерней для ноды Фирма 1 (типа f)?
Сейчас у меня 2 ноды типа f (Фирма 1 и Фирма 2) и 2 ноды типа fc (Компания 1 и Компания 2).
Соответственно - одноименные виды (с фильтром по типу нод)
Отбор по полям подчиненных nodes (Node Relativity)
Не получается
выдает ошибки:
Отбор по полям подчиненных nodes (Node Relativity)
Да, спасибо - судя по описанию - то, что нужно!
Сейчас буду проверять...
Отбор по полям подчиненных nodes (Node Relativity)
Именно так и делал - так и научился менять запросы, код для анализа взят отсюда:
http://www.drupal.ru/node/6954#comment-42870
Я пока поставил на странице фильтры, которые должны работать с типом firm_clients (хотя сам вид отображает типы firm) и вижу вот такой код: