没有关于12306插件的技术讨论么？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 4345 天前的主题，其中的信息可能已经有所发展或是发生改变。

有没有研究过这插件代码的？代码质量如何？写这样一个插件难度多大？

作者通过这个插件，现在可以算是小有名气了，大家没有什么想说的吗？

还有这种插件的屏蔽与反屏蔽技术大家都可以说说。

顺便吐槽下那些浏览器们借个插件来炒作的卑劣行为，工信部竟只字未提谷歌浏览器，Chrome是该哭还是笑呢。。。

P.S.本人小菜，想听听各位大牛的想法。

插件

浏览器

屏蔽

20 条回复 • 1970-01-01 08:00:00 +08:00

hiddenstar

2013-01-19 10:22:00 +08:00

https://github.com/mbin/12306_ticket_helper
这个东西本来是由于12306的验证码跳过漏洞（已修复）进行自动登陆和自动填表的
不过现在就是自动填好所有表格什么的，只要输个验证码，其他的就是类似于清除无效项美化界面什么的小事情……
反正相当于一个简化的12306接口……个人看法……

binux

2013-01-19 10:38:23 +08:00

没有必要研究，任何前端工程师高兴都能写一个。
你也想出名，也写一个呗。
屏蔽是不可能的，最多加个验证码，即使如此，ORC能解决大部分问题。
借擦肩插件操作？这是插件作者和浏览器们的事，不用你操心。

for4

2013-01-19 10:41:05 +08:00

@binux OCR

subpo

2013-01-19 10:51:43 +08:00

现在对猎豹浏览器就是一个字，反感，特别是昨天买通一大堆微博大号转发那个“猎豹浏览器，挺住！”的微博，滥用人的同情心和一堆无脑愤青对国家的恶感

glongzh

2013-01-19 10:51:48 +08:00

@binux 哈哈，本人JS菜鸟，还是算鸟……怎么感觉OCR再强大，也赶不上验证码的变化快。

hiddenstar

2013-01-19 10:53:39 +08:00

12306所有的验证码都是斜体字，没有大小变化和扭曲，只有随机的直线和模糊的背景，唯一无法辨识的地方是j有的时候下半部分会被遮住什么的（虽然人类也无法识别……）
OCR判断率应该可以达到90%以上，咳咳……

binux

2013-01-19 10:55:04 +08:00

@glongzh 即使一个个填验证码，插件也能解决绝大部分问题。实在不行，直接放弃界面，往接口上发数据。任何你能看到的信息都无法阻止脚本化。

@for4 (๑•́ ₃ •̀๑)

Tianpu

2013-01-19 12:07:10 +08:00 via iPhone

真想做成服务，就打码呗

walkingway

2013-01-19 13:05:44 +08:00

倪超:关于订票助手的，写点什么，廖做纪念吧 http://t.qq.com/p/t/178867047072630

作者说貌似不加自动识别还是为了遵守规则，但还是被关照了

kaiqiz89

2013-01-19 13:07:36 +08:00 via Android

之前看报道说经过验证，验证码能做到反ocr的就只有google和reCAPTCHA，但后者又被google收购了……

Cofyc

2013-01-19 13:26:25 +08:00

google 就是用 reCAPTCHA，reCAPTCHA 的图片文字是从电脑出现前的物理书上复印来的，不是算法生成的，没有规律可循，很难编写一套程序识别所有的文字。人来辨识 reCAPTCHA，顺便就将这些书籍数字化了。

chaos_mical

2013-01-19 14:54:26 +08:00

binux+1，没有必要研究

另外引用最早在raw.github上的问题：

“　　“12306订票助手”的开发者iccfish(木鱼)在GitHub上解释：他引用了托管在Github上的Javascript代码，不同浏览器又使用了该插件，导致大量请求涌向Github，最终拖慢了服务器。

　　这里不妨说说具体原因，供开发者参考：GitHub有个未知安全检测，当访问比较频繁的时候，会直接返回403错误。作者就加了一条规则：如果返回的是403，就每5秒重试一次，并且是永久重试。结果GitHub认为用户访问更频繁了，于是一直返回403，最后成了死循环。”

楼主觉得这种处理手法的水平还需要讨论什么吗...