Joomla 2.5.28, Safari под маком и сессии session - Joomla 2.5: Общие вопросы

Коллеги, нужна помощь. Первый раз такое наблюдаю
Есть сайт https://flokolibri.ru (не в рамках рекламы), на нем самописная корзина на базе материалов.

Механизм корзины использует стандартные сессии движка, сессии хранятся в базе.
При нажатии "в корзину" скрипт берет ID сессии юзверя
$session = JFactory::getSession();
$session_id = $session->getId();
и проверяет, есть ли в таблице заказов такая сессия, если есть - товар добавляется к существующим в корзине, если нет - создается новый заказ с этим товаром. Такая логика у меня работает уже сто лет на куче сайтов еще с времен 1.5.
С данным сайтом косяк исключительно под сафари под маком (десктоп\мобильная версия).

При нажатии кнопки в корзину даже без перезагрузки страницы движок создает новую запись в таблице #__session.
Тестировали элементарно - я в обработчике нажатия "в корзину" делаю echo $session_id (оно выводится в Lightbox вместо стандартного сообщения), коллега на маке с сафари тыркает на кнопку без рефреша страницы и каждый раз в Lightbox отдается новое значение сессии, которое я тут  же наблюдаю появляется в таблице. 10 раз тыкнул - 10 новых сессий. Естественно, корзина ломается. Увы, сам тестить не могу, ни одного мака в радиусе 10 км нет.

Мой скрипт работает корректно, JS с фронта передает данные на сервер, сервер их нормально принимает, дальше идет проверка сессии и кранты. На маке под Хромом корректно, на винде и никсах - тоже ни единого разрыва. Время жизни сессии 45 уже лет 5 как стоит.

В админке тоже не авторизуется, сбрасывает на страницу входа.

Никаких сторонних плагинов связаных с кешем\сессиями и подобным нет. Только пара группы контент моих для обработки картинок\текста.

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

Если у кого есть мак и тамошний сафари - прошу проверить - в каталоге у любого товара нажать "в корзину", должно появиться сообщение "товар добавлен, перейти в корзину" - и вот корзина будет пуста.

P.S. хостинг виртуальный TimeWeb, но там на другой площадке висят тоже сайты с таким функционалом на 2.5 и вроде работает.
PHP 5.6, хотя мне кажется это вообще не важно.

Если кто сталкивался и готов помочь на возмездной основе - с удовольствием стучитесь в личку\скайп\почту beliyadm@gmail.com

я так понимаю проблема решена

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

протестил
в корзину добавляет
захожу заново в каталог и добавляю все на месте

протестил
в корзину добавляет
захожу заново в каталог и добавляю все на месте

А в самой корзине товары есть после сообщения что добавлено https://flokolibri.ru/cart?
Под чем сидишь можешь сказать (версия ОС и браузера)

Благодарю за тест, тогда вообще ничего не понимаю. Заказчик жалуется и с коллегой при тестировании эта ошибка повторяется.
Буду дальше собирать пул мнений )))

даже после очистки кешей сафари в корзине все осталось
возможно проблема единична

возможно проблема единична

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

ну с айфона проверить увы не могу

клиенты с айфонов (хотя, это многое объясняет) жалуются, что после добавления в корзину корзина пустая.

Встречал на старых версиях Джумла, был конфликт mootools and jquery, но решение не помню.
Попробуйте отключить cloudflare.com

Нет там JS конфликтов, тогда бы в всех системах не работало, и cloudflare тоже нет, только jquery и простейшие обработчики фронта + AJAX запрос.
Проблема именно в сессиях под сафари, что на каждый клик создается новая.

Если вдруг у кого возникнет такая же ситуация, попробуйте вот это:
Откройте /configuration.php и проверьте параметры:
Если они не пустые, то в этом и может скрываться причина проблемы. Очистите их и сохраните файл.
Лучше это делать именно через правку файла, а не через админку, чтоб браузер не вписал ничего туда автозаполнением.

