Попытка избежать параллейного редактирования записи

Мелкий, чем то похоже на механизм данного форума, когда пишешь-пишешь топик и потом отлучаешься, далее возвращаешься и дальше пишешь и при сохранении отправляешь, а тебе пишут, что за этот период времени было добавлено # записей перед вашей? но бывает и другое, пришел, нажал на кнопку "отправить" и те ошибка, которая сбрасывает все введенные тобой данные в форму (возможно из-за параллельного запроса от другого пользователя форума... не знаю).



таким образом:
создаём сессию, записываем дату или md5 даты
1 запрос, чистка get далее, вывод данных, сверка данных сессии = сверка даты+время (или md5), если данные различны, то выводим данные записи таблицы $myrow['keywords'] пользователю и выводим его данные следом $_POST['keywords'], если пользователь хочет внести изменения или же полностью заменить данные, то исполняем его выбор по ссылкам "изменить", "заменить".

изменить - открывается запись, как было до этого с новыми данными (повторный запрос в бд)
заменить - запрос update (есть вероятность, что может быть параллельный запрос... вероятность мала).


Я верно понял?
(Добавление)
Потерял дох мысли!
Куда девать сессию?
Какое время жизни сессии?
Когда её удалить?
Когда её обновлять?

-----
Для некоторых лучший способ написать что-нибудь осмысленное - это сесть _опой на клавиатуру.

а если посмотреть в сторону js + ajax и события onload onunload фрейма с картиной, по событию загрузки отправляем запрос на блокировку записи, по второму блокировку снимаем

-----
http://www[dot]i2p2[dot]de/index_ru[dot]html

как
по мне со стороны юзера наиболее удобный вариант будет выглядеть следующе:
1) различать открытие записи для просмотра и для редактирования
2) в случае открытия для редактирования, по предложенному варианту в базу заносим время до которого запись будет заблокирована (time + 5 мин)
3) аяксом переодически стучим серверу и говорим что запись все еще редактируется
и смещаем время блокировки
4) по завершении редактирования записи устанавливаем время в настоящее

было бы хорошо рядом со временем хранить еще и сессию юзера, (если у юзера упадет, чета чтоб без проблем мог перегрузить страницу)

ну а для тех у кого нет аякса выдать сообщение (у вас осталось 5-4-3-2-1- времени)))

у кого нет аякса, тому и сообщение не вывести...

-----
Шта? Репозиторий?

DeepVarvar, как и раньше многие программисты использовали фрейм с размером 1х1 пикселов, в нём работал фоновый счетчик php скрипта, который отдавал запрос в бд и плюсовал время блокировки... тут аякс не нужен.

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


с точки зрения юзабельности, подталкивая юзера на определенные действия (отсчет времени), мы мешаем ему здраво мыслить - от сюда и возможные ошибки в написании текста, что не должно быть.


топик в форуме php и по этому, мы туда не смотрим

(Отредактировано автором: 28 Июня, 2011 - 08:48:33)

-----
Для некоторых лучший способ написать что-нибудь осмысленное - это сесть _опой на клавиатуру.

легко

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

это печально, так как решает сразу все проблемы, нажал юзер на картинку, ушла команда в базу, периодическими запросами проверяем отредактировал другой юзер эту картинку или нет, отредактировал - обновляем, не редактировал ничего не длаем. закрыл юзер редактирование, кнопкой закрыть или просто страницу закрыл, в любом слчае сработает событие onunload. опять шлем команду в базу. хотя раз уж нужно непременно на чистом php без интерактивности... смотрите массив $_SESSION я думаю с помощью него можно многого добиться

-----
http://www[dot]i2p2[dot]de/index_ru[dot]html