компонент оцененный специалистом по разработке компонентов в 120тр именно в моём исполнени основанном на моём 30ти летнем опыте программирования на разных языках

А можно поинтересоваться кто именно из специалистов по разработке компонентов оценил стоимость? Их немного в общем то.

звучит сильно загруженно) но все-равно осмелюсь спросить — нам нужна будет помошь по интеграции и настройке сия… написал тебе в телеграм сообщение.
но сюда продублирую:
мы сейчас небольшой сервис пилим, очень хочется рефералку, возможно ли будет рассчитывать, на помощь в установке и настройке плагина и сколько это будет стоить, а так же о каких суммах может идти речь по доработке по реферальным ссылкам

тоже наблюдаю такую фичу, направьте на решение?
использую дефолтный код для вызова pdoPage

<div id="pdopage">
        <div class="rows">
        [[!pdoPage?
            &tpl=`@INLINE <div>[[+pagetitle]]</div>`
            &ajaxMode=`default`
        ]]
    </div>
    [[!+page.nav]]
</div>

если нажать на переход на страницу в пагинации, то после Ajax загрузки пагинация оборачивается в еще один ul (хотя в документации сказано:

Внутри [[+page.nav]] у нас div с классом pagination — так в pdoPage по умолчанию

, также в документации неверный дефолтный чанк &tplPageWrapper

@INLINE <div class="pagination"><ul class="pagination">[[+first]][[+prev]][[+pages]][[+next]][[+last]]</ul></div>

)

<ul class="pagination">
    <ul class="pagination">
        <li class="page-item disabled"><a class="page-link" href="#">Первая</a></li>
            ...
    </ul>
</ul>

только при Ajax такое происходит, подскажите как правильно настроить?

Использую:
MODX Revolution 2.7.3-pl
PdoTools 2.12.7-pl

Добрый день!

как то решается вопрос вложенной пагинации, использую дефолтный код для вызова pdoPage

<div id="pdopage">
        <div class="rows">
        [[!pdoPage?
            &tpl=`@INLINE <div>[[+pagetitle]]</div>`
            &ajaxMode=`default`
        ]]
    </div>
    [[!+page.nav]]
</div>

если нажать на переход на страницу в пагинации, то после Ajax загрузки пагинация оборачивается в еще один ul (хотя в документации сказано:

Внутри [[+page.nav]] у нас div с классом pagination — так в pdoPage по умолчанию

, также в документации неверный дефолтный чанк &tplPageWrapper

@INLINE <div class="pagination"><ul class="pagination">[[+first]][[+prev]][[+pages]][[+next]][[+last]]</ul></div>

)

<ul class="pagination">
    <ul class="pagination">
        <li class="page-item disabled"><a class="page-link" href="#">Первая</a></li>
            ...
    </ul>
</ul>

только при Ajax такое происходит, подскажите как правильно настроить?

Использую:
MODX Revolution 2.7.3-pl
PdoTools 2.12.7-pl

Возможно тут нужно понять, в какой момент происходит валидация данных.
Может быть formit проводит все операции с валидацией до отправки формы, по крайней мере так должно быть логично. А если форма не отправлена, то наверное в массиве $_FILES ничего не будет?
Попробую тот же скрипт (ну немного его переделав) вызвать не как валидатор, а как хук, указав его перед email

ну на самом деле покупать офис ради такого функционала малость перебор.

Как-то у Василия мы спрашивали можно ли утянуть эту фишку в отдельный компонент. Он ответил что против :-). А если бы согласился то был бы аналог WatchAsUser только бесплатный :-). За 500р на мой взгляд не имеет смысла покупать. Максимум 90р :-)

Не хватает зависимых селектов в опциях товара. Например, в магазинах автозапчастей, часто продаются разные аксессуары для авто и иногда требуется указать марку и модель авто. А еще есть задачи по цвету-размеру одежды, у одного размера, есть одни цвета, у другого, другие. И тд тп.

Не хватает «Типа товара», как это сделано в Webasyst/Shop-script¹.
Оно там даже объединено в «Типы и характеристики товаров».
Соответственно, характеристики (опции) привязываются не к разделу каталога,
и не к шаблону (как TV), а к типу товара.
Сейчас же в minishop при перемещении товара в другую категорию/раздел его
опции «теряются» (хотя и не физически)
Введение «Типа товара» позволит держать в одном разделе разнотипные товары
без «братской могилы» на вкладке «Опции»

Также настройка фильтра в Webasyst сделана лучше, чем где либо. Причём фильтр
настраивается для каждой категории: в какой-то вообще можно не разрешить фильтровать,
в другой включить фильтр «по ширине», а в третьей не фильтровать по ширине )
Здесь же перетаскиванием задаётся и очерёдность характеристик в фильтре.


Было бы замечательно увидеть такой функционал в miniShop (хотя фильтр — не совсем к нему вопрос,
но, имхо, «включение в коробку» укрепило бы позиции MODX)
______________
¹ – правда, он там стоит 20 т.р.

Может не то, но всё же тут есть сниппет загрузки фото в профиль пользователя с определёнными форматами, может быть его функционал даст соображения как сделать валидацию в твоём случае.

Не знал, но кто пользуется бесплатным компонентом Login (к примеру), будет в самый раз. Там нет такой функции =)

А это не тоже самое?

А исправлять ошибки, развивать, консультировать и т.п. — тоже за донат? А в сопровождении объем работы обычно намного больше, чем в разработке.

а вот тут я с вами полностью согласен.

>4. Возможности добавлять различную документацию к товару. Например, инструкции по эксплуатации, схемы, планы. (пока решаемо допполями)

Можно файлы в галерею закидывать. При выводе по расширению от картинок отделяйте.

гарантировать неуязвимость

Так не бывает в принципе. Совсем.

ну вроде как нужно согласиться с вами, ты разработчик, а значит только ты в ответе. Устанавливаешь сторонне ПО будь добр проверь его сам.
Знаете я неделю-две как увлекся теорией docker. Изучаю как устрены образы и соответственно какой образ лежит у самых истоков. Пользователи либо используют готовые образы или строят свои на основе готовых. Так вот выяснилось что в основе 99 процентов всех образов лежит — alpine linux — легковестный дистрибутив основанный на еще более легковесной версии busybox. Так вот оказывается что в alpine linux есть огромная дыра в безопасности и 99% всех образов в докер хабе — небезопасны. Замечу — официальных образов! И тогда возникает вопрос — поскольку сейчас вся разработка ориентируется на упрощение и подход установки пакетов (в php это composer, в nodejs это npm, в python это pip, в докере это docker hub) то как разработчик может своими силами гарантировать неуязвимость всего этого? Ведь это сотни тысяч чужих файлов. Разве дополнения в modx не тоже самое? как физически можно оценить безопасен код или нет…

да, вы правы Евгений. Беда в том, что все наши «хотелки» так или иначе разрушат экосистему магазина.
Может быть хорошим вариантом был бы «ребрендинг»)) если я правильно использую слово.
Совершенно новый магазин, без поддержки и оглядки на minishop. Новые дополнения к нему…

За любые уязвимости на своем сайте несешь ответственность только ты.
Так или иначе — как ты можешь на 100% быть уверенным в том, что какой-то компонент на сайте образовал дыру?

Вкладка в админке и 10 строчек кода в виде вызова процессора?
Это правда стоит 500 рублей?