Как лучше сохранять неотправленное сообщение?

Question

[S-a-n-d-r-0]

Как реализовывать сохранение неотправленной формы на случай случайной перезагрузки страницы, или если пользователь (касается только авторизованных) зашел на страницу через пару дней, в т.ч. с другого браузера?
Пока вижу выход только в регулярной отправке, допустим, раз в 3 секунды ajax'ом текущих данных на форме с сохранением в БД. Можно снизить частоту отправки, добавив в js проверку, менялась ли форма, и не отправлять, если не менялась. Но тогда что делать, если пользователь откроет страницу с формой сразу в нескольких вкладках?
Есть варианты, как сделать это? Мб реальные примеры где такое реализовано?

Comments

[Alexander Dozmorov]

Вы все правильно описали, примерно так делать и нужно.
Чем вам помещают дополнительные вкладки?
Для сообщений, я так понимаю, будут использоваться сокеты (это ведь что то вроде мессенджера?), просто ловите события и обрабатывайте, как нужно.

[S-a-n-d-r-0]

Alexander Dozmorov, Да, что-то вроде него. Доп вкладки меня смущают тем, что непонятно, какую из них считать актуальной. Допустим, страница с формой открыта в 2х вкладках, и в обоих разный текст. Если отправлять инфу раз в 3 секунды, как понять, из какой именно вкладки это делать? Если отправлять по событию onblur, то снова одна вкладка может перезатирать другую. А хранить 2 формы сразу для одного пользователя нет смысла

[Alexander Dozmorov]

Так как будут использоваться сокеты, то не вижу проблемы синхронизировать инпут во всех вкладках. А отправлять только с активной.

[S-a-n-d-r-0]

Alexander Dozmorov, не знал про сокеты. Ща читаю о них. Вы правы, спасибо)

Answer 1

[Дмитрий]

...на случай случайной перезагрузки страницы...

Это, конечно, очень странное поведение. Но лучше делать отправку Ajax на сервер при событии onblur из INPUT или TEXTAREA.

Сохранять желательно в сессию (если на короткий срок). При этом будет мало мусора. А если важен длительный срок и вам плевать на мусор и лишние килобайты ненужного кеша - то в файлы.

Как вариант для перфекционистов - в БД.
Столбцы ID (autoincrement) | user_id | form_name | form_data

Во всех вариантах массив значений всех полей оборачивайте в JSON (желательно) или сериализуйте.

Answer 2

[SEOD]

Если не хотите дёргать БД постоянно, можно поднять сервер (хоть на ноде) и через веб-сокеты периодической отправкой кидать данные серверу из JS. Сервер будет держать инфу в оперативке, периодически дампя её в БД. Если пользователь очистил форму вводу или отправил (хранить её больше не нужно) - он отправляет такую команду серверу, тот реагирует. Иначе, если длительное время пользователь не апдейтил ничего на сервер, то можно разово сделать запрос к БД проапдейтив инфу окончательно. Так и запросов будет мало, и нагрузка минимальная.

spoiler

Главное, чтобы сервер не упал :)