都是自己的站吗？是的话可以开 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 都重新构建，测试服自动发布最新构建，正式服手动发布。

😂我用了七八年的头像，第一次撞头

别说晋城，第一次见到坐标山西的互联网公司。。家乡终于也有互联网公司了。。

@a199261800 web api
wcf 一点都不 rest 的。。。做内部服务通信还挺好的，做客户端就不太好了，尤其是这种脱离 windows 平台的客户端

sqlserver 有 sequence 这个东西， mysql 还真没什么好替代品。赞楼主！

把 cmd 配色改一改，还是基本能看的
http://ww2.sinaimg.cn/large/44c67466gw1f2ofbi86kbj20pn0im43v.jpg

@plqws
@asdf12303116
cmd 字体是简体中文的锅。。如果你装的是英文系统那默认是 Consolas 的。
可以右键 cmd 窗口，属性，把代码页改成 437 ，然后字体就有 Consolas 了。

谢谢，看完对我帮助非常大！

貌似今天你们服务很不稳定啊。。
时好时坏， 500 错误推不上代码，自动部署歇菜了。。

只是 bash 而已