Функциональный файл PHP — WordPress не работает на сервере

#php #wordpress #function

#php #wordpress #функция

Вопрос:

У меня есть веб-сайт на WordPress, и я разработал несколько вариантов темы в своем functions.php файл папки темы.

На моем локальном хостинге все в порядке, но на сервере я получаю белую страницу при сохранении параметров, а также некоторые URL-адреса больше не работают.

Я разработал этот код из некоторых руководств, и проблема может заключаться в используемых функциях php, может быть, в старых или новых?

Вот оно, недолго! http://pastebin.com/mKJYuUE2

Ой, и администратор показывает мои параметры и сохраняет их в базе данных!

Редактировать после отладки!

Я получаю сообщение об ошибке, подобное этому уведомлению: Неопределенный индекс: действие в «blabla» в строках 63 и 93, 94 та же ошибка. Я думаю, что проблема в этом $_REQUEST[‘saved’], но я даже не знаю, что это делает.

Большое вам спасибо!

Редактировать после отладки кода я исправил все свои ошибки WordPress. В моих настройках администратора все выглядит нормально, но теперь проблема в том, что если я попытаюсь удалить сообщение или некоторые действия отправки, я получу белый экран. На локальном хосте у меня нет этой проблемы.

На моем functions.php даже если я добавлю эхо-строку, это даст мне эту белую страницу. Что я могу сделать???

Комментарии:

1. Я буду плакать, я не могу добавить ни одной простой опции в свою панель администратора, это приведет к появлению белой страницы, если я каким-либо образом это сделаю

2. И в ошибке было написано «blabla» или вы удалили ее часть?

3. Я удалил. Это был путь к моему functions.php досье. Я исправил эту ошибку (удалил функции с помощью строки ошибки), и на моем локальном хостинге все в порядке, но на сервере любая нажатая кнопка отправки приведет к появлению белой страницы, но кнопка выполнит свою работу…

4. Это больше похоже на то, что вы просите нас научить вас отлаживать код, чем на самом деле решать конкретную проблему. Проблема несколько раз менялась, что затрудняет помощь новым читателям. Чтобы отладить это, выполните пошаговый код и выясните, где он выходит из строя. Пусть он повторяет инструкции повсюду или записывает в файл журнала, чтобы выяснить, где он застрял.

Ответ №1:

Обновить:

Поскольку теперь вы знаете сообщение об ошибке. В строке 63 написано «сохранить», но в строке 93 написано «сохранено». Может ли это несоответствие быть ошибкой?

Чтобы показывать сообщения об ошибках, добавьте следующую строку в свой файл .htaccess:

 php_flag display_errors on
  

Таким образом, вы увидите конкретное сообщение об ошибке, чтобы узнать, в чем конкретно заключается проблема. В качестве альтернативы вы можете добавить следующую строку в свой wp-config.php файл:

 define('WP_DEBUG', true);
  

Это также должно отображать сообщения об ошибках. Это поможет точно определить проблему.

Комментарии:

1. Я установил свой wp-debut true и, похоже, теперь у меня намного больше ошибок, БОЖЕ!!! Невежество — это блаженство!

2. @Florescu Адриан: Если вы разрабатываете что-то для WordPress самостоятельно, всегда включайте WP_DEBUG . Это важно для раннего обнаружения ошибок.

3. Да, я не программист, я просто разрабатываю и нарезаю HTML / CSS. Я думал, что ошибки включены :))

4. Я получаю сообщение об ошибке, подобное этому уведомлению: Неопределенный индекс: действие в «blabla» в строках 63 и 93, 94 та же ошибка. Я думаю, что проблема в этом $_REQUEST[‘saved’], но я даже не знаю, что это делает.

5. Если я добавлю php_flag display_errors, на нем отобразится внутренняя ошибка сервера 500. Я удалил функцию, которая выдала мне эту ошибку (url blablabla — на мой functions.php файл) и теперь у меня есть эта проблема со всеми моими страницами и кнопками отправки из панели администратора. Кнопка выполнит свою работу, но в качестве обратной связи я получаю белую страницу. На моем локальном хосте теперь нет ошибки. Я больше не знаю, что делать!!!

Ответ №2:

Я предполагаю, что вы не short_open_tag включили его в свой файл php.ini на сервере. Попробуйте изменить <? в первой строке на <?php .

Широко распространено мнение, что лучшей практикой является отключение short_open_tag и использование <?php вместо этого более длинной формы. Одна из основных причин заключается в том, что это значительно упрощает вывод XML, поскольку XML-документы начинаются с <?xml того, что конфликтует с коротким открывающим тегом PHP.