数据已于 15:48 保存30 秒后保存 保存数据..
数据已于 15:48 保存30 秒后保存 保存数据 | 恢复数据 字数检查 | 清除内容 加大编辑框 | 缩小编辑框这些数据有用吗? 本帖最后由 namlow 于 2011-9-8 15:56 编辑
现有一贴, 一直都在说:
数据已于 15:52 保存20 秒后保存 保存数据
数据已于 15:55 保存20 秒后保存 保存数据 | 恢复数据 字数检查 | 清除内容 加大编辑框 | 缩小编辑框https://www.hakkaonline.com/static/image/editor/resize.gif
数据已于 15:58 保存30 秒后保存 保存数据 | 恢复数据 字数检查 | 清除内容 加大编辑框 | 缩小编辑框
好像是在死循环了! 这是系统提供的一个数据意外挽救功能,目的是尽可能防止因为不小心误操作关闭浏览器、浏览器软件错误、长时间没有提交数据使网络连接暂时中断等问题而导致正在一直持续撰写的帖子内容丢失。其实这个提示并非系统死循环了,只不过是每隔30秒自动通过COOKIE等方式预存最近一次修改的“备份”缓存,并提示最近缓存的时间,提示的时间不停地在发生变化。就好比打开WORD文档的时候,WORD都会自动创建一个TMP文件一样的道理。帖子编辑完毕正式提交后,缓存自行清空。当然,您也可以自行取消缓存功能,点击“30秒后保存”这个地方即可;如果认为30秒间隔太长,也可以点击“保存数据”立即进行缓存。 隔30秒自动通过COOKIE等方式预存最近一次修改的“备份”缓存
is it IP oriented or sessionor post oriented?
I think it is IP oriented, so the buffer can go to next session or post.
The recovery buffer will go to another post that is not related. Sometimes, the server show the old/not updated post when that post is revoked. So, I terminated the unfinished post and start all over with the old post.
Can you change the buffer to be post oriented?
I hope we can find a method to overcome the long wait delay or purposely cut-off of the IP to IP connection session .
页:
[1]