隐藏域能存多大内容,小弟我上万条记录的id能不能存到里面
隐藏域能存多大内容,我上万条记录的id能不能存到里面
另外 上万个ID 通过ajax的post传递 可不可以 会不会出问题。浏览器是IE
------解决思路----------------------
post可以
隐藏域可以
------解决思路----------------------
会的,因为这样post大量的数据,网络传输不稳定。
其实你应该改进你的程序,这样传输没有意义。
------解决思路----------------------
你不想以后看你代码的人大骂一声卧槽就别干这种事情。。。。
------解决思路----------------------
建议不要这么做,你可以存放在一个临时文件里面,用的时候直接调用。
------解决思路----------------------
上万条 你还当参数传递。。。
服
------解决思路----------------------
+1
换种方式
------解决思路----------------------
上W条id和服务器交互你这服务器的压力有多大。。而且传输速度也不会很快的,严重影响用户体验
------解决思路----------------------
需求明晰,才能为你想更好的设计方案,你这种粗暴的方案,太粗暴了。
------解决思路----------------------
请你把你的需求说清楚,我们好对症下药
------解决思路----------------------
给定条件循环出来,
------解决思路----------------------
还是那句我重复了N遍的话,新手不要老拍脑袋想方案
说清楚需求,肯定有更好的办法可以解决这个问题
------解决思路----------------------
你的解决方案就是错误的
------解决思路----------------------
没听过这种做法···
------解决思路----------------------
这样的设计有问题,客户端ajax传上万个id必须很卡
------解决思路----------------------
可以给个具体的需求吗,用在什么地方?
------解决思路----------------------
+1
这种做法完全是胡来。上万条id,guid 36 位。1W条,你能post回来吗?
------解决思路----------------------
把问题的前后场景描述清楚,肯定有更好的解决办法。
------解决思路----------------------
+2
------解决思路----------------------
楼上大部分都说的对,这么做就是作死
------解决思路----------------------
可以传,但是慢,不稳定!
不建议这么使用!
------解决思路----------------------

是的撒楼主,大不了你可以传一些查询条件而不必把你要提交的数据传过去,用的时候后台再把你要的数据再查一遍查出来,然后在做你需要做的逻辑业务撒
------解决思路----------------------

