Wordpress: как поставить шаблонизатор blade?

Question

[thehighhomie]

Как подключить в вордпресс шаблонизатор blade и желательно через comoser?

Comments

[zorca]

Blade, как его не подключай, тянет за собой пол-ларавеля. Порекомендую попробовать более академичный Twig.

[thehighhomie]

zorca, я читал где-то что у твига проблемы с выводом php в шаблонах, не знаю как сейчас. и кстати я наткнулся от roots на эту статью и мне это понравилось + смотрю сюда.
только я не могу пока сделать структуру:
wp-content
index.php
wp
wp-config.php

и хз какой минимум писать в wp-config.php. пипец сложно догнать.
подсказать можете что по этому дело?

[zorca]

thehighhomie, дык такая структура давным давно реализована у них в Bedrock. Аналогично сделано в моем Oxboot. Я еще вынес для удобства все плагины с Wpackagist в отдельный файл, чтобы на растить огромный composer.json.

[zorca]

В wp-config.php нужно положить автозагрузку всего из Композера и бутстрап нашего проекта, плюс не забыть загрузку самого WP )))

<?php
/**
 * Do not edit this file. Edit the config files found in the config/ dir instead.
 * This file is required in the root directory so WordPress can find it.
 * WP is hardcoded to look in its own directory or one directory up for wp-config.php.
 */
require_once(dirname(__DIR__) . '/vendor/autoload.php');
require_once(dirname(__DIR__) . '/bootstrap/app.php');
require_once(ABSPATH . 'wp-settings.php');

[zorca]

В бутстрап пихаем уже все подготовительные операции - объявление констант, чтение ENV и так далее, все что нам нужно.

Answer 1

[Twelfth Doctor]

composer require jenssegers/blade
https://github.com/jenssegers/blade

Comments

[thehighhomie]

я установил но не могу разобраться как его сетапить, в каком файле описать код из доки я вообще не понимаю, помогите пожалуйста

[zorca]

thehighhomie, чтобы внедрить Blade в WordPress, нужно месячишко помучиться, какое тут простой сетап. Чем не устроил Sage?

[thehighhomie]

zorca, тем, что я не могу полностью разобраться как там писать кода, все эти контроллеры и код не понятно как работает в теме... разобрался только с вебпаком у них в теме

[zorca]

thehighhomie, самый простой способ внедрить шаблонизатор - оставить только пустой index.php в теме, а в functions.php поместить аналог WordPress-роутера, примерно такого: https://github.com/Brain-WP/Hierarchy#template-res... , в котором в зависимости от того, какой шаблон запрашивается, отдавать нужный нам шаблон, но только рендеря конкретный файл шаблонизатора. Минус только один - будут проблемы с любыми плагинами, которые внедряют свои хуки в header/footer/sidebar, конкретно это Woocоmmerce. Если его в проекте не предвидится, то вариант вполне жизнеспособен.

[thehighhomie]

zorca, вы без шаблонизаторов работаете?

[zorca]

thehighhomie, по разному, от проекта зависит. Зачем нужен шаблонизатор, если к примеру весь проект исключительно на визуальном билдере построен? Или предполагается дальнейшее обслуживание людьми, далекими от MVC? К шаблонизатору то по хорошему и контроллер нужен. В WP обе эти сущности заменяет один PHP-файл шаблона, то есть если нам нужны кастомные запросы, мы пишем их прямо в шаблон, тут же и выводим.

[thehighhomie]

zorca,

. В WP обе эти сущности заменяет один PHP-файл шаблона, то есть если нам нужны кастомные запросы, мы пишем их прямо в шаблон, тут же и выводим.

пример можно?

я поставил Timber и меня все устравивает. единственное я не могу пока разобраться с этим https://github.com/upstatement/routes

[zorca]

thehighhomie, вам нужно просто понять, что роутинг - это выбор шаблона по полученному адресу в строке браузера, больше ничего. И роутингом может быть что угодно, можно просто сохранить структуру темы как есть и вставлять вызов шаблона в каждый файл.
Можно вставить в functions.php условие, по которому мы будем выбирать шаблон, например так:

if (is_page) echo $blade->make('page', ['name' => 'John Doe']);
if (is_frontpage) echo $blade->make('frontpage', ['name' => 'John Doe']);

