zorca, я читал где-то что у твига проблемы с выводом php в шаблонах, не знаю как сейчас. и кстати я наткнулся от roots на эту статью и мне это понравилось + смотрю сюда.
только я не могу пока сделать структуру:
wp-content
index.php
wp
wp-config.php
и хз какой минимум писать в wp-config.php. пипец сложно догнать.
подсказать можете что по этому дело?
thehighhomie, дык такая структура давным давно реализована у них в Bedrock. Аналогично сделано в моем Oxboot. Я еще вынес для удобства все плагины с Wpackagist в отдельный файл, чтобы на растить огромный composer.json.
В 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, тем, что я не могу полностью разобраться как там писать кода, все эти контроллеры и код не понятно как работает в теме... разобрался только с вебпаком у них в теме
thehighhomie, самый простой способ внедрить шаблонизатор - оставить только пустой index.php в теме, а в functions.php поместить аналог WordPress-роутера, примерно такого: https://github.com/Brain-WP/Hierarchy#template-res... , в котором в зависимости от того, какой шаблон запрашивается, отдавать нужный нам шаблон, но только рендеря конкретный файл шаблонизатора. Минус только один - будут проблемы с любыми плагинами, которые внедряют свои хуки в header/footer/sidebar, конкретно это Woocоmmerce. Если его в проекте не предвидится, то вариант вполне жизнеспособен.
thehighhomie, по разному, от проекта зависит. Зачем нужен шаблонизатор, если к примеру весь проект исключительно на визуальном билдере построен? Или предполагается дальнейшее обслуживание людьми, далекими от MVC? К шаблонизатору то по хорошему и контроллер нужен. В WP обе эти сущности заменяет один PHP-файл шаблона, то есть если нам нужны кастомные запросы, мы пишем их прямо в шаблон, тут же и выводим.
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, это неправильный подход.
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 но для меня это все ново и я не пойму как он взаимодействует скодом (и с каким), хотя там все просто описано в классе...
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'].
zorca, забавно получается. значит я раньше для каждой странице созданной в админке указываал шаблон (/* Template Name: SomeName */) а теперь это не нужно?
вот я сейчас создал page.php в коне темы и page.twig в папке views и написал такой код:
thehighhomie, Конечно, все верно. Шаблоны для страниц указываются, если нужно к конкретной странице применить нечто необычное, что будет привязано к ID нашей страницы. В вашем случае и выходит: роутер вы имеете уже в functions.php, контроллер === page.php и шаб === page.twig. Просто сейчас вам приходится в конетроллере вызывать шаблон, это можно еще чутка модернизировать, чтобы все данные из любых контроллеров попадали автоматом в контекст шаблона и получится готовый MVC.
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();
Простой
