что значит пусто? пустая страница, без дизайна?

с большой вероятностью проблема с памятью php, если есть возможность - попробуйте увеличить

у меня такое было с одним модулем... в другой CMS символы не отображались без модуля mbsring (PHP), здесь, как я понимаю, он работает в режиме эмуляции (хотя тоже не спец ).

Попробуйте переустановить.

а если снести эти модули?
или откатить... бекап не делаете :)?

Похожая ситуация, но пустая страница возникает при отправке каких-либо форм:
логин пользователя (причем логин происходит - если вернуться и обновить заглавную страницу - пользователь вошел),
записать настроек модулей в админке (тоже записываются корректно),
...
Но страница пустая
в логах у провайдера ничего не увидел про память. Вообще - в ошибках только варианты когда я пытался менять .htaccess
Подскажите - может просить провайдера включить какие-то настройки в логах? Или как по-другому узнать причину белых страниц?

Вот это:
memory_limit 64M
?

У меня есть подозрение, что что-то наворотили или при правке модуля, или при правке phptemplate.engine
Вопрос: в каком месте поставить <?php error_reporting(E_ALL); ?> чтобы выдало ошибки, если они есть? Какой файл ядра вызовется первым?

На хостинге. Лог файлы есть, но в них к сожалению ничего полезного
error-log - пустой
access-log:

Что меня смутило на свежий взгляд - наличие двойной косой черты внутри адресной строки (/ru//?q=user). Это может иметь значение?
Если да - то как это убрать? где-что править? ($base_url не имеет слеша в конце!)

Упсь! листинг лога восприняло как потенциальный спам... ждем решения администратора...

Да я понимаю и полностью согласен, но к сожалению даже размер log-файла - 0
(error.log у меня писался только когда я пробовал включить логи апача через .htaccess в нужный мне каталог - у них это запрещено)
Проверил - безрезультатно (с точки зрения error.log), но есть отличия:
в случае указанного выше файла код страницы имеет имеет обрамление HTML:

а в случае моей проблемы - файл вообще пустой!

хостер - mirohost.net.
В техподдержке ответили что это лог апача и они не будут в нем включать режим ошибок PHP.
Посоветовали настроить лог ошибок в .htaccess. Подскажите - как это в .htaccess настроить, чтобы писались в файл логи, аналогичные (по детализации) коду error_reporting(E_ALL) ?

Разобрался как включить log:

Но странно получается: ошибки из test.php в лог пишутся, а предупреждения при работе сайта - нет, хотя выводятся на странице:

Ошибка, сделанная в themes/theme_name/page.tpl.php тоже в лог попала и(!) результат генерации - абсолютно пустая страница.
Таким образом причина на 99% - ошибка в коде. Остался вопрос - как ее локализировать, если она проявляется при отправке почти всех форм на сайте?

М-да - такой вариант решения я конешно рассматривал, но уж очень не хочется это делать...
Дело наверное все-таки не в теме, а в модулях или engine, т.к. для админки используется другая тема, которую я не правил, и в ней глюк тот же...

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

Ура! наконец-то разобрался!!!
Проблема оказалась в наличии 3-х байт BOM (byte-order mask) для UTF-8: EF BB BF в начале файла phptemplate.engine
Все старницы, которые у меня были пустыми использовали переадресацию через header, а буфер вывода уже был не пуст (заполнен этими тремя байтами).
Причем это наблюдалось только у хостера (на PHP 4.4). На домашней машине (PHP 5.2) эта ошибка не наблюдалась.
В связи с этим возникают следующие вопросы:
1. Как тратить меньше времени на поиск ошибок с header-location-redirect?
2. Можно ли (и как) настроить PHP 4 для корректной работы с этими "лишними" байтами в UTF-8 файлах?
3. Какие редакторы настраиваются чтобы не сохранять в файлах эти коды? (я использую Notepad++ 4.6 - там это есть)