没有显卡是可以的，系统会自动回退到 cpu 渲染。

最近我也收到一批。想不通是在哪里把手机号泄露了。。

基本工资低主要是为了少缴社保吧，社保金额是按照基本工资比例算的。现在社保大都没卵用，很多企业会把基本工资定的很低，然后把节省出来的钱已奖金的形式发给员工。
所以基本工资低也不全是坏事。

http://ww2.sinaimg.cn/large/44c67466gw1f4aunkie6uj20s707ftay.jpg
图里 10.31.2.0/24 是 vpn 网段， eth0 是外网网卡， 119.*.*.* 是服务器自身 IP ， 1080 是 ss-redir 监听的本地端口。
配置 ss-redir 的时候要记得改成本地监听 0.0.0.0 或者 VPN 网关 IP ，默认监听 127.0.0.1 是不行的。
上面只是启用了 TCP 转发，并且 VPN 流量会全部走 SS 通道，没有国内外分流。

最好也开启 UDP 转发，这样做：
http://ww2.sinaimg.cn/large/44c67466gw1f4auvjt8a7j20si06841a.jpg
（来源于 man ss-redir ）

如果要做国内外分流，可以把 chnroute 规则加上去
http://ww2.sinaimg.cn/large/44c67466gw1f4auy7ojiqj20rs0crwkw.jpg
（来源于 https://sosonemo.me/strongswan-to-shadowsocks.html ）

这个时候国内 vps 应该用 ss-redir 而不是 ss-local

@ranye
@sdzwb
http://www.cn2.co/aff.php?aff=15

安装 .NET 4.5.2 不是 4.5

预言至少一年内 .net core 还不会具备竞争力。。。

可以考虑把 assembly 注册到 GAC 里面提高一下启动速度？

Mono 比.NET Core 发家早了很久很久
Mono 一开始是开源社区在没有微软的支持下自己搞出来的跨平台.NET ，目标是把和 Windows 上体验一致的.NET Framework 移植到其他平台上。 BCL 类库都是以 Windows .NET Framework 为参照做的，所以很多应用可以不用改动 binary 就可以运行在 Mono 上。
.NET Core 是微软宣布开源策略后做的*重构*版.NET 。相对于传统.NET Framework 做了大量精简、改进（微软放下了兼容性包袱），是更加现代化的.NET 框架。但是还没出正式版，很多关键特性还有缺失，而且特性变动非常频繁，目前还不是入手学习的好时机。

Xamarim 是 Mono 的核心开发者们开的商业公司，专门做跨平台.NET 方案的，尤其是移动端。今年被微软收购了， Mono 虽然名义上还是开源项目，但是核心开发者们也都算是微软的了。微软全部的开发重心都在.NET Core 上面，可以预见不久未来 Mono 也将成为历史了。

.net core 还值得再观望半年再入手。
一直在关注， rc1 和 rc2 其实已经相当于 1.0 到 2.0 这样级别的区别，很多核心系统都发生了变化。虽说 6 月底出 RTM ，但是目前个人觉得 RTM 之后不排除发生重大特性变化的情形。

都是自己的站吗？是的话可以开 cors 用 ajax 取来插入 dom
不是的话就只好用服务端来抓取了

当然可以同时用
而且配置很容易。

另外这些工具分析不准。 iis 会默认发送 X-Powered-By: ASP.NET 头，即使你没用到 asp.net 。

最好不要在完整 IIS 下用 LocalDB ，问题比较多
https://blogs.msdn.microsoft.com/sqlexpress/2011/12/08/using-localdb-with-full-iis-part-1-user-profile/
https://blogs.msdn.microsoft.com/sqlexpress/2011/12/08/using-localdb-with-full-iis-part-2-instance-ownership/

要不就 IIS Express + LocalDB ，要不 IIS + SQL Server Express 。 LocalDB 本来就是特意为 IIS Express 设计的。

stun 打洞
turn 中转
ice 全自动协商

office 365

自家产品前端已经在用 angular+docker+daocloud 构架了

总体还不错，部署、迁移很方便，遇到的比较坑的问题有这些：

- 构建 Docker 镜像的时候没法设定环境变量。测试服和正式服需要不同的构建参数（ gulp 需要执行不一样的任务），在自动构建的时候没法区分。目前解决办法是默认按照正式服构建，在容器启动的时候如果检测到是测试服，那重新执行构建。

- DaoCloud 每次更新容器的镜像的时候，会有一小会（几秒到几十秒）的服务中断。即使对单个应用设置了容器个数>1 ，在重启的时候还是会全部同时重启的。如果可以容器分两批依次重启，中断时间也许会短一点。现在解决办法是用自有集群部署，似乎情况会好些（没有仔细观测，因为也不是非常在乎这几秒的中断）。

- 部署到 DaoCloud 云平台的时候，单个容器的配置比较低，有些应用可能根本跑不起来。产品用了 angularjs ，需要针对爬虫做预渲染，把 prerender.io 预渲染服务器封装到了 Docker 镜像中，如果部署到 DaoCloud 云平台，一个容器可能只能渲染三四个网页就提示 out of memory 崩溃了。现在解决办法是用接入自有集群。

- DaoCloud 的镜像构建服务器可选国内或海外，我们遇到了这样的问题：产品代码仓库使用的是 coding.net ，如果用海外服务器，发现从 coding.net 拉代码特别特别慢，如果用国内服务器， npm/bower 又不是很好使。解决办法是后来把代码仓库迁移到 GitHub 去了。

- 应用容器的镜像自动发布也不是非常好使。比如我们产品正式服想要在每一个新 tag 自动发布新镜像，测试服想要在 develop 分支每个新 commit 自动发布，现在是没法实现的。暂时只好设置仓库在每一个 commit 都重新构建，测试服自动发布最新构建，正式服手动发布。