Павел Гвоздь

Помоему многое придется переписывать в miniShop2.

Странно, у меня даже если я сохраняю без изменений — создаётся бекап.

Что-т я не заметил, кликнул на картинку вместо ссылки. Там где битая картинка должна быть ссылка:

… в /core/components/videogallery/processors/mgr/gallery/handle.class.php — процессор...

Может и есть, я если честно не в курсе. Там нет ничего сложного, по сути. В файле /core/components/videogallery/tv/input/tpl/tv.videoGallery.input.tpl можно черпнуть логику для фронтенд обработки, а в — процессор, который будет использован для обработки УРЛов на видосы. Помоему там даже можно не дублировать его в папку "../processors/web/", а обращаться прям к нему. Хотя не уверен, надо проверять.

А что ты туда пишешь из фронта? Обычный УРЛ на видео? Там JSON массив из бекенда пишется, поэтому УРЛ из фронта — не подойдёт. Он может и записывает в базу, но результата ты не увидишь никакого. Придётся писать ручками обработку во фронтенде. Можно будет воспользоваться кодом из процессора, который используется в админке.

Про VersionX знаю. Но Gitify — это совсем другое. Первый ведь даже при каждом сохранении бекапит версию объекта, насколько я помню, и это никак не предотвратить?

Подскажите, пожалуйста, что с минишопом? Всё так затягивается, что невольно задаёшься вопросом, не лучше ли было собрать денег автору компонента, который впоследствии мог его и дальше поддерживать? Сейчас стоит неопределённость, из-за которой автор не может ничего дальше делать. Насколько я понял, Василий не очень жалует то, что накодили сторонние разработчики. Может тогда есть смысл задуматься уже на этом этапе, как быть дальше?

Я считаю лучше освоить один раз работу с Gitify для решения проблем с версионностью, о которых писал автор поста. Тем более, что Иван Климчук поработал над переводом, за что ему огромное спасибо!

Я PHP не по MODX учил. =)

Но немного изменилась логика работы со сниппетами

А нельзя всё привести к общему стандарту MODX? Ведь это лишняя проблема помнить о том, что там так, а тут не так. Придётся переписывать сниппеты, которые работали из базы, и не работают в pdoTools. Если честно, мне это решение кажется каким-то костыльным, чтоли. Извини, если покажусь грубым, не планировал этого.

По поводу print vs return в корне не согласен.

А вообще плюсанул за труд.

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

Новая версия скоро будет доступна в репозитории modStore. А пока можно качнуть и собрать самому.

В JSON поле добавился новый элемент массива — videoId.

В след версии сделаю, чтоб сохранял.

Не сохраняет.

Как вариант, обработать строку Феномом. У него есть модификатор replace:

{var $embed = $video_json.video}
{var $embed = $embed|replace:"http://www.youtube.com/embed/":""}
{var $embed = $embed|replace:"http://player.vimeo.com/video/":""}
{$embed}

P.S.: Не знаю точно, какой там embed УРЛ у vimeo, поэтому вместо того, что я написал в коде — замените на реальное.

ID видео — это то, что _https://www.youtube.com/watch?v=Вот_здесь?

На самом деле это очень мощно. Есть пара задач, в скором времени для которых мною будет использовано это чудо. Василий молодец!

Тоже готов выдвинуть свою кандидатуру. Напишите в ЛС, если актуально.

Помоему желательно с пробелом после фигурной скобы: { «isfolder:!=»:1}. С Феномом могут возникнуть проблемы, если человек его будет использовать где-то. Я заметил, что при таких конструкциях, даже обёрнутых в тег {ignore}{/ignore} на страницах Феном выключается.

Так вот ответ вроде — modx.pro/solutions/4264-tickets-component-ticketmessages/#comment-41184

А вот тут советую почитать для более продвинутого уровня освоения MODX разработки. Технологии действительно для быстрых порталов.