木有办法 — 之前是通过指定 IP 地址接入 WIFI，则可以工作正常，但是在其他地方，如公司，则又需要恢复为 自动获取IP 地址，来回折腾比较麻烦，就考虑另外购买一台 无线路由器 — TP-LINK WR841N — WIFI 无线信号比较强。

摸索了一下，下面是成功设置TP-LINK 和天翼宽带无线路由器之间的连接方式。

1. 现有的天翼宽带无线路由器 — 不必更改任何设置；该款无线路由器功能弱爆了，要啥没啥，别提有WDS无线桥接功能了；

2. TP-LINK WR841N 无线路由器设置如下：

WAN 端口设置为第一台路由器LAN 端口的局域网IP，如第一台路由器LAN 端口为 192.168.1.1，第二台无线路由器（TP-LINK WR841N）WAN端口设置为：

LAN 端口默认为 192.168.1.1，需要改为其他网段，可以将LAN 端口设置为：192.168.2.1，如下图所示：

第二台无线路由器（TP-LINK WR841N）的其他设置比较简单，和一般的 WIFI 无线路由器设置保持一致就可以了。

这样，其他无线设备，如 IPAD、iPhone、Notebook 就可以通过 WIFI 连接到第二台无线路由器（TP-LINK WR841N），可以正常上网了，也解决了第一台天翼宽带无线路由器信号比较差的问题，重点是解决了WIFI 的兼容性问题。

网线连接：使用一根网线，从 第一台天翼宽带无线路由器 的LAN 口连接到 第二台无线路由器（TP-LINK WR841N）的WAN 口，就可以了。

HAProxy(官方网站) – The Reliable, High Performance TCP/HTTP Load Balancer

官方网站

下载地址

Description:
A process serving application pool ‘ASP.NET V2.0′ terminated unexpectedly. The process id was ‘1732’. The process exit code was ‘0xe0434f4d’.

Description:
A process serving application pool ‘ASP.NET V2.0′ suffered a fatal communication error with the World Wide Web Publishing Service. The process id was ’6256′. The data field contains the error number.

w3wp.exe [1692] 中发生未处理的 win32 异常。 对此异常的实时调试失败，错误为: 未能启动调试器，因为没有用户登录。

Faulting application w3wp.exe, version 6.0.3790.3959, stamp 45d6968e, faulting module mscorwks.dll, version 2.0.50727.3625, stamp 4e154c98, debug? 0, fault address 0×00015300.

.NET Runtime version 2.0.50727.3625 – 执行引擎错误(7A0BC59E) (80131506)

为应用程序池 ‘XXXXX’ 提供服务的进程在与 World Wide Web Publishing 服务通信时遇到致命错误。进程 ID 为 ’5036′。数据字段包含错误号。

===

在本地开发环境、生产环境都工作正常，但是在测试环境（Windows Server 2003, .Net Framework 3.5 SP1）就出现上述异常信息，不了解具体原因。

后来安装Microsoft 的如下更新之后，异常问题解决了。

Microsoft .NET Framework 3.5 Family Update for Windows XP x86, and Windows Server 2003 x86

其他参考链接：

HOWTO: Understand and Diagnose an Application Pool Crash

Debugging Faulting Application w3wp.exe Crashes

Suddenly application crash – Fatal Execution Engine Error (7A0BC59E) (80131506)

RabbitMQ 是由 LShift 提供的一个 Advanced Message Queuing Protocol (AMQP) 的开源实现，由以高性能、健壮以及可伸缩性出名的 Erlang 写成，因此也是继承了这些优点。

RabbitMQ 2.8.0 发布，新版本可指定队列中的消息在被拒绝和过期时进行重定向；改进了内部流程，限制了内存使用，使得性能更加可预测。

AMQP 里主要要说两个组件：Exchange 和 Queue （在 AMQP 1.0 里还会有变动），如下图所示，绿色的 X 就是 Exchange ，红色的是 Queue ，这两者都在 Server 端，又称作 Broker ，这部分是 RabbitMQ 实现的，而蓝色的则是客户端，通常有 Producer 和 Consumer 两种类型：

.NET 平台下的高性能Json框架：

• Flexible JSON serializer for converting between .NET objects and JSON
• LINQ to JSON for manually reading and writing JSON
• High performance, faster than .NET’s built-in JSON serializers
• Write indented, easy to read JSON
• Convert JSON to and from XML
• Supports .NET 2, .NET 3.5, .NET 4, Silverlight, Windows Phone and Windows 8 Metro.

下载链接 Json.NET - 官方网站

James Newton-King谈Json.NET 4.5

SELECT
mid.statement
,migs.avg_total_user_cost * (migs.avg_user_impact / 100.0) * (migs.user_seeks + migs.user_scans) AS improvement_measure,OBJECT_NAME(mid.Object_id),
‘CREATE INDEX [missing_index_' + CONVERT (varchar, mig.index_group_handle) + '_' + CONVERT (varchar, mid.index_handle)
+ '_' + LEFT (PARSENAME(mid.statement, 1), 32) + ']‘
+ ‘ ON ‘ + mid.statement
+ ‘ (‘ + ISNULL (mid.equality_columns,”)
+ CASE WHEN mid.equality_columns IS NOT NULL AND mid.inequality_columns IS NOT NULL THEN ‘,’ ELSE ” END
+ ISNULL (mid.inequality_columns, ”)
+ ‘)’
+ ISNULL (‘ INCLUDE (‘ + mid.included_columns + ‘)’, ”) AS create_index_statement,
migs.*, mid.database_id, mid.[object_id]
FROM sys.dm_db_missing_index_groups mig
INNER JOIN sys.dm_db_missing_index_group_stats migs ON migs.group_handle = mig.index_group_handle
INNER JOIN sys.dm_db_missing_index_details mid ON mig.index_handle = mid.index_handle
WHERE migs.avg_total_user_cost * (migs.avg_user_impact / 100.0) * (migs.user_seeks + migs.user_scans) > 10
ORDER BY migs.avg_total_user_cost * migs.avg_user_impact * (migs.user_seeks + migs.user_scans) DESC

需要知道上述脚本并没有考虑是否创建clustered index。不过，可以通过分析index脚本中包含大量数据列（或者include 比较多 columns）时，可以考虑创建clustered index。

原文链接：Missing Indexes DMV

下载及其演示地址