Павел Гвоздь

А это действительно был бы мощный компонент. )

Согласен. В этом и фишка этого плаплоада, чтобы заказчику отдав сайт не пришлось рассказывать ещё и о том, что перед загрузкой фотки, ему придется её ужать средствами какого-нибудь Фотошопа. Этим меня и привлекает компонент ms2Gallery. Хотя… не только этим…

Кстати, алгоритм для своего скрипта с пакетами я взял оттуда.

С настройками в ближайшее время должен понадобиться скрипт — напишу.

Почему все просят об этом меня. У меня нет ни времени ни желания разбираться с modDevTools. Я им не пользуюсь. Просите автора. Или сами попробуйте совместить, все исходники открыты.

Возможно покажусь сумашедшим, но я бы попросил вообще не совмещать его с modDevTools, т.к. хоть убейте меня, но я не смог по достоинству оценить его возможности. Из недостатков я уже назвал 2 причины, почему мне пришлось безжалостно избавиться от него на всех своих (и не своих) сайтах. Но ведь моя просьба, я подумал, ничего бы не значила, раз столько желающих собралось. Поэтому высказал просьбу несколько иного характера. :)

Да, без проблем. Более того, сейчас написал скриптик на PHP, который ставит эти компоненты и из веба, и из консоли. Поэтому я в недоумении, почему так с Gitify получилось. Вообще очень заинтересовал данный инструмент, печально, что так получается с компонентами.

Спасибо большое, Сергей! Очень интересный хук! Есть вопрос и просьба.

Вопрос: Планируется ли научить его понимать Феномовский синтаксис? Чанки: {include 'chunk'}, {insert 'chunk'}, getChunk('chunk'), и сниппеты: runSnippet('snippet')?

Просьба: Если будете совмещать это с modDevTools, то очень прошу сделать возможность в настройках отключить встроенное в modDevTools автосоздание чанков. Это жутко напрягало при разработке, также насколько я помню, он помимо названий чанков из параметров tpl и т.п. дёргал и названия из параметров sort и т.п., то бишь автоматом создавались чанки вроде DESC, ASC и т.д. Это ещё больше напрягало, чем первое, приходилось удалять компонент из-за этого.

На всех пакетах, на всех репозиториях. И на modStore, и на официальном. Я от рута Gitify запускаю, поэтому думаю с правами не должно быть проблем?

После нескольких попыток запустить команду Gitify package:install --all всё-же установился FormIt. А потом снова после нескольких попыток установился и Collections. А на остальные так и вываливает ошибки. Видимо если запустить раз 40, то установит все 8 пакетов. :)

Иван, подскажите, я прописал список пакетов для установки в файл .gitify из папки проекта с уже установленным MODX, командой Gitify install:modx, далее ввожу вот эту команду Gitify package:install --all, а мне вываливает вот такое:

Searching modx.com for formit…
Found 4 package(s).
Downloading FormIt (2.2.7)…
[2015-10-09 19:21:54] (ERROR @ /root/Gitify/Gitify) Could not get download url for package formit-2.2.7-pl using location modx.com/extras/download/?id=5595263fdc532f69510877a6
Could not download package FormIt. Reason: Не удалось загрузить и создать пакет с подписью:formit-2.2.7-pl
Cannot install package formit.
Searching modx.com for collections…
Found 1 package(s).
Downloading ()…
Could not download package. Reason: invalid_data
Cannot install package collections.
и т.д....

Не сталкивались с таким? В чём может быть моя ошибка?

raw.githubusercontent.com/modxcms/revolution/v2.4.2-pl/core/docs/changelog.txt

— Fix emptying property sets on element save [#12580]

Имя чанка для каждого N-го ресурса, например, &tpl_n4=`tplEvery4th` будет применено к каждому 4-му ресурсу.

Это точно то, что Вам нужно? Там говорится о каждом N-ном. На мой взгляд из того, что Вы написали в параметрах сниппета и должна была получиться каша.

MiniShop2 + msOptionsPrice2 — не подойдет?

Помоему многое придется переписывать в 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 для решения проблем с версионностью, о которых писал автор поста. Тем более, что Иван Климчук поработал над переводом, за что ему огромное спасибо!