Какой компонент нужен сообществу? v.2
Всем привет, уважаемое сообщество. Когда то давно я уже задавал подобный вопрос и из ваших ответов родились дополнения SwitchUser и modImporter. Сейчас снова появилось немного времени, поэтому снова готов написать что-нибудь интересное.
Как и в прошлый раз, оставляйте предложения в комментариях и ставьте лайки. А я через какое то время выберу комментарии с наибольшим количеством лайков и мы силами MODX-клуб разработаем это дополнение.
Всем хорошего дня :)
Как и в прошлый раз, оставляйте предложения в комментариях и ставьте лайки. А я через какое то время выберу комментарии с наибольшим количеством лайков и мы силами MODX-клуб разработаем это дополнение.
Всем хорошего дня :)
02 июня 2016, 06:33
Комментарии: 66
У меня давненько сидит одна идея…
Вот есть сайт, на нём обычно, помимо контентных страниц, создаются страницы ошибок 404, 403, страницы для robots.txt и sitemap.xml. Эти страницы каждый разработчик прячет как может. Кто-то ставит им menuindex 1000, кто-то создаёт еще один ресурс «служебное» и прячет эти страницы в нём.
Это не такая, конечно, проблема — ничего страшного, если клиент будет видеть эти страницы. Но что если этим страницам ставить show_in_tree = 0, а управление такими ресурсами сделать на отдельной странице? Тогда и клиенту они не будут «глаза мозолить», и разработчик всегда быстро сможет их отредактировать.
Вот есть сайт, на нём обычно, помимо контентных страниц, создаются страницы ошибок 404, 403, страницы для robots.txt и sitemap.xml. Эти страницы каждый разработчик прячет как может. Кто-то ставит им menuindex 1000, кто-то создаёт еще один ресурс «служебное» и прячет эти страницы в нём.
Это не такая, конечно, проблема — ничего страшного, если клиент будет видеть эти страницы. Но что если этим страницам ставить show_in_tree = 0, а управление такими ресурсами сделать на отдельной странице? Тогда и клиенту они не будут «глаза мозолить», и разработчик всегда быстро сможет их отредактировать.
Да, никто и не будет плодить кучу тивишек, их много и не нужно.
И я не вижу ничего плохого в этом.
Комментарии к шаблонам — это не то.
Мне не хватает такой возможности:
— написать краткую инструкцию для клиентов, которые впервые видят modx
— написать какой шаблон нужно выбрать, чтобы получить необходимый товар, и что вообще для этого нужно выбрать шаблон.
Я и без него справляюсь, но мне кажется все таки в modx не хватает такой функциональности, чтобы выводить текст в ресурсах.
И я не вижу ничего плохого в этом.
Комментарии к шаблонам — это не то.
Мне не хватает такой возможности:
— написать краткую инструкцию для клиентов, которые впервые видят modx
— написать какой шаблон нужно выбрать, чтобы получить необходимый товар, и что вообще для этого нужно выбрать шаблон.
Я и без него справляюсь, но мне кажется все таки в modx не хватает такой функциональности, чтобы выводить текст в ресурсах.
да для всех) чтобы авторизованный пользователь не зависимо от группы или роли мог создавать ресурсы. При этом было бы здорово в настройках компонента указывать, что типа с такой группой или ролью пользователь может создавать ресурсы с такими-то родителями… Туда же можно положить возможность модерации добавляемого контента. Создал ресурс, он отправился на модерацию, админ замодерировал и т.д. При этом можно указать, что для таких то-то групп модерация не нужна… В общем много наворотить можно)
Для добавления обычных ресурсов есть отличный компонент NewsPublisher, но только добавления без дальнейшего редактирования.
А еще вот такая идея для компонента:
допустим на сайте есть разного рода информация, типа фильмы, сериалы, мультфильмы и прочее коротко- и полнометражное. Юзер авторизуясь может создать некий список, куда будет помещать понравившиеся ему публикации, типа «Моя подборка классных фильмов». При этом пользователи могут просматривать подборки других пользователей и, например, голосовать за них… Так можно будет подборки сортировать.
А еще при создании подборки можно указать описание для подборки и теги, что бы было удобно реализовать по ним поиск…
короче вот так:)
Думаю для всяких там журналов, сайтов с книгами, фильмами — вообще будет самое оно!
допустим на сайте есть разного рода информация, типа фильмы, сериалы, мультфильмы и прочее коротко- и полнометражное. Юзер авторизуясь может создать некий список, куда будет помещать понравившиеся ему публикации, типа «Моя подборка классных фильмов». При этом пользователи могут просматривать подборки других пользователей и, например, голосовать за них… Так можно будет подборки сортировать.
А еще при создании подборки можно указать описание для подборки и теги, что бы было удобно реализовать по ним поиск…
короче вот так:)
Думаю для всяких там журналов, сайтов с книгами, фильмами — вообще будет самое оно!
Приветствую. Может компонент-форма обратной связи для сайта (на базе Formit+AjaxForm) с аттачем файлов (нескольких) и их отправкой (чтобы анонимы могли этой формой пользоваться тоже). Красивая загрузка файлов, прогресс, drag&drop, c ограничением по объему, количеству и типу файлов. А после удачной отправки или таймаута файлы с сервера удалять.
Проблема в том, что я не разработчик. И почти не шарю и скорее всего таких как я много, а решения нигде нет. Сам пытался срастить несколько раз, но неудачно, куча времени без выхлопа. Хотя мне бы на 2х сайтиках это бы пригодилось. Тут ведь важно для безопасности именно на сервере их проверить (размер, тип, количество, переименование). Короче мое дело предложить. Мож кто из блогеров солюшн напишет по этой теме.
Оффтопну немного) Есть компонент — AjaxUpload, с formIt дружит. С AjaxForm правда не стыковался, но это давно было, сейчас может и нормально уже, да и подправить наверное проблемой не будет.
Я его ковырял, да. Но не пойму как потом файлы удалить. Это ведь хук надо делать, который надо после mail вызвать, а в нём я и не понял что писать, хотя метод-то есть на удаление у AjaxUpload, но как его вызвать я не понял (не понимаю как правильно инициализировать компонент и прочее). Разраб AjaxUpload мне не ответил, я спрашивал.
Предлагаю такой вариант. Новый тип TV — поля.
— Что дает этот плагин?
Мы знаем, что можно использовать динамический биндинг в TV — полях типа «список» и «множественный список» с @eval return $modx->runSnippet('snippetname') для формирования списка. Список формируется динамически из сниппета, но представляет собой только текстовое обозначение. Что не всегда удобно и понятно.
Описанный ниже плагин по — сути делал бы то же самое, только формировал «Расширенный динамический список», позволяя самим выбирать внешний вид списка элементов, и показывать информацию об элементах
Показываю на примере font-awesome.
Выбранный элемент должен рендериться рядом с полем TV-шки. При этом в «сыром виде» в самом поле будет храниться текст типа «fa-facebook». При настройке TV — поля пользователь должен сам указывать способ «рендера» этого «fa-facebook» в предпросмотре TV — поля.
То есть чтобы можно было либо подключать отдельный css — файл для этого, либо указывать инлайново стиль (а лучше и то и другое). В том, числе — подключать свои кастомные стили.
Но чтобы сами стили затрагивали только TV — поле, область рендера должна быть обернута в блок с названием, которое можно указывать в настройках TV. К примеру «Класс контейнера для предпросмотра». И текстовое поле, куда можно указать класс.
Тут главная особенность — чтобы пользователи могли подключить свои стили и сами определять способ рендера превьюшки. Еще возможно чтобы можно было указывать сниппет — хук для обработки данных перед рендером (опционально)
Это все было по внешнему виду предпросмотра
Теперь при нажатии кнопки выбор. Должно открываться окно с возможностью выбора элементов из списка. Но как должен выводиться список тоже должно быть определено в настройках TV — поля (без привязки к ExtJS). То есть чтобы тут можно было — бы подключить свои стили аналогично, определить как отображаются элементы. А при нажатии на них происходил выбор. То есть в документации указать например: «Отображать список можно любым произвольным способом, главное, чтобы у элементов был реализован метод onclick=»choose('fa-facebook')". И все. То есть определять то, что выбрал пользователь будет срабатывание этого метода.
Было — бы неплохо, если бы также можно было реализовать множественный выбор, а при выборе нескольких элементов просто добавлялся определенный класс к элементам. Ну а «внешний вид» уже определялся бы пользователем.
Потом еще бы сделать вывод информации в окне выбора не статичным html — файлом, а с возможностью полноценного использования сниппетов, чанков и т.д. — то есть динамически подготовить вывод.
— Что дает этот плагин?
Мы знаем, что можно использовать динамический биндинг в TV — полях типа «список» и «множественный список» с @eval return $modx->runSnippet('snippetname') для формирования списка. Список формируется динамически из сниппета, но представляет собой только текстовое обозначение. Что не всегда удобно и понятно.
Описанный ниже плагин по — сути делал бы то же самое, только формировал «Расширенный динамический список», позволяя самим выбирать внешний вид списка элементов, и показывать информацию об элементах
Показываю на примере font-awesome.
Выбранный элемент должен рендериться рядом с полем TV-шки. При этом в «сыром виде» в самом поле будет храниться текст типа «fa-facebook». При настройке TV — поля пользователь должен сам указывать способ «рендера» этого «fa-facebook» в предпросмотре TV — поля.
То есть чтобы можно было либо подключать отдельный css — файл для этого, либо указывать инлайново стиль (а лучше и то и другое). В том, числе — подключать свои кастомные стили.
Но чтобы сами стили затрагивали только TV — поле, область рендера должна быть обернута в блок с названием, которое можно указывать в настройках TV. К примеру «Класс контейнера для предпросмотра». И текстовое поле, куда можно указать класс.
Тут главная особенность — чтобы пользователи могли подключить свои стили и сами определять способ рендера превьюшки. Еще возможно чтобы можно было указывать сниппет — хук для обработки данных перед рендером (опционально)
Это все было по внешнему виду предпросмотра
Теперь при нажатии кнопки выбор. Должно открываться окно с возможностью выбора элементов из списка. Но как должен выводиться список тоже должно быть определено в настройках TV — поля (без привязки к ExtJS). То есть чтобы тут можно было — бы подключить свои стили аналогично, определить как отображаются элементы. А при нажатии на них происходил выбор. То есть в документации указать например: «Отображать список можно любым произвольным способом, главное, чтобы у элементов был реализован метод onclick=»choose('fa-facebook')". И все. То есть определять то, что выбрал пользователь будет срабатывание этого метода.
Было — бы неплохо, если бы также можно было реализовать множественный выбор, а при выборе нескольких элементов просто добавлялся определенный класс к элементам. Ну а «внешний вид» уже определялся бы пользователем.
Потом еще бы сделать вывод информации в окне выбора не статичным html — файлом, а с возможностью полноценного использования сниппетов, чанков и т.д. — то есть динамически подготовить вывод.
Еще есть предложение для компонента словаря отдельно от основного лексикона (аналог — UserConfig по отношению к основным настройкам системы).
То есть отдельная страничка для редактирование словарей, также разделенных по пространствам имен и топикам. Но чтобы там показывались только словари относительно содержания сайта. То есть не вместе с остальными словарями компонентов, модулей системы.
Чтобы словари, пространства имен и топики можно было добавлять прямо со странички, без необходимости создания соответствующих языковых файлов в папке lang. Удалять, редактировать в том числе тоже оттуда.
Сделать это для менеджеров. Использовать в связке babel + компонент. Чтобы не пускать менеджеров в системный раздел со словарями
То есть отдельная страничка для редактирование словарей, также разделенных по пространствам имен и топикам. Но чтобы там показывались только словари относительно содержания сайта. То есть не вместе с остальными словарями компонентов, модулей системы.
Чтобы словари, пространства имен и топики можно было добавлять прямо со странички, без необходимости создания соответствующих языковых файлов в папке lang. Удалять, редактировать в том числе тоже оттуда.
Сделать это для менеджеров. Использовать в связке babel + компонент. Чтобы не пускать менеджеров в системный раздел со словарями
Вот даже не знаю, чего заминусили то, мой смысл поста был в том что англоязычное сообщество просто не знакомо с minishop2 и всеми компонентами предлагаемыми в магазине, не хватает документации на английском языке.
Здесь же выложено очень много примеров использования для решения стандартных и не стандартных задач, но перевести их некому или нет времени на это.
… возможно я и ошибаюсь, но если подтянуть документацию на английском то это уже будет другим уровнем для modx.pro
смысл моего комментария был только в этом
Здесь же выложено очень много примеров использования для решения стандартных и не стандартных задач, но перевести их некому или нет времени на это.
… возможно я и ошибаюсь, но если подтянуть документацию на английском то это уже будет другим уровнем для modx.pro
смысл моего комментария был только в этом
есть старая тема, так и не решенная modx.pro/work/3569-linked-words-of-terms-on-the-basis-of-the-chapters-of-the-catalogue/ но тут нужны хорошие знания не только MODX но и PHP в целом.
Нужен компонент «ЧПУ+Mfilter2» и «Отзывы_на_tikets+Mfilter2» для вывода и привязки отзывов к продуктам, фильтрам категорий, производителей.
Один по деньгам не потяну, может кто-нибудь кроме меня желает бы такие возможности в свой магаз?
Один по деньгам не потяну, может кто-нибудь кроме меня желает бы такие возможности в свой магаз?
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| Tickets | 1.13.0-pl от 10.03.2020 | 19 439 |
| AjaxForm | 1.2.2-pl от 17.10.2021 | 19 341 |
| miniShop2 | 4.3.0-pl от 02.07.2023 | 25 478 |
| mSearch2 | 1.14.11-pl от 02.05.2023 | 18 597 |
Вчера в 17:01
попробуйте убрать exit(true);
17 апреля 2024, 19:46
cпасибо!
17 апреля 2024, 19:12
С расположение пакетов это одна из проблем которую на мой взгляд нормально не решишь, всегда на измене что то то можешь затереть
По этому и придумал ...
17 апреля 2024, 09:41
Исходники открою ага. В общественный репозиторий пока не переношу.
16 апреля 2024, 22:00
Координаты можно в админпанели у ресурса в ТВ полях определять…
Для этого советую поставить компонент YandexCoordsTv
Так будет намного проще.
16 апреля 2024, 21:10
Спасибо огромное! Все как надо!