Ошибка 404 и была хорошо известна еще до появления WordPress. Она возникает с том случае, если web-сервен не находит запрошенную страницу и возвращает вместо нее специальную страницу 404.
Если сайт управляется WordPress, то в базовой настройке, ненайдя нужной страницы, WordPress передает эту ошибку web-серверу, который действует по уже описанному выше сценарию.
Существуют wp-плагины, которые обрабатывают ситуацию ненайденной страницы своими силами и не сообщают об этом web-серверу, однако можно обойтись без них.
При типичных настройках, как уже описано выше, web-сервер открывает специальную статическую страницу, которая находится в корне сайта, в моем случае это файл 404.shtml с простым и безрадостным содержанием. Чтобы наполнить ошибку 404 красками и радостью, самым простым и естественным является перенаправление браузера с этой страницы на другую существующую wp-страницу. Для этого в файле 404.shtml следует прописать meta-тег перенаправления:
|
1 2 3 4 5 6 7 8 |
<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=windows-1251"> <meta http-equiv="refresh" content="0; URL='http://reks.biz/?page_id=404'" /> </head> <body> </body> </html> |
Здесь в примере параметр ?page_id=404 является намеренным совпадением, практически URL для других сайтов может быть совершенно произвольным.
Чтобы на wp-странице 404 отобразилась строка поиска по сайту, в текст страницы необходимо внедрить код:
|
1 2 3 4 |
<h3>Поиск:</h1> [exec] get_search_form(); [/exec] |
A Syntax Highlighter built in PHP and jQuery that supports customizable languages and themes.
Сериализация данных для хранения и передачи на сайтах с кодом на PHP выполняется в особом внутреннем формате строки вида: a:3:{i:1;a:0:{}i:2;a:2:{s:5:»title»;s:67:»(C) 2019.Реформация Компьютерных Систем»;s:8:»nav_menu»;i:2;}s:12:»_multiwidget»;i:1;}
Для сайта на движке WordPress существует плагин Visual Form Builder, который позволяет создавать шаблоны произвольных форм для публикации их на страницах сайта, где пользователи могут заполнить их данными для каких-либо практических целей и сохранить их в базе данных сайта.
Все сведения о настройках внешнего вида и содержании сайта WordPress хранит в реляционной базе данных. Поддерживается только MySQL версии 5.0.15 или выше, или любая версия MariaDB. Обычно WordPress и плагины взаимодействует с этой базой данных самостоятельно, и конечному пользователю не нужно сильно беспокоиться о ее структуре. Однако, для разработки собственного плагина или иного взаимодействия с содержимым сайта важно точно знать, как WordPress хранит свои данные. Зная структуру данных и обладая доступом к DB можно получить и/или изменить любые сведения, содержания, структуры и представления непосредственно в таблицах, не используя консоль WordPress и даже без авторизации на самом сайте.