MCAtom-Fetchrabit_v1.1.0
FF/Safari下载地址：FF传送门
Chrome下载地址：Chrome传送门
Chrome_fixed:
Special Thx to yqt for this fix
1:Deleted @require jquery
2:Annotated uncompatible unsafeWindow.console.log function //Only used for debugging
这样Chrome的也就基本完美了。
Chrome下使用脚本需要使用Tampermonkey脚本（其实Ninjakit也可以，不过自己没测试过，而且原始发布的版本是有问题的），后续跟上吧，目前用Tampermonkey即可。
Safari fixed(仅在Mac下测试通过，Safari for windows & iOS未测试）
1:Safari 5.0+
2:Ninjakit(个人修改版本，已经提交作者修改内容，未修正版本有点硬性bug...)
Ninjakit修改patch
Ninjakit/js/background.js
NinjaKit-1.background.patch
修改log:
1:Fixed synchronous mode to asynchronous mode
2:Fixed missing request header
下载地址：http://www.jsharer.com/download/ff80808131a9833f0131a9c746050034.htm
安装后使用和FF相同的脚本即可。
这次更新其实早在1个半月以前就完成了，有一些原因导致了延误。
更新原因如下：
1：之前缺少对https的支持
2：批量祝福文件功能（可祝福自己的和别人的文件）
P.S.:为什么要批量祝福别人的文件，祝福者也可享有MP返还的福利。对于自己喜欢的东西，同时MP比较富裕的童鞋可以区祝福别人的文件，并获得MP反点的优惠。同时这里强调下，为什么要批量祝福——MC祝福机制，祝福量越大，MP消费性价比越高。当祝福量超过2T的时候，祝福自己的文件和祝福他人的文件在祝福单价上（G/MP)已经基本上趋近一致。（目测数额只到600G，已经非常接近了）
3：手动输入MC链接以批量提取或者祝福文件。
4：增加了可纪录的左／右的选项框，可以选择按键浮动框的位置。
5：修正了document.height在ff和chrome下表现不一致的问题，目前测试该脚本可在tampermonkey下正常应用。同时沿用了yqt童鞋的透明底色，个人测试tampermonkey适用（但是稳定性不如greasemonkey,onreadystatechange函数看console会warning，导致在提取过程中不会正常显示正在提取的窗口，可能会造成使用上的误导。因为自己对tampermonkey并不熟悉，也不常用chrome，所以暂时不修正了。希望有熟悉chrome的童鞋能够解决>_<。
6:增加了文件批量信息输出。这个功能和我之前发过的JS管理页面提取文件信息脚本（适用于chrome,greasekit,greasemonkey）功能相同，不过这个是下载用户生成的，前者是文件拥有者生成的。（貌似是下午Tora刚增加的Hash显示）
7:增加了输出选择文件的下载地址功能
Changelog:
1.Added batch renew selected files under single blog.
2:Added batch renew/fetch files by manually inputting.
3:Added Rememerable ButtonLayer position change checkbox.
4:Added https domain support.
5:Added File organize function.
6:Added export selected files' requesting address function
随便说说这次改动吧，好早之前就写完了，不过考虑到批量祝福他人的文件这个功能是否不太合适，因为毕竟Tora作为商业运营的“公司”，这样的东西是否会对其“收入”造成影响。
几个月下来其实也发现这东西并没有什么太大的价值，因为毕竟很少有人会去祝福已经过期的文件，更不要提是别人的文件了，本身返点来看据说祝福他人的文件获得返点也比祝福自己的返点要少，所以就更不用担心了。
至于说手动输入提取，祝福，这个功能是最初写这个脚本的时候就在考虑中的了。毕竟有些文件并不在Tora发布（因为不适合的原因，都懂得），或者是因为这些文件是别人整理出来的，并没有在Tora的blog上发布过，或者说是分布于多篇blog中，或者批量祝福的量不够带来的单G成本过高问题等等等等，这个功能主要就是面向这种需求的。
左右这个问题，不多说了，个人认为左侧要比在右侧习惯，只是为了适应需求而已，用户各取所需就可以了。
然后就是https问题，这个其实真的是我在偷懒....就一句话的事却懒得更新....
输出文件信息，这个便于大家在下载后用于hash校验，输出文件名，大小，hash以及提取地址，同时便于非tora的地方分享，以及小范围分享。
至于手动输入实现批量祝福和提取，这个是偶最初写这个见本的时候就打算实现的功能之一，不过因为一些原因延误了。适应情况非常多，比如一些不适合在tora发布的文件（大家都懂得，恩）的批量提取，以及多篇blog分布下的大量文件的提取和祝福等等等等，是非常方便的。
介绍的最后特别感谢下yqt童鞋帮忙移植的tampermonkey脚本，为了适应自己也将top:top做了修正，不过因为onreadystatechange状态的问题（console下查到的），此脚本在chrome下使用会有一些问题，比如提取过程中的操作中的提示不会显现出来，同时还会造成高cpu占用以及页面拖影等等问题，不过现在的tm比起最开始的真的已经完善很多的（据悉目前维护者就是gm的开发者，ff和chrome已经因为版本问题共同堕落了，仰天）。
下面为使用图示：
之前的下载地址改名为了提取结果以免造成误解。
上图分别框上了新增的功能——祝福所选，不多介绍了。提取链接，用于批量提取选中文件的“提取地址”（即http://www.jsharer.com/download/12312312312313.htm这样的)。手动提取，祝福，这个下面详细说。
最下面的就是零使之切换器，喜欢悬浮框在左还是在右，就仁者见仁了。
此为在右侧的截图。
点击手动提取／祝福后如下。
输入的链接形式应该是一行一个链接。
即
http://www.jsharer.com/download/12312312312313.htm
http://www.jsharer.com/download/12312312312314.htm
http://www.jsharer.com/download/12312312312315.htm
http://www.jsharer.com/download/12312312312316.htm
这样的
如图。
之后点击提取后和提取所选的情况一样，会提取输入框内的文件，然后输出地址框。
点击祝福后如下图所示（必须已经登录萌卡且已经获取到jsharer的cookie，检查方法，随便打开一个提取链接，看下图
这样的就是没登录，请先登录再祝福!
祝福页面
祝福成功
上图为点击“提取链接”后输出的问题，当需要使用手动提取多个blog页面的时候，用该功能复制出所有文件的提取地址，然后一起扔进手动提取框，一起搞定就可以。或者用于私下传播文件，等等等等。
上图为显示出的提取完毕的截图。
注意红框处的输出文件信息，此处输出的就是文件名，大小，hash以及提取地址，当下载大量文件且要校验hash的时候，这个能方便不少。
输出后的结果。
最后，当看见这个的时候，说明你没注意到之前偶说的要先登录！！！
于是，就是这样。之前想完成的东西全部完工，后续再增改也不会有什么大改动了吧(たぶん，其实偶一直都这么想的。
于是，Enjoy
P.S.:之后又要消失一阵了。于是有问题尽量在这提，tora的blog不定期去看，有bug会尽量第一时间修复的。
同时tampermonkey的支援程度，个人测试是不影响使用，功能也全部能用，不过，提取中的提示是没有的，所以，有对chrome和tampermonkey有研究的菊苣果断上吧，頼む！
P.S.S:补番无力中，没事干就小说，顺带2,3周目零轨以迎接碧轨。
P.S.S.S:夏天好热，冬天好冷。。。等天凉了恐怕又要跑东北一阵，那地方好冷啊啊啊啊啊啊。。。。项目早点签下来偶要去袋鼠国！！！！袋鼠，袋鼠，袋鼠！！！！！！！
P.S.S.S.S:据悉袋鼠国的带宽和收费异常坑爹，仰天.....
P.S.S.S.S.S:遁了。
