现时的FS

七 18

Rei牢骚 10 Comments

FS被团委摧残至今早已奄奄一息，很难说熬不熬得过这个暑假。现在已经是学期最后一周，FS依然维持复习周每天13小时全坛只读的状态，而暑假关坛的口头通知还没下来。有些话我希望在这个通知下来前说。

插个花絮：执行只读操作的是我。

我曾经跟烤鱼说过，对我来说FS就是暨南大学。我是看到FS之后才决心填报暨南作为志愿，因为我觉得能有这么一个开明的学生论坛，说明这个学校是不错的。很可惜，我进了这个学校之后FS就一直被各方打压，校内一有什么事发生，FS就被当作恶性传声筒被关闭。直至今天这个地步，我作为管理员都不知道FS是否还在生。

如果现在问我FS对我还是不是暨南大学，我会说当时是的，而现在不过是一些数据而已。我不会去留恋一些数据，论坛的生命力在于这一分钟和下一分钟的发言，但不会生存在过去，生存在回忆。

FS会先从管理层瓦解

将要离职的、已经辞职的、准备辞职的管委会成员不要反驳我。想想看下学期管委会还剩下几人？2人，还是不稳定的。我之前口头一直说的FS撑不过去了，说的不是会员，而是管委会。

杯具的种子从FS跟团委牵扯上关系的时候就埋下了。根据我的打听，比较久远之前曾经有一次FS是否要外迁的大讨论，最后因为反对声音多所以不了了之。其实想想都知道，这个问题拿来讨论是不会有结果的。当把讨论圈在“会产生什么问题”的范围时，问题和反对声是无限多的；但是把思路换过来，“外迁之后一起迎接未知的问题吧”，形势就不同了。最重要的问题不是迁出会遇到什么问题，而是是否到了必须迁出的时候的问题。

照我看，当时FS创始人都还在管理，应该直接迁出去，不需要讨论。

这个时机错过了，到我这届接手上几代天神都没解决的问题，谈何容易。我也提议过外迁，被否决的。有意思的是，最近也讨论了一次外迁，也被否决了，而且我投的是否定票。因为我从第一次提议的时候就不情愿接收一个完整的FS，现在则是完全不想接收了。这个问题，讨论不会有结果，直接干。

FS就像一个陵园，接手的人可遇见时间内是要做守陵人的角色，谁要做就做吧。如我前面所说的那样，这只是数据而已。

Ruby & WebSockets: 浏览器的TCP

七 11

Rei翻译 No Comments

原文：http://www.igvita.com/2009/12/22/ruby-websockets-tcp-for-the-browser/

WebSockets是HTML5中最被低估的革新之一。不像本地储存（local storage），画布（canvas），并行操作（web workers）和视频播放（video playback），WebSocket API的好处不会立即呈现给最终用户。事实上，过去十年我们已经发明了很多技术去解决浏览器和服务器间异步和双工通讯的问题：AJAX，Comet & HTTP Streaming，BOSH，ReverseHTTP，WebHooks & PubSubHubbub，还有Flash sockets等其他技术。话虽如此，上面列出的这些技术都有各自的弱点，并且没有解决根本问题：旧式的浏览器并不是为双向通信设计的。

HTML5中的WebSockets改变了这个状况，它从基础上设计了任意数据（二进制或文本）的双工通信。WebSockets是浏览器上的TCP，不像BOSH或者类似物，WebSockets只需要一个连接，这意味着对服务端和客户的更好的资源利用。并且，WebSockets适用于代理和防火墙环境，能通过SSL和HTTP通道完成传输——现有的均衡负载、代理和路由都能正常工作。

浏览器中的WebSockets：Chrome，Firefox和Safari

WebSocket API还只是草稿，不过主流浏览器的开发人员已经实现了大部分功能。Chrome从开发版本（4.0.249.0）开始官方支持WebSocket API并且默认开启。Webkit每日构建版已经支持WebSockets，而Firefox有一个未决补丁正在复审。换句话说，要主流接受WebSocket还需时日，但作为开发者的我们可以开始思考WebSockets启用后的改良架构。一个最小的jQuery例子： More