я смотрю что у нас более распространенно

осталось чтобы Михаил проверил

Если не победит WebAssembly, то JS победит все

Было описано что он медленно продвигается

Ассембли?

обновил, всё работает хорошо. Сижу вот переписываю {$_modx->resource.image1} на {'image1' | resource}, только непонятно как в такой конструкции {$_modx->resource.image1 | phpthumbon : "w=400"} сделать

В пятницу была статья на фрилансе. В ней расписано три категории популярности 1. Python 2. PHP 3. JS

В доках все есть. Можно подряд модификаторы вызывать.

На самом деле у всех свои популярности 😊 Загугли мировой рейтинг 😉

я пробовал он не срабатывает вот так {'image1' | resource | phpthumbon : "w=400"}

обновил, всё работает хорошо. Сижу вот переписываю {$_modx->resource.image1} на {'image1' | resource}, только непонятно как в такой конструкции {$_modx->resource.image1 | phpthumbon : "w=400"} сделать

а зачем переписываешь?

обновил, всё работает хорошо. Сижу вот переписываю {$_modx->resource.image1} на {'image1' | resource}, только непонятно как в такой конструкции {$_modx->resource.image1 | phpthumbon : "w=400"} сделать

В живую не вижу задач которые заставят на modx вязать Eloquent

https://dev.modx.pro/all Так сказать, proof of concept. Своё API, SPA, SSR, свои модели на Eloquent которые работают напрямую с таблицами MODX Когда нужно, грузится xPDO и сервисы MODX из composer, третьеё версии. Например, для проверки пароля юзера.

скорость улет

Модификаторы можно добавлять друг за дружкой {'image1' | resource | phpthumbon : "w=400"}

В смысле? Он проще и удобнее xPDO. Если я пишу новое API для работы со старыми таблицами - почему не взять инструмент, который нравится?

Клиент же рендерит, сервер только JSON отдаёт А первая загрузка на сервере рендится, да - для поисковиков

https://dev.modx.pro/all Так сказать, proof of concept. Своё API, SPA, SSR, свои модели на Eloquent которые работают напрямую с таблицами MODX Когда нужно, грузится xPDO и сервисы MODX из composer, третьеё версии. Например, для проверки пароля юзера.

так и делал но почему то не получается

ахринеть!!! Василий, напиши пожалуйста статью по возможности, как такое сделал, плиз)))

Я ж писал уже и про Nuxt, и про свою платформу VESP - даже исходники выложил

{('image1' | resource) | phpthumbon : "w=400"} хотя странно, уверен, что картинка нормально выводится {'image1' | resource}?

это да, я про то как связку с modx сделать

я же правильно понимаю, что у тебя сейчас считай api полноценное?

Берёшь и пишешь модели для Eloquent, вот моя нынешняя для юзера https://pastebin.com/62u6m7fZ

тоже не работает, обычный вывод работает номально, и вот так тоже рабтает {$_modx->resource.image1 | phpthumbon : "w=400"}

синтаксис Ларавел будет?

я пробовал он не срабатывает вот так {'image1' | resource | phpthumbon : "w=400"}

тоже не работает, обычный вывод работает номально, и вот так тоже рабтает {$_modx->resource.image1 | phpthumbon : "w=400"}

Берёшь и пишешь модели для Eloquent, вот моя нынешняя для юзера https://pastebin.com/62u6m7fZ

А у Laravel какой-то свой особый синтаксис? Не PHP?

интересно, но пока слабо понятно, надо поучить матчасть)))

ну смотря что подразумевать под синтаксисом. Я имею ввиду для доступа к данным. $currentUser = User::where('name',"Петя')->where('famil','Иванов')->get()->first(); - я про это

ну естественно, раз Eloquent - то и выборки все через него

ну а без phpthumb то что выводится?

{'image1' | resource} тоже не работает выводится array

{'image1' | resource | print} И покажи, что там

@bezumkin может чисто случайно делал тесты по скорости выборок между Eloquent и xpdo? Ну хотя бы на глаз))

Ну вот представь, у тебя есть готовые таблицы - и нужно с ними работать. Вот берёшь Eloquent и работаешь. Если есть какая-то логика, завязанная на MODX - загружаешь его из композера и используешь через API Всё, в принципе

Array ( [0] => image1 [1] => assets/projects/1/12_1.jpg [2] => default [3] => [4] => image )

я больше про то, как это правильно всё организовывать, тоесть структура хранения этих файлов, как данные через js получать и тд а как можно при таком подходе повесить запрет на внешнии запросы, ведь может выйти такой случай, чтото ктото будет постоянно через апи долбиться, ддос и всякое такое?

Всё понятно, MODX в ресурсе хранит массив для ТВ, делаем так: {'tv.image1' | resource}

Всё понятно, MODX в ресурсе хранит массив для ТВ, делаем так: {'tv.image1' | resource}

последний вопрос: мне нужно везде убрать вызовы $_modx->resource чтобы он не прогружал все поля ?

Я ТВ практически не использую, так что разницы не вижу

а как всякие доп поля добавляются в ресурсу у вас? заводятся новые поля в таблицу modx_site_content ?

@bezumkin может чисто случайно делал тесты по скорости выборок между Eloquent и xpdo? Ну хотя бы на глаз))

Там если что и отличается, то просто часть логики над запросом. Ибо в конечном итоге все транслируется в PDO.

Или так, или отдельная таблица - зависит от задачи

да, query builder Ну и MODX еще всё запихивает в свои объекты и они, как мне кажется, весьма тяжелые

понял. спасибо. Для синхронизации с другими сервисами завожу доп поля в modx_site_content чтоб хранить поля external_id, external_parent_id Думал может еще способ есть. Ну а как тогда заводить эти поля если у вас нет ТВ полей? Через свою самописную админку?

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

На modx.pro поищи, давно всё расписывал. Если коротко, то ТВ можно использовать как интерфейс, при сохранении ресурса перегоняя данные в реальные колонки. И в реальной работе уже использовать их, а не ТВ И тогда всё работыет быстрее, потому что у колонки верный тип, индекс и тд

да тупо в разы удобнее, особенно связи и сложные выборки плюс, foreign keys, которые удаляют и защищают связи - а не на php логика xPDO написан под MyISAM таблицы, InnoDB стали использовать год назад, или чуть больше - код от этого не поменялся

ахринеть!!! Василий, напиши пожалуйста статью по возможности, как такое сделал, плиз)))

Не вижу ничего сложного. Работаешь только с таблицами MySQL и всё.