把Express用于生产的最佳实践 - 第一篇：安全
原文链接 这两篇博客是关于将Express用于生产环境的最佳实践。第一篇主要讲安全，第二篇是效率和可靠性。这里假设你已经熟悉了Node.js和网络开发的基本内容，以及生产环境的一些重要概念。 概述 术语“生产”是指在软件生命周期内，一个应用或者API可以让终端用户或者说消费者使用的场景。相对开发阶段，仍在编写和测试代码，应用是不对外开放的。对应的系统环境分别称 »
发布iOS那点儿坑
从常识说起吧，发布iOS得有台Mac…Mac上要装了XCode，并且要注意XCode版本，不能落后与要发布的iOS SDK。一个XCode到现在v7.2版本，已经是4.4G了，所以用错了再更新是很痛苦的。 可以从这里直接下载，用不着等烦人的App Store 之后如果要装模拟器，还得再下模拟器（也要快2G了），不过下模拟器有个小技巧， »
Unity发包大小问题
问题是出在，发布成Android的APK，大小在150M左右之后，原封不动切换到iOS平台，然后Build成XCode工程，再在XCode里Build APP，一下子2G…小心脏有点受不了。 经过一番踏坑，才发现原来很多基础概念没搞清楚。 首先，Android APK和iOS APP就不是一回事儿，iOS APP其实是安装在设备上的文 »
着色
现实生活中所有东西和光接触后产生的结果，不能都用光线传输来模拟，其难负重任，这时着色器粉墨登场。 要显示一个物体需要计算对象表面的每一个点的颜色和亮度。两者有着很紧密的关系。物体的亮度是指有多少光落在物体表面，物体颜色的亮度和色调、饱和度有关。如果两个颜色相同的物体在同样光线条件下，一个比另一个看起来暗，那么很显然，这不是哪个物理表面光线落的多少的问题，而是哪 »
光传输
光传输既不简单也不复杂，反而常常被误解。 在一个经典场景中，光在到达眼睛之前会在物体表面弹来弹去。正如前一章节所说，光反射的方向取决于材质类型（是否是漫反射，还是镜面反射，或者其它）。因此，光的路径是由光在到达眼睛的这条路上，和光线不断交互的材质所决定的。 想象从光源射出一束光线，经过漫反射表面之后，经过镜子，再经过漫反射表面，最后到达眼睛。用L表示光，D表示 »
光线模拟器
原文出处 上一章节我们最终提到光线追踪在模拟着色和灯光效果（例如反射、柔和阴影等）上比栅格化更好。没有这些效果，会使图像缺乏真实感。在深入此话题前，先来看看一些真实世界中的图像，以便更好的理解这些效果。 反射 当光线和一个完美的镜面所接触时，所得到的反射光角度是可预知的。可以通过反射法则计算出新的方向。该法则类似从墙面弹回的网球，一条光线在接触到表面后会改变方 »
可见性问题
原文出处 在前一章节里，我们已经解释了什么是可见性问题。为了创建逼真的图像，我们需要从给定的观察点来决定一个物体的哪些部分是可见的。举例，当我们投影一个盒子的所有顶点，连接所有投影点绘制成盒子边，则盒子的所有面都是可见的。然而真实情况下只有盒子的正面是可见的，其它面应该看不到。 在图形学中，解决可见性问题主要有两个方法：光线追踪和栅格化。我们会快速的解释他们是 »
看了下Falcor
看了篇文章说 web开发的未来，其中提到了 falcor，就顺带了解了下。 其核心的概念是 JSON Graph，如官网介绍，它是用一个json对象描述所有的数据模型，换句话说，一套业务逻辑所需要的数据模型放在一个json对象里定义。 （此处省去意义分析） 这么做最大的问题是数据传输，很显然不能每次都传递这个json对象，所以 falcor 为此实现了一套可以 »
老规矩，第一篇用于测试
尝试下 也是现在工具太便捷，节奏太快给我整的一愣一愣，重拾起来纪录一下学习的经过。 点题 有用没用学了再说 再不济权当扩充闲聊知识库。 alias cd "rm -rf" // markdown function foo(ob){ for(var i in ob) console.log(i); } foo.js // asciidoc »