Разработчикам

Оформление заказа под гостем (реализация за пару минут)

Пользователь 11948 -> Всем

19 Май, 2009 23:26

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

UPD: небольшие изменения в коде, закрывающие брешь в безопасности. Спасибо за замечание Сергееву Ивану. Изменения помечены красным.
[spoiler]
Итак, для начала переносим компонент оформления заказа в свое пространство имен. Как это сделать - опущу. Я выбрал злободневное оформление заказа на одной странице sale.order.ajax из последней версии модуля.

Изменения будут только в component.php.

1. В самом верху (28-29 строчка) убираем этот код:

if(!$USER->IsAuthorized())
   $APPLICATION->AuthForm(GetMessage("SOA_NEED_AUTH"));

Этот код запрещает гостям вообще попадать на страницу заказа.

2. Где-то 920-я строчка кода:

if($arUserResult["CONFIRM_ORDER"] == "Y" && empty($arResult["ERROR"]))
{
$arUserResult["CONFIRM_ORDER"] = "Y";
..

После $arUserResult["CONFIRM_ORDER"] = "Y"; сразу пишем:

if ($USER->IsAuthorized())
{
   $userID = $USER->GetID();
}
else
{
   /*Create user ------------------------*/
   $rsUsers = CUser::GetList(($by="id"), ($order="desc"), array("EMAIL" => $_POST["ORDER_PROP_$EMAIL_PROPS_ID"]));
   if ($arUser = $rsUsers->Fetch())
   {
      $userID = $arUser["ID"];
   }
   else
   {
      $obUser = new CUser;

      if (strpos($_POST["ORDER_PROP_$FNL_PROPS_ID"], ",") !== false)
         $arNames = explode(",", $_POST["ORDER_PROP_$FNL_PROPS_ID"]);
      else
         $arNames = explode(" ", $_POST["ORDER_PROP_$FNL_PROPS_ID"]);
      TrimArr($arNames);
      $userLogin = "client".time();
      $userPassw = GetRandomCode();

      $arFields = Array(
         "EMAIL"          => $_POST["ORDER_PROP_$EMAIL_PROPS_ID"],
         "LOGIN"          => $userLogin,
         "LID"          => SITE_ID,
         "ACTIVE"       => "Y",
         "GROUP_ID"       => explode(",", COption::GetOptionString("main", "new_user_registration_def_group")),
         "PASSWORD"       => $userPassw,
         "CONFIRM_PASSWORD"  => $userPassw
      );

      if(strlen(trim($arNames[0])) > 0)
         $arFields["LAST_NAME"] = trim($arNames[0]);
      if(strlen(trim($arNames[1])) > 0)
         $arFields["NAME"] = trim($arNames[1]);
      if(strlen(trim($arNames[2])) > 0)
         $arFields["SECOND_NAME"] = trim($arNames[2]);

      $userID = $obUser->Add($arFields);
   }
   /*------------------------------------*/

   //CUser::Authorize($userID); - Эту строчку удаляем!
}

С данного кода удалил одну строчку.

Ниже по тексту наполняется $arFields.
Там меняем один параметр:
"USER_ID" => $userID,

Внимание! Данный отрезок кода просто добавляет пользователя, но не отсылает ему письмо с регистрационными данными. Чтобы это происходило, надо воспользоваться CUser::Register заместо CUser::Add.
Но проще после создания пользователя (строка $userID = $obUser->Add($arFields)

дописать строку:

CUser::SendUserInfo($userID, SITE_ID, "Приветствуем Вас как нового пользователя нашего сайта!");

Тут особо отмечу моменты:
$_POST["ORDER_PROP_$EMAIL_PROPS_ID"] - это e-mail, у вас обязательно должно быть такое свойство заказа. У меня ID этого свойства 3. Надеюсь все поняли о чем речь.
$_POST["ORDER_PROP_$FNL_PROPS_ID"] - это ФИО. Тоже свойство заказа. Ведь нам надо гостя как-то обозвать. Тут подход индивидуальный. У меня одно свойство на ФИО. Если у вас несколько (отдельно под фамилию, отдельно под имя), то исправьте код:

            if (strpos($_POST["ORDER_PROP_$FNL_PROPS_ID"], ",") !== false)
               $arNames = explode(",", $_POST["ORDER_PROP_$FNL_PROPS_ID"]);
            else
               $arNames = explode(" ", $_POST["ORDER_PROP_$FNL_PROPS_ID"]);

В $arNames у нас должны оказаться фамилия, имя и, если хотите, отчество. Именно в таком порядке.

"GROUP_ID" => explode(",", COption::GetOptionString("main", "new_user_registration_def_group")), - хитрый финт, который пользователя помещает сразу в группы, которые указаны в настройках главного модуля. Сам когда-то допер

$userLogin = "client".time(); - это будущий логин клиента. будет что-то типа client123654987

Теперь нам необходимо обработать завершающий шаг.
Весь component.php по сути разбит на два больших блока.
if(IntVal($_REQUEST["ORDER_ID"]) <= 0)
//тут подготавливаем оформление заказа, собираем данные с пользователя
и
} else {
вот тут нам и надо изменения внести.

В самом конце первого блока находим строчку

$arResult["REDIRECT_URL"] = $APPLICATION->GetCurPageParam("ORDER_ID=".$arResult["ORDER_ID"], Array("ORDER_ID"));

И меняем ее на:

$arResult["REDIRECT_URL"] = $APPLICATION->GetCurPageParam("ORDER_ID=".$arResult["ORDER_ID"]."&USER_ID=".$userID."&".bitrix_sessid_get(), Array("ORDER_ID", "USER_ID"));

Теперь переходим в область ниже глобального else (см. выше), но прежде else меняем на elseif(check_bitrix_sessid()).

Там сразу идет выборка заказа с помощью $dbOrder = CSaleOrder::GetList. В фильтре метода меняем строчку

"USER_ID" => IntVal($USER->GetID()),

на

"USER_ID" => IntVal($_REQUEST["USER_ID"]),

Вот собственно и все.

Вкратце работает так. Смотрим, есть ли пользователь с таким мылом в базе. Если нет, то создаем. Выдергивается последний пользователь с указанным e-mail'ом.

Зачем нам его авторизовывать после добавления? Потому что его перекинет на страницу оплаты, где уже идет проверка на авторизацию и это надо. Если хотите, сами уже как-нибудь обработаете этот момент.

Особо удобно подход гостевого оформления заказа пользовать вкупе с ссылками автовхода.

PS: Как уже писал выше, это выкладки с компонента, который я прилично переправил, возможно что-то упустил при написании данного поста. Указывайте, пожалуйста неточности в комментариях или вопросы.

Важные замечания и ответы на кое-какие вопросы читайте в комментариях.

Теги:

HowTo, оформление заказа

8 Комментировать

Комментарии: 34 34 0

Ещё 1467

Предыдущие комментарии 22

Ц Сергей

Пользователь 2740 7 Июль, 2009 17:54

Получилось с первого раза, был мягко говоря в шоке.
Спасибо, очень полезная статья!

0 Ещё

Панин Александр

Пользователь 45335 22 Август, 2009 15:39

Добрый день всем!
Для меня эта тема с недавних пор стала довольно больным вопросом, с того момента, как руководство вынесло вердикт упростить процесс покупки и разрешить покупать абсолютно всем без регистрации.

Выражаю огромный респект автору этого поста, очень помог !!!

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

Итак, начноем!
Этот код

$rsUsers = CUser::GetList(($by="id"), ($order="desc"), array("EMAIL" => $_POST["ORDER_PROP_$EMAIL_PROPS_ID"]));       
   if ($arUser = $rsUsers->Fetch())       
   {       
      $userID = $arUser["ID"];       
   }

заменяем на

if($_POST["ORDER_PROP_8"]){       
      $mail = $_POST["ORDER_PROP_8"]; //$_POST["ORDER_PROP_8"] - это свойство заказа с мылом, просто я по ID завязывал, а не по имени свойства        
   }else{       
      $mail = $_POST["ORDER_PROP_12"]; //$_POST["ORDER_PROP_12"] - а тут мне пришлось указать свойство для юр. лих, т.к. с физическими они разходятся и у меня на сайте 2 типа плательщиков...       
   };       
   $rsUsers = CUser::GetList(($by="id"), ($order="desc"), array("EMAIL" => "$mail"));       
   while($arUser = $rsUsers->Fetch()):       
      $arGroups = CUser::GetUserGroup($arUser["ID"]);       
      foreach($arGroups as $arGroup => $arGroupID){       
         if($arGroupID == 1) //проверяем принадлежность к грппе администраторов       
            {       
               break;       
            }else{       
               $arUserUser = $arUser["ID"];       
               break;       
            };       
      };       
   endwhile;       
   if ($arUserUser)       
   {       
      $userID = $arUserUser;       
   }

дальше прям сразу поменял

else     
   {     
      $obUser = new CUser;     
     
      if (strpos($_POST["ORDER_PROP_$FNL_PROPS_ID"], ",") !== false)     
         $arNames = explode(",", $_POST["ORDER_PROP_$FNL_PROPS_ID"]);     
      else     
         $arNames = explode(" ", $_POST["ORDER_PROP_$FNL_PROPS_ID"]);     
      TrimArr($arNames);     
      $userLogin = "client".time();     
      $userPassw = GetRandomCode();     
     
      $arFields = Array(     
         "EMAIL"          => $_POST["ORDER_PROP_$EMAIL_PROPS_ID"],     
         "LOGIN"          => $userLogin,     
         "LID"          => SITE_ID,     
         "ACTIVE"       => "Y",     
         "GROUP_ID"       => explode(",", COption::GetOptionString("main", "new_user_registration_def_group")),     
         "PASSWORD"       => $userPassw,     
         "CONFIRM_PASSWORD"  => $userPassw     
      );

на

else     
   {     
     
      if (strpos($_POST["ORDER_PROP_9"], ",") !== false)     
         $arNames = explode(",", $_POST["ORDER_PROP_9"]);     
      else     
         $arNames = explode(" ", $_POST["ORDER_PROP_9"]);     
      TrimArr($arNames);     
      $userPassw = GetRandomCode();     
     
      $arFields = Array(     
         "LOGIN"          => "$mail",     
         "EMAIL"          => "$mail",     
         "LID"          => SITE_ID,     
         "ACTIVE"       => "Y",     
         "GROUP_ID"       => explode(",", COption::GetOptionString("main", "new_user_registration_def_group")),     
         "PASSWORD"       => $userPassw,     
         "CONFIRM_PASSWORD"  => $userPassw     
      );

я сделал так чтоб если кто новый юзер заводился, то в качестве логина ему присваивать егоже мыло, если не нравится, потом сам может исправить

Хотя еще руки не дошли, надо в

if (strpos($_POST["ORDER_PROP_9"], ",") !== false)     
         $arNames = explode(",", $_POST["ORDER_PROP_9"]);     
      else     
         $arNames = explode(" ", $_POST["ORDER_PROP_9"]);

поставить выбор не только из этого свойства, а как с мылом чуть выше сделать разделение в зависимости от типа плательщика.
и в конце мы всетаки авторизуем пользователя

     
   /*------------------------------------*/     
   $USER->Authorize($userID); // авторизуем

т.к. на сайте у нас используется оплата через различные платежные системы, включая счет и квитанцию от сбербанка.

Правда хочу всех предупредить, что эти изменения еще не тестировались глобально!!! Пока тестировал только сам немного...
Поэтому будьте осторожны! Буду очень рад услышать ваши отзывы и рекомендации

0 Ещё

Долганин Антон

Пользователь 11948 22 Август, 2009 18:46

Ну тут минус - зная мейл пользователя, можно залогиниться под ним (ведь, если кто-то получит доступ к обычному пользователю, тоже не есть гуд)

Что до оплаты на следующем шаге - там можно переделать компонент подключения платежки (оставим на домашнее задание

) и проверять сессию, а ID юзера передавать с GET.

Ну и еще комментарий, если уж данный подход рассматривать - проверять не "не принадлежность к админам", а "принадлежность к обычным", что можно дернуть с помощью COption::GetOptionString("main", "new_user_registration_def_group"), это группы через запятую, в которые попадет пользователь после регистрации. Ведь есть же еще саппорт, менеджеры, редакторы.

Но, положа руку на сердце, в некоторых случаях такое подходит - когда не критично что кто-то может получить доступ. Плюс если заказов пару десятков в день (максимум) и их внимательно обрабатывают.

Резюмирую - на свой страх и риск

0 Ещё

Панин Александр

Пользователь 45335 25 Август, 2009 17:51

Большое спасибо за ответ!!!
Есть над чем поработать, а в первую очередь отговорить руководство от использования такого метода

0 Ещё

Чупин Евгений

Пользователь 42080 26 Август, 2009 16:12

Антон, спасибо огромное за статью. Сделал все исправления в стандартном компоненте, работает заказ, только почему то пользователь не регестрируется и заказ оформляется на последнего зарегестрированного пользователя в базе. Не подскажете в чем может быть дело?

0 Ещё

Долганин Антон

Пользователь 11948 26 Август, 2009 18:38

Скорее всего не найдено поле E-Mail (свойство заказа). Если его нет, то надо создать.

И определить где-нибудь вверху переменную $EMAIL_PROPS_ID, равную ID такого свойства.

Аналогично $FNL_PROPS_ID для ФИО.

0 Ещё

Гнездилов Александр

Пользователь 92850 17 Июль, 2011 18:19

Добрый а есть ссылка на уже изменённый component.php

Или весь исправленный код

0 Ещё

Гнездилов Александр

Пользователь 92850 20 Июль, 2011 14:29

всё поправил и выдаёт такую ошибка помогите:|
Parse error: syntax error, unexpected $end in /home/users1/i/ivgrad-shop/domains/ivgrad-shop.jino.ru/bitrix/components/bitrix/sale.order.ajax/component.php on line 1631

0 Ещё

Каплаушенко Валерий

Пользователь 66903 24 Июль, 2012 16:55

В нынешней версии компонента sale.order.ajax в файле component.php и близко нет строк, которые упоминаются в блоге (например,

1. В самом верху (28-29 строчка) убираем этот код:

if(!$USER->IsAuthorized()) $APPLICATION->AuthForm(GetMessage("SOA_NEED_AUTH"));

I need help, please.

0 Ещё

Голубев Владислав

Пользователь 93386 21 Май, 2013 14:23

4 года спустя.... sale.order.ajax теперь поддерживает оформление заказа для не авторизованного пользователя. А вот sale.order.full всё так же придётся кастомизировать...

0 Ещё

Долганин Антон

Пользователь 11948 21 Май, 2013 14:27

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

0 Ещё

Голубев Владислав

Пользователь 93386 21 Май, 2013 14:30

Спасибо, не знал. Учтём)

0 Ещё

Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».

Оформление заказа под гостем (реализация за пару минут)

Продукты

Управление сайтом

Битрикс24

Интернет-магазин + CRM

Решения

Для интернет-магазинов

Каталог готовых решений

Внедрение

Выбрать партнера

Проверить партнера

Стать партнером