Я сделал нечто очень похожее не так давно, и я сделал это путем обмана.
Если вы считаете, что встроенные правила перезаписи слишком сложны или не способны выполнить работу, вам может быть проще поймать запрос и отфильтровать результаты. Упрощенная версия:
add_action('parse_request', 'my_parse_request');
function my_parse_request (&$wp) {
$path = $wp->request;
$groups = array();
if (preg_match("%shop/product/([a-zA-Z0-9-]+)%", $path, $groups)) {
$code = $groups[1];
$product = get_product($code); // your own code here
if (isset($product)) {
add_filter('the_posts', 'my_product_filter_posts');
}
}
}
function my_product_filter_posts ($posts) {
ob_start();
echo "stuff goes here"; // your body here
$content = ob_get_contents();
ob_end_clean();
return array(new DummyResult(0, "Product name", $content));
}
Объяснить:
Действие на parse_request
вызывается перед поиском в базе данных. На основании URL-адреса устанавливаются другие действия и фильтры.
Фильтр сообщений заменяет результаты поиска в базе данных поддельными.
DummyResult - это простой класс, который имеет те же поля, что и пост, или их достаточно, чтобы сойти с рук:
class DummyResult {
public $ID;
public $post_title;
public $post_content;
public $post_author;
public $comment_status = "closed";
public $post_status = "publish";
public $ping_status = "closed";
public $post_type = "page";
public $post_date = "";
function __construct ($ID, $title, $content) {
$this->ID = $ID;
$this->post_title = $title;
$this->post_content = $content;
$this->post_author = get_default_author(); // implement this function
}
}
В вышеперечисленном читателю осталось много домашней работы, но это уродливый, рабочий подход. Возможно, вы захотите добавить фильтр для template_redirect
, чтобы заменить обычный шаблон страницы конкретным продуктом. И вам может потребоваться настроить регулярное выражение URL, если вы хотите использовать постоянные ссылки.