[FetchIt] - Поддержка MODX 3
Нашёл я все-таки время для FetchIt и выпустил версию 3.0.0-pl, которая совместима с MODX 3. Для MODX 2 все также будут версии 1.*.*.
Установить компонент вы уже сможете из маркетплейса modstore.pro.
В официальный modx.com/extras я уже отправил запрос (в последнее время он болел/болеет, не знаю когда выпустят).
Всё, больше новостей на данный момент нет… но, я уже пару месяцев как занимаюсь кое-каким проектом для сообщества и будьте уверены, он вам понравится.
UPD
Компонент также доступен для скачивания из официального репозитория.
Документация
Репозиторий на GitHub
☕ Угостить чашкой кофе
Установить компонент вы уже сможете из маркетплейса modstore.pro.
В официальный modx.com/extras я уже отправил запрос (в последнее время он болел/болеет, не знаю когда выпустят).
Всё, больше новостей на данный момент нет… но, я уже пару месяцев как занимаюсь кое-каким проектом для сообщества и будьте уверены, он вам понравится.
UPD
Компонент также доступен для скачивания из официального репозитория.
Документация
Репозиторий на GitHub
☕ Угостить чашкой кофе
Комментарии: 20
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Подробнее о работе компонента можно узнать на сайте документации. А конкретнее на странице сниппета FetchIt, где и перечислены параметры с их описанием.
Удивление вызвал Константин, вот прям интересно стало, зачем может понадобиться не очищать форму, после того как она отправлена? Это вроде бы такое странное поведение, все равно что пригнать машину на мойку, но попросить оставить грязным две двери) Ну тоесть теоретически там может быть, но зачем.
Расскажите пожалуйста, Константин, побалуйте пожалуйста мое любопытство, для каких целей форма должна оставаться с отправленными данными…
Ну а восхищение вызвал Баха, которые несмотря на нелогичность этого действия, даже добавил в сниппет параметр, за это отвечающий.
Редактирование профиля пользователя, например поле fullname, пишешь «Александр Мельник 666», а после нажатия кнопки сохранить отобразится «Александр Мельник», defaul value.
ну и Артур про это же написал.
Вся эта идея с генерацией уникального ключа для каждой формы, помещения по этому ключу данных в сессию, при отправке формы считываная этого с сессии… вызывает ощущение дикого костыля. Да, я вынуждем признать, что когда я писал свой аналог ajaxForm я тоже не придумал ничего лучшего и использовал этот же костыль.
Может быть, отчасти, именно поэтому я все реже и реже использую ajaxForm и его аналоги на сайтах и предпочитаю оставить форму в верстке, написаь свой js обработчик и свой php контроллер для отправки.
Любому кто придумает не «костыльное» решение пожму руку и поблагодарю. Мне даже PR не нужен, просто напишите на словах решение лучше. Варианты: хранить в бд (сами сессии зачастую хранятся там), в файлах (зачем?) или гонять данные на фронт (небезопасно, в параметрах сниппета могут быть чувствительные данные) не предлагать.