50 минут назад
Привет!
Все верно:
1-го нет в магазине modstore и modx.com
2-й платный
mxEditorJs - блочный редактор Editor.js для MODX 3 2
Вчера в 22:13
Все верно, сорян, в своем сообщении написал не то что хотел =)
msGiftCards - дополнение для MODX 2 + miniShop2 для продажи, применения и учета подарочных сертифика... 5
Вчера в 20:35
Нет конечно, иначе это были бы уже отдельные товары.
ms3Variants - Реализация вариантов одного товара в MiniShop3 6
06 марта 2026, 09:38
Александр, данный компонент более недоступен для приобретения?
miniShop 2.9.1-pl 57
06 марта 2026, 09:11
Спасибо за информацию — проверим. Какой редактор используете?
MiniShop3: итоги февраля и версия 1.6.0 6
04 марта 2026, 21:09
Немного нетипичный пост на этом форуме. Будем считать это экспериментом. Кратко вводную информацию я выложил у нас в телеграм-сообществе — получил мно...
Baymard Institute: 61 рекомендация для e-commerce, о которых стоит знать 1
04 марта 2026, 20:13
Атомарненько)))
ms3FirstTimeBuyerDiscount - автоматическая скидка на первый заказ 7
03 марта 2026, 09:49
А теперь все эту красоту оформляем в виде сниппета. Параметры по-умолчанию редактируем в самом сниппете
elements/snippets/bgImage.php
<?php
/**
...
Унифицированное отображение разноформатных изображений без обрезки (решено) 1
02 марта 2026, 17:14
Это не ошибка, а warning — посмотрим, спасибо!
UPD github.com/modx-pro/MiniShop3/pull/127
MiniShop3 1.2.0 - 1.3.0 Самое интересное 23
Всего 125 675 комментариев
Could not unpack package /home/.../public_html/core/packages/minishop3-1.0.0-alpha.4.transport.zip to /home/.../public_html/core/packages/. SIG: minishop3-1.0.0-alpha.4
Невозможно установить пакет с подписью: minishop3-1.0.0-alpha.4
В чем может быть причина?
Спасибо!
Нашел настройку. Ошибка пропала. Понаблюдаю…
MODX Revolution 3.1.2-pl
PHP Version 8.2.17
При установки пакета ошибка
Позволь подкинуть пару полезностей:
Если захочешь поддерживать более 1 компонента, возможно тебя заинтересует мой вспомогательный инструмент modx-build-environment-gui для сборки сайта.
Также могу порекомендовать переложить все файлы из папки ./_build в папку ./_build/staticfilesplus/ которую, по какому-то недоразумению, упустили в… то ли modExtra, толи в мануале по сборке пакетов… Так сможешь билдить несколько компонентов на одном установленном движке MODX!
P.S. Приятно видеть столько просмотров заметки здесь. К нам SEO-шники подъехали? ;-)
А ваша кнопка включить-отключить кэширование, переключает настройку ++cache_resouce или ещё что-то? Поделитесь как сделали её?
Осадочек обоснованный — решение рабочее, но есть несколько моментов, которые стоит обдумать:
Что смущает в текущем фиксе
1. Изменение логики метода.
Оригинальный код при отсутствии сессии возвращал []. Теперь он создаёт сессию. Это может сломать логику в других местах SendIt, которые рассчитывают на пустой ответ как сигнал «сессии нет, нужно что-то сделать».
2. setcookie() без проверки заголовков
Если заголовки уже отправлены — будет ещё один warning.
Минимальный и безопасный фикс
Если цель — просто убрать warning без изменения логики:
Это сохраняет оригинальное поведение: нет куки → нет сессии → пустой массив. Создание сессии должно происходить там, где это предусмотрено архитектурой компонента.
Что бы я сделал
Посмотрел бы, где в SendIt сессия создаётся штатно. Скорее всего есть отдельный метод типа createSession() или это происходит при первой отправке формы. Вот там и должна быть логика создания + установки куки.
Твой фикс работает, но ты фактически добавил fallback-создание сессии в метод, который был рассчитан только на чтение. Если форма авторизации/регистрации работает корректно — можно оставить, но я бы откатился к минимальному варианту и понаблюдал.