Идея проектировать структуру хранения данных так, чтобы при неправильном поисковом запросе одна байда стояла выше другой вызывает у меня разрыв шаблона. Извините, даже думать об этом не хочу.
«Да не могут же они!»
«Да не могут же они!»
|
|||
|
|
|
|
Я бы завёл специальное свойство. Скажем, "Полное описание модели". При этом: * это свойство должно индексироваться модулем поиска; * это свойство должно автоматически заполняться при добавлении/изменении элемента инфоблока по событиям onBeforeIBlockElenentAdd/Update. Ну или onAfer, возможны варианты. В обработчике события формируете строку типа "NEC MultiSync EA192M S/WH Размер экрана: 19" Яркость: 250 кд/м2 Контрастность: 1000:1 Разрешение: 1280 x 1024 Время отклика: 5 мс" и записываете её в это свойство. А, извините, вы о другом. Ответ не на тот вопрос.
«Да не могут же они!»
|
|
|
|
|
|
Если у вас используется штатный шаблон битрикса, то нужно добавить ваши новые свойства в список показываемых. Это делается в настройках компонента.
Если шаблон был кастомизирован, то возможны варианты. Например, показ новых полей мог быть просто не предусмотрен. В этом случае придётся вносить изменения в шаблон компонента.
«Да не могут же они!»
|
|
|
|
|
«Да не могут же они!»
|
|||
|
|
|
|
Чтобы использовать капчу в форме регистрации, нужно включить крыжик "Использовать CAPTCHA при регистрации" в настройках главного модуля (вкладка "Авторизация").
Если вы посмотрите на перечисленные выше компоненты, то увидите, что у них вообще нет настроек (кроме system.auth.confirmation).
«Да не могут же они!»
|
|
|
|
|
Их там 5 штук, кстати: system.auth.authorize system.auth.changepasswd system.auth.confirmation system.auth.forgotpasswd system.auth.registration Если интересно, см. метод AuthForm в modules/main/classes/general/main.php
«Да не могут же они!»
|
|||
|
|
|