Володя

ага, вижу что работает не так как надо…
Я не спец по регуляркам, но думаю это из за кирилицы.
Попробуйте решение в лоб

letter-{get:[абвгдеёжзийклмнопрстуфхцчшщъыьэюя]{2}|[a-z0-9]{1}}

вот же ответ modx.pro/components/5035-virtualpage-virtual-page/#comment-38237
могу сказать что у меня тоже работает…
Или давайте подробнее поясняйте. Какая регулярка, какой адрес и тд… Что не работает.
ps. Пример подробного вопроса — modx.pro/components/5035-virtualpage-virtual-page/#comment-36865

не нужно выделять конструкцию в группу. Пользуйте

/food/{food:eda|cat|cat_dog}

или же ставьте тогда

/food/{food:(?:eda|cat|cat_dog)}

задать error_page для контекста?

в составе ключа $_SERVER['REQUEST_URI'] github.com/antixrist/lmims/blob/master/core/components/lmims/elements/plugins/plugin.lmims.php#L10 получается что для одной и той же страницы с разными параметрами запроса в url имеем множество 'modLMIMS'. Незнаю правильно это или нет с точки зрения сео, но для среднего сайта в итоге таблица lmims вырастает до очень приличных размеров…

немного скриншотов




Собрать пакет пока можно с гитхаб github.com/vgrish/userprofile2
Всем спасибо за внимание!

он там стоит же…
ссылка на выход Office joxi.ru/gmvVOJySJjkkma
ссылка на выход UserProfile joxi.ru/823841luGyVMAO

этого я вообще еще не делал.
Сделал вот так
думаю конфликтов теперь не будет.

это? modx.pro/components/4631-userprofile-user-profile/#comment-35457

помню ты писал о конфликтах каких то, офис там специально для этого поставил, но еще ничего не проверял…

в итоге что не нули то?

[^q^] и [^s^]

а остальное по нулям?

а

[^qt^]

тоже не пашет?
если нет то дело скорее всего в sprintf

а там есть crop?

да, используйте тег code

для добавления новых полей — добавляйте их в схему (.schema.xml). Потом когда делаете build генерируется модель по вашей схеме. Ну и поля добавляются в базу…

касательно первой версии:
1 — параметры товара? причем тут цена? не совсем работа компонента.
2 — все так
3 — обновить данные? да почему же все можно обновить.
4 — написать вполне можно

касательно второй версии:
1 — параметры товара? причем тут цена? не совсем работа компонента. Но
если вы про цены — то тут как раз есть сортировка.
2 — не нужно никуда выходить, все подгружается на лету.
3 — обновить данные? да почему же все можно обновить.
4 — написать вполне можно. Подобие того что вам требовалось — modx.pro/solutions/5220-finished-size-chart-product-msoptionsprice2/

msOptionsPrice — сейчас вообще то бесплатный.
msOptionsPrice2 — платный.
В чем неразумность, можно пояснить?

Пока что не вижу смысла засовывать эту логику в компонент.
Объясните подробнее где и с какой целью это необходимо…
Спасибо!

вариант на событие

if ($modx->event->name == 'msOnSubmitOrder'){
    if($cart = $order->ms2->cart->status()) {
        if($cart['total_cost'] < 2000) {
            $modx->event->output('Сумма вашего заказа должна превышать 2000 руб!');
        } 
    }
}

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