Василий Наумкин

Только не говори за безопасность?

Именно для неё.

Потому что чанки писать и править может простой менеджер, без доступа к сниппетам, файлам и знаниям PHP.

Потому что в чанк могут передать свои собственные переменные $resource и $user.

Как, к примеру, вывести TV или id текущего ресурса через |?

Нужно просто указать имя поля вместо id ресурса, тогда будет использоваться текущий
{'tvname' | resource}

не то что выше мальки пытаются умничать и фыркать)

Пока-пока.

Я могу вас просто отключить — чтобы не мучались от нашей грубости и надменности.

Вы не специалист. И вы пришли за помощью к специалистам.

Поэтому как на приёме у доктора, засуньте свои мысли в одно всем известное место. Или езжайте домой заниматься самолечением.

А откуда возьмётся $this->user?

Нужно подключить еще авторизационный middleware, чтобы он загружал юзера, если увидит токен в куках или заголовках.

$app->add(App\Middlewares\Auth::class);

На всякий случай напомню, что MODX по умолчанию использует utf8mb4 с версии 2.6.0, которая вышла в 2017 году.

Хотел узнать твое мнение на этот счет.

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

Он уже некоторое время у меня на карандаше.

Пока просто обнулил все отрицательные оценки, будет продолжать — отключу.

Первое, что меня смутило, это метод process, который нужно явно определять в тех же роутах, вместо `__invoke()`, при использовании которого можно передать просто имя класса.

Во-первых, это тоже из MODX, основной метод процессора.
Во-вторых, я просто не знал, что можно как-то иначе.

После того, как я перестал завязываться на мир MODX, каждый день открываю что-то новое в PHP. Там на Git уже 2.x версия в разработке, так что попробую поменять на __invoke().

Классика миграций — это up/down, но пробовал ли change у phinx? Пишут, что он умеет сам определять, что нужно откатить.

Насколько я понял, оно работает только с родной схемой CakePHP, а я её не использую. По факту, Phinx здесь только как интерфейс для запуска скриптов. Да и up/down как-то понятнее.

можно поставить в настройках репозитория галочку Шаблон

Поставил, спасибо!

В остальном неплохой инструмент получился, лайк!

Спасибо, буду продолжать в том же духе.

Несовсем понятно, зачем использовать Laravel для фронта, если есть Vue и API на Slim4?

Это же лишнее звено получается, чисто для загрузки javascript.

Конечно, было бы интересно почитать про JWT авторизацию

Совершенно ничего сложного, в Vesp оно из коробки, нужно только подключить пару контроллеров и один middleware.

Напишу продолжение, как время будет.

Ну и сразу вопрос, а что удобного, красивого, мощного используешь на backend для управления базой данных?

Это ты про какой-то интерфейс редактирования? Пока что пишу индивидуально для каждого проекта на Vue + Nuxt.


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

А с чем связан вынос роутов в index.php?

Только с тем, что у меня их обычно немного.

А так, конечно, ничто не мешает их вынести в отдельный файл, да и для тестов это гораздо полезнее.

было бы отлично дополнить по JWT

Сильно зависит от отклика и общего интереса, потому что писать такие заметки весьма трудозатратно.

особенно, про покрытие тестами

Так это ядро покрыто тестами, и каждый коммит автоматически улетает на разные сервисы для проверки.


А тесты для своего будущего приложения нужно будет писать самостоятельно. Хотя, про это тоже могу рассказать, конечно.

Фокус в том, что я этот код и не писал — что можно отследить по истории изменений.

Вот мой код 4-хлетней давности, здесь нет никакой проверки телефона


Потом 2 года назад она появилась


А потом её немного переписали, но смысл тот же


Так что, увы, это не я придумал делать телефон уникальным идентификатором покупателя. Документацию ты можешь изменить сам, она открыта — github.com/bezumkin/Docs

Я не в курсе, несколько лет им не пользовался.

Хороший разработчик прямо напрашивается.

Вы сейчас обсуждаете каким молотком строить дом, а не проект дома и кто его реально будет строить.

Как-бы сам по себе PDO — это:

PHP Data Objects — расширение для PHP, предоставляющее разработчику простой и универсальный интерфейс для доступа к различным базам данных.

Почему-то для Eloquent не считается зазорным поддерживать SQLite, а вот для xPDO — сизифов труд.

Лично я использую SQLite в своей библиотеке для автоматического тестирования в Trevis, это проще и быстрее, чем поднимать MySQL.

Где-то есть шаред хостинги без MySQL, но с PHP?