А какие есть решения для авторизации через соц сети? Или после получения данных от ulogin лучше самому реализовывать авторизацию?) Рассматривался вариант с HybridAuth, но была циклическая переадресация

добрый день. в сниппете ulogin получаю инфу о пользователе. можно ли через runsnippet formlister авторизовать его?

Можно. Сниппеты на изменение вывода цен в зависимости от группы пользователя или другого параметра. Плагин на изменение цены на событие "OnSHKgetProductPrice". Вот пример. Немного хардкодовый и перегруженный, но какой нашел у себя. $e = &$modx->Event; $output = ""; if ($e->name == 'OnSHKgetProductPrice') { $id = $_POST['shk-id'];//получаем id товара /*Получаем значение параметра "Без скидки (bool)"*/ $nodiscounts_arr = $modx->getTemplateVar('nodiscounts','*',$id);//Получаем значение параметра, отвечающего за вывод фиксированной цены $nodiscounts = $nodiscounts_arr['value']; /*Получаем id бренда (int)*/ $brands_arr = [52,1094,3233];//Список возможных id для бренда $parents = $modx->getParentIds($id); foreach($brands_arr as $brand){ if (in_array($brand, $parents)) { $brand_id = $brand;//Бренд break; } } $user_id = $modx->getLoginUserID(); $user_info_arr = $modx->getWebUserInfo($user_id); $discount_arr = [52 => $user_info_arr['discount_centro'], 1094 => $user_info_arr['discount_kapro'], 3233 => $user_info_arr['discount_truper']]; $discount = $discount_arr[$brand_id]; if(isset($price)){ if((isset($discount) && $discount > 0 && $discount < 100) && ($nodiscounts != 1)){ $output = round($price * (1-$discount/100), 2); }else{ $output = round($price, 2); } } $e->output($output); }

Он же вроде авторизовывал автоматом через сниппет weblogin . Или перестало работать? :)

В общем, если вдруг он еще тут появится, то мог бы попробовать и об итогах рассказать:)

http://modx.im/blog/addons/2214.html 500 ошибка, как только уберу код, который отвечает за авторизацию - сайт работает норм, но, как Вы уже догадались, никакой авторизации не произошло)

Добрый день всем. Вопрос такой. На серваке стоит ispmanager 5 там в настроийках включены gd и zip для PHP, но если использовать apache то modx пишет что "GD и/или Zip PHP расширения не найдены", если nginx - то все работает как надо. В phpinfo() тоже все эти расширения видны. Пробовал обновить вручную после чего все тоже самое. Никто не знает в чем может быть проблема?

Скорее всего в режиме CGI сайт работает. Там набор расширений разный

ну фиг знает, может он сам уже перестал работать (можно проверить просто вызовом сниппета на странице [!WebLogin!] , а может и какой плагин висит на авторизации и дело совсем не в сниппете

Делали обычную авторизацию с помощью формлистера. Personalize стоит в шапке сайте. Обычная авторизация (ввод инфы и отправка формы) срабатывает нормально. вызвал сниппет WebLogin, как Вы писали выше - абсолютно ничего не вывел.

а есть вообще новости по Evo 2.0 ?

Вопрос по FormLister и prepare, мне нужно в таблицу manager_shopkeeper после отправки формы добавить новый заказ, но проблема в том что в письме нужно указать id созданного заказа. если создавать заказ в prepareProcess то запись будет создана даже если пользователь получил Данные успешно отправлены. Нет нужды отправлять их еще раз. если создавать запись в afterPrepareProcess то письмо уже будет отправлено, и туда уже id мы никак не сможем отправить, Есть еще вариант, в prepareProcess проверять $FormLister->checkSubmitLimit(); и $FormLister->checkSubmitProtection(); но есть шанс что в prepare checkSubmitLimit не пройдет, а плюс одна секунда и в самом класе уже проверка будет гуд. Шанс очень очень маленький, но есть. Найболее правильный вариант как я понимаю вручную отправлять почту на afterPrepareProcess. Верно я понимаю логику или туплю @Pathologic93 @Dmi3yy

А разве "prepareProcess - после прохождения валидации"?

ну скорее всего отключу, а если будут на спам жаловаться то тогда буду думать что делать

в препаре

лучше $FormLister->setValid(false);

если заказова нет, то и форма не нужна

лучше $FormLister->setValid(false);

что-то не помню, чтобы спамщики в корзину товары добавляли))

а метод addMessage ты почему не видишь

В некоторых CMS есть целое направление "брошенных" корзин от спамеров. Когда регаются по чуть-чуть, смотрят-лазят, а потом начинают создавать заказы и в БД пишутся "брошенные" корзины засирая и БД и желание менеджеров работать. (%

ну нам такое не грозит)))) мало кто ШК дорабатывает

а я отправляю заказы через eForm и вообще не парюсь :) ))

и пыха 5.6)

проще написать !is_array() array() чем делать на препаре, когда нет 100% варианта как сделать правильно - такое мое мнение

если б кто-то дописал или контроллер или какой-нибудь prepare, чтоб это было точно правильно - можно было бы и пользоваться. А так видишь - то одно отключить, то второе включить, то "письмо все равно уйдет", то "письмо уже ушло" - и никто не скажет, как оно правильно

не знаю, никто мне не заказывал магазина даже с тремя формами заказа, тем более с 28 :)

так то ж какие-то калькуляторы, я конкретно про связку с шопкипером для магазина :)

ну а там тем более, зачем ставить еформ, если уже есть ФЛ, и уже пара форм на сайте на нём. ну и я на максимальном уровне ошибок работаю, тут еформ сразу отваливается

вот почитал выше и так и не понял все-таки как надо сделать, чтоб вот железобетонно 100% правильно работало

на самом деле странно, что никто не выложил готового решения ((: