@SlaSoft, по идее правильное решение когда при откате назад всё будет откатываться назад, но при этом теряется клиент который не понимает что делает, получается нужно делать неправильно и оставлять товар в корзине, ибо некоторые клиенты просто не знают как вернуться в категорию кроме как стрелочкой "назад".
если я нажал кнопку купить (для примера, поиске ответов 2020 к ЗНО при покупке по предметам или той же марки авто, при поиске аккумулятора), то при уведомлении, что товар в корзине (блоки на добавление могут быть разные,от минимальной суммы, до выбора размера\опции\регистрация...) - он находился все время заполненным и если я решил залогиниться, то сохранить данные корзины под текущего пользователся в уже авторизированном кабинете, с сохранением истории товаров (отдельно просмотренные тоже).
примерно так перефразирую пожелания при комфортном ПФ
лично мое мнение: поставить обработчик на рефа и уже на него редиректить, так бы корректнее было
yura_co@SlaSoft, по идее правильное решение когда при откате назад всё будет откатываться назад, но при этом теряется клиент который не понимает что делает, получается нужно делать неправильно и оставлять товар в корзине, ибо некоторые клиенты просто не знают как вернуться в категорию кроме как стрелочкой "назад".
Т.е. не обновлять страницу при НАЗАД
Но какже?
Я же положил в корзину а там пусто!
Bacoпримерно так перефразирую пожелания при комфортном ПФ
М.. это не вопрос о регистрации А именно о кнопке НАЗАД ( или я не понял твоего ответа)
по ответу, то лучше данные сохранить в сесии, с записью на сторону клиента, а не сервера, напр. в печеньки или локалсторедж или тот же фаербейс, главное чтобы у него была пометка и обрабатывать корректно HTTP_REFERER, а на стороне сервера все можно логгировать, была бы логика.
кілька раз перечитував, все ж правильною була б логіка з 2-ки, та тут підтримаю @ALarik, бо відсоток - не досить великий тих, хто так зробить, а сам факт наявності товарі в сессійному блоці - реалізовано, чисто незручна дрібничка, котра при window.history.back() - дає порожній варіант "міні-корзини"
насколько я вижу, то добавление в заголовок, при ответе сервер--клиент данных об отмене кэширования, вернее просчету его невалидным, но зачем ? если с 301 редиректом - понятно (кэширует резалт), то тут зачем ? что в итоге получим, если каждый раз в стартапе будет срабатывать такая вот "система некэширования" ?