У меня ошибка бэкэнда Magento, которая приводит к пустому экрану (WSOD). Я включил ошибки в админке, но в var / logs / ничего не создается. (Я проверил разрешения для этого каталога, и все в порядке).
У меня также есть ini_set ('display_errors', 1) в index.php, а Magento установлен в режим разработчика. Я также включил журналы ошибок apache и php.
Но никаких ошибок не регистрируется ?!
Кто-нибудь знает, почему не отображаются ошибки? Как я запуталась! Спасибо
Вот как я это исправил (надеюсь, вам поможет):
Используйте следующий код в своем файле 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)
Когда бы это ни происходило, я первым делом проверяю лимит памяти PHP.
Magento заменяет обычный обработчик ошибок своим собственным, но когда возникает ошибка «Недостаточно памяти», пользовательский обработчик не может работать, поэтому ничего не видно.
Та же проблема, я только что очистил кеш
rm -rf var/cache/*
И вуаля ! Я не понимаю, что это было ...
Следующие могут быть причинами пустых страниц в magento
1) Проблемы с правами доступа к файлу или каталогу. Если вы переходите с одного сервера на другой, не забудьте дать разрешение 755 для каталогов и файлов.
2) Если вы работали с XML-файлом, и внезапно страницы становятся пустыми. Убедитесь, что вы неправильно прокомментировали строки кода. Незакрытый комментарий также создаст проблему.
3) Может возникнуть проблема из-за недостаточного выделения памяти для memory_limit.
4) Попробуйте очистить содержимое папки var / cache
5) Попробуйте очистить содержимое папки var / session
6) Если ваши расширения используют загрузчик ioncube на производстве, установите также ion cube на сервер разработки (как и для расширений расширений) .Хотя у вас может быть загрузчик ioncube, попробуйте установить последнюю версию. Потому что некоторое время, когда вы обновляете расширения, которые зависят от ion cube несовместим со старыми версиями.
7) Установите short_open_tag = On в php.ini. Иногда разработчики используют теги <? ?>, и если short_open_tag не включен, вы можете столкнуться с такими проблемами, как наполовину искаженная страница и т. Д.
8) Увеличьте значения max_input_vars и post_max_size для php. Это помогает, когда вы пытаетесь сохранить большое количество налоговых ставок в налоговом правиле и получаете пустую страницу.
Это может быть так же просто, как конфликт шаблонов. Вернуться к шаблону по умолчанию в System/Configuration/Design/Themes.
У меня тоже была такая же проблема, но она решилась после отключения компилятора и повторной переустановки расширения. Отключить компилятор можно с помощью system-> configration-> tools-> compilation .. Здесь Отключить процесс ... Удачи
Это также может быть, когда у вас не загружено подходящее расширение php. Я бы дважды проверил, что у вас есть все необходимые расширения php, загруженные в вашу систему, если это не проблема ограничения памяти.
Я тоже столкнулся с этой ошибкой. Ошибка была исправлена путем изменения содержимого основной функции getRowUrl в app \ 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.
Наслаждаться!!!!!!!!!!!!!
У меня была такая же проблема, она была решена после переустановки моей темы
У меня также возникла такая же проблема при загрузке проекта magento на мой веб-сервер: В моем случае zip-файл поврежден во время процесса загрузки, и многие из моих файлов php также повреждены. Я загрузил через ftp. Я нашел решение для этого. Если вы создаете zip-файл на компьютере с Linux, попробуйте использовать инструмент командной строки (например: т.е.
zip -r my_archive.zip /path/of/files/to/compress/
)
и загрузите на свой веб-сервер из клиента Windows filezilla.
Просто столкнулся с этой проблемой и потерял целый день на ее решение. Попробуйте увеличить memory_limit, что у меня сработало!
Это также может быть вызвано использованием закладок xDebug при отладке страницы. Просто остановите отладчик (удалите cookie), и он вернется в нормальное состояние.
Как вы сказали - на этот вопрос есть один самостоятельный ответ.
У меня была такая же проблема после смены темы. Память раньше была установлена на 1024, так что проблема не в этом. Кэш был очищен, и в журнале ошибок не было ничего полезного.
В моем случае решение было другим - старая тема имела собственный шаблон домашней страницы ... Переключение на стандартный исправило это.
ДРУГАЯ ПРИЧИНА
белый экран без сообщений об ошибках может быть фрагментацией кэша APC.
Используйте phpinfo (), чтобы узнать, используется ли он на вашей странице (мы были проблемы с PHP 5.4 + APC 3.1.13), и если да, посмотрите, что произойдет, когда вы
php_flag apc.cache_by_default offapc_clear_cache(); (нет решения, но хорошо, чтобы увидеть, является ли проблема APC)Если у вас есть APC, и это проблема, вы можете
Я пробовал все предложенные решения, но не повезло.
Наконец, я обнаружил, что мне нужно использовать макет, шаблон и скин администратора из свежей версии Magento, до которой вам нужно перейти. Например, в моем случае это 1.9.2.4.
- По сути, получите все файлы (из app / design / adminhtml / default новой версии), скопируйте и вставьте их в папку app / design / adminhtml / default текущего сайта, чтобы заменить все старые файлы, если таковые имеются.
- По сути, получите все файлы (из skin / adminhtml / default новой версии), скопируйте и вставьте их в папку skin / adminhtml / default текущего сайта, чтобы заменить все старые файлы, если таковые имеются.
Конечно, не забудьте перед этим сделать резервные копии.
Лучше всего использовать контроль версий как GIT или SVN.
В моем случае размер файла index.php был нулевым. Я скопировал исходный файл обратно, и он сработал.
Однако не известно, что стерло содержимое index.php.
Мое решение: активация плагина через System -> Config> Advanced> Advanced
Иногда это происходит из-за того, что символические ссылки не разрешены в настройках шаблона: Advanced > Developer > Template Settings > Allow Symlinks
