所以有些网站在发帖填写标题的地方集成了搜索功能，写标题时自动搜索

回复#24 @lincanbin :

不想搞。

不过好奇你的另一套方案是啥。

回复#22 @lincanbin :

相比单纯的 javascript + json，其实没多加多少东西。复杂性的增加基本是 javascript + json 这种模式本身带来的。

至于值不值得搞这种模式，则是另一个话题了。

回复#20 @lincanbin :

所谓普通用户页面和搜索引擎页面的区别，在于一个有 javascript，一个没有。内容本身是相同的，搜索引擎看到的是一样的东西。美化工作是前端 javascript 的事，配合 css 重新调整 html 结构。

搜索引擎看到的是简单的 html，用户看到的是经过 javascript 渲染后的页面。

搜索引擎爬链接，直接返回链接对应的简单 html；用户点击链接，靠 js 重定向到 json 接口拉回 json 数据。

回复#18 @lincanbin :

需要索引的有主题列表页和主题内容页，一共两个 html。由于是给蜘蛛看的，不用考虑美观，和生成 json 的工作量差不多。

回复#16 @lincanbin :

如果 json 算是「明显差异的返回结果」，就把 json 单独做接口，然后将 a 标签的 click event 重载，重定到 json 接口去。

回复#14 @lincanbin :

内容是一样的，无论搜索引擎拉取的是特供 html 还是拉完整的JS做前端渲染，看到的都是相同的内容。

Discourse 用的就是这种方式。

https://meta.discourse.org/t/seo-compared-to-other-well-known-tools/3914/10

回复#9 @lincanbin :

相同的资源，根据 UserAgent 返回不同的格式。给普通用户 json，给蜘蛛 html

回复#6 @strwei :

给搜索引擎特供一个前端

回复#5 @ivanilla :

测试了一下

我需要的功能两边都有：

Drag & Drop

Preview & Scaling

Validate

Paste upload

功能的支持程度也差不多。

和 FineUploader 相比有什么优势和劣势吗？

doku支持身份验证插件，和现有系统做个桥接就行，数据库不用改

人工管理多耗精力

真有这个需求的话，新开一个 test.94cb.com 专做测试就行

一些类似这样的非必要功能做成插件是不是更好

一些类似这样的非必要功能做成插件是不是更好