Все еще актуально, кто как решает ?
27.10.2014 17:05:10
Если правильно понял:
|
|||
|
27.10.2014 15:48:47
Сергей Абрамовских, спасибо за код. Но разве такая конструкция не будет делать лишний запрос ? Т.е. на каждый элемент +1 лишний запрос.
Так же прошу помощи, как у знающего вот по этому теме: |
|
|
27.10.2014 12:12:09
Выход в принципе нашел - разделить на 2 шаблона и 2 компонента, показывать нужный при выборе - все работает.
$arResul в данном случае разный и работать можно. Работают все поля, кроме поля КАПЧА в втором шаболне, капча не принимает вводимые значения. Причем наблюдается следующий прикол: В второй форме вводим код капчи - он не принимается формой 2, зато принимается формой 1. Если вводим код капчи от формы 1, в форму 1 - все принимается. В чем может быть ошибка ? Может быть нужно при переключении еще и страницу перегружать (что бы капча обновлялась для формы 2) ? |
|
|
27.10.2014 10:22:38
Ух, компонент переписывать не есть гуд, тем более, что с апи битрикс я на ножах пока еще. А нужно для вывода двух типов регистрации (у каждой разные поля). Первоначально это предусмотрено не было, а сейчас нужно допиливать. Тем более, что я не писал первоначально и на изучение "что - куда" уходит тонна времени ... Возможно ли развести по двум файлам ? Т.е. что первую, что вторую регу подключать в шаблон и уже меду ними переключаться ? |
|||
|
24.10.2014 18:00:40
Уважаемые, есть 2 компонента регистрации, сейчас думаю как их объединить вместе (в одном шаблоне) и разделить отображение JS.
Если со стороны JS как-то понятно (более-менее), то вот с стороны битрикса - нет. Как у меня записано:
При выводе $arResult наблюдаю объединение:
В принципе ОК, если можно как нить их "разорвать" и развести по переменным. Как быть ? Что делать ? |
|||||
|
24.10.2014 15:34:17
Столкнулся с такой проблемой, есть код:
По сути нужно лишь убрать этот пользовательский элемент, который я хочу привязать к ЕСЛИ. Никак не получается, помогайте братцы. |
|||||
|
22.10.2014 11:13:10
Покопавшись, нашел, оказывается можно доп.поля добавлять - ОК.
Добавил. Однако у меня получается 2 регистрации, "простая" и "полная". Переключение идет через JS. Но вот смотрю я $arResult и он идет с данными "простой" формы регистрации. Зацеп части данных идет с ajax/registration.php, а нужно распараллелить. Т.е. если человек выбрал "простой" способ - подтягивается с дефолта, а если "полная" - то с скажем ajax/full_registration.php. (но только разница была в подтягиваемых полнях регистрации, остальное все общее). Подскажите, в какую сторону копать ? |
|
|
21.10.2014 17:48:42
Уважаемые, подскажите, как сделать регистрацию совсем самопальную, т.е. поля совсем отличные от тех, что есть в bitrix:main.register.
В ajax, я создал файл, скажем test_registration.php, данный файл я подтягиваю:
В test_registration.php все данные просматриваю $_POST - ничего. (акромя капчи) |
|||||
|
21.10.2014 11:31:24
1. Посмотри что идет в $arResult, идет ли нужное поле заполненное. Если идет - хорошо, если нет - смотри где передача идет.
2. Тут моя битва |
|
|
21.10.2014 10:33:21
Ну как нет, что допилишь в файлах\шаблонах то и выводиться будет )
Обработчики: |
|
|
21.10.2014 10:24:52
Имхо, стандартный SEO меня не устраивает, ибо шаблоны для инфоблока работают через-чур уж шаблонно.
Все равно придется для каждого элемента шаблок в ручную допиливать. В маркете есть бесплатная и простая утилита-инфоблок. Она ни к чему не привязана (нужно ссылку указывать), а так же title\keywords\description. |
|
|
20.10.2014 20:48:25
По поводу s1 - так там же нужна переменная типа "mixed". Т.е. псевдо-переменная, которая может быть любым типом переменной. |
|||
|
20.10.2014 17:50:41
В итоге так и сделал, поменял на CEvent::Send и отследил b_event (ппц, тут еще и SQL нужно худо-бедно знать что бы нормально вывести данные из таблицы) А вот по первому - можно по конкретней ? Как такое проделать ? |
|||
|
20.10.2014 17:40:22
В принципе проблему решил (пока новая какая ни будь не появилась ...)
Проверил сперва b_event:
Полез проверять, оказывается в dbconn.php Была строка: define("BX_CRONTAB_SUPPORT", true); Заменил true на false - все заработало ... Однако Не отправляется дубликаты на рабочий адрес ... (без затрагивания настроек главного модуля?) Скажем #EMAIL_DUBL# ? |
|||
|
14.10.2014 15:20:38
Андрей Гуляев, спасибо, код писал на лету, а не copy&past поэтому в нем ошибки, но общий смысл передал
В итоге я создал init.php и там забил:
Все работает. Однако вопрос остался, ты упомянул
Где его прописать лучше и как читать ? |
|||||
|