Проблемы с оформлением заказа в корзине при включенном ЧПУ - страница 2 - JoomShopping

Остаётся только сторонние плагины отключать и проверять

Эммм... а у вас случаем там не стоит каноникл сторонний?

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

@dmitry_stas, а помнишь, мы решали такую же проблему? Тоже все перерыла - и оказалось, что каноникл от Юношева так себя вел) Сейчас попробую найти тему...

Во, нашла) Не каноникл, Last Modified виноват был. У ТС не стоит случаем?

Не удаляется товар из корзины ни в модуле, ни на странице оформления заказа

аа Last Modified... да, этот может быть причиной. но тут не он. с Last Modified ответ сервера будет 304, а тут обычный 200 http://prntscr.com/o0rwau . т.е. браузер к серверу обращается, сервер ответ отдает. но вот что именно отдает - это уже вопрос кеширования 99.99%

Эммм... а у вас случаем там не стоит каноникл сторонний?

Стоит  JoomShopping Product canonical

У ТС не стоит случаем?

ТС это что?
Last Modified такого плагина нет.

ТС это вы. Топик Стартер, тот кто начал тему. у вас кеш, можете не искать ничего другого. у вас кеш практически без вариантов

ТС это вы. Топик Стартер, тот кто начал тему. у вас кеш, можете не искать ничего другого. у вас кеш практически без вариантов

Когда включено кэширование Joomla, то файлы кэша записываются в соответствующей папке. Если оно отключено, и какой то другой компонент кэширует, то он куда пишет файлы?

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

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

Насчёт кэширования со стороны сервера, поддержка сообщила:
Кэширование у самого сайта, если подложить пустой index.php то кэширования нет
sd [~] $ cURL -I https://vasudeva.ru/
HTTP/1.1 200 OK
Server: nginx/1.14.1
Date: Wed, 12 Jun 2019 21:09:36 GMT
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
X-Powered-By: PHP/7.3.4
Strict-Transport-Security: max-age=31536000;
Проверьте плагины или уточните у разработчика сайта

Не совсем понятно почему если отключить ЧПУ, то корзина начинает работать в том браузере, где до этого не работала, и после включения ЧПУ процесс оформления тоже проходит, по крайней мере какое-то время.

ТС это вы. Топик Стартер, тот кто начал тему. у вас кеш, можете не искать ничего другого. у вас кеш практически без вариантов

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

покажите что у вас тут http://prntscr.com/o16off

покажите что у вас тут http://prntscr.com/o16off

вот скрин https://prnt.sc/o16rhh

скорее не относится к проблеме, но что такое хранилище ?

Путь для куки указан неправильно, нужно указать адрес сайта - vasudeva.ru

Вернее так:
Куки домена - vasudeva.ru
Путь для куки - /

скорее не относится к проблеме, но что такое хранилище ?

Это  jDownloads

Путь для куки указан неправильно, нужно указать адрес сайта - vasudeva.ru

Вернее так:
Куки домена - vasudeva.ru
Путь для куки - /

Исправил. Спасибо большое.

Исправил. Спасибо большое.

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

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

Эта настройка не решила проблему, из за которой создана тема.

Эта настройка не решила проблему, из за которой создана тема.

Я не смог добиться подобного поведения под Google chrome и mozilla Firefox в Linux. Яндекс.Браузера нет сейчас под рукой. Судя по видео очень похоже на session/cookie. Нужно ставить брекпоинты в коде корзины и смотреть почему он вместо step2 делает редирект обратно в корзину, более быстрый вариант, или тупой метод перебора включением/отключением плагинов (если, конечно, дело в них, а не в сервере). Идеальный вариант отладка с брекпоинтами, иначе гадать можно очень долго.

Попробуйте еще проверить плагины в которых используются триггеры onLoadCheckoutStep2 и onBeforeDisplayCheckoutStep2View. Возможно с ними что-то не так. Кроме этого, редирект co step обратно в корзину без JError (вывода сообщения об ошибке) выполняется только в одном месте кода JoomShopping (дефолтного), в методе checkStep($step) модели checkout.php. При условии, когда считается что в корзине 0 товаров (может быть из-за неверной работы сессии):

if ($cart->getCountProduct() == 0){
   $mainframe->redirect(SEFLink('index.php?option=com_jshopping&controller=cart&task=view',1,1));
   exit();
}

Таким образом, что-то либо с работой плагинов либо что-то с работой сессии на сервере. Копайте где-то в этом направлении, больше не знаю чем помочь. Нужна отладка и тесты.

проверить плагины в которых используются триггеры onLoadCheckoutStep2 и onBeforeDisplayCheckoutStep2View

Это могут быть только плагины JoomShopping, или где-то ещё такие триггеры могут быть?

oslyabya, по вашему ЛС (я не могу ответить, видимо, ограничение форума). К сожалению, сейчас никак не смогу помочь. 2 немалых проекта весит и свободным временем особо не располагаю. Попробуйте обратиться Nevigen, судя по всему, он ориентируется в JoomShopping достаточно хорошо. А так, смотрите в сторону сессий на сервере и плагинов использующих вышеуказанные триггеры. Я считаю, где-то там собака зарыта.

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

Заметил, что у вас разные ссылки для перехода в корзину.
При отключенном JL No Doubles проблема тоже воспроизводится?
И по какой именно ссылке происходит косяк?

Заметил, что у вас разные ссылки для перехода в корзину.

Спойлер

[свернуть]

При отключенном JL No Doubles проблема тоже воспроизводится?
И по какой именно ссылке происходит косяк?

Косяк по обоим. Вторую сейчас отключил. Она была сразу на страницу ввода данных заказчика, но когда корзина глючит, то она не открывается, а открывается корзина. При отключенном JL No Doubles проблема остаётся.

Косяк по обоим. Вторую сейчас отключил. Она была сразу на страницу ввода данных заказчика, но когда корзина глючит, то она не открывается, а открывается корзина. При отключенном JL No Doubles проблема остаётся.

Да, конечно, это разные ссылки. Первая - просмотр корзины, вторая - step2.
Отключайте все сторонние плагины и тестируйте. Если всё хорошо, значит дело в каком-то из них.
Потом по-очереди включайте и смотрите на каком баг проявится. Долго, но а что делать.
Если при всех отключенных плагинах проблема не исчезнет, то 99%, что проблема в хостинге (если вы, конечно, не вносили изменений в ядро joomshopping).

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

Желаю Вам удачи. Сегодня уже заходить не буду. Более-менее свободное время будет не раньше воскресенья. Надеюсь, до этого момента ваша проблема решиться.

Да, конечно, это разные ссылки. Первая - просмотр корзины, вторая - step2.
Отключайте все сторонние плагины и тестируйте. Если всё хорошо, значит дело в каком-то из них.
Потом по-очереди включайте и смотрите на каком баг проявится. Долго, но а что делать.
Если при всех отключенных плагинах проблема не исчезнет, то 99%, что проблема в хостинге (если вы, конечно, не вносили изменений в ядро joomshopping).

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

Желаю Вам удачи. Сегодня уже заходить не буду. Более-менее свободное время будет не раньше воскресенья. Надеюсь, до этого момента ваша проблема решиться.

Спасибо большое за очень ценные советы. Будем пробовать. В ядро joomshopping изменений не вносили. Единственное переезжали с Joomla 2.5, Joomshopping 3.20.2 на актуальные версии, с ручным переносом основных таблиц, и правкой тех полей в них, которые отличались от полей в новой версии.

То что прописывается в файле configuration.php никак не может влиять на кэширование сайта?