2 часа назад
добавить можно с помощью &includeDocs
исключить с помощью &excludeDocs
Шрифты меняются в стилях css
Найти место редактирования меню 3
5 часов назад
Оперативно. На ум приходит только старый анекдот:
— Скажите, больной перед смертью потел?
— Да.
— Это хорошо.
Facade Laravel в Modx 2/3 22
Вчера в 21:40
Смотри ошибки в журнале ошибок, в логах сервера. Данное описание вообще не несёт никакой информации способной помочь в решении.
При нажатии на файлы в разделе ресурсы вылезают пустые страницы. 1
Вчера в 16:42
Не совсем в тему, но добавлю свои пять копеек :)
Ставил Твиг в Битрикс три года назад и тем самым избавился от лютого говнокода в битриксовых файлах...
mmxTwig - еще одна интеграция шаблонизатора 9
Вчера в 15:33
Можно предварительно выполнить к таблице запрос через newQuery с нужными условиями — вытащить массив айдишников и уже из этого массива взять рандомный...
getObject Рандом 1
17 мая 2024, 23:38
require_once $_SERVER['DOCUMENT_ROOT'] . '/core/config/config.inc.php';Это лишнее.
global $modx;и это тоже.
$modx->context->keyКак...
[miniShop2] - Ошибка при инициализации 1
16 мая 2024, 08:23
Всё норм работает, надо только заменить в файле core/components/msdsector/controllers/msdsectordeliveryhandler.class.php
if (!class_exists("ms...
[msdSector] - расчет стоимости доставки с учетом секторов. 10
15 мая 2024, 11:50
Немного дополню, для mSearch2 (может кому пригодится)
<script>
var lazyLoadInstance = new LazyLoad({
elements_selecto...
pdopage и vanilla-lazyload 7
Подожду 3.1 перед тем как начать переход :)
Но это отличная новость!
Есть ли дедлайн по тестированию?
Скажи пожалуйста, метод getDeliveryPoints отдает точки всех доставщиков которые указаны в настройках?
А то у нас шиптор в списке есть, можно выбрать, но ни одной точки ни на карте ни списком не показывает.
А еще лучше написать свой компонент и не дублировать функционал который уже есть в MODX.
В настройках доставки минишопа можно увеличить стоимость доставки на определенную сумму или на процент (!) Для этого в соответствующем поле надо написать число и %, например, 70%
В случае увеличения стоимости на %%, допустим, самовывоза, первое значение кэшируется и первый вариант доставки увеличивается на указанную величину %%, а вот последующие варианты увеличиваются на %% от первого варианта доставки.
Для наглядности я здесь увеличил доставку на 100% и получилось что Shiptor стал 180 вместо 90 (90+90), а вот все остальные варианты стали не в два раза больше, а тоже на 90.
Было:
Стало:
Пробовал с разными процентами — поведение одинаковое.
Поправь пожалуйста!
Открыл сниппет mFilter2 и увидел там вот это:
Это значит что для отсутствующих фильтров можно указать чанк, а не просто отключить вывод пустых результатов параметром
В документации упоминания о «tplFilter.empty.» не нашел.
Я создал чанк с неактивным чекбоксом, в итоге для одного чекбокса получился вот такой вызов:
И в итоге получил вот такой результат:
Давно этой ошибки уже нету.
Отличная работа!
Это очень ценная информация!
В итоге я еще обнаружил, что почти все поля по которым происходил поиск в схеме имели вместо 'phptype' => 'string', 'phptype' => 'text'
Я вообще теряюсь в догадках, как у заказчика это всё работало раньше, при таких косяках в коде.
Дело в том, что сайт был заражен и его как-то кто-то починил, после чего перестала работать система учета. Хоть заново всё пиши.
Стрелку апнул ;)
И еще раз, мерси боку!
Я всё так и сделал, но есть один нюанс. Реализация, как я говорил, не моя и там оказалось несколько CMP с очень похожими названиями и в БД таблицы тоже с похожими названиями и схожей структурой таблиц. То есть столбцы с одинаковыми названиями.
Так вот в таблице я поменял в которой надо, а файл .map.inc.php менял другой :)
Ну, теперь в обоих CMP будет всё как надо.
Очистил кэш и папку с кэшнм до кучи :)
Но результата нет.
Может, есть еще какое заклинание?
Можешь рассказать подробнее, что ты имеешь в виду?
В нее я пишу массив значений, чтобы потом скопом их указать в
Даже если я сразу укажу в цикле, результат будет такой же.
Там как раз фишка в работе where()
Если в цикле убрать "%", то в выходном SQL все значения правильные. Но тогда запрос SQL будет не корректным, потому что для поиска надо чтобы были "%"