- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый вечер.
Backup .zip, .sql.
На VPS распаковываю unzip, импортирую базу через консоль, изменяю пользователя файлов, прописываю данные от новой базы nano wp-config.php.
Получаю белый экран, выставляю display_errors, перезагружаю httpd, снова белый экран, ни ошибок, ни чего.
Подскажите, как ещё можно выловить ошибку?
Спасибо.
error.log апача посмотрите.
какой-нибудь short_open_tag = Off стоит
error.log апача посмотрите.
какой-нибудь short_open_tag = Off стоит
В логах проблем нет.
Если белая страница.
Значит display_errors все таки не установился и где-то переопределяется. Возможно в том же коде WP.
Можно поискать для начала: grep ini_set * -R | grep error в корне сайта.
Либо же создать тестовый скрипт:
<?php phpinfo(); ?> и там уже посмотреть откуда подгружаются значения и изменить где надо.
В свое время долго мучался с переносом WP из-за ошибки связанной с модификацией хедеровы после уже их передачи, тогда мне пришлось в php.ini прописать значение output_buffering = On (по моему)
Если белая страница.
Значит display_errors все таки не установился и где-то переопределяется. Возможно в том же коде WP.
Можно поискать для начала: grep ini_set * -R | grep error в корне сайта.
Либо же создать тестовый скрипт:
<?php phpinfo(); ?> и там уже посмотреть откуда подгружаются значения и изменить где надо.
В свое время долго мучался с переносом WP из-за ошибки связанной с модификацией хедеровы после уже их передачи, тогда мне пришлось в php.ini прописать значение output_buffering = On (по моему)
phpinfo:
display_errors On On
Тогда скорее всего переопределяется где-то в коде WP
---------- Добавлено 06.10.2014 в 20:26 ----------
если что, пишите в месенджеры - помогу
Попробуйте включить http://codex.wordpress.org/WP_DEBUG
В логах проблем нет.
сформируйте phpinfo , скиньте ссылку, так же покажите конфиг виртуалхоста апача.
какой-нибудь isp manager умеет это делать.
"белая" страница - это значит что сайт работает, просто работает не корректно и об этом есть запись в логах.
как всегда - или настройте правильно ,или отключите вовсе open_basedir , убедитесь что в php.ini short_open_tag выставлен в On (распространенная проблема), убедитесь что в путь session.save_path у вас есть право записи (поставьте туда 777 на всякий случай, потом разберетесь - какие права поставить правильнее), убедитесь , что логин\пароль в базу данных - корректны.
Действительно, пробуйте включить WP_DEBUG в wp-config.php:
НАсколько мне известно в противном случае WP делает ini_set и сбрасывает те настроки, что вы указали в php.ini, поэтому все еще выводится белый экран.
иногда все равно не выводит ошибки без 2х доп.параметров
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', true);
после перезагрузки страницы должен появиться файл /wp-content/debug.log
если не появился, то создать вручную и 666 на него