elixir + phoenix + elm

理想是好的，可惜轮子太少。必要的 Gem 在 Web 开发中还是相当重要的。

#2 楼 @juanito discuz 的 BBCode： http://faq.comsenz.com/userguide/discuz/editor.html

如果只是 keyword，那就和 bbcode 一样了。数据库都不用改成 utf8mb4。

我想知道，是不是直接可以用 utf8mb4，直接存，直接读，浏览器直接展示。

twemoji 最后还是替换成 svg ? 不是直接四字节 utf8 直接存数据库吗？

如果不是，那跟 discuz 的 BBCode 有什么区别？

如果用 SSH 协议 没问题，那就别折腾了吧，我只用 SSH 的。

https://ruby-china.org/topics/29675

"关于网站密码，由于账号密码是加密了，" 这句话没写完？

@adamshen 辛苦了，建议再加上一个选项，最后一次 git commit 时间 比如 selfstarter：May 16, 2014

#6 楼 @kgen 我们公司 30 年的 Delphi 代码要换成 C++ 吗？ 是的，我们正在换，要重写的就写成 C++，没必要动的部分，只能继续 Delphi。 所以这个过程，我觉得会持续 -- 一万年。

希望 embarcadero 公司别倒，一个 license 近 2000 欧，继一个也要一千多欧。这基本决定了是个坑老客户，阻止新客户的策略。

#4 楼 @lazybios 怎么看呢？注册了也没有视频链接。

#3 楼 @nightire 学生 or OSS or small team 不是 OSS only 吧？

我有 msdn 企业版

用触摸板的时候，手要悬在空中，很累的，所以我一直用鼠标。

#11 楼 @luming 谢谢

你在 #4 楼 加了个空格，所以搜不到

#4 楼 @luming 用 rails fun 搜索不到，能麻烦贴一下链接吗？

很棒很厉害，但还差一个重要的组成部分：Discuz，phpwind，ruby-china，phphub，V2EX，cnodejs，golang 中国等 转 爱码士的工具。

范例： http://www.discuz.net/thread-1163555-1-1.html

#27 楼 @wangxing0122 capstrano 也不是很难，多部机器还是不要用 mina 了

#2 楼 @rei 我就知道你会这样说。我也是这么觉得的，但 Markdown 也太不给力了，有时候想给字体加个颜色都不容易。

http://buyersguide.macrumors.com/

不知道是不是及时更新了

@jesktop https://github.com/seuros/capistrano-puma 已经将 :puma_preload_app 的默认值改为 false，请问这个变量是什么作用？谢谢

@huacnlee 报告两个 bug

1. 点“提交回复”后按钮不变灰色，导致重复提交。
2. 后来点编辑删除，显示删除成功，但帖子还在。

如果这么多数据库都在一台服务器，为什么不合并。

一般分库也要分服务器吧

如果每个数据库在不同的服务器怎么办？

如果每个数据库在不同的服务器怎么办？

rhomobile 还没死？居然做了新网站。LZ 其实不用跨很多平台，黑莓，wm 不用考虑，iOS 和 Android 足够，其它用户让他们去买个新手机。

还有一个 Xamarin，用 C#，库很多，而且平台。一些无界面的底层库，代码可以共用，这个很爽。如果是简单的 UI, 界面都可以共用：https://xamarin.com/forms 缺点是要钱，代码容易反编译。 https://store.xamarin.com/

如果可能还是原生平台开发，坑少。

好文，

不过我没接触过 JRuby

没有 Java 历史包袱的项目不用入坑吧。JRuby 有什么优势吗？

#2 楼 @huacnlee 记得原来用 mongodb 的时候，删除不是真的删除，而是做了个标记，现在用 pg，是不是还作标记？

#1 楼 @huacnlee 需要登录后回复方可回复 => 需要登录后方可回复

#8 楼 @suxiaohun 我的场景和你的不一样，我是 select * from table where keyword='foobar'，然后在 foobar 这条记录里冗余其它 15 条结果。

你这种情况下，如果知道某页的第一个 id 是什么，那也可以用冗余的方法了。

#6 楼 @rei #2 楼 @bright #4 楼 @qinfanpeng

门户新闻可能不用查，但某些情况下，是必须查的。我的一个使用场景是 40 万数据，要查一条数据的前 15 条，后 15 条记录，我就用了冗余，更新和插入麻烦一点，实际效果还是相当好的。

offset 过大就是这种效果，不过每次只取一条结果的话，速度还不错，如果一页 15 个结果，可以分 15 次取出，你可以试一下，有没有效果不敢保证。

N 年前遇到过相同问题，因为数据不常变动，后来我做了冗余，多开一个 text 字段，然后从头到尾遍历一次，在新开的 text 字段存接下来的 14 个结果。跑一遍还是要一点时间的，但这之后只要查一条信息，就得到 15 条数据，多靠后都没关系。

如果更新一条数据，要把包含这条数据的所有相邻 text 字段都更新。这个过程慢一点没关系，不常更新。