Magento Как отлаживать пустой белый экран

Question

У меня есть ошибка в моем бэкэнде Magento, которая приводит к пустому экрану (WSOD). Я установил ошибки на в админке, но в var / logs / ничего не создается. (Я проверил разрешения для этого каталога, и все правильно).

У меня также есть ini_set ('display_errors', 1) в index.php, и Magento установлен в режим разработчика. Я также включил журналы ошибок apache и php.

Ошибки не регистрируются, хотя?!

Кто-нибудь знает, почему ошибки не отображаются? Как я запутался! Спасибо

Answer 1

Мое решение: Активировать плагин через Систему -> Конфигурация> Дополнительно> Дополнительно

Answer 2

В моем случае размер файла index.php был равен нулю.Я скопировал исходный файл обратно, и он заработал.

Тем не менее, понятия не имею, что стерло содержимое index.php.

Answer 3

Я перепробовал все предложенные решения, но безуспешно.

Наконец-то я обнаружил, что мне нужно использовать макет администратора, шаблон и скин из свежей версии Magento, до которой нужно обновить.Например, в моем случае это 1.9.2.4

• Используйте макет adminhtml и шаблон, чтобы сделать тему администратора доступной для загрузки

- В основном, получить все файлы (из app / design / adminhtml / default новой версии) скопируйте и вставьте их в папку app / design / adminhtml / default текущего сайта, чтобы заменить все старые файлы, если таковые имеются

• ИспользоватьСкин adminhtml для создания темы администратора может отображаться корректно

- По сути, получить все файлы (из скина / adminhtml / default новой версии), скопировать и вставить их в папку skin /adminhtml / default текущего сайта, чтобы заменить все старые файлы, если они есть

Конечно, не забудьте сделать резервные копии, прежде чем делать это.

Лучше всего использовать контроль версий как GIT или SVN.

Answer 4

ДРУГАЯ ПРИЧИНА

для белого экрана без сообщений об ошибках может быть фрагментация кэша APC .

Использовать phpinfo () , чтобы выяснить, используется ли он вашей страницей (у нас были проблемы с PHP 5.4 + APC 3.1.13), и если да, то посмотрите, что произойдет, если вы либо

• отключите его через .htaccess: php_flag apc.cache_by_default off
• очищать кэш apc при каждом вызове страницы: добавить в начало index.php apc_clear_cache(); (нет решения, но приятно видеть, является ли проблема APC)

Если у вас действительно есть БТР, а у него есть проблема, то вы можете

• поиграть с его настройками, которые могут бытьгромоздкий и все еще не работает
• просто обновите до PHP 5.5 и используйте вместо этого встроенный кэш кода операции.

Answer 5

Просто столкнулся с этой проблемой и потерял целый день, решая ее. Попробуйте увеличить memory_limit, чтобы у меня получилось!

Answer 6

Как вы сказали - есть один отдельный ответ на этот вопрос.

У меня была такая же проблема после смены темы.Память была установлена ​​на 1024 раньше, так что это не проблема.Кэш был очищен, и в журнале ошибок не было ничего полезного.

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

Answer 7

Это также может быть вызвано использованием закладок xDebug при отладке страницы.Просто остановите отладчик (удалите cookie), и он вернется в нормальное состояние.

Answer 8

Я также столкнулся с той же проблемой при загрузке проекта magento на мой веб-сервер, В моем случае zip-файл поврежден в процессе загрузки, и многие из моих php-файлов также повреждены .Я загрузил через FTP.Я нашел решение для этого.Если вы создаете zip-файл с Linux-машины, попробуйте использовать инструмент командной строки (например:

zip -r my_archive.zip /path/of/files/to/compress/)

и загрузите его на свой веб-сервер из клиента windows filezilla.