------解决思路----------------------
建议换种方式吧,上万条数据不合适啊。。
------解决思路----------------------
建议是不可以
------解决思路----------------------
上万资料吗 不但以后维护的人会骂你 客户用的时候也会骂 很不稳定 很容易出问题的 体验也不好
------解决思路----------------------
不知道为啥骂的人会这么多。
一万个guid,大概也就6,700K的数据量大小吧。
相当于一张大的图片的大小,传输速度慢一点而已,现在网速上传就算50k/s,也就10多秒传完了,虽然说响应不太好,不过终归也还是可以的。
发个邮件上传附件都传了,这个也不是完全说不过去吧。
------解决思路----------------------
要看你干啥了
如果真的是传文件,慢是没办法的,而且即使慢,也需要做特殊的设置让人看起来不卡死,比如用异步提交+进度条等等
而隐藏域里放数据,这每提交一次都要多等10秒,而且是卡死10秒...........
------解决思路----------------------
3L的回复莫名戳中萌点
------解决思路----------------------
你是否想到领导是要你不能把上万条记录在浏览器(任何一次请求)跟服务器之间来回拷贝?特别是当这种网页部署到外网的时候。
如果你想到了还不以为然,那么领导就白当你的领导了。应该考虑换领导,或者换你这个员工了。
------解决思路----------------------
3L的回复可以理解为对人不对事儿,不利于一个技术团队,更适合一帮小孩子在一起。
------解决思路----------------------
在技术问题上要给出具体的可执行的说明,不要骂一句“这种方法不是时尚的做法”就跑掉。那是小孩子的做法。
------解决思路----------------------
压缩POST给服务器,保存在session就行了。
------解决思路----------------------
头一次看人把购物车的功能说的这么清新脱俗
------解决思路----------------------
一个隐藏域一般不能不超过100k字节大小,当然这跟web服务端的设置有关系,如果更大,需要动态生成若干个隐藏域,然后在后台进行重新合并。
另外 上万个ID 通过ajax的post传递 可不可以 会不会出问题。浏览器是IE
------解决思路----------------------
post可以
隐藏域可以
------解决思路----------------------
会的,因为这样post大量的数据,网络传输不稳定。
其实你应该改进你的程序,这样传输没有意义。
------解决思路----------------------
你不想以后看你代码的人大骂一声卧槽就别干这种事情。。。。
------解决思路----------------------
建议不要这么做,你可以存放在一个临时文件里面,用的时候直接调用。
------解决思路----------------------
上万条 你还当参数传递。。。
服
------解决思路----------------------
+1
换种方式
------解决思路----------------------
上W条id和服务器交互你这服务器的压力有多大。。而且传输速度也不会很快的,严重影响用户体验
------解决思路----------------------
需求明晰,才能为你想更好的设计方案,你这种粗暴的方案,太粗暴了。
------解决思路----------------------
请你把你的需求说清楚,我们好对症下药
------解决思路----------------------
给定条件循环出来,
------解决思路----------------------
还是那句我重复了N遍的话,新手不要老拍脑袋想方案
说清楚需求,肯定有更好的办法可以解决这个问题
------解决思路----------------------
你的解决方案就是错误的
------解决思路----------------------
没听过这种做法···
------解决思路----------------------
这样的设计有问题,客户端ajax传上万个id必须很卡
------解决思路----------------------
可以给个具体的需求吗,用在什么地方?
------解决思路----------------------
还是那句我重复了N遍的话,新手不要老拍脑袋想方案
说清楚需求,肯定有更好的办法可以解决这个问题
+1
这种做法完全是胡来。上万条id,guid 36 位。1W条,你能post回来吗?
------解决思路----------------------
把问题的前后场景描述清楚,肯定有更好的解决办法。
------解决思路----------------------
你不想以后看你代码的人大骂一声卧槽就别干这种事情。。。。
+1
换种方式
------解决思路----------------------
楼上大部分都说的对,这么做就是作死
------解决思路----------------------
可以传,但是慢,不稳定!
不建议这么使用!
------解决思路----------------------
你不想以后看你代码的人大骂一声卧槽就别干这种事情。。。。
是的撒楼主,大不了你可以传一些查询条件而不必把你要提交的数据传过去,用的时候后台再把你要的数据再查一遍查出来,然后在做你需要做的逻辑业务撒
------解决思路----------------------
+2
你不想以后看你代码的人大骂一声卧槽就别干这种事情。。。。
+1
换种方式![]()
------解决思路----------------------
建议换种方式吧,上万条数据不合适啊。。
------解决思路----------------------
建议是不可以
------解决思路----------------------
上万资料吗 不但以后维护的人会骂你 客户用的时候也会骂 很不稳定 很容易出问题的 体验也不好
------解决思路----------------------
不知道为啥骂的人会这么多。
一万个guid,大概也就6,700K的数据量大小吧。
相当于一张大的图片的大小,传输速度慢一点而已,现在网速上传就算50k/s,也就10多秒传完了,虽然说响应不太好,不过终归也还是可以的。
发个邮件上传附件都传了,这个也不是完全说不过去吧。
------解决思路----------------------
不知道为啥骂的人会这么多。
一万个guid,大概也就6,700K的数据量大小吧。
相当于一张大的图片的大小,传输速度慢一点而已,现在网速上传就算50k/s,也就10多秒传完了,虽然说响应不太好,不过终归也还是可以的。
发个邮件上传附件都传了,这个也不是完全说不过去吧。
要看你干啥了
如果真的是传文件,慢是没办法的,而且即使慢,也需要做特殊的设置让人看起来不卡死,比如用异步提交+进度条等等
而隐藏域里放数据,这每提交一次都要多等10秒,而且是卡死10秒...........
------解决思路----------------------
3L的回复莫名戳中萌点
------解决思路----------------------
只是存id 领导提供给的方式是new一个guid 然后直接查数据库 用户不保存 就是垃圾记录
下次进来的时候把垃圾记录删掉 我觉得也不是很好吧。
你是否想到领导是要你不能把上万条记录在浏览器(任何一次请求)跟服务器之间来回拷贝?特别是当这种网页部署到外网的时候。
如果你想到了还不以为然,那么领导就白当你的领导了。应该考虑换领导,或者换你这个员工了。
------解决思路----------------------
3L的回复可以理解为对人不对事儿,不利于一个技术团队,更适合一帮小孩子在一起。
------解决思路----------------------
在技术问题上要给出具体的可执行的说明,不要骂一句“这种方法不是时尚的做法”就跑掉。那是小孩子的做法。
------解决思路----------------------
压缩POST给服务器,保存在session就行了。
------解决思路----------------------
头一次看人把购物车的功能说的这么清新脱俗
------解决思路----------------------
一个隐藏域一般不能不超过100k字节大小,当然这跟web服务端的设置有关系,如果更大,需要动态生成若干个隐藏域,然后在后台进行重新合并。