Коллеги, нужна помощь. Первый раз такое наблюдаю
Есть сайт https://flokolibri.ru (не в рамках рекламы), на нем самописная корзина на базе материалов.

Механизм корзины использует стандартные сессии движка, сессии хранятся в базе.
При нажатии "в корзину" скрипт берет ID сессии юзверя
$session = JFactory::getSession();
$session_id = $session->getId();
и проверяет, есть ли в таблице заказов такая сессия, если есть - товар добавляется к существующим в корзине, если нет - создается новый заказ с этим товаром. Такая логика у меня работает уже сто лет на куче сайтов еще с времен 1.5.
С данным сайтом косяк исключительно под сафари под маком (десктоп\мобильная версия).

При нажатии кнопки в корзину даже без перезагрузки страницы движок создает новую запись в таблице #__session.
Тестировали элементарно - я в обработчике нажатия "в корзину" делаю echo $session_id (оно выводится в Lightbox вместо стандартного сообщения), коллега на маке с сафари тыркает на кнопку без рефреша страницы и каждый раз в Lightbox отдается новое значение сессии, которое я тут  же наблюдаю появляется в таблице. 10 раз тыкнул - 10 новых сессий. Естественно, корзина ломается. Увы, сам тестить не могу, ни одного мака в радиусе 10 км нет.

Мой скрипт работает корректно, JS с фронта передает данные на сервер, сервер их нормально принимает, дальше идет проверка сессии и кранты. На маке под Хромом корректно, на винде и никсах - тоже ни единого разрыва. Время жизни сессии 45 уже лет 5 как стоит.

В админке тоже не авторизуется, сбрасывает на страницу входа.

Никаких сторонних плагинов связаных с кешем\сессиями и подобным нет. Только пара группы контент моих для обработки картинок\текста.

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

Если у кого есть мак и тамошний сафари - прошу проверить - в каталоге у любого товара нажать "в корзину", должно появиться сообщение "товар добавлен, перейти в корзину" - и вот корзина будет пуста.

P.S. хостинг виртуальный TimeWeb, но там на другой площадке висят тоже сайты с таким функционалом на 2.5 и вроде работает.
PHP 5.6, хотя мне кажется это вообще не важно.

Если кто сталкивался и готов помочь на возмездной основе - с удовольствием стучитесь в личку\скайп\почту beliyadm@gmail.com

Приветствую! Удалось решить проблему? Я так понимаю, что эта проблема возникла из-за новых правил безопасности Apple. 

Приветствую! Удалось решить проблему? Я так понимаю, что эта проблема возникла из-за новых правил безопасности Apple. 

На уровне сайта ничего не менял, просил заказчика понаблюдать\потестить и тот пропал с этим вопросом.
Больше его не задавал. Сайт работает, правки делаю, но этот трабл больше не поднимался.
Я черт его знает что это было, если честно, тестить не на чем было, забил

На уровне сайта ничего не менял, просил заказчика понаблюдать\потестить и тот пропал с этим вопросом.
Больше его не задавал. Сайт работает, правки делаю, но этот трабл больше не поднимался.
Я черт его знает что это было, если честно, тестить не на чем было, забил

Спасибо!

Что удалось определить: проблема в том, что ID сессии не записывается в coockies. Т.е. не создаётся переменная. И еще у меня есть сайт почти аналогичный проблемному, который сейчас снят с поддержки (в связи с объедением подразделений) на сайте отключён SSL сертификат. Так вот, на этом сайте всё работает. Отключил SSL сертификат на проблемном сайте, это никак не повлияло. Исследуем дальше...

пробовали live_site в конфиге указать (или убрать, если указано)?

и cookie_domain, cookie_path проверьте

пробовали live_site в конфиге указать (или убрать, если указано)?

Пустая переменная.

и cookie_domain, cookie_path проверьте

В первую очередь проверил. Тоже убрал через файл конфигурации, как мне казалось. Оказалось, что изменения не записались в файл, точнее файл не заменился на сервере. Убрал значение из cookie_path , вроде работает. Спасибо за ответ, ещё раз внимательно проверил благодаря вашему сообщению.