征集：规则报告储存方式

刺客

目前，一些常见的规则错误，可以通过“检测低级错误”来检测

但是“规则报告”的展示方式，还不科学，很多新手朋友查阅可能比较麻烦

! f0 M- C( p. H8 \9 k不知道大家对这方面的改进有什么建议？
/ T. H- a4 H) ?9 D7 }  y6 B
  I0 l+ C" m( A- V9 x+ T
; x/ j6 w1 f4 t

小伙

顶贴

罒火

规则报告里面仔细发现，就会发现
5 c6 X1 X1 c3 P4 s/ x& a  x; ?/ q一、一堆乱码===编码不对
1 Z1 B5 ~% I3 |( n1 h$ o! E3 Y二、请求来源错误===某某值没获取
) z; V' B, Q) T三、一对英文字符，对比抓包数据中的内容。然后分析，基本上你可以在发布的时候故意错误发布，然后看post数据来进行对比。
4 K4 ]& [8 \( a8 v四、暂时没想到其他的，想到的再补充，
5 |' k+ d9 g- Y- q
综上所述：多抓几次POST数据，然后对比分析下，其次，找到别人写好的规则，前提是规则可以成功发布，然后你在自己抓包，编写下，最后你写的，和别人写的对比下，看看哪里的不对，然后根据自己的需求来修改。

1448593083

可以把 参数返回高亮或者顶置，以便查阅，这样能直观看到是否为参正则数为空的问题，或者每个提交部分用分割线列出来，能更方便查阅

罒火

答非所问、、、好吧
' N# p: F  s" r
$ G/ p, h% ]& o* u* h1 y规则报告是登录，发布合到一起了。你可以在规则报告里面Ctrl+F搜索你感觉出错的地方，比如什么发布提交参数1什么的，变量
+ l+ F. U! o9 c" B! J5 d* U
再或者，网络编辑超级工具箱 总应该有吧。没有的话

1. http://ueditor.baidu.com/website/onlinedemo.html

复制代码

& v' N$ f4 G$ `% {4 t把规则报告里面的数据用编辑工具转化一下。应该能看得懂吧。。。
% p, Q; s9 d" b5 g其实吧，我还是感觉，换个方法，不改动规则报告的展现方式，然后掌握分析规则报告里面的数据就行了。

wincy

个人觉得。这个没有必要去管。规则报告。能看懂的人不需要你格式化。看不懂的人。你格式化了。也无效。
* {* E! Z2 V* k1 L7 c+ N
) M# [5 p/ I* G. \! c& t* g最好的就是把帮助文件做强大一点。让他返回比如：某个参数没有获取到的时候，提示，参数无获取，或者某个参数获取为空，这样有利于直接查找错误。　

简约

不错

☆☆小宋☆☆

弱弱的发表几条评论  ，对于新手来说，能够正确使用软件 ，知道规则写作流程 ，这其实就算是入门了吧 。规则报告则需要 自己慢慢摸索 ，目前的规则报告个人感觉就很好
+ }( H; a! q/ K- [" H
7 i( F6 d0 Z- h; A* Q
9 e( L  ^; B4 t8 m) a4 H# S1 @如果官方给新人乱提示 很可能会误导新手， 比如四火说的 。乱码就提示编码不对， 那么 我们看编码对不对是以 发布后在网站的看到的内容为准的吧 。有些网站 虽然返回的是乱码 ，但网站却是正确的显示 。所以我们就不能乱修改发布编码 ，修改就会造成网站发布乱码 ，而且有些网站虽然返回乱码，但其实规则需要填写编码的  。所以说 官方大可不必在这点纠结的  。
/ T/ U7 c- [- K% T5 w
5 \2 S) X0 t# u9 s2 D$ E% A# R官方只需把 帮助中心多完善就好了 。把常见的返回错误给大家一个提示就行了 。毕竟网站千奇百怪的，返回值大有不同 ，让很多新手区按照提示死板硬套的学习 ，也不是太好 ，最好还是让他们自己摸索 ，有问题了在论坛发帖提问 。
# v: l& H  o  p2 [) S0 ^
" s( K$ q9 `# I' d7 a5 K& ?; i

9 W3 H: ^$ D! i7 E7 y* m% N个人感觉 ，规则报告就维持目前的样子就OK了 。
@刺客