server {
listen 80;
listen 443 ssl;

server_name www.abc.com;
ssl_certificate ***;
ssl_certificate_key ***;

return 301 https://abc.com$request_uri;
}
server {
listen 80;

server_name abc.com

return 301 https://abc.com$request_uri;
}

这样试试呢

楼主如果去看 Compiler 前端的东西的话，我觉得作用是有助于理解语言中一些语法设计和坑。不过我发觉现在一个现象是，一些教科书之类的东西偏向于讲解静态语言，实际遇到的许多项目则是动态语言。这个地方 VM 优化比前端的分量要重很多，我倒是没有太大兴趣，但是这也是楼主研究的空间。对于后端这部分，我感觉楼主大致了解一下的话，可以更深入地理解一些 JS 对象、属性、闭包、函数调用等方面的效率问题，当然这些和所针对的引擎有很大关系。

@joyee 据我了解， JS 引擎主要重心是优化（至于 ES6 新特性的实现什么的就不是很清楚了），这也是现代编译器工程的重点。比如 WebKit 的 JSC 引擎就从最开始的 tree 解释器，发展到 bytecode 解释器，再到现在的 LLInt - Method JIT - DFG - FTL 架构，轮子一点没少造。

不过传统上 JS 引擎确实被认为是“浏览器内核”的重头戏。我最早认识 Chrome 好像也是看到 V8 跑分比较吊，感觉在很多人眼中 Layout engine 完全被无视的样子。

我还真是那种“ google 换 doodles 就是文化，国厂根据节日修 Logo 就是扰民”的人

因为我现在不大喜欢过这个节，所以看到这些东西心情不是很好
还好这种软件就没装几个， Google 也从来都是 Omnibox 唤出来。不过看着楼主这满文件夹都是这个德行感觉很喜感

@wizardforcel

把范围限制在 现代 OpenGL 的 Core Profile 里面，如何 正确的实现 2D Vector 绘图？

WebGL 的问题 45L 解释的很清楚，不过是将不同类型的调用委托给不同的 API 。
并且我所讨论的是浏览器绘图工作中 dominant 的部分，我们现在日常所浏览的页面中，和 WebGL 沾上边的有几个？倒是 Composition 到处都是。

@jukka

cont.
据我所知，现代浏览器引擎主要的绘图工作是委托给 Cairo ， CoreGraphics ， Skia 这样的 2D 绘图引擎的。如果一般人要从零开始写这样一个绘图引擎，也应该主要使用 CPU 算法（根据我有限的 CG 知识，类似的算法也会在 GPU 底层被应用）。我上面所列举出的库，可能在实现细节中利用了 GPU 的 3D 加速，但是这部分内容和楼主的目的距离就太远了。不同的硬件，不同的 OS ，可能使用不同的渲染引擎，不同的渲染方式，我觉得这不是楼主想要的东西。

关于利用 GPU 进行 2D 渲染的问题，可以看一下这个项目 https://github.com/memononen/nanovg ，非常精致的一个库。不过在功能上好像依然没办法和 Cairo 这样高大全的项目相比。学术界也有一摞的 paper ，然而我还没有见到过大规模实际应用的详细信息。顺便， Khronos 是有矢量绘图 API 标准 OpenVG 的，但是目前的硬件实现好像并不能达到 universal 的程度（据说移动 GPU 有实现，桌面端的话， NVIDIA 在 OpenGL 上面做了一个扩展 NV_path_rendering ，并且做了一堆的广告）。

不过另一方面， Web 前端中是有 Hardware Acceleration 和 OpenGL 的概念的。这里可以和大家分享一下我的理解（主要来源于 WebKit 引擎， Apple 官方 repo ）：

