Создание функционала сайта с помощью cookie? Целесообразно?
Приветствую! Возникла такая идея. Дабы не засорять базу разными значениями которые будут отправляться на сервер и сохраняться там для дальнейшего воспроизведения функционала сайта для каждого конкретного пользователя и не производить регистрацию, хочу добавлять в браузер пользователя куки с информацией. Потом во время загрузки новой страницы считывать инфу из cookies браузера и формировать окончательный вариант этой запрашиваемой страницы в зависимости от считанных cookies. Т.е. регистрация не нужна, все параметры у пользователя на ПК. Собственно вопрос. Сильно ли загадится память ПК от большого кол-ва cookies и сколько вообще можно (кол-во) cookies хранить в браузере для одного домена. Понятно, что при очистке Кеша и тп все отвалится, но для использования новостного сайта это может ок?
Никогда, от слова совсем, не доверяй данным со стороны клиента.
Так учат на первом занятии по кибербезопасности.
И куки и локал сторадж может быть отредактированное клиентом, и должно быть проверено сервером на точность/соответствие с бд.
Comsequent, да тут даже с точки ui понятно, что смена браузера / переустановка ос / с другого устройства вошёл - удар по функционалу.. Я считаю, что в кукис стоит хранить лишь данные сессии, и пароли проще запоминаться будут))
А вообще идея гениальна в рамках популярного мирового проекта с децентрализованной p2p бд, как минимум чтобы сделать крутой динамичный проект только на статике (userside), а для функционирования бд использовать webrtc к примеру... Правда это коммунистическая песня в утопической вселенной шмарвэл)))
Johnny Lowhunter, а вообще да, гениально - в теории хранить все данные у пользователя не в cookie а в неком зашифрованном файле локально. Во время генерации страницы опрашивать этот файл и формировать окончательный вариант страницы. В БД почти пусто.
Johnny Lowhunter, если выстроить теоретически модель функционала ВК (не брать во внимание аудио и другой тяжеловесный контент, а чисто текст).
Сохранять все в файле на ПК. Когда пользователь пишет сообщение, оно сохраняется в этом файле, а сокеты каким-то образом слушают этот файл и обновляют ленту переписки в диалоге.
Может быть такое уже есть?
VladBokov, ну это,как мне кажется, будет следующим направлением после устаканивания движухи с wasm. Правда двигать это будут только опэнсорсники интузиасты т.к. для коммерции реализация подобного - апокалипсис.. хотя вру - крипто функций и фрэймвёрков растёт как грибов, с доступом к файловой системе проблему решает wasm сообщество - вобщем человек уже готов к обесцениванию железа в айти вроде как..
VladBokov, ну так есть уже такая возможность, правда стандартов нет - как раз для энтузиастов и опенсорц(мол не хочешь не юзай..). Таким образом, можно уже, к примеру, хранить у юзера в зашифрованном виде инфу и ключ, а на сервере хранить ключ закрытый и пересоздавать эту пару при каждом сеансе или даже обмене данными. В этом случае нагрузка падёт на скорость инета и ЦП + ОЗУ сервера без лишних затрат на безопасность, но это уж очень мощный канал связи нужен на сервере и никто в здравом уме не пойдет на такое в крупном проекте (хотя кто знает что завтра не будет легкодоступен инет в терабит/с?
Создание функционала сайта с помощью cookie? Целесообразно?
на сколько целесообразно - это всё индивидуально для каждого проекта.
можно избавиться и от куков
Для пользователя генерировать публичную ссылку с идентификатором (набором параметров), при таком подходе пользователи смогут делиться своими настройками сайта с другими участниками