И так далее. Вариантов можно нагенерировать сколько угодно.
Нет никакой нужды встраивать в CMS еще один роутер, дефолтный работает прекрасно. Нам нужно только получать запрощенные из него страницы и отдавать нужныфе нам шаблоны по нашей логике. Вот как раз это удобно делать при помощи пакета: https://github.com/Brain-WP/Hierarchy
Он получает массив запрошенных страниц и по нему мы решаем, что нам собственно показывать. Этот же пакет используется в подобие контроллера в Sage: https://github.com/soberwp/controller , вот здесь он проверяет наличие контроллеров: https://github.com/soberwp/controller/blob/master/... и если они найдены, использует их при генерации страницы.
Смысл контроллера в этом процессе - получение данных, которые мы должны отправить в шаблон, то есть вот этих: ['name' => 'John Doe']. Потому что получение этих данных в шаблоне ломает всю схему MVC, это неправильный подход.

[thehighhomie]

zorca, ну немного я понял, если я например напишу этот код:
Routes::map('/', function() { echo 'is home!' });

то при таком url запросе: https://mysite.ru/ выведется сообщение is home!

но я не пойму вот этого:

Routes::map('my-events/:event', function($params) {
    $event_slug = $params['event'];
    $event = new ECP_Event($event_slug);
    $query = new WPQuery(); //if you want to send a custom query to the page's main loop
    Routes::load('single.php', array('event' => $event), $query, 200);
});

а именно 'my-events/:event', это что такое? экшн? я пробовал эксперементировать но ничего не получалось.

Смысл контроллера в этом процессе - получение данных, которые мы должны отправить в шаблон

можете скинуть тутор или доки по написанию такого контроллера? я смотрел пример контроллера App в Sage но для меня это все ново и я не пойму как он взаимодействует скодом (и с каким), хотя там все просто описано в классе...

[zorca]

thehighhomie, ну вот самый простой пример: https://github.com/soberwp/controller#basic-controller
Здесь мы получаем в контроллере массив $images из ACF, а в шаблончике просто проверяем, пришел нам этот массив и выводим его в цикле.
Вот как раз вот этот кусок кода и есть импровизированный контроллер:

Routes::map('my-events/:event', function($params) {
    $event_slug = $params['event'];
    $event = new ECP_Event($event_slug);
    $query = new WPQuery(); //if you want to send a custom query to the page's main loop
    Routes::load('single.php', array('event' => $event), $query, 200);
});

Здесь мы получаем параметр из строки браузера после my-events и делаем запрос в базу на получение нужного нам ивента, который задан слугом $params['event'].

[thehighhomie]

zorca, забавно получается. значит я раньше для каждой странице созданной в админке указываал шаблон (/* Template Name: SomeName */) а теперь это не нужно?
вот я сейчас создал page.php в коне темы и page.twig в папке views и написал такой код:

в конец functions.php

Routes::map('/:name/page', function($params) {
    $query = new WP_Query('post_type=name');
    Routes::load('page.php', $params, $query, 200);
});

полный код page.php

<?php

namespace App;

use Timber\Timber;

$context = Timber::get_context();
$context['post'] = new \TimberPost();

Timber::render('page.twig', $context);

полный код page.twig

{% extends "base.twig" %}

{% block content %}

    <div class="home-content">

      <h1>{{ post.title }}</h1>

      <div class="container">
        <div class="row">
          <h2>Is Page</h2>
        </div>
      </div>

    </div>

{% endblock %}

и конечно при запросе https://sitename.loc/test вывелось: Is Page.

я в том направлении иду?

[zorca]

thehighhomie, Конечно, все верно. Шаблоны для страниц указываются, если нужно к конкретной странице применить нечто необычное, что будет привязано к ID нашей страницы. В вашем случае и выходит: роутер вы имеете уже в functions.php, контроллер === page.php и шаб === page.twig. Просто сейчас вам приходится в конетроллере вызывать шаблон, это можно еще чутка модернизировать, чтобы все данные из любых контроллеров попадали автоматом в контекст шаблона и получится готовый MVC.

[thehighhomie]

zorca, хорошо, спасибо!))) более менее вникать начинаю, но я походу ошибку допустил тут: '/:name/page' и тут $query = new WP_Query('post_type=name'). ведь post_type=name такого типа поста у меня нет, и это не переменная с паттерна в первом параметре как я понял... можете написать как правильно будет?

и еще смущает что в page.php у меня есть строка $context['post'] = new \TimberPost(); но в роуте передается вот это:
$query = new WP_Query('post_type=name');
Routes::load('page.php', $params, $query, 200);
и если я уберу из page.php строку: $context['post'] = new \TimberPost(); то у меня не выведется post.title из page.twig, то есть переменные поста не закинуться в page.twig, хотя из роута передается вот это:
$context['post'] = new \TimberPost();

как такое понять?

[thehighhomie]

zorca, не покидайте меня(