Всего 123 756 комментариев

Abu
Abu
05 января 2013, 18:26
0
У меня так с pdd yandex, кажется есть еще нюанс с яндексом которому в formit нужно значение &from указывать
, 'mail_smtp_auth' => 1
, 'mail_smtp_hosts' => 'smtp.yandex.ru'
, 'mail_smtp_pass' => 'password'
, 'mail_smtp_port' => '465'
, 'mail_smtp_prefix' => 'ssl'
, 'mail_smtp_user' => 'login@yandex.ru'
, 'mail_use_smtp' => 1
Василий Наумкин
05 января 2013, 16:46
0
Добавь косую перед ссылкой, чтобы был url от корня сайта:
<a href="/[[+login_url]]&provider=Yandex">Yandex</a>

И еще советую включить friendly_urls.
Виталий Киреев
05 января 2013, 16:37
0
У вас, наверное, в шаблоне тег неправильно прописан.
Вот так попробуйте:
<base href="[[++site_url]]" />
Pavel Serikov
05 января 2013, 16:19
0
Кстати говоря, с HybridAuth возникла небольшая проблемка. Создал новый вопрос.
Pavel Serikov
05 января 2013, 15:55
0
Спасибо за наводку на Tickets, действительно подходящая штука. Насчет отдельной таблицы еще не решил, вариант такой рассматриваю. Хотелось бы предусмотреть возможность легкого редактирования самим же работодателем (или на крайняк администратором) вакансии в случае например ошибки в заполнении или обновления данных.Также должна быть возможность «снять с публикации» вакансию. Если все данные будут записываться в отдельную таблицу, то нужно разрабатывать и отдельный компонент для их администрирования через вкладку Компоненты и допиливать getResources для отображения, и HybridAuth для доступа к этой таблице. Хочется не тратить время и не изобретать велосипед, если уже есть готовое решение:)
Василий Наумкин
05 января 2013, 09:53
0
Спасибо, abba abadon. Действительно — рабочий пример создания любых ресурсов от имени админа сайта находится вот тут.

Но мне не ясно, зачем тебе создавать ресурсы, если работодатель заполняет форму? Не лучше ли сохранять эти данные в отдельную таблицу, по которой можно будет организовать поиск?

Если так — то самый простой вариант, это сделать малюсенький компонент при помощи modExtra, а данные в таблицу закидывать через хук FormIt — заодно и валидация будет, и email уведомления о новой записи.

Если же надо прям создавать ресурсы — крайне советую использовать Tickets, ибо он фильтрует разные XSS, теги MODX и прочие угрозы, которые юные хакеры могут засунуть в новый ресурс. Также, он форматирует и типографирует текст, и тебе самому это делать не придётся.

Tickets работает только с авторизованными юзерами, что решается легко и просто при помощи HybridAuth.
abba abadon
05 января 2013, 00:26
0
Создание документа через процессоры как раз Василий Наумкин и описаны в статье MODX_API_MODE и процессоры. Что касается процессора который отвечает за создание TV то это element/tv/create. Пример использования:
$example = $modx->runProcessor('element/tv/create', array(
            	'name' => 'example',
            	'caption' => $resource->get('pagetitle'),
            	'type' => 'text',
            	'category' => 9,
            	'description' => 'example'
        	));
.
Илья Уткин
05 января 2013, 00:16
0
Попробуйте приспособить Tickets для своих нужд.
Denys Butenko
05 января 2013, 00:14
1
0
Для начала региститируете себе ящик для домена у Гугла или Яндекса.
Прописываете mx записи для домена. Ждете пока они обновятся.
В настройках MODX раздел Почта:
mail_smtp_auth - Yes
mail_smtp_user - адрес ящика на Google или Yandex сервере
mal_smtp_pass - пароль от этого ящика
mail_smtp_port - порт (у меня 465)
mail_smtp_prefix - tls
mail_smtp_use - Yes
Этого должно быть достаточно!
Alexei Garmash
04 января 2013, 23:02
0
Василий, Вы рекомендовали использовать серверы Yandex или Google для отправки почты с сайта на MODx Revo.
Вы не могли бы подсказать, как правильно настроить сам MODx для корректной работы с Яндекс? В сети детальной информации по этому вопросу не нашел, и с наскоку настроить тоже не удалось.
Василий Наумкин
04 января 2013, 16:41
0
С typo3 не работал.

О проблемах с 20к документами в Рево не слышал. Учитывая, что разработчики говорят о ресурсах как view to data — не обязательно раздувать сайт до такого кол-ва ресурсов. данные можно держать в отдельных таблицах, и выводить на ресурсах своими сниппетами.

Зависит от задачи, в общем. Пример большого сайта — сам modx.com и complex.com — тут чуть подробнее.
Василий Наумкин
03 января 2013, 16:05
0
Вот здесь, закомментировано.
Алексей Хребтов
03 января 2013, 13:34
0
Василий, с прошедшим НГ, побольше работы и денег!
Подскажите где была эта дыра, мне это нужно, т.к. привязка идет через сервисы почтовые, то подделка емайл стремится к нулю.
Скажите версию в какой это было или покажите если не трудно код, спасибо.

Не отвечаю на ваш коммент, т.к. с планшета и перекидывает на раздел ответы, если нажимаю ответить.
Василий Наумкин
03 января 2013, 11:05
0
Дописал обработку якорей.

Теперь, если что, они сохраняются в #anchor=имяякоря. Если при загрузке есть такое значение в хэше — то оно перекрывает остальные и хэш меняется на якорь.

Пытался подружить это дело с scrollTo.js, чтобы перекручивало на якорь и срабатывали остальные параметры — но глюки не смог одолеть. Поэтому теперь так: реальный якорь важнее остального.

Проверяем — bezumkin.ru/sections/components/516/#anchor=cut/tab=tickets
Василий Наумкин
02 января 2013, 18:50
0
Принято, спасибо.

Подумаю на досуге, как разделить хэш для собственных нужд и настоящие якоря.
Denys Butenko
02 января 2013, 17:07
0
Если с главной страницы нажать кнопку «Читать дальше», страница открывается с хэшем #cut и на этой странице справа менять вкладки «Комметарии» и «Публикации» в адресной строке появляется это:
http://modx.pro/development/520/#cut=undefined/tab=tickets
Николай Дебелов
01 января 2013, 19:15
0
А всего-то нужно было дописать в &hooks=`email` и все заработало…
Portyon
31 декабря 2012, 21:32
0
Спасибо
Виталий Воропаев
31 декабря 2012, 14:52
0
С точки зрения организации кода, все четко. Аккуратно и ничего лишнего.