А если кука потеряна и она не успела засинхронизироваться.

>>5558

Придётся заново заходить на страницу настроек и вводить все параметры. Ну их там не так много, благо :3 Пикрелейтед.

А если я люблю чистить кэш браузера

Тут бы пригодилось локальное хранилище из нового стандарта html.

Какашка какая то!

>>5560

Нафиг так жить-то!

в браузерах есть галочка, очищать печеньки при выходе

>>5561

Я тоже думал об этом. У каждого браузера есть своя реализация хранилища. Благо, ещё и HTML5 вводит DOM Storage. Я не понял одну вещь: как я содержимое DOM Storage пользователя получу в своём PHP скрипте на сервере? Куки-то всякий раз присылаются вместе с запросом. Ежели DOM Storage только для яваскрипта, а не для серверной части, то он не подойдёт.

>>5565

Зачем так жить-то? Ведь всё время везде придётся залогиниватья заново. И в Котобе бы пришлось логиниться заново каждый раз при таком подходе, потому что в куках хранится ID PHP сессии. Ну а при новом подходе придётся заново запиливать все настройки. Хотя, при новом подходе редактирование настроек будет намного удобнее, чем сейчас (не нужно будет заходить на отдельную страницу и т.д.)

>>5566

Раз оно есть, значит с ним можно как-то общаться. Кури стандарт...
http://www.w3.org/TR/webstorage/#the-localstorage-attribute

Но пока что не все браузеры его поддерживают...

Так следят же!!!

For example, a page could have a checkbox that the user ticks to indicate that he wants insurance:

<label>
<input type="checkbox" onchange="sessionStorage.insurance = checked ? 'true' : ''">
I want insurance on this trip.
</label>

A later page could then check, from script, whether the user had checked the checkbox or not:

if (sessionStorage.insurance) { ... }

If the user had multiple windows opened on the site, each one would have its own individual copy of the session storage object.

Всё очевидно же

Я погуглил. Данные из локального хранилища ни как не отправляются на сервер. Поэтому и смысла хранить там настройки нет, так как о них должен знать сервер.

>>5572
Зачем их отправлять на сервер? Как анон у себя настроит, пусть так и будет... Зачем серверу знать что-либо об аноне? Сервер генерит некий html, который частично выполнится в браузере... Няшно?

>>5573

Тогда треды и посты придётся грузить с помощью яваскрипта. Это не няшно.

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

>>5574

Зачем грузить через их скрипт?
Сервер генерит тебе всю страницу с тредами и шлюхами, в нужных местах ставит обращение к хранилищу... Ну или что-то в этом роде.
Сервер отдаёт данные, браузер их показывает, в нужных местах заполняет своими данными...
Как он их покажет зависит от настроек локальных и в том числе от локального хранилища.
Никаких скриптов, чистый html5.

>>5575

Лётчик.jpg

Ладно, давай рассмотрим конкретный пример. Есть такая настройка: количество тредов на странице. Вот, например, на этой доске их 10 на страницу, а можно сделать так чтобы показывалось от 10 до 50 по выбору пользователя. Как ты думаешь это можно сделать?

>>5576

И ты эти данные хочешь запихнуть в куку? Удачи. Пусть лучше всё это на сервере хранится. Или ты думаешь у борды будет миллион пользователей?

>>5577

А что такого? В куках будет лежать такой параметр threads_per_page и у него число от 10 до 50. Если вдруг придёт хуёвое число, ну там -1, мало ли, умельцев-то у нас много, то вместо него будет показано 10 тредов на странице, по-умолчанию как бы. Каждый раз, когда пользователь будет запрашивать страницу доски, я в PHP скрипте буду знать, столько тредов нужно пользователю вернуть :3 А если юзать хранилище, то придётся число тредов как-то по-другому отправлять, я даже хз как, аяксом разве что. Но зачем такие сложности.

И да, оно и хранится сейчас на сервере. В файле PHP сессии и в базе данных. А в куках хранится только ID сессии. Каждый раз при запросе страницы я эту сессию возобновляю по ID и читаю оттуда настройки пользователя. Стандартный механизм PHP сессий же.

Вместо этого хочу чтобы настройки хранились только в куках и нигде больше :3 Все борды сейчас так и работают, на самом-то деле. Вот эта борда в частности. Единственное неудобство, что у меня настроек много, а тут только стиль оформления (выпадающее меню в верхем правом углу) и пароль для удаления файлов и сообщений. Сейчас вроде бы тут тоже PHP сессии юзаются, чтобы хранить инфу для того чтобы капчу каждый раз не вводить.

Хранить ВСЕ настройки в куках это изврат по моему...

Использовать куку для передачи этих самых настроек серверу другое разговор.

Объясните мне ещё раз, зачем нужно было пилить отдельный движок, а не интегрировать всё это удовольствие в кусабу?

>>5623

Потому что Кусаба говно внутри. Проще заново написать, чем переделать.