Всего 123 794 комментария

Володя
Володя
27 марта 2024, 11:27
+1
Если уж на то пошло то можно генерировать транспортный автоматом, при появлении новой версии в packagist, там от транспортника то ничего не осталось. Если все лишнее выкинуть то останется в районе 6 файлов.
/
Володя
Володя
27 марта 2024, 11:16
0
1. Ты не ответил — как юзер узнает о релизе новой версии, если ты не загрузишь новый транспортник в репозиторий MODX?
из наиболее логичного это инфу должен давать репозиторий на запрос CheckUpdates

Не соглашусь,
У Composer уже есть отличный CLI. Лучше уж сделать пакет с окошком терминала для работы с этим CLI из админки, если так страшно заходить в консоль сервера.
ну так сейчас ты не про интерфейс управления?

И вопрос — а как юзер узнает об обновлении если поставил пакет напрямую через композер?
/
Сергей Карпович
Сергей Карпович
27 марта 2024, 11:00
+2
Крутое обновление, спасибо
/
Василий Наумкин
Василий Наумкин
27 марта 2024, 10:20
0
1. Ты не ответил — как юзер узнает о релизе новой версии, если ты не загрузишь новый транспортник в репозиторий MODX?

У него же в управлении пакетами не загорится обнова, сам он «переустановить» не догадается нажать, composer пользоваться не умеет. Как обновляться-то?

Но согласись не хватает интерфейса для управления в админке?
Не соглашусь, это примерно то же, что уже произошло с MODX 3 — обновили на полшишечки, чтобы юзеров не распугать, теперь разгребаем.

У Composer уже есть отличный CLI. Лучше уж сделать пакет с окошком терминала для работы с этим CLI из админки, если так страшно заходить в консоль сервера.
/
Володя
Володя
27 марта 2024, 09:22
0
1 — тут как бы есть несколько вариантов.
— Если необходимо связать версию транспортного пакета (ТП) с версией packagist то это можно прописать в том же ТП.
— Если в этом нет необходимости то добавить в ТП update пакета с packagist

Ну и откат на предыдущую версию вряд ли будет работать.
если версии ТП и packagist связанны, то можно и реализовать откат.

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

В общем, всё это как-то костыльно
Это да не фен шуй — потому и просил не ругать)
Но согласись не хватает интерфейса для управления в админке? Это пока самый простой способ видеть что установлено и привычно для пользователя.
/
Василий Наумкин
Василий Наумкин
27 марта 2024, 09:06
0
PS. Василий сильно не ругайся!
Не буду, но у меня два вопроса.

1. У каждого транспортника своя версия, по которой админка отслеживает обновления, и если ты опубликуешь этот транспортник в репозитории MODX или modstore, то получается, тебе же надо будет следить за моими релизами на Github, и каждый раз менять версию этого транспортника?

Потому что иначе пользователи транспортника и не узнают, что есть обновление — они же не умеют делать composer update из консоли. Ну и откат на предыдущую версию вряд ли будет работать.

2. Судя по коду, этот пакет разворачивается в core/components/mmxforms и будет лежать рядом с оригинальным core/components/mmx-forms. То есть, рядом будет 2 похожие директории: одна для транспортника, вторая для оригинального дополнения.

