Похожая ситуация была когда экспериментировал с контекстами. Вы ничего подобного не делали?
Попробуйте залогиниться и вывести на странице значение [[++site_status]]. По крайней станет понятно в настройке ли проблема.

BitrixCRM — удалил
Заметил что еще перестало работать массовое редактирование товаров по средствам MSPre
Удалил все модули которые не использовались и обновил все, но проблема осталась.
На ровном месте к сожалению modx сломался :(

Спасибо, написал там

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

Почистить кеш с удалением данных в каталоге core/cache

Да я о странице site.ru/404
Разобрался, кеш не чистился на сайте и запутал меня)
Теперь сниппет с кодом в начале 404 страницы:

header(«HTTP/1.1 404 Not Found»);

делает то что нужно

vi.to/hubs/modx-meetup — 4-5 марта пройдет большое мероприятие Багхант, по итогом которого надеемся хорошо продвинемся вперед.

Каких то сроков нет.

Фух… Хвала богам! А то я после долгого перерыва зашел сюда, почитал, офигел с того что Вася самоотвёлся, офигел с того что вышла какая-то бомба под названием Evolution 3, и подумал, что MODX3 что-то подозрительно долго не подает признаков жизни.

Но это отличная новость!

Есть ли дедлайн по тестированию?

@Василий Наумкин, спасибо тебе за развитие MODX, за твой без преувеличения огромный вклад в его развитие в России, и за наше сотрудничество тебе большое спасибо!

В техподдержке ответили: Нужно написать свой плагин для события msmcOnGetPrice в котором делать округление в нужную сторону. Будем пробовать

Здравствуйте. Написали в техподдржку компонента ещё в пятницу, до сих пор ответа нет. Продублирую здесь, может кто то сталкивался и подскажет:

Добрый день. Подскажите пожалуйста: Задаем цену товара 170$ и надо ее выводить именно так, однако видимо при пересчете получается 169.99 это при точности 2. Если ставим точность ноль, то выводит 169$. Получается округляет в меньшую сторону. Как то можно сделать чтобы округляло в большую сторону? Или же цена, которая задана (привязана к товару) выводилась именно такой, как задана? В данном случае 170$

На странице товара выводим так:

{'!msMultiCurrencyPrice' | snippet: [
'price' => $_pls['price'],
]}
{$_modx->getPlaceholder('msmc.symbol_right')}

Далее обнаружил что в динамической корзине товар с ценой 4.74$ например (это пересчет по курсу от цены в рублях), пересчитывается, вернее показывает, при количестве 4 штук вот так:
4 x 4 = 18
Получается что пересчет идет: 4.74 умножает на 4, потом округляет 18.96 до 18. Но показывает округленную цену товара, равную 4. И получается неправильная арифметика.
Возможно кто то знает решение.
Спасибо.

У меня эта проблема была связана с переполнением места на хостинге, я уже думал что уже происки чьи или вирусятина. Но помогло просто почистить Бэкап!

Скорее всего разговор про комменты. Никуда они перетекать не будут. Кроме того, проблема только с полями varchar, для которых созданы индексы. Т.е. можно даже не все поля varchar таблицы поправить, а только индексируемые.

Решил оставить вариант через промисы:

/**
 * Добавить список товаров в корзину
 * @param products список товаров в формате {id: 1, count: 2, options: []}
 */
function addToCartAll(products) {
    var addToCartOne = function(id, count, options) {
        return function() {
            return new Promise(function(resolve, reject) {
                $.post(document.location.href, {
                    ms2_action: 'cart/add', 
                    id: id, 
                    count: count, 
                    options: options
                }, function(response) {
                    console.log(JSON.parse(response));
                    resolve();
                });
            });
        }
    }
    var promise = Promise.resolve();
    for (var product of products) {
        promise = promise.then(addToCartOne(product.id, product.count, product.options));
    }
    promise.then(function() {
        console.log("Все запросы выполнены последовательно");
    });
}

Можно сделать так: Как изменить кодировку для всех таблиц в MySQL

В 3й версии изменили с 191 на 255 PR #15398

А, и для поддержки пробелов надо еще второе упоминание $_GET['tag'] заменить на

str_replace('%20', ' ', $_GET['tag'])

Получится вот такой сниппет:

if ($_GET['tag']) {
	$tag = preg_replace('/[^A-Za-zА-Яа-яЁё0-9_\- ]+/ui', '', str_replace('%20', ' ', $_GET['tag']));
    //$tag = 'tags==%' . $tag . '%';
}

return $tag;

urldecode заранее не рекомендую.

Смайлики ведь вставляются в какую-то одну таблицу.

А я не знаю логику работы MODX с БД. Может быть так, что данные из одного поля при какой-то операции будут использоваться в другом поле другой таблицы…

Для того, чтобы она была, надо убрать

&tvFilters=`[[!getTag]]`

и сделать

&where=`["CONCAT(',', TVtags.value, ',') LIKE '%,[[!getTag]],%'"]`

и добавить TV-поле с тегами (в данном примере tags) также в &includeTVs.

А в моем обезопашенном сниппете getTag закомментировать эту строчку:

// $tag = 'tags==%' . $tag . '%';

Почему 191, а не 249 или какое другое число?

Гугл сломался?

При попытке смены некоторых таблиц через phpMyAdmim появляется ошибка

А зачем переводить несколько? Смайлики ведь вставляются в какую-то одну таблицу. Вот в ней и нужно поменять все varchar(255) на varchar(191).

И привет, инъекция :)
Лучше хотя бы так

<?php

if ($_GET['tag']) {
	$tag = preg_replace('/[^A-Za-zА-Яа-яЁё0-9_\- ]+/ui', '', $_GET['tag']);
    $tag = 'tags==%' . $tag . '%';
}

return $tag;

А так тут нет проверки на точность тега (надо учитывать точные значения между запятыми у тегов)