* WebGL 。这个很直接，就是调用 GL 的 API 绘图，不过 WebGL 提供的 API 是 GLES 的（在 Win 里面可能被 ANGEL 转换掉了）。
* Canvas 。可以理解为 Cairo 等绘图引擎的接口直接暴露给了 JS 。灵活性高（理论上所有用其他元素能画出来的东西都能画出来，其他元素画不出来的照样画不出来），效率不大好说，但是最后还是由绘图引擎进行实际的绘图。
* Composition 。概念上类似于基于 Sprite 的 2D 游戏，就是将某些元素单独渲染到 GPU 贴图上，再渲染到页面中，目的是在动画发生时无需使用 2D 绘图引擎重绘该部分。当然有一个假定前提就是动画过程中该部分内容不会发生改变，因为根据以上所述， GPU 在绘图过程中扮演的角色是有限的，更准确的说，其能做的所有事情就是 play with the sprite ，面片的透明度、颜色、 transform ， etc. 这就是熟悉 CSS 的同学们喜闻乐见的 translate/scale/rotate3d, opacity 等属性的“硬件加速”。
不过需要注意的是这也不是必须的，因为基本都是 2D 引擎可以模拟出来的东西，编译时 FLAG 关掉，就可以 fallback 到 2D 的渲染模式。

如果有做 iOS 的同学的话，可以打个比方：浏览器中核心绘图引擎的作用类似于 CoreGraphics ， OpenGL 的作用类似于 CoreAnimation ，当然有可能 CoreAnimation 的底层就是 OpenGL 。

@jukka Web 前端的核心部分，还真跟 OpenGL 关系不大。
OpenGL 是一个 GPU 3D 绘图的 API ，而前端渲染主要涉及的是 2D 矢量绘图，如果你只是搞游戏的话，对矢量绘图可能不是很了解。
简单来说， GPU 不适合 2D 矢量绘图。

游戏（尤其是追求画面效果的 3D 单机游戏）的 rendering 部分的最大目标之一是用最少的硬件资源得到最好的即时渲染效果，这个“好”往往是和“真实”相对应的，聚焦于灯光、贴图等方面，利用的图元是点、面等。而矢量图中，最重要的图元是 Path （有点像 PS 里面钢笔画出来的那玩意， SVG 里面也有涉及），对于填充、线型、曲率等细节的正确性要求较高，同时还存在一个文字排版的问题（这个倒是和游戏沾点边，因为 3D 里面到处都是的贴图无法直接解决游戏 UI 文字渲染的问题）。

剩下的事情很简单，假如要用 GPU 渲染一个无填充矢量圆环路径，用单个四边面表示的话，那是对像素填充率的浪费，如果利用 3D 建模中的手段，大量面片拟合的话，且不论效果好不好，效率又成了问题。

错误信息已经告诉你是 exec format 不对了，不过这只是最表层的问题，其他的详细 https://en.wikipedia.org/wiki/Application_binary_interface

碰到这种情况如果我手头没 Linux 的话也可以放 VPS 上面试试。

中文都说不顺口的默默拿小本记下…

@joshz 能否八一下 恶魔的奶爸被扒皮 是什么事情？

HN 和 V2 貌似不是一个等级的
StackExchange 的各个分站， Quora ，也是形式有些不一样
Reddit 有种西方的百度贴吧的感觉
各种 mailing list, Google Groups
还有各种专门的论坛，比如 ArchLinux ， React

再偏一点的就是 Twitter 和各种零碎博客
想找一个和 V2 差不多的还真有点难

滋瓷 TypeScript 的库不多啊。

不过为啥那个链接 404 了...

我把 ww, www, wwww 几个全都 301 到了 @ 下面...

不过我跟楼主一样，在买域名之前也不懂这套理论，哪怕计网的课程很早就讲了 DNS 。

@hongfeiyu 过俩小时好像就差不多了
反正常用的几家应该都行，大陆或者一些 local 的反应可能慢一点。

@Cassandra 中国教育确实重视英文，但是鉴于整体面向考试的定位，其实并不全面，就像 @ferrum 同学说的，连标点后面要加空格都不会注意。

但是如果是本贴这种情况的话，我觉得锅不能推给教育。