В общем, всё это как-то костыльно, но пусть пользователи нас рассудят. Кто хочет — будет учиться работать с composer, кто не хочет — будет скачивать виртуальные транспортники.
/
Николай Савин
Николай Савин
27 марта 2024, 09:06
0
Ну я понял ))
/
Володя
Володя
27 марта 2024, 09:05
0
удалил, спасибо! Юмани
/
Володя
Володя
27 марта 2024, 09:03
+1
именно в случае composer зависимостей как раз и нужен новый тип дополнения. Никто не гарантирует что другой пакет не притащит свои зависимости с другими версиями и сайт перестанет корректно работать.
/
Николай Савин
Николай Савин
27 марта 2024, 08:47
+2
Эх пошла заруба. Мы с напарником @Наумов Алексей уж задумались, а не сделать ли и MiniShop3 с установкой через Composer, так как там уже появились именно композерные зависимости
/
Артур Шевченко
Артур Шевченко
27 марта 2024, 01:10
0
Зависимости pdoTools и SendIt
/
Дмитрий Середюк
Дмитрий Середюк
27 марта 2024, 00:41
0
Доброго времени, какие то зависимости у компонента есть?, мин версия modx? Установил на один сайт словил 500, хотел просто посмотреть javascript
Подумал что дело в плагине, отрубил его через БД не помогло по прежднему белый 500, запустил откат базы и файлов
/
Марат
Марат
26 марта 2024, 23:19
0
qiwi.me/VGRISH
Умер этот банк. Удалите с сайта.
Как благодарить то теперь?
/
Sergey Korn
Sergey Korn
26 марта 2024, 23:19
0
Огромная благодарность!!! Сколько ж форума пришлось перелопатить )
/
Артур Шевченко
Артур Шевченко
26 марта 2024, 14:50
+1
На первый вопрос я уже ответил
Есть сниппет ffFiltering, аналог mFilter2, в его чанки можно пробросить данные через вызов сниппета, а есть сниппет, который отвечает за рендер результатов, он вызывается каждый раз, когда задаются новые условия в фильтрах и вот в его чанк можно пробросить параметры только через плагин.
К этому могу добавить только, что «сниппет, который отвечает за рендер результатов» задается в параметрах ffFiltering.

По поводу чанков на Fenom. Собственно, я только с ними и работаю. Циклов никаких не нужно, всё разделяется на чанки.

Адаптация под Modx 3 будет позже, мне нужно перезагрузиться, а то фиксация на одной задаче плохо влияет на качество реализации.
/
Дима Касаткин
Дима Касаткин
26 марта 2024, 14:43
0
Приветствую! Отличная новость про фильтры, впечатляющая скорость, жду релиза с нетерпением, с удовольствием поучаствую в развитии (в документации, и как ещё получится). Потому что развитие системе поиска и фильтров, которые уже есть для MODX, давненько не хватало!

Тоже есть пара вопросов:
Пробрасывать в чанки дополнительные параметры через плагин.
1. @Артур Шевченко, а сниппет(ы) компонента умеет(ют) передавать в чанки все указанные в вызове параметры? На мой вкус при сборке сайта очень частно нужно добавить какие-то параметры сверх тех, что предусмотрены документацией и влияют на логину сниппета, а просто доступна в чанке для проверки или использования значения.

Так, например, умеет делать pdoResources, но не умеет pdoMenu, и это очень не удобно…

2. Чанки на Fenom поддерживаются? И на квадратном modx-синтаксисе тоже? Разделение на row и outer в наличии, или предлагается на Fenom циклы крутить?))

3. Понимаю, что внедрение было на MODX2, но много ли логики в компоненте, которая отличается от MODX3 и какие перспективы по адаптации? На MODX3 переезжают уже многие, и ещё больше тех кто ждёт когда стоп-факторы будут сняты. Фильтрация — один из!
/
Артур Шевченко
Артур Шевченко
26 марта 2024, 13:02
0
Из коробки компонент может фильтровать обычные ресурсы, товары и пользователей, но есть возможность написать свои обработчики и фильтровать вообще всё что угодно.

Если речь про админку Modx, то нет, там он не работает. А что касается моих кейсов, то да эта закрытая часть сайта, но всё же фронт.

И ко мне можно обращаться на ТЫ)))
/
Александр Мельник
Александр Мельник
26 марта 2024, 10:53
+1
да, возможно Александр это имел ввиду и это действительно очень полезный опыт.
/
Василий Наумкин
Василий Наумкин
26 марта 2024, 10:40
0
Думаю, речь о том, чтобы посмотреть на исходники mmxForms и делать такие же компоненты с административной частью на Vue 3.

Тогда можно будет получить (или использовать) актуальные знания, вместо ненужного древнего ExtJS 3.4.1.1, которому уже 11 лет.
/
Александр Мельник
Александр Мельник
26 марта 2024, 10:36
0
Спасибо.
Из ваших ответов я делаю два вывода.
1) Ваш компонент это не только фильтр для товаров минишопа (которым я его считал). Это фильтр для любых ресурсов modx. например modUser.
2) Ваш компонент предназначен не только для работы на публичной части, но и в админке. Потому что просто представить не могу, зачем кому то на публичной части давать возможность искать пользователей, фильтровать их и модерировать, такие вещи должны происходить в закрытых от публичного доступа местах.

Оба мои утверждения справедливы?
/