svn服务器端数据同步

svn服务器端怎么配置和客户端数据同步？尽量清晰一点

首先声明，该文为原创，由于我对网站安全知道得很少，所以希望各路高手提出高见，完善我的这个策略。
缘起：jquery是目前用户体验效果最好的插件（暂时不考虑FLASH了，这玩意太笨重，目前的网速还承载艰难。），所以做页面的时候，往往使js或者jquery做前端，达到良好的用户体验。php之类做后台。
但问题是，前台的JS很容易绕过。所以从页面采集来的数据，还需要php重新过滤。如一个注册页面需要采集邮编。则出现这样的情况：
用户输入的数据——JS正则判断（前端）——php正则判断（后台）——交互数据库。
这里，连用两种语言的正则，而且是必须的。功效重复，使得网站代码量变大。如果需要采集的数据量很多，从姓名到地址到电话到QQ一直到三姑妈的二儿子的女友的爸爸的名字，总之一大堆input select radio等等，这时候，前端的JQUERY自然很大，而后台PHP分析处理的数据很大，偏偏在这样处理表单的功能上，php不如JS简洁高效。
所以我想了个小办法。后台php不再进行数据分析过滤，一切都交给jquery来进行。为了防止用户绕过jquery，输入恶意代码。我在数据库增加一个表。表中记载前台表单action的值，或者说表单处理php文件地址（绝对路径和相对路径）在，暂时其名form_path。
然后再表单页面，新增一个session，用来存贮页面地址。
当表单提交，这个session值不等于form_path时，退出。如此，可以强迫用户使用jquery写成的表单输入页面。绕过JS处理的应该是伪造的表单，所获得的session值自然不符），如此，我在php处理页面，可以大胆直接post,不需要再过滤数据，节省了很多代码。
大家觉得这个策略有什么漏洞？还有什么需要改进的？
你知道这段代码干什么的么？这是上传文件的php代码,js暂时还木有这种功能

较之前的终于有所改善。生成迷宫的算法和寻址算法其实是一样。只是一个用了遍历一个用了递归。参考了网上的Mike Gold的算法。
出现死循环的概率还是蛮大的up，测了一下，看上去很不错

很是有点奇怪，刷新3～4次就会有一次无响应，但也没有报超时错。只是始终在等待
这个不会死循环的 所有的if条件那么多的判定语句，你自己运行一下就知道了··

这个我试过n次，没问题。比上次那个有改進。老大说的是上次那个随机生成的那个吧。那个确实有bug。但是这个是深度遍历的，没问题吧？好贴留名 只是并发访问的压力如何呢 这么多循环用起来 估计压力够大

不可能出现死循环。这种钻洞会让每个格子都有至少一面墙打开。

奇怪，刷新的时候确实碰到打不开页面的时候了。

思路就是采用一个栈结构存储当前路径。
通过遍历这个多维数组，来找出一条最短的路径来。递归或循环的移动坐标(数组索引).
每移动一步，判断当前元素是否定义或当前索引是否为2(是否跃出了矩阵的范围和是否碰到了墙).
如果为true，则回退一步，栈顶弹出一个元素。然后向另外的方向移动，规则可以自己定，1:右,2:下,3:左,4:上(控制数组的横，纵索引).
如果为true，则认为达到终点。将栈结构中存储的所有路径索引打印出来就是迷宫的路径.
如果生成的迷宫出现了死路，必然会出现死循环。需要在处理碰墙时，调转3个方向后仍然不能前进就判定为没有可行进的路径避免死循环。

如果仅仅是走出迷宫的话，简单回溯就可以实现。
但如果要求最短的一条路径,还是需要使用Dijkstra或Minimum Spanning Tree等算法理论才能得以实现。

我在1楼的生成迷宫算法中，生成的迷宫只有一条路可以通到出口，所以不存在最短路径的问题。

我那种破墙方式，是将每个格子的四周包成墙。然后破的。挖道到头之后如果发现有尚未破墙的格子，就弹栈回溯一直到都破完为之。应该不存在包起来的死格子呀。相对来说当然是电子商务罗，不过具体也要看你的策划。

技术不是关键 关键是拉项目的人 以及策划项目的人

说得对，市场需要的产品就能赚钱，前提是你能想得到，捞第一桶金。
同求好策划，别人做烂的东西你是没什么机会的。

来源：nba直播