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

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

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

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

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

Ответ 1

Вот как я исправился (надеюсь, вам помогут ребята):

Используйте следующий код в файле index.php

ini_set('error_reporting', E_ERROR);
register_shutdown_function("fatal_handler");
function fatal_handler() {
    $error = error_get_last();
    echo("<pre>");
    print_r($error);
}

В моем случае он сказал мне, что ошибка /503.php недоступна.

3. Проблема заключалась в расширении, которое я использовал (http://www.magentocommerce.com/magento-connect/magebuzz-free-testimonial.html)

Я удалил файл testimonial.xml в своем приложении /etc/modules/testimoanial.xml.
удалить файл "maintenance.flag".

Ответ 2

Всякий раз, когда это происходит, первое, что я проверю, это ограничение памяти PHP.

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

Ответ 3

Такая же проблема, Я просто очистил кеш

rm -rf var/cache/*

Эт вуаля! Я не понимаю, что это было...

Ответ 4

Это может быть так же просто, как конфликт шаблонов. Верните шаблон по умолчанию в System/Configuration/Design/Themes.

Ответ 5

У меня тоже была такая же проблема, но она была решена после отключения компилятора и повторной установки расширения. Отключить компилятор можно с помощью system- > configration- > tools- > компиляции.. Здесь Отключите процесс... Удачи

Ответ 6

Ниже приведены причины для пустых страниц в magento

1) Проблемы с правами на файл или каталог. Если вы переходите с одного сервера на другой, помните, чтобы предоставить 755 разрешения каталогам и файлам

2) Если вы работали над xml файлом, и вдруг страницы опущены. Проверьте, что вы, возможно, не прокомментировали строки кода правильно. Незакрытый комментарий также создаст проблему.

3) Возможно, проблема из-за недостаточного выделения памяти для memory_limit.

4) Попробуйте очистить содержимое папки var/cache

5) Попробуйте очистить содержимое папки var/session

6) Если ваши расширения используют загрузчик икону с ионной загрузкой, тогда также установите ионный куб на сервер разработки. (Как и для расширений для расширений). Хотя у вас может быть загрузчик ионного куба, попробуйте установить последнюю версию. Поскольку некоторое время, когда вы обновляете расширения который зависит от ионного куба, несовместим со старыми версиями.

7) Установите short_open_tag = On в php.ini. Иногда разработчики используют теги <? ?>, и если параметр short_open_tag не установлен, вы можете столкнуться с проблемами, такими как страница с половиной искажений и т.д.

Ответ 7

Это также может быть, когда у вас нет надлежащего расширения php. Я бы дважды проверить, что у вас есть все необходимые расширения php, загруженные в вашу систему, если это не проблема с ограничениями памяти.

Ответ 8

Я тоже столкнулся с этой ошибкой. Ошибка была исправлена путем изменения содержимого основной функции getRowUrl в приложении \code\core\Mage\Adminhtml\Block\Widget\Grid.php Основная функция:

public function getRowUrl($item) 
{ 
$res = parent::getRowUrl($item); 
return ($res ? $res : ‘#’); 
}

Заменено:

public function getRowUrl($item) 
{ 
return $this->getUrl(’*/*/edit’, array(’id’ => $item->getId())); 
}

Подробнее: http://bit.ly/iTKcer

Наслаждайтесь!!!!!!!!!!!!!

Ответ 9

У меня была та же проблема, она была решена после повторной установки моей темы

Ответ 10

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

Ответ 11

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

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

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

Ответ 12

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

Ответ 13

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

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

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

Ответ 14

ДРУГОЙ ПРИЧИН

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

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

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

Если у вас сделать есть APC, а - проблема, вы можете

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

Ответ 15

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

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

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

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

Использование adminhtml skin для правильной отображения темы администратора.

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

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

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

Ответ 16

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

Однако не знаю, что стерло содержимое index.php.

Ответ 17

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

Ответ 18

Иногда это происходит, потому что символические ссылки не допускаются в настройках шаблона: Advanced > Developer > Template Settings > Allow Symlinks