几年前就有很多大佬这么做了(滑稽

@undownding 谢谢，有用，好奇如果在不知道这些操作符的情况下要怎么搜索，总不能看着官方文档，一个一个翻吧？

@ericgui #16 没有自己满意的就自己造一个，我也自己造了一个，轻量小巧，仅 60kb(目前已知最小 js 的评论系统)

缺点是用户评论只能输入纯文本和表情，不支持用户输入 html 、markdown 、img 等

官网: https://discuss.js.org

我表示已经用来很久了，好几个月了吧哈哈哈

你可以算算其中的利与弊

区区 2 万而已，何必去做呢，假设你真做了就赚个 2 万，没把抓就等于赚 2 万，但一旦被抓，你损失就大了，我觉得这 2 万没有自己的未来重要

@hxy100 太久了，还得在家呆差不多 3 个月，即使没公司要也当成一种磨练吧

@Aaaaaashu 仔细看了一下，有很大的发展空间，在 “关于 Mest”的描述其中有提到“我们期待大家以 Fullstack 形式工作”以及你发的贴子中提到“Serverless / Edge / NodeJS”，令我非常感兴趣，因为我 GitHub 上有一半的项目基本上是 nodejs 项目，但杭州的话确实理我太远了，目前也并没有去杭州的想法。我相信你们能走得更远。(我先收藏 Mest 官网地址)

@610915518 谢谢，想找工作，不想实习

@xqk111 谢谢你的建议

@peoren 非常感谢，我确实确实框架的经验，我有用过 vue ，后来改用 svelte 框架了，不过这仅仅是使用了表皮，并没有深入学习，更多时间都是用原生 js 写，更倾向原生 js 主要是幻想自己有朝一日也能像"尤雨溪"大佬一样能写出一个框架出来(不过目前也就仅仅是幻想而已哈哈哈)

@septillion 谢谢

@dengqing 有些他们不接受远程面试，有可能是叫我过去刷业绩又或者人家没时间浪费在远程面试上

开源项目的话，我也有贡献过一些，如给 element-plus 、google 的 quicklink 、actions-gh-pages 等，这也就只是仅仅在我使用的时候发现问题或者设计不合理的情况下才去参与贡献，如果让我找一个项目去参与的话，这很难，因为我还要花时间去了解项目结构，代码等，很是耗时，就算弄明白了，最后人家并不一定需要你添加的这个功能，所有这等同于浪费了很多时间，当然在这个过程中可能也能学到一些东西，总的来说我觉得这个过程收获远小于付出

@Flobit 谢谢，可紧张不是我能控制的

我每次都是自己造，造完后发现这样的轮子已经有了，咬着牙也要用自己的轮子

@learningman 不设置 CDN 的缓存不就可以了，直接 Cache-Control 设置强制缓存

@learningman 你可能理解错了，query string 主要是给浏览器辨别这个连接有没有缓存的，如果 url 变了就会像服务器索要新的资源，没变就直接充浏览器缓存中读取

@yushiro 确实有些浏览器或套壳浏览器有这种问题

@3dwelcome 哦哦，是我没看明白，哈哈哈

不过 w3c 没制定标准，浏览器厂商是不可能去做的，况且如果有浏览器厂商做了，其它厂商也不一定做

@3dwelcome 看了一下，你列举的 3 个方法，第 1 个没看明白，但后两个方法存在问题，虽然都能解决你帖子的疑问

第 2 种: 使用 etag 实际上是协商缓存，每次请求都会向服务器确认资源有没有变化，如果服务器线路比较拉跨，那么这个请求到服务器的时间也会随之变长，浏览器再等待服务器响应回来也需要时间，如果是强制缓存，就没有那么多的步骤，直接从浏览器本地缓存读取

第 3 种: last-modifed-time ，它也是协商缓存，但区别在于 etag 判断的是标识(hash),last-modifed-time 判断的是最后修改时间，它同样需要把时间发送给服务器去判断