@est 太多欧美媒体忘了设靠谱的font stack fallback，没web font会很难看……

http://i.imgur.com/fKCtAPI.png

暂时决定这样……

@Livid dead simple, just some nginx config, use https://www.ssllabs.com/ssltest/ as a guide

同样，倡议HSTS，此外v2ex的SSL配置也可以调整下了，既然不打算绕开，就当是顺便提高安全性吧。

于是我写了个插件解决Sketch的排版问题

https://github.com/bitinn/sketch-text-align

wow, just how broken is v2ex node.js theme?

@rayps 看过，看完之后就决定不用它了。的确支持很多svg用法，但也实在太多用不上的功能（css输出什么的）。此外我个人喜欢svg symbol的方案，认为它在跨平台和css可设计性上最佳。

https://github.com/jkphl/svg-sprite/blob/master/docs/command-line.md

@devtiange 用environment variable控制，例如写在npm里，根据环境不同使用不同的启动命令。获得值之后，if/else选择时候是否加载。

http://stackoverflow.com/questions/4870328/how-to-read-environment-variable-in-node-js

@yyfearth jQuery的目的是在DOM API还不完善的时代提供一个跨浏览器的API。然而jQuery的长期流行导致了很多开发者总是用它。现在业界逐渐远离jQuery，恰恰是因为它整合了有太多用不到的功能和过去的兼容性代码，即便2.x版本，在移动端的时代也显得臃肿了。

另一个原因是DOM API库已是前端开发比较小一部分了，先前的例子，是给需要$的人。像是 https://github.com/Matt-Esch/virtual-dom 这类库，是不会有jQuery影子的。

@willwen request是个流行的库，但也是存在时间很久的库。模块化之后，你会更希望每个库做有限度的事情，而不是尝试满足过多人的需求。当然node-fetch的存在意义不是替代request，而是提供一个和前端相同的promise-based api

@yyfearth yes and no，是的XHR太麻烦，XHR2很多功能但来得太慢，所以才有fetch。不用jQuery开发很多年了，模块化趋势也不是一两天，如果你的喜欢$，甚至有 https://github.com/webpro/DOMtastic

@yyfearth jQuery不懂Promise，至少不懂Promise/A+ https://github.com/jquery/jquery/issues/1722

@msg7086 我现在的感觉是，想不到有什么场景f1是更好的选择。