Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #122 часа назад
удалось найти причину? я так понял, плагин работает с minishop2 до версии 2.8.3-pl
[mscDistance] - доставка по городу/району 35
5 часов назад
Я использую серверную, мне так просто удобней. Подключение к MODX API в скрипте, надеюсь вы используете)
Как перенести копию сайта с субдомена в контекст основного домена? 6
Вчера в 20:13
Да. Хороший вопрос.
Подумаю над этим, напишу
Стоимость доставки minishop2 из двух условий 2
15 января 2025, 21:00
ну в чанке да. Я то php написал для кастома
[utmMark] - сохранения UTM меток для форм 16
14 января 2025, 12:10
Для того, чтобы понимать изменились ли параметры фильтрации или нет должны соблюдаться следующие условия
1. Нужно указать ключи всех изменяемых парам...
Sendit и Pagination 9
14 января 2025, 08:26
Спасибо, попробую.
Можно ли в MODX как-то получить значение длины видеофайла? 4
13 января 2025, 21:35
Особенно после запуска FacetSearch я думаю некоторый опыт уже сложился у нас, надо его использовать!
FacetSearch так то провалился. Не хватило времен...
GNU2 можно ли зашифровать часть компонента MODX? 16
13 января 2025, 21:11
Не успел поставить лайк заметке, напишу тут: Спасибо! За отличное обновление!
Я думаю телега-чатики не навсегда заменили основной канал общения со...
Обновление рейтинга пользователей на MODX.pro 12
13 января 2025, 14:28
Рейтинг поста можно только в течение определенного времени менять. Не помню уже сколько дается. Эта заметка -уже старая.
На MODX 3 + Minishop 3 ес...
MiniShop3 - когда и чего ждать? 15
Поможет. Но как отличить опасный запрос от не опасного? К примеру, здесь кто-то захочет найти статьи по запросу «xPDO update», и что ему выдавать? А что делать с запросами uupdatepupdatedupdateaupdatetupdatee? Рекурсивную чистку писать? Короче, это все заморочки лишние.
Подсказываю вариант: создаешь еще один контекст без всяких документов, прав и т.п. Вешаешь плагин на авторизацию веб-пользователя. Если пользователь такой, который должен иметь права на переключение, его в плагине делаешь $modx->addSessionContext($ctx), то есть дополнительно авторизуешь его в этот спецконтекст. А плагин switchUser модифицируешь на проверку авторизован в этом контексте или нет, там посмотришь. Только там еще на контексте проверка есть на право user_save, вот это можешь убрать. Если ты никого в этот контекст не будешь авторизовывать, то дополнительные проверки не потребуются (во всяком случае, если это не публичный компонент). или можешь добавить допправа на этот контекст и их дополнительно проверять.
Шутка на злобу дня :)
Если сможешь модифицировать, может и покупать тогда не надо, если на это хватает знаний. Если вдруг не хватит, то можно подправить с ошибками, а с безопасностью шутки плохи. Ну да ладно, это уже тебе решать.
Я не напрашиваюсь, но все-таки это дело такое.
По твоей задаче: для того, чтобы без лишних танцев с бубнами, была корректная проверка на переключение пользователей, надо все-таки, чтобы пользователь имел авторизацию сразу в двух контекстах. Не думаю, что в ядре компонента этот механизм поменяется, но за +1000 к купленному компоненту я подправлю его на твоем сайте под твои нужды, чтобы он не использовал mgr-контекст.