Всего 108 211 комментариев

Иван Бочкарев
22 февраля 2021, 21:26
0
Давно вообще не актуальная версия. Если ставить с github то будет актуальная
Raimei
22 февраля 2021, 21:22
+1
На modhost.pro на тестовом тарифе тоже можно протестировать MODX3.

Для заметки.
elec3c
22 февраля 2021, 21:21
0
Похожая ситуация была когда экспериментировал с контекстами. Вы ничего подобного не делали?
Попробуйте залогиниться и вывести на странице значение [[++site_status]]. По крайней станет понятно в настройке ли проблема.
Maxim
22 февраля 2021, 20:10
0
BitrixCRM — удалил
Заметил что еще перестало работать массовое редактирование товаров по средствам MSPre
Удалил все модули которые не использовались и обновил все, но проблема осталась.
На ровном месте к сожалению modx сломался :(
Александр Мельник
22 февраля 2021, 16:32
0
что то вы не то сделали Павел.
Не должно быть никакого сниппета в шаблоне 404 страницы.
Вы создаете любую страницу в админке, назначаете ей любой шаблон.
Потом идете в системные настройки сайта и там указываете — страница с таким то идентификатором должна использоваться как 404. Все.
Именно как писал Алексей в самом верху.
Иван Бочкарев
22 февраля 2021, 15:38
0
Почистить кеш с удалением данных в каталоге core/cache
Павел
22 февраля 2021, 13:54
0
Да я о странице site.ru/404
Разобрался, кеш не чистился на сайте и запутал меня)
Теперь сниппет с кодом в начале 404 страницы:
header(«HTTP/1.1 404 Not Found»);
делает то что нужно
Иван Бочкарев
22 февраля 2021, 13:03
+3
vi.to/hubs/modx-meetup — 4-5 марта пройдет большое мероприятие Багхант, по итогом которого надеемся хорошо продвинемся вперед.

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

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

Есть ли дедлайн по тестированию?
Boris Akimenko
22 февраля 2021, 12:45
+2
@Василий Наумкин, спасибо тебе за развитие MODX, за твой без преувеличения огромный вклад в его развитие в России, и за наше сотрудничество тебе большое спасибо!
Александр
22 февраля 2021, 12:17
0
В техподдержке ответили: Нужно написать свой плагин для события msmcOnGetPrice в котором делать округление в нужную сторону. Будем пробовать
Александр
21 февраля 2021, 16:43
0
Здравствуйте. Написали в техподдржку компонента ещё в пятницу, до сих пор ответа нет. Продублирую здесь, может кто то сталкивался и подскажет:
Добрый день. Подскажите пожалуйста: Задаем цену товара 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. И получается неправильная арифметика.
Возможно кто то знает решение.
Спасибо.
Denis_A
21 февраля 2021, 12:40
+1
У меня эта проблема была связана с переполнением места на хостинге, я уже думал что уже происки чьи или вирусятина. Но помогло просто почистить Бэкап!
Сергей Шлоков
21 февраля 2021, 07:06
0
Скорее всего разговор про комменты. Никуда они перетекать не будут. Кроме того, проблема только с полями varchar, для которых созданы индексы. Т.е. можно даже не все поля varchar таблицы поправить, а только индексируемые.
Дмитрий Белов
21 февраля 2021, 00:45
0
Решил оставить вариант через промисы:
/**
 * Добавить список товаров в корзину
 * @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("Все запросы выполнены последовательно");
    });
}
Fullstack
20 февраля 2021, 22:21
0
А, и для поддержки пробелов надо еще второе упоминание $_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 заранее не рекомендую.
weranda
20 февраля 2021, 22:11
0
Смайлики ведь вставляются в какую-то одну таблицу.
А я не знаю логику работы MODX с БД. Может быть так, что данные из одного поля при какой-то операции будут использоваться в другом поле другой таблицы…
Fullstack
20 февраля 2021, 21:54
0
Для того, чтобы она была, надо убрать
&tvFilters=`[[!getTag]]`
и сделать
&where=`["CONCAT(',', TVtags.value, ',') LIKE '%,[[!getTag]],%'"]`
и добавить TV-поле с тегами (в данном примере tags) также в &includeTVs.

А в моем обезопашенном сниппете getTag закомментировать эту строчку:
// $tag = 'tags==%' . $tag . '%';