我碰巧不同意他(听我说).现在,我已经在网络开发业务工作了四个月,所以我很可能是错的.但我认为这不是什么大问题.我认为,只要所述错误不构成安全风险,这样的事情就不应该成为优先事项.导致此错误的唯一方法是手动编辑查询字符串,以及垃圾中的垃圾.如果你足够聪明,你甚至可以编辑查询字符串,那么你应该足够聪明,不要给它一个负数.
对这样的事情有什么共识?你是否完全白痴证明该网站,所以无论查询字符串是什么,你永远不会产生错误?你是否只要按照预期的方式工作(并且不会暴露安全风险)?在中间的某个地方?
编辑:不知怎的,我的问题并没有真正完全按照我的意图完成.我的问题的关键在于,在主动纠正事物与不做事之间划清界限.例如,如果get字符串中的输入无效,那么更好的做法是显示发布的回复中建议的有味错误,或尝试弄清楚用户正在做什么,并且这样做.或者,作为一个更具体的例子:如果用户在get字符串中设置page = -1,那么最好是静默假设它们意味着page = 0,或者显示某种有品味的错误页面,说某些东西,如“指定的无效页面” “?
解决方法 您应该检查查询字符串中的任何内容.如果您收到无效的页码,您应该有一个比错误500页面更优雅的错误消息.也许是抱歉,糟糕的要求.试试这个:<可能的建议>.故意和故意在现场网站上留下一个易于访问的错误,这简直是草率和不专业.你说你是网络应用程序的新手,但如果你以前的开发经验是“普通大众”(非开发人员,非技术人员)使用的其他GUI应用程序,那么将堆栈跟踪投入到当应用程序在他们周围崩溃时用户的脸?根据我的经验,这绝不是真的可以接受.
总结以上是内存溢出为你收集整理的HTML – 网络应用程序的用户错误纠正的一般共识是什么?全部内容,希望文章能够帮你解决HTML – 网络应用程序的用户错误纠正的一般共识是什么?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)