R2m0x94 (Vasily)

Да, msOptionsPrice2 решает эту задачу.

@DeHuCkA, об этом, как раз и речь, как говорилось в сообществе MODX: "MODX — для программистов".
Следовательно можно отметить, что MODX довольно прожорлив, а кто есть деньги? Конечно его создатели Raymond и Ryan, а @jason скрыл служебную тайну переговоров с нашим Василием, так что по поводу

что бесплатное может быть передовым.

— ОСПОРЮ

Да нет же, у него в коде это используется. Тут надо лезть в базу и произвести поиск например по таблице_htmlsnippets.

SELECT * FROM `modx_site_htmlsnippets` WHERE `snippet` LIKE '%,[%'

Потому, что у него наверняка это где-то используется в xpdo запросе &where, например

&where=`{"pagetitle:IN":[[+tv.1]],[[+tv.2]]}`

А тв-шка в товаре(ресурсе) пустая, следовательно в категорию когда он перейдёт на фронтенде, то всё выведется, но в логе будет ошибка.

Я уже просто с такой темой уже сталкивался_

А как вывести content товаров и два tv-поля, через &element=`` или через LeftJoin?
|id|content|tv_1|tv_2|действия|

Скажите, а getTables решает данную проблему?

А в getTables можно скажем вывести по таблице modx_site_content товары, и также на фронте их редактировать в бд, или даже присоединить tv-поля, чтобы туда вносить данные (для табуляции)?

Не, такой способ не прокатит, так как вырезает не то что надо. Как вариант можно использовать в разработке свои модификаторы. В целом минификация HTML всегда необходима, как целой стр., так и кусочка стр.

Мне понравилось лёгкость использования. Например если редактируемый кусок html очень длинный в разработке и надо на выходе в браузер уже отдать сдутый html, как вариант использовать блочный модификатор {deflate}{/deflate}, что даёт легкость в читаемости кода и облегчает прогруз на фронтенде.

$fenom->addBlockFunction('deflate', function (array $params, $content) use ($modx) {
    $filters = [
      '/<!--([\s\S]*?)-->/'                                               => '', // Remove HTML Comments (breaks with HTML5 Boilerplate)
      '/(?<!\S)\/\/\s*[^\r\n]*/'                                          => '', // Remove comments in the form /* */
      '/\>[^\S ]+/s'                                                      => '>',
      '/[^\S ]+\</s'                                                      => '<',
      '/([\t ])+/s'                                                       => ' ',
      '/^([\t ])+/m'                                                      => '',
      '/([\t ])+$/m'                                                      => '',
      '~//[a-zA-Z0-9 ]+$~m'                                               => '',
      '/[\r\n]+([\t ]?[\r\n]+)+/s'                                        => "\n",
      '/\>[\r\n\t ]+\</s'                                                 => '><',
      '/}[\r\n\t ]+/s'                                                    => '}',
      '/}[\r\n\t ]+,[\r\n\t ]+/s'                                         => '},',
      '/\)[\r\n\t ]?{[\r\n\t ]+/s'                                        => '){',
      '/,[\r\n\t ]?{[\r\n\t ]+/s'                                         => ',{',
      '/\),[\r\n\t ]+/s'                                                  => '),',
      '/<!--(.*)-->/isU'                                                  => '',
      '/\r/'                                                              => '', 
      '/\n/'                                                              => '', 
      '/\>\s+/'                                                           => '>', 
      '~([\r\n\t ])?([a-zA-Z0-9]+)=\"([a-zA-Z0-9_\\-]+)\"([\r\n\t ])?~s'  => '$1$2=$3$4', 
    ];
    $content = preg_replace(array_keys($filters), array_values($filters), $content);
    return $content;
});

Недавно использовал директиву в .htaccess, только не знаю она ли могла повлечь за собой такое поведение?

RewriteCond %{QUERY_STRING} ^(.*)&(.*)$
RewriteRule ^(.*)$ /$1?%1&%2 [L,R=301]

Нет, у меня такое Вышло после того, как установил minishop2. Решение одно — это добавить политики доступа к контекстам web & mrg на политику miniShopManagerPolicy.

Аналогично, такая же проблема с ошибкой 'currencyrate_err_ae', как-то удалось решить?

У вас дата закэширована судя по логу

&cacheTime=`1440`

Попробуйте

&limit=`0`

Определённо в кэше дело. В новых версиях парсер точат под fenom. Но можно откатить версию назад и всё будет работать. Совет: сравните прошлую версию с новой и увидите разницу

core/components/pdotools/model/

Перед тем, как появилась данная ошибка Вы товары или ресурсы перетасовывали или переименовывали каталоги ресурсов или категорий товаров?

Если да, то видимо в компоненте AutoRedirector уже стояли редиректы и когда он перезаписывал пути, стал распечатывать их в лог. Так, что это просто логи и ошибка должна сама по себе уйти.
Второй момент, тут надо смотреть запросы компонентом LogPageNotFound и при надобности делать редиректы компонентом Redirector, конечно если время позволяет

Это конечно здорово, но как getCount реализовать в сниппете countChildren?

У Бахи то что надо. Я просто дефолтным значением например на 404 стр избавился от ошибки в логах, теперь чисто

Я избавился от этой ошибки таким способом

[[#[[*cap:default=`11`]].uri]]

Задайте формам идентификаторы и в JS на отправку перепишите

<script>
$(document).on('af_complete', function(event, response) {
    if (form.attr('id') == 'callback') {
            $('.popup').hide();
    }
    if (form.attr('id') == 'real_price') {
            $('.popup').fadeOut();
    }
 });
</script>

<form id="callback" action2="/_mzbi/popup_tovar3.php" method="POST" name="form_popup">

Проверьте настройки веб-сервера, версию php и прочую анкачбаллу))

Из папки core/cache перед установкой всё удалили?