之前就发现了这么个bug存在，点击评论链接（底部最新评论链接）跳转回复有几率无法发送，且不会提示任何信错误信息，因为是偶然性事件就一直搁置没处理，之前也有朋友反馈过这个问题（画了半天画发不出去），我自己也遇到很多回，每次都比较麻烦。打开控制台测试看了下，提示邮箱已注册？暂时还有点没懂.. 需要找时间把这个修复掉才行。

Ps.

完善了 banner 切换状态动画效果

心心念念的拖拽（兼容）逻辑终于算是告一段落了，期间浪费了太多时间，浪就浪费在想用多种逻辑实现一种方法，实际上只需要确定好一种兼容性高的方法，再在此基础上进行修改即可，完全没必要去重复“造轮子”。实现一种逻辑关键就在于哪个方法才是相对优选的。期间考虑各方面因素重写了几个版本，最终也是返璞归真把逻辑思维简单化，这样后续才更可控，方便了后期维护工作。

Ps.

在程序外以我们正常的思维逻辑去处理一些事的时候会看似更“人性化”，但相对程序而言，这种“认定型”思维在大多数情况下会出现不可预料的问题，但有时候也往往是需要这样的简单思维去处理一些复杂的逻辑，尝试将复杂问题简单化才是最终实现。

收到一封来自 Leancloud 的告警邮件，提示我数据储存中某个字段数组即将超过最大限制（5000）超出后追加数据将被拒绝，让及时修改业务逻辑代码。其实超出记录的是浏览器 referer 信息（除此之外还有大量的ip信息），现在打算把这个字段删掉一些，实在有点多导致后台访问的时候都有些卡顿，这个东西也没起到啥实际作用，所以打算备份暂时砍掉算了（其实还可以抽空把储存逻辑改下，追加超出数量就删掉最前面的数据）。

Ps.

第一次收到 leancloud 的告警信息，第一眼还以为被刷评论了..

最近做鼠标拖拽功能的时候遇到了个难搞的问题，即鼠标按下并移动（拖拽）时判断鼠标方向（左右）并更改对应的left值（无缝对接）的同时进行transform偏移，这个逻辑用在移动端测试没问题，但是在pc端上鼠标按住拖拽修改left值后立即终止了鼠标事件，即拖拽判断修改left值后销毁了mousemove事件，并未同步执行transform偏移。

Ps.

功夫不负有心人，万万没想到问题居然还和mouseout事件有关！虽然知道mouseout和mouseleave之间的区别，但是为什么已经将事件绑定到其父元素上了，在其内部执行事件还会触发mouseout事件(解绑事件操作)，真是百思不得其解！最后是将事件绑定（解绑）到父元素上，再将mouseout改为mouseleave才解决了问题。问题绝对在事件绑定元素上！又发现问题好像不在事件绑定元素上.. 在执行动画前解绑了所有事件，摸不着头脑。最新测试发现，右滑时触发left值修改后，因为每个li所绑定的事件都是独立的，所以滑动第一个li时突然切换left值偏移到最后一个li上，导致当前li事件自动中断，此时鼠标事件已经全部中断了，重新滑动触发的则是最后那个li的鼠标事件。目前问题出在什么地方仍没搞清楚.. （目前得出了个结论，鼠标按下并移动时，同时执行 left 与 translateX 位移操作会中断 transform 操作）快放弃治疗了，一个bug没解决另一个又来了，简直了.. 刚发现在mousedown事件下，mouseup事件要写在mousemove内部，并在mousemove外部解绑事件..

发现很多出问题的链接都恢复正常了，抽空把这些朋友的链接重新开放了（因为没有来通知我网站恢复正常了，所以链接可访问情况的更新频率不会很高），部分访问出错了也加上了对应的状态，大伙如果网站暂时有问题不能访问，不麻烦的话还请提前告知一声。

Ps.

有些朋友可能把站转了，这种情况我会把链接抛到“失联の”列表，那一天网站重开了，到时候再来也是可以的。