public function prepareQueryBeforeCount(xPDOQuery $c) {
$c->select(array('id','name','TdTypes','updated','enabled'));
$c->innerJoin('TdTypes','TdTypes','TdItems.tid=TdTypes.id');
return $c;
}
Немного неясно как делать соединения.
Сделал innerJoin как в последнем примере. Смотрю в консоли — поля связанной таблицы по-прежнему не возвращает. Может быть нужно в $c->select прописывать в классе getlist?
Чтобы не плодить тем, спрошу здесь.
В заметках про версию 0,3,0 написано
«При регистрации нового юезра добавлена проверка по email. Если такой адрес уже есть — учетка приклеится к нему.»
Я через минишоп, делаю заказ, создается пользователь с указанным email. Потом логинюсь через HybridAuth с провайдера у которого учетка с этим же email. В итоге имею 2 пользователей с одинаковым email-ом (разные логины).
Минишоп в качестве логина подставляет email, а HybridAuth берет у провайдера логин.
Как не создавать пользователя если уже такой есть email?
В том и проблема что ошибок не было. Хотя была одна, когда вызывал снипет HybridAuth с провайдером которого уже удалил.<cut/>
А так по логике и не должно было быть ошибок в системном журнале, т.к. ошибка direct_uri_mismatch происходила на стороне сервисов (Гугл, Яндекс) и до моего сайта ответ не доходил. А вот с мейлом когда ключ создал некорректно, и появлялся белый экран, почему не появилась запись в журнале не могу понять.
Да Василий, все получилось. Спасибо.
с Mail.ru тоже разобрался, сначала белый экран был при попытке авторизации, создал в настройках новый ключ, и заработало. Подозреваю что в первый раз при создании ключа не писал ha.keys., поэтому и не срабатывал провайдер.
Значит придется генерит новый пароль для уже существующих юзеров. Как-то перехватить пароль при регистрации пользователя можно, учитывая, что региться будут через HybridAuth?
Стоит написать вопрос, в голове сразу проясняется. )) Я ведь совсем забыл про второе письмо, менеджеру. Там сниппет выполнялся второй раз и пароль опять сбрасывается. Надо было сразу поставить ограничение на один сброс пароля, а не мучить несколько дней этот save.
Всего 125 661 комментарий
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.