Cuixiping
感觉有用，但是有需求的人数不多。不知道现在新增的typecho用户有多少? 如果你要做在typecho里面，插件更合适，就像Hello World插件那样的内置插件。也就是你现在这个。跟主题没什么关系。 搞个基本可用的demo (支持列表、搜索、自动下载), 应该一天就差不多了，但要做好就需要非常多精力。 typecho的生态比较差，缺乏招牌级的插件和主题。
> 貌似有人做了 https://forum.typecho.org/viewtopic.php?t=11097 这个不错，已经做了挺多功能了。 我个人小站试用过几个插件，基本上拿到手都是要改改代码的。与WP比，Typecho插件的成熟度往往不够，缺乏不断的迭代。更重要的可能是，对插件的维护，包括但不限于：插件代码本身的维护，插件的文档，插件使用遇到的问题以及解决，插件的评价等，如果有一个集中能够找到这些内容的地方，就会好很多，但是typecho的热度不足以支撑良好生态。
> 感觉这里没必要使用cookie，直接用php输出提示信息就可以了 typecho的机制，消息提示会重定向页面，是通过cookie来传递到消息提示页的。我也认为不应当使用cookie.
直接网页app不是更好吗？为什么要做成浏览器扩展
看了一下源码，似乎是这样： 激活部分并没有插到 `\Widget\Comments\Edit` 里面去，`Feedback`是另一个类，`Feedback` 的 `finishComment` 管不到`\Widget\Comments\Edit` 的 `finishComment`
> 可以看下我的样式，我对默认主题的样式稍微优化了下。 http://wangdaodao.com/ 菜单折叠, 还不是很完善, 不能点击菜单外面实现隐藏菜单, 只能再去点那个小按钮
> 这不还是一个生成slug的逻辑吗，没设置的时候生成一个slug就好了 > > https://github.com/typecho-fans/plugins/tree/master/AbbrSlug 比如已经导入了很多文章，你这个方法等于说要给每个没有设置 slug 的文章设上1个slug. 而且处理逻辑也不一样：AbbrSlug是基于标题文字crc32计算，相同标题会得出相同crc32。而 hashids 是基于 cid 数字计算，这个数字在发布成功时才会存在。 迂回的话，也不是不行，可以在发布提交后，再用插件更新一遍 slug.
> 有内容的就不适合改slug了，建设初期就应该确定风格。 > > finishSave hook的时候更新。 hashid 形式上和slug一致，本质上不是slug. 区别在于，slug是对每个文章单独设定的字符串值，hashids 是基于 id 计算得到的字符串值。从slug获得id需要查数据库，从hashid获得id不需要查库。
> 有内容的就不适合改slug了，建设初期就应该确定风格。 > > finishSave hook的时候更新。 我基于 finishPublish 写了个插件，满足新发布的需求了。 对于已有的数据，批量生成 sql 语句去执行了一下更新 😄 . 有内容的要改，主要是因为导入了几百个没有slug的内容。
如果你没有自己改 typecho 代码，那大概率是你的PHP环境，或Web Server 环境有问题了，小概率是配置错误。 你可以把整个typecho的文件（包括PHP，插件，不包括上传文件和敏感信息）打包发我帮你看看。