一种方法:作分页吧
第二种
315KB 不算大的。是不是其它的问题呢。你可以作显示分类.不要同时都显示出来。再者你把代码给出来,让大家看看。 w3c 的文档都非常大的,也不会出现内存不够的问题的。该不是你的js 脚本问题吧
第二种
315KB 不算大的。是不是其它的问题呢。你可以作显示分类.不要同时都显示出来。再者你把代码给出来,让大家看看。 w3c 的文档都非常大的,也不会出现内存不够的问题的。该不是你的js 脚本问题吧
这么多input 是让用户填写的?累死人啊!:)
分页比较合理
有一百条明细
每条大约有二十个Input框
但是用户并不是每一个都要填
其有绝大部分都在默认值
在一般情况下用户只需要填入产品编号、产品颜色、产品数量(产品名称带出)(4)
有时需要对单位、批号、参考价、实价、出厂期、税率等进行调整(都会带出默认值)(+6)
而客户还需
当前单位、PCS、箱进行互换,附带要显示箱与PCS的换算率、当前使用单位与PCS的换算率(+4)
自动计算出含税金额、未税金额、税额(+3)
另外还有几个其它的input,绝对不只二十个以后订单有可能会有三四百条明细,不过这可以暂时不管
不知是否是这样的
1.用户顺利填完这个订单,并顺利存盘
2.用户想对这个订单进行修改,打开这个订单,除了三列select,其它的都可以正常显示
3.以上情况发生在98平台下,联想P4,256M内存的机子上
4.在我的win2K,512内存上不会出现这样的情况
占了65M的内存,后来是用分页解决的
我想512k应该不会导致内存不足,应该是其它方面的错误
而select内容却不能正常显示,这可能是与select的特殊性有关不过系统报错说是内存不足。
1.select错位似乎不是显卡的问题,或许也是select的特殊性造成的。前端页面有动态内容时,这样的情况经常出现,出现时将窗口还原一下就好了-----不知是不是这么一回事
2.----最多只能100k的数据??不知道是不是真的是这么一回事。只记得用get方式传的话,是通过url重组,2K后的资料会被截掉;但是用post的方法传资料的实际过程是资料并不直接发到服务器,而是服务器到客户端来取,所以效率低一些,但是似乎没有大小的限制,不知是不是这么一回事?
在非联想P4的机子上也会出现这样的问题点背不能怨社会 :)
上次有个朋友的网页里加了三十多个flash的广告,浏览器就死了
这也确实太多了。
1. 分页
2. 动态生成input,比如用户在某个表格单元双击鼠标时动态增加input,失去焦点时销毁。
有很多做flash的人责任心欠缺,做出来之后也不看一看,一打开就会将用户的CPU全数耗用(以前chinaren就经常挂这样的广告)。这样的广告,只会让网站输掉未来,别说三十多个,挂一个两个就会丧失客户。
JK现在做的是应用系统,里面除了有本公司的版权说明可以与广告挂上关系,其它的就没有这方面的内容,更不用说一向就没有给JK好印象的flash广告
1.input有20*100多,select有3*100,事实上就是一个有一百条明细的订单(有时也有可能是其它单据)。在应用系统里应该不算很大,用户输入时没有问题,有问题的只是它想修改时页面弹出来select不能正常显示)。我以前曾经为一个公司做一个教育训练系统,它可以在页面上修改一个五百人的成绩单(例如员工大会也算是训练;明细只有五列:工号、首考成绩、补考成绩、到堂否、合格否;超过500人的让它拆分),提交到页历刷新返回,也不会超过五秒,也从来没有出现过异常。2.用户有分页的自由,系统控制每页不超过100笔也很容易,但是100笔的订单真的不算是很杂的订单,所以要求用户连一个100笔的订单也要拆也不大合理----如果问题无法解决,JK宁愿牺牲一些操作性把select拿掉3.动态生成的Input是一列一列的,用户己将订单填好并存盘,可是后来修改时页面不能正常显示
见这一贴
http://expert.csdn.net/Expert/topic/1062/1062303.xml?temp=.4858209