Есть поле mail_smtp_user введи туда логин, если не сработает введи email. И не забудь в emailsender корректный email прописать.

С паролем понятно, с логином что делать? Там вместо email теперь логин. А для него поля нет

В системную настройку mail_smtp_pass (SMTP пароль) вписываете пароль приложения, вместо пароля от почты и все. Никакой магии нет.

Задача закрыть все потребности никогда не стояла. Я скорее облагородил то, что уже было.
Нужно же и платным компонентам дорогу для развития оставлять.

1. Неправильные права на директорию core/packages/
2. Файл zip загружен с неправильным владельцем

При попытке установить пакет отдает ошибку: Failed to open stream: Permission denied
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
В чем может быть причина?

Здорово, если в импорте добавишь возможность указать url с csv файлом, то такой импорт покроет 80 % потребностей в импорте. Если позволишь сохранять маппинги и ссылки на CSV в виде готовых импортов, то 95% потребностей.
Спасибо!

@Prihod специально для тебя выпустил релиз пораньше, чтобы ты смог скачать свежий транспортник

UPD

Нашел настройку. Ошибка пропала. Понаблюдаю…

переключиться на сессии SendIt — это как, что для этого нужно?

при Авторизации или Регистрации

думаю проблема в том, что при авторизации и регистрации меняется идентификатор сессии, рекомендую переключиться на сессии SendIt доступные с версии 2.7.0. В этом случае идентификатор пользователя не будет меняться.

Подозреваю, что в системных настройках компонента нужно указать ID нужного способа оплаты и в уведомление о заказе не забыть прописать ссылку на оплату

Добрый день! с 1 января 2026г. меняется НДС. Подскажите, где поменять НДС на 22%

Ага, спасибо. Первый и думаю не последний)

@FastDevLab спасибо за плагин, полезный, и opensouce — класс! Также поздравляю с дебютом — первым (кажется) твоим публичным компонентом!

Позволь подкинуть пару полезностей:

Если захочешь поддерживать более 1 компонента, возможно тебя заинтересует мой вспомогательный инструмент modx-build-environment-gui для сборки сайта.

Также могу порекомендовать переложить все файлы из папки ./_build в папку ./_build/staticfilesplus/ которую, по какому-то недоразумению, упустили в… то ли modExtra, толи в мануале по сборке пакетов… Так сможешь билдить несколько компонентов на одном установленном движке MODX!

P.S. Приятно видеть столько просмотров заметки здесь. К нам SEO-шники подъехали? ;-)

Вижу у вас и StaticElementsLife установлен, не конфликтуют они?
А ваша кнопка включить-отключить кэширование, переключает настройку ++cache_resouce или ещё что-то? Поделитесь как сделали её?

Отличный плагин, очень удобный. Я сделал под него дополнительный плагин, который включает и отключает кэширование.

Так и сделаю. Спасибо!

Привет Григорий.

Осадочек обоснованный — решение рабочее, но есть несколько моментов, которые стоит обдумать:

Что смущает в текущем фиксе

1. Изменение логики метода.
Оригинальный код при отсутствии сессии возвращал []. Теперь он создаёт сессию. Это может сломать логику в других местах SendIt, которые рассчитывают на пустой ответ как сигнал «сессии нет, нужно что-то сделать».

2. setcookie() без проверки заголовков
Если заголовки уже отправлены — будет ещё один warning.

Минимальный и безопасный фикс
Если цель — просто убрать warning без изменения логики:

$sessionId = $sessionId ?: ($_COOKIE['siSession'] ?? null);

if (!$sessionId || !$session = $modx->getObject('siSession', ['session_id' => $sessionId, 'class_name' => $className])) {
    return [];
}

Это сохраняет оригинальное поведение: нет куки → нет сессии → пустой массив. Создание сессии должно происходить там, где это предусмотрено архитектурой компонента.

Что бы я сделал

Посмотрел бы, где в SendIt сессия создаётся штатно. Скорее всего есть отдельный метод типа createSession() или это происходит при первой отправке формы. Вот там и должна быть логика создания + установки куки.

Твой фикс работает, но ты фактически добавил fallback-создание сессии в метод, который был рассчитан только на чтение. Если форма авторизации/регистрации работает корректно — можно оставить, но я бы откатился к минимальному варианту и понаблюдал.

Понял, спасибо. попробую