3，管理员可以将主题下沉。

tag本来就可以关注的，按钮和知乎一样放在右边，用户也是可以关注的

是否能多个搜索呢?

回复#3 @domino :搜索功能也在规划中，但是因为消耗资源较大，暂时没想到性能较好的解决方案，如果只是Tag和User的搜索的like XXX%的话倒是没什么问题。

MyISAM的FullText应该也算一个解决方案。

  是否有让管理员设置让用户编辑自己的帖子的功能呢.或在几分钟前

回复#5 @domino :这个功能，现在没有，和贴吧一样，发了不让编辑，就只有删除重发。

你这功能我也先记着，下个版本加上。

回复#4 @lincanbin :其实我也想知道在InnoDB时,全站搜索怎样做比较好.

回复#7 @domino :一般是专门建一个表来储存搜索的数据吧，每个帖子都分词挑出关键词后分条入库。

搜索时同样对搜索关键词进行分词处理，再从那个专门的表里拿数据出来显示

回复#7 @domino :搜索表的数据插入可以用insert delay来处理，毕竟有过多索引是影响插入性能的。

word press 好像是直接拼sql like 语句 ?

回复#10 @domino :没注意看那部分的源码，就算是拼like语句，wordpress数据量能有多少？单个博客上千篇顶天了。

我有一个网站，大概30000个帖子左右(单表150MiB)，全文like搜索，已经超过1000ms了

回复#10 @domino :如果谷歌还没被墙就好了，谷歌的收录一直快又全，用谷歌直接做站内搜索差不多是最省心的解决方案了，以前的话。

我只会写like ,请问分词挑出关键词该如何做呢?会有编码上的问题吗? 如繁体字 简体字分词能给个方向吗?

至于U1 参考建议,感觉应该可以在大气明亮一点.或许可考虑bootstrap对移动设备友好支持.

http://www.youxiamotors.com/bbs/index.htmlhttp://www.startbbs.comhttp://letsbbs.com/  

回复#13 @domino :分词的话一般用最大匹配法，有很多现成的轮子。

这个论坛的话题建议里的分词，我在Github上找的一个最大逆向匹配法的Class，然后自己写了个脚本把Wikipedia的XML转成SQL，再用WHERE IN把匹配出来的结果在维基百科的词典数据表中匹配，匹配存在的就返回。

回复#13 @domino :Bootstrap的js和CSS都太大了，要剔掉里面用不着的工程量也有些大。

http://www.youxiamotors.com/bbs/index.html

这个网站的padding好大啊！

全是bootstrap，那我就仿着bootstrap做？

其实我觉得用bootstrap不错~方便更换CSS样式.只是您替换会比较麻烦而已

回复#15 @lincanbin :

国外一些比较主流程序教学网站风格也都这样. 

padding大看起来.简单.清爽. 

回复#17 @domino :padding大就和Discuz! 、百度贴吧差不多了，一屏幕上显示不了几行内容。

有没有不是用bootstrap的、长得比较好看的网站介绍？国外的也行。

回复#18 @lincanbin :推荐这样的主题

http://wehoton.com

http://flarum.com/