Насколько плоха идея сохранять все параметры запроса к странице в cookie?

Question

[Razunter]

Бэкенд-программист очень любит extract($_POST); в коде и настаивает, что все без исключения GET-запросы к странице

/index.html?a=1&b=2&c=3

должны сохраняться в cookie и передаваться потом в бэк. Есть ли аргументы против этого?

Уточняю: меня интересует именно сохранение всего подряд. В куки или нет — там уж видно будет…

Comments

[lUser L]

Ну можешь отравить его или себя в доку и прочитать, а потом сделать выводы)

Внимание
Не используйте extract() на непроверенных данных, таких как пользовательский ввод (например, $_GET, $_FILES).

[Razunter]

Эмиль 🔥, ну, вопрос-то не про это, а именно про сохранение всего в cookie.

Answer 1

[DevMan]

потому что он олень.
для шаринга давно придуманы сессии.

Comments

[Razunter]

Меня смущает именно момент с сохранением всего подряд…

[DevMan]

Razunter, и?

[Владимир Коротенко]

Razunter, Правильно смущает. Куки имеют конечный размер. Как впрочем и URL.
Причем это все настраивается как на конечном сервере так и на проксирующем.

[Razunter]

DevMan, ну ок, допустим, какой-нибудь бот наспамит рандомные запросы и забьёт свой куки\local storage\session storage... Вреда нет, но сама возможность этого как-то… неуместна?

[DevMan]

Razunter, ещё раз: незачем хранить данные в куках.
что тут не понятно?

Answer 2

[Владимир Коротенко]

запрос
/index.html?a=1&b=2&c=3
самодостаточен, это дублирование кода и это однозначно плохо.
И да в посте плохая практика передавать параметры, пусть они идут в теле запроса, хотя это не строгое определение.
В post нормально отправлять запросы в REST нотации
Например
/user/orders

а в теле запроса добавлять параметры фильтрации.

Comments

[DevMan]

серьезно?

[Владимир Коротенко]

DevMan, как пример

Это по моему нормальный rest
/russian/moskow/diler5/x5

а вот добавлять
/russian/moskow/diler5/x5/3.5/red/velur/abs и прочее это бред, тем более что либо некоторые позиции нужно пропускать

первая строка выводит на нужную страницу, а дальше уже можно применять фильтры так как этот аттрибуты конкретного товара

[DevMan]

Владимир Коротенко, а кроме реста форм нет?

[Владимир Коротенко]

DevMan, сейчас практически нет. Предвижу возражения типа есть GraphQL и другие, но это развитие и основная идея та же.
Есть еще парадигма форм, и как развитие ASP NET с его стэйтами.
Что там остается ? печеньки?

[DevMan]

Владимир Коротенко, вы вообще в своей чашке отбиты?
элементарная форма ответа на сайте

[Владимир Коротенко]

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

[DevMan]

Владимир Коротенко, какой, нахер, сленг: форма - вполне устоявшейеся явление.
и в релоаде нет трагедии, хоть можно и без него.

только к в посте плохая практика передавать параметры это отношения не имеет.

[Владимир Коротенко]

DevMan, я про это

вы вообще в своей чашке отбиты?

[DevMan]

Владимир Коротенко, здесь я ошибся: вы же с решетки, а не чашки.

ну а по теме чот напишите?

[Владимир Коротенко]

DevMan, а отбитый это видимо какое то экспрессивное выражение принятое на хабре или у вас на работе?

[DevMan]

Владимир Коротенко, видимо по теме написать нечего?

[Владимир Коротенко]

DevMan, 5кб вместо 5 мегабайт это вполне весомая причина отказаться от полного рефреша страницы.
Я так думаю. Вы не согласны?

[DevMan]

Владимир Коротенко, почему же? вполне согласен, если именно так.
только далеко не каждая страница дотягивает даже до мегабайта. а разницу между 5кб и 50-100кб сегодня сложно заметить.

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

[Владимир Коротенко]

DevMan, Есть и еще одна причина. И она по моему более важна: Отделение данных от представления.
Страница загружена , возможно и данные вставлены уже на сервере, а после когда клиент начинает взаимодействовать с сервером желательно не создавать нагрузку на сервер и напрягать уже клиент.
Да и взаимодействовать с rest значительно приятней чем с кусками html или новой подгрузкой страницы.

Ну и совсем из ленивого. Выбрали вы селектор в dev panel при перезагрузке все слетает, это реально бесит

[DevMan]

Владимир Коротенко, ну есть же масса примеров, когда релоад или нет ничего не решает.

Answer 3

[Дмитрий Беляев]

Дать бэкендеру почитать что такое куки и для чего они нужны, например вот: https://developer.mozilla.org/ru/docs/Web/HTTP/Cookies
Объяснить, что забивать гвозди микроскопом не лучшая идея, даже если он так привык.
Если напрямую действовать не получается, то можно через техлида или тимлида.

Есть ли аргументы против этого?

хотя бы то что куки - это долговременное хранилище, а никак не средство общения клиента с сервером

Бэкенд-программист очень любит extract($_POST);

на сколько помню php, get параметры передаются в $_GET и никак не аффектят $_POST

Comments

[Владимир Коротенко]

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

[Дмитрий Беляев]

Владимир Коротенко, насколько понял из вопроса автора, ему предлагают через куки гонять все подряд, то есть по сути использовать их для общения

[Razunter]

Дмитрий Беляев, ну, не прямо "для общения", с бэка не будет передавать в куки особо много. Да и не обязательно именно в куки.