
Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #21Вчера в 16:48
Вроде не в preHooks, а просто в hooks (для Formit точно).
500 ошибка — надо смотреть логи сервера…
YaSmartCaptcha - защитите ваши формы от спама умной капчей от Яндекс 18
Вчера в 14:26
Была моя же проблема в неправильном расчете.
Я получал моментальный/текущий расчет, но не учитывал дальнейшую обработку уже, скорее, в момент заказа....
Ошибка в расчете стоимости доставки и заказа 1
10 апреля 2025, 17:19
Ух, спасибо за ваш перст указующий, уже второй раз помогаете! Пойду изучать мат часть!
Ссылка в таблице заказов minishop2 2
09 апреля 2025, 10:53
Посмотри в файлах выгрузки. Если там они есть, значит компонент, если нет — 1С
mSync и количество 1
09 апреля 2025, 10:09
Вне тему! Какой шрифт на сайте можете сказать (На фото)
В миникорзине msMCD обновляется цена и счетчик на лету, а pagetitle и изображение только при обновле... 5
07 апреля 2025, 22:38
PHPMailer не поддерживают из коробки OAuth 2.0 (GPT в помощь).
Попробуйте отключить Security Defaults.
Но если нужно все же с OAuth 2.0 то GPT нын...
Не работает авторизация SMTP Microsoft 365 при отправки писем с сайта 1
07 апреля 2025, 19:39
Здравствуйте.
Вопрос такой, а можно ли сделать так, что после того, как отправится письмо поменяется статус?
К примеру: клиент оставили заявку, мы ...
msDeferredMessages - Отложенные сообщения после смены статуса заказа 5
05 апреля 2025, 16:28
Спасибо! Только числа. Первый вариант сработал.
Как в mFilter2 добавить where? 2
Поможет. Но как отличить опасный запрос от не опасного? К примеру, здесь кто-то захочет найти статьи по запросу «xPDO update», и что ему выдавать? А что делать с запросами uupdatepupdatedupdateaupdatetupdatee? Рекурсивную чистку писать? Короче, это все заморочки лишние.
Подсказываю вариант: создаешь еще один контекст без всяких документов, прав и т.п. Вешаешь плагин на авторизацию веб-пользователя. Если пользователь такой, который должен иметь права на переключение, его в плагине делаешь $modx->addSessionContext($ctx), то есть дополнительно авторизуешь его в этот спецконтекст. А плагин switchUser модифицируешь на проверку авторизован в этом контексте или нет, там посмотришь. Только там еще на контексте проверка есть на право user_save, вот это можешь убрать. Если ты никого в этот контекст не будешь авторизовывать, то дополнительные проверки не потребуются (во всяком случае, если это не публичный компонент). или можешь добавить допправа на этот контекст и их дополнительно проверять.
Шутка на злобу дня :)
Если сможешь модифицировать, может и покупать тогда не надо, если на это хватает знаний. Если вдруг не хватит, то можно подправить с ошибками, а с безопасностью шутки плохи. Ну да ладно, это уже тебе решать.
Я не напрашиваюсь, но все-таки это дело такое.
По твоей задаче: для того, чтобы без лишних танцев с бубнами, была корректная проверка на переключение пользователей, надо все-таки, чтобы пользователь имел авторизацию сразу в двух контекстах. Не думаю, что в ядре компонента этот механизм поменяется, но за +1000 к купленному компоненту я подправлю его на твоем сайте под твои нужды, чтобы он не использовал mgr-контекст.