Человек возвращается с сайта платёжной системы в мой сайт, при этом у него в куке хранится идентификатор сессии моего сайта.Неверная трактовка действий! Правильно: "... при этом у него в куке ВОЗМОЖНО! хранится идентификатор сессии моего сайта."
Сессия моего сайта действует в моём сайте.Абсолютно верно!
Именно так и происходит когда я провожу тестовый платёж и контролирую это в консоли браузера - я остаюсь в своей сесии.Снова НЕВЕРНО!
Почему у НЕКОТОРЫХ моих пользователей это не так?В новых браузерах есть запрет на передачу сессии между доменами.
$_SESSION['uc_checkout'][$_SESSION['cart_order']]['do_complete'] = TRUE;
СРАЗУ! сохраняем статус в базу данных БЕЗ ВСЯКИХ СЕССИЙ!if ($_POST['Response'] == '000') {
вставить ниже: session_start();
для дополнительной ПЕРЕИНИЦИАЛИЗАЦИИ сессии юзера по его кукам. Что написал? Оплата не сделана через сесии.
if ($_POST['Response'] == '000') {
$_SESSION['uc_checkout'][$_SESSION['cart_order']]['do_complete'] = TRUE;
drupal_goto('cart/checkout/complete');
Т.е. оплата в платёжной системе проходит, но ордер остаётся в состоянии in checkout.Как осуществляется перевод из состояния in-checkout в следующее?
а уж его рабочий процесс все же уровнем повыше, чем у мелких стартаповОбоснуйте.
если номер из POST не совпадает с номером в сессии,я ж написал в ответе...
А кому нужно понять логику работы, чтобы её мигрировать на нужный ЯП - точно поймут.