是不是原本它是加了个事件以便于监听。
但我给 history 加了一个非标准名称的新方法，然后导致了一些变化？

@gesse
@cheeto
@codehz

js 小白，不是很懂原理，但想请教新遇到的一个现象。
let _wr = function(type) {
let orig = history[type]
return function() {
let rv = orig.apply(this, arguments),
e = new Event(type)
e.arguments = arguments
window.dispatchEvent(e)
return rv
}
}
history.pushState = _wr('pushState')
window.addEventListener('pushState', function(e) {
console.log(e)
});

先是用上面这个方法实现了监听。

但是后来发现，如果在不同油猴脚本都调用同样的代码，会导致监听重复激活。
于是就把_wr 传入的 type 名后面加了一个 uniqueId，就比如：
history.pushState = _wr('pushState_scriptname')

这样一来，好像在原本 pushState 的地方，页面像被刷新了一样，油猴脚本倒也重新被加载了，监听也就不用加了。

不过不大明白原理，不知道各位高手能不能给说说。

@cheeto 嗯，试下来是要用最后那个方法，可以监听到 pushstate。

@gesse
额，我搜了下，这个配套的 window.onpopstate，好像还是不行。

@sunorg 嗯，的确是的。
每個商品都有单独 id，评论对应上去就行了。

继续自己顶顶，请大家多给点建议。

@sunorg
啊，这个也是我没说清楚。
就最终希望是给大家用的，而不是团队内部 wiki。用户数限制这个不行。

我想要的可能更像是一个产品的 database，但是那么说又感觉太笼统了点。
但叫 wiki 的确也是不大准确。

好像跟做一个 token 没差啊，只是 token 作为方法名。
虽然不直接暴露 api，但 token 的算法不是还在前端嘛？

这种除非搞得更骚，更容易出错，而且一错永封，那可能可以拖慢攻击效率。

技术团队整个能给 10%还差不多，不然他自己留多少，稀释之后剩多少。
或者就是你这 10%到时候是随便稀释的。

刚好读小窗幽记，分享一下。

不近人情，舉世皆畏途；不察物情，一生俱夢境。

唉，教程从头再看一遍吧。
my_time 是函数
my_time() 是它返回的结果 是字符串
你的 b 一开始就字符串 a+字符串函数返回的结果

要跟着变你可以把那个 a+写到 return 里

不过还是建议从头看教程吧

想起我一个朋友，本来挺爱科技产品的，苹果全家桶连表都买了。
现在去了个大国企背景的银行，换华为了。

@ClericPy 说得比较抽象，我找了一个解释得比较完整的版本。

@z7356995
[javascript - Develop Tampermonkey scripts in a real IDE with automatic deployment to OpenUserJs repo - Stack Overflow]
https://stackoverflow.com/questions/41212558/develop-tampermonkey-scripts-in-a-real-ide-with-automatic-deployment-to-openuser

这个是可行的，外挂一个 require 文件。
不过我写的放在油叉上共享了，所以直接把单独的那个 js 文件内容复制过去就好了，版本号跟着 js 走。
油猴里那段 js 就不能跟着油叉更新了，不然 require 可能会不对。
基于 github 有时候访问不稳定，他后面 updateUrl 那招我暂时还没有用。

@lqzhgood 是的，同时设置，左边位置它好像没算进去。可以去提个 issue。

@0x5f
原来要始终合并哦，学到了。我始应一下看看。
居中自建那个我也试了，相当于手动设了一个左对齐的起始位置。算是纯原生了。
FalconX 这个是自动算的居中，项目增加的时候会重新算位置。

而且这个 StartIsBack 好像主要试改开始菜单的，我开始菜单完全不想动。
现在的开始菜单返祖了…… 溜了溜了

@xtreme1 嗯，是我的问题，刚才就瞟了眼首页。
不过下下来也没找到居中和取消文字，还是不折腾了。

@autoxbc 屏幕宽度达到一米的时候，就不是这样了。

@xtreme1 看了眼，还是写的 win7，感觉多年未维护了。

看具体要求吧，我自己写了个 request 用的，就是也返异常（超时 /超重试次数 /返回码错误 /返回 json 解码错误 /等等），也返数据。
但有些情况的确是直接抛异常更好。
还有直接 log 出错记录，但不中断程序的情况。
所以具体还是看场景吧。