Всего 122 934 комментария

Герман Штайнеров
27 февраля 2014, 12:02
0
а как его заставить это сделать? какая настрока ticket или Loginza за это овечает?
Rimas Kudelis
27 февраля 2014, 11:12
0
А это как делается? Я сессию вообще в своём скрипте не трогаю.
Пётр Молчанов
27 февраля 2014, 11:07
0
Только так, иного пути не должно быть
Музалевский Виктор
27 февраля 2014, 10:57
0
Есть разумное решение.
1) регистрируешь домен
2) Указываешь ему NS сервера Я например использую CLODO
3) В панели: panel.clodo.ru/#dns открываешь управление доменным именем
4) Видишь запись формата(домен, тип, IP) «domain.ru. A 1.2.3.4» и редактируешь заменяя IP адрес записью DDNS
или своим реальным IP, потом когда перенесешь на рабочий сервер просто опять подредактируй А запись, а свежие дополнения сможешь копировать к себе на локальную машину потом или на оборот)))

З.Ы. Как зарегить и настроить DDNS можно найти в интернете.
Александр Суркин
27 февраля 2014, 09:16
0
Нет, вопрос именно про сниппет mSearch2. Как в нем сделать такое? К тому же не только поля товара не выводятся, но и тв, когда я указываю их в шаблоне вывода.
Aртур Чикин
27 февраля 2014, 08:56
0
Заставить пользователя ввести Email и только. MODX сам не дает сохранить профиль без email, если редактировать через админку.
Андрей, Омск
27 февраля 2014, 01:49
0
Спасибо большое всем откликнувшимся!
Евгений, ваше решение — именно то, что мне сейчас нужно. Без программирования, просто и быстро.

Еще раз всех благодарю!
Евгений Дурягин
27 февраля 2014, 00:54
0
Нужный пользователь передается в параметрах события
$id это id пользователя, которого активировали, а $user — объект modUser этого пользователя
Т, е. чтобы отправить пользователю письмо достаточно в плагине на OnUserActivate написть:
$user->sendEmail('Hello', array('subject'=>'Активация'));
Evgeny Epifanov
27 февраля 2014, 00:52
0
Я выводил через mFilter в &element указываешь сниппет, через который будешь выводить поля товара:
[[!mFilter2? 
	&paginator=`pdoPage`
	&element=`msProducts`
]]
Clean
27 февраля 2014, 00:51
0
Андрей, ознакомьтесь вообще с выборками XPDO, вам по сути нужно просто выбрать по ID данные пользователя, ссылка вот
rtfm.modx.com/xpdo/2.x/class-reference/xpdoquery/xpdoquery.select
плюс я где-то на этом сайте пример оставлял…
Роман Наумов
27 февраля 2014, 00:42
0
Илья, а какие условия работы. Я хоть и не гуру веб-разработки, но кое-что могу. :)
Можете писать на naumov.ra@gmail.com.
Aртур Чикин
27 февраля 2014, 00:28
0
ExtJs выполняя php передает ему id юзера с которым работала. Так что тут тебе придется скорее всего переписывать процессор modUserUpdateProcessor и использовать свой ключ класса. Но тогда не нужен будет плагин, а что бы работал плагин, ему необходимо передавать за ранее id нужного пользователя. Вам проще добавить небольшую кнопочку в панель редактирования пользователем, по нажатию на которую будет отправлятся письмо со всем необходимым. Для примера внедрения ExtJs кода в панель редактирования пользователя посмотрите мини дополнение modavatar.
Aртур Чикин
27 февраля 2014, 00:04
0
Пс, ты это, только тихо не говори никому, но автора этого блога зовут не Валерий а Василий. Только ты Тссссссссссссс. В верху есть кнопочка редактировать. Поменяй пока никто не видел и не обиделся:)

И еще) КОД ОБЕРНИ В ТЕГ
<code></code>
И забыл) Тут не MODX EVO тут MODX REVO
Aртур Чикин
26 февраля 2014, 23:32
0
Ты не понял. У СимплДрим распространяются платные компоненты. Но очень часто у меня на modxcloud отказывается работать офицальный репозиторий, как и на test.modx.pro работает через раз. Значит не плохо бы было иметь зеркало с нужными пакетами. Например на modx.pro
Clean
26 февраля 2014, 23:07
0
А зачем плодить одинаковые проекты?SD отлично работает, и там весь нужный арсенал есть…
Aртур Чикин
26 февраля 2014, 22:06
0
Я конечно лезу скорее всего со своим самоваром, но есть предложение на modx.pro добавить аналог репозитория как на simpledream вот только дополнения там будут проверенные и только бесплатные, а то очень часто офф репозиторий лежит или дополнения которые туда попадают не могут устанавиться из за кривого билдера. И прочие косяки.
Aртур Чикин
26 февраля 2014, 22:02
0
Закрой сессию перед тем как открывать новую.
Rimas Kudelis
26 февраля 2014, 14:02
0
Делаю вроде всё по инструкций:
$response = $modx->runProcessor('security/login', array('username' => $username, 'password' => $password, 'login_context' => 'mgr'));
if ($response->isError()) {
	$modx->log(modX::LOG_LEVEL_ERROR, 'Could not log in, will exit now: '.$response->getMessage());
	exit;
}
$user_data = $modx->user->toArray();
if ($user_data['id'] == 0) {
	$modx->log(modX::LOG_LEVEL_ERROR, 'Failed to log in, will exit now: '.$response->getMessage());
	exit;		
}
Первый блок срабатывает, второй – нет. Включив дебаг, при попытке авторизации выводится вот что:

There was an error retrieving or creating session id: jkrdurgorih6im1m9pa0r1ol42
и дальнейший скрипт не срабатывает, так как юзер, оказывается, аноним… пробовал гуглить, но ничего полезного не нашёл. Может подскажите, в чем может быть дело?

Кстати, при обращении к скрипту, сессия в БД создаётся, нот с другим ИД.