Финансовая поддержка
VPS, бесплатные дополнения и docs
Донаты оплачивают сервер и двигают бесплатные дополнения MODX и документацию.
Поддержать
Личный кабинет на Sendit - не удается сбросить пароль
UiCMPGenerator дополнение для создания пакетов
Checkbox для модального окна
[SendIt 2.6.0] Анализ поведения пользователя для защиты от спама (невидимая капча)...
Minishop + честный знак (продажа маркированной продукции)
Sendex 2.0 не встает на Modx 2.8.8
MiniShop3 - Не выводятся товары дополнительных категорий
MobileDetect 2.0.0-pl функция "планшеты как стандартные браузеры не работает"
MobileDetect - проблема при установки компонента
msImportExport не сохраняет родителя по умолчанию
Всего 126 141 комментарий
xPDO такие ошибки пишет в системный журнал.
Если закомментировать строку с select, то выводится это
Функция целиком выше.
То есть:
Пробовал и такой вариант:
и такой
Может быть определяю неверно, может не в той функции определяю. Подскажи, пожалуйста.
Сделал innerJoin как в последнем примере. Смотрю в консоли — поля связанной таблицы по-прежнему не возвращает. Может быть нужно в $c->select прописывать в классе getlist?
В заметках про версию 0,3,0 написано
«При регистрации нового юезра добавлена проверка по email. Если такой адрес уже есть — учетка приклеится к нему.»
Я через минишоп, делаю заказ, создается пользователь с указанным email. Потом логинюсь через HybridAuth с провайдера у которого учетка с этим же email. В итоге имею 2 пользователей с одинаковым email-ом (разные логины).
Минишоп в качестве логина подставляет email, а HybridAuth берет у провайдера логин.
Как не создавать пользователя если уже такой есть email?
А так по логике и не должно было быть ошибок в системном журнале, т.к. ошибка direct_uri_mismatch происходила на стороне сервисов (Гугл, Яндекс) и до моего сайта ответ не доходил. А вот с мейлом когда ключ создал некорректно, и появлялся белый экран, почему не появилась запись в журнале не могу понять.
Если нет желания покупать GNU/Linux тестовую площадку в интернетах, ознакомьтесь хотя бы с виртуальной машиной.
Учитывая, что 99% сайтов MODX работают на Linux — эти знания себя ещё окупят!
На будущее — все ошибки должны быть в системном журнале.
с Mail.ru тоже разобрался, сначала белый экран был при попытке авторизации, создал в настройках новый ключ, и заработало. Подозреваю что в первый раз при создании ключа не писал ha.keys., поэтому и не срабатывал провайдер.
Там будет переменная $mode, которая для нового юзера равна new.
Можно уже тогда сразу, в открытом виде хранить.
Сам принцип хэша — работа в одну сторону.
Со вчерашнего дня есть инструкции в картинках на rtfm.