Форум

А, это был отзыв. Так бы сразу и написали.

Я не могу утверждать как именно организована защита персональной информации на сайте Касперского, но для меня было бы достаточно лишь той информации, что он работает не на коробочной системе и что сайт расположен на полностью контролируемых серверах. Хотя, такая вот смена пароля не идет плюсом в карму Каспера. Мы же говорим о штатном механизме хранения и восстановления паролей в коробочной системе, которой пользуются много тысяч простых людей и организаций.
К тому же, Андрей, вам никто не пытается навязать другую точку зрения, можете найти для себя сколько угодно примеров хранения и восстановления паролей, которые вам кажутся правильными, но в Битриксе пароли хранятся в невосстанавливаемом виде. Если вам нужно их хранить как-то иначе, то можете изменить функционал под свои нужды. Если не хотите менять и считате, что так должно быть по умолчанию, то рынок предлагает массу других решений, попробуйте их.

[QUOTE]andreysmorya пишет:
После изменения пароля и введения посетителем его в соответствующие поля нужно тогда предложить ЯВНУЮ ссылку на автороизацию и продублировать эту ссылку письмом с текстом вида "введите новый пароль", а не предлагать генерировать его бесконечно...[/QUOTE]
Абсолютно с вами согласен, способ уведомления сейчас несколько неудачен, но эта тема уже поднималась на форуме и разработчики обещали ситуацию исправить. Сейчас же, чтобы обойтись малой кровью (без программирования), вы можете переформулировать текст почтового шаблона "Информация о пользователе" (Настройки - Настройки продукта - Почтовые события - Почтовые шаблоны). Только здесь необходимо иметь в виду, что данный почтовый шаблон используется системой и при регистрации, и при запросе/изменении пароля.

[QUOTE]andreysmorya пишет:
вторым письмом логин и пароль должен высылаться по логике, а не строка очередной генерации нового очередного пароля.[/QUOTE]
Андрей, это по вашей логике и по логике разработчиков попсовых (без кавычек) движков так должно быть. А правильно генерировать именно ссылку на восстановление пароля и сам пароль должен храниться в системе в невозможном для восстановления виде. Что и реализовано в Битриксе.

Пароль - это самая секретная информация, т.к. люди не редко используют один пароль на разных сайтах. Таким образом любой сотрудник, хостинг-провайдер или вообще фрилансер, имеющий доступ к базе сайта, может спокойно восстановить ваш пароль и пользоваться им на свое усмотрение.
Поэтому задумайтесь о безопасности ваших персональных данных на сайтах, которые на запрос восстановления пароля отдают его в открытом виде.

Тогда уж лучше так:

[CODE]$el = CIBlockElement::GetList(array(), array('=CODE' => $code), false, array('nTopCount' => 1), array('IBLOCK_ID'))->Fetch(); [/CODE]
Чуть быстрее будет работать  :)

Никита, я обновил скрипты, добавил в них поддержку публичной части http://dev.1c-bitrix.ru/community/webdev/group/78/blog/2193/
Попробуйте, должно получиться.

Можете показать код функции агента?

Из [URL=http://dev.1c-bitrix.ru/api_help/main/general/technology/agents.php]документации по агентам[/URL]

[QUOTE]В качестве возвращаемого значения функция-агент должна вернуть PHP код который будет использован при следующем запуске данной функции. [/QUOTE]

и пример там:
[CODE]function My_Agent_Function()
{
  // выполняем какие-либо действия
  return "My_Agent_Function();";
}[/CODE]

Вы возвращали в качестве значения код вызова агента?

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

[QUOTE]Максим Задубин пишет:
сначала надо выбрать местоположение(что по дизайну тоже не задумывалось[/QUOTE]
Это очень распространенная ситуация с дизайном, когда сначала рисуется красивая картинка, а потом ее пытаются связать с реальными и часто необходимыми процессами при оформлении заказа, о которых дизайнер даже не пытался подумать.
Стоимость и вообще возможность доставки обычно зависит от местоположения куда заказ нужно доставлять. Иногда еще доставка зависит от способа оплаты или наоборот. У вас не так?