本文来自朋友的系列漫画投稿，程序员单身（不客气），他的博客：
http://www.jianshu.com/u/2d46948e84e3

正文开始

代码交接

代码重构

CodeReview

提测

插播

经典技术书籍打包下载（全免费，内附地址）
下载地址：
http://www.jianshu.com/p/4a9599a230af)

这段代码我写了三天

要集成测试了

我要重构的类有 5000 行！

最近打开IE浏览器，发现地址栏是锁定的默认主页，但是显示的网页内容确是瑞星安全导航。

通过分析，发现瑞星是通过在驱动层注册进程回调，在应用层启动服务监控创建的进程，当发现浏览器启动，且打开的网址是劫持网址，会对浏览器默认主页进行劫持。

二 分析

(1) 进程监控分析

重点分析了一下瑞星服务进程ravmond的进程回调处理函数ExeMonCallBack，其关键部分如下

首先通过驱动层上报的进程启动信息去获取一些关键信息，通过ProcessID获取父进程的全路径，通过Process的全路径去获取当前启动的进程是否是需要劫持的浏览器进程。

如图，我们看到ravmond基本劫持了常用的所有浏览器，且设置了一个开关，在开关开启的时候对type为10，10000，20000000的浏览器不做劫持，对应的浏览器分别为IE，QQ浏览器，juzi浏览器。通过调试发现目前开关并没有打开。

之后通过一个Event事件来防止重入。Event事件的名字格式为{RsDrvmcl_sessionid_browsertype} 例如主动打开IE浏览器，Event的名称为{RsDrvmcl_1_00000010}，在执行劫持操作时创建event，在获取到浏览器类型成功后去打开event，如果打开成功，说明当前正在对该浏览器主页做劫持，本次打开不做处理。

如果当前启动的进程是目标浏览器进程，ravmond会对当前进程的命令行以及父进程做是否需要劫持判断，对命令行的判断主要分为三步：

1，当前浏览器打开的URL是否为Rising导航，如果是不做劫持。

2，当前浏览器打开的URL是否为特定的hao123带渠道导航，如果是不做劫持。

3，当前浏览器打开的URL是否在预置的导航网址列表中，如果是开始劫持。

通过dump内存看到，瑞星预置的劫持导航将近100条，里面不仅包含用户常用的主流导航（hao123 baidu 搜狗导航 360导航 2345导航 QQ导航），还包含大量的小导航，以及跳转站例如123.dh136.com，123.hao245.com等等。除了对导航网址进行判断以外，还对常见的桌面快捷方式打开参数等进行了劫持，如下图所示。

主页劫持只针对由explorer kdesk qmlaunch mxstart进程启动的浏览器生效。

在上述条件都满足的情况下，创建一个线程启动假的浏览器

线程函数里面主要做了两部分的工作，一部分是通过浏览器类型去获取对应的假浏览器路径，一部分是创建进程。

通过分析，可以发现各浏览器对应的假浏览器进程如下

360chrome.exe => wsafechb.exe

360se.exe => wsafetqa.exe

qqbrowser.exe => wsafesdb.exe

SogouExplorer.exe => wsafeeid.exe

liebao.exe => wsafeche.exe

Maxthon.exe => wsafesda.exe

UCBrowser.exe => wsafechc.exe

chrome.exe => wsafea.exe

iexplore.exe => wsafeei.exe

…

Vista以后操作系统增加了session隔离机制，一个用户对应一个独立的session,服务程序运行在session0当中，用户程序运行在session1 session2…里面，由于当前是在服务进程中，要从服务中启动一个具有桌面UI交互的应用，需要使用CreateProcessAsUser，并手动设置环境块。

(2) 浏览器劫持分析

浏览器劫持主要是通过使用假浏览器进程创建一个webbrowser替换掉原有的webbrowser来实现的，我以IE浏览器为例来分析。

在满足劫持条件后，瑞星服务程序会启动一个假的浏览器进程，IE对应的是wsafeei.exe。

wsafeei.exe首先先创建一个名字为AXWIN Frame Window的窗口。

然后以新建窗口为父窗口，创建一个webbrowser，并创建线程将新创建的窗口替换到IE中。

线程中循环等待IE界面出现，并获取IE的”Frame Tab” “TabWindowClass” “Shell DocObject View”三个窗口的句柄，如果9秒内IE没有启动，则放弃劫持。

将wsafeei创建的窗口的父窗口设置为TabWindowClass，获取TabWindowClass的位置以及大小，对应设置 wsafeei创建的窗口为对应的位置和大小，将IE的ShellDocObjectVIew窗口隐藏掉，显示wsafeei创建的窗口，对应的webbrowser打开瑞星导航。为了不影响IE的正常使用，其注册了消息过滤函数，处理IE相关的消息。

到此为止，就成功的劫持掉了IE的默认主页。

三 结论

通过在服务进程中监控进程启动，替换浏览器的窗口来劫持主页，可以避免与主页保护软件的正面对抗，达到劫持效果，思路令人佩服。如果用在正规的主页保护技术上那就更好了。

http://www.freebuf.com/articles/web/131156.html

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
<rewrite>
  <rules>
    <rule name="rule-one" stopProcessing="true">
      <match url="/?(.*)" ignoreCase="false" />
      <conditions>
        <add input="{REQUEST_FILENAME}" matchType="IsFile" ignoreCase="false" negate="true" />
        <add input="{REQUEST_FILENAME}" matchType="IsDirectory" ignoreCase="false" negate="true" />
      </conditions>
      <action type="Rewrite" url="redirect.php?alias={R:1}" appendQueryString="false" />
    </rule>
  </rules>
</rewrite>
    </system.webServer>
</configuration>

放在 phurl 根目录即可｛前提需要空间支持伪静态｝

问题：安装DirectX SDK (June 2010)失败

I was trying to install Direct SDK (June 2010), everything went just fine, but when the installation started to do some post installation processes, it returned with an error like this:

Setup failed.

Errors were encountered during installation of redistributable packages. Please close all open programs and try running setup again. If problems persist, contact DirectX Developer Support.

Error Code: S1023

I have tried looking in the log files in C:\Windows\Logs. There are 2 log files, DirectX.log and DirectX_SDK.log. I do not see any noticeable signs of “error” or “failure” of any kind.

In fact, the very last line in DirectX.log is:

dsetup32: Installation ended with value 0 = Installation succeeded

However the installation did fail. When I re-installed it for a second time, then finally found out that maybe has something to do with the VC 2010 redistributable run-time library. So I uninstalled it. and redo the installation for a third time, it installed perfectly.

So put it in a simple way, Solution for this issue:

go to Control Panel>Program & Features and uninstall programs like this:
Microsoft Visual C++ 2010 x86/x64 redistributable – 10.0.(number over 30319)

汉语就是：卸载控制面板->程序->Microsoft Visual C++ 2010 x86/x64 redistributable – 10.0.30319

不用卸载额外的Microsoft Visual C++ 2010 x86 Runtime,虽然很像

转自：http://rg4.net/archives/851.html

https://api.ipify.org/?format=json

git作为一个分布式版本管理工具，可以很好的解决这个问题。因为它的大多数操作是在本地进行的。这里要说的是git是如何做到既可以管理好本地代码又可以与已有的SVN中心库进行同步的。

支持去中心化，是Git与生俱来的特性，它在本地保留了从中心服务器clone出来的源码库的全部信息，这样，你在本地修改完代码后便可以直接提交到本地 的代码版本库中。本地代码的备份和版本管理的问题就这样被Git轻而一举的就解决了。而本地源码库与SVN中心源码库的同步操作则是由Git提供的 git-svn工具来完成的。

下面是一个git-svn的一般使用流程：
1、git-svn clone svn_repository
2、修改本地代码，使用git add/commit将修改提交到本地git库
3、定期使用git-svn rebase获取中心svn repository的更新
4、使用git-svn dcommit命令将本地git库的修改同步到中心svn库

• 检出一个已存在svn repository(类似于svn checkout)

可以通过git-svn clone命令完成这个操作： git-svn clone svn_repository_url

一般情况下git svn clone这个操作会从第一个版本开始同步，如果版本号已经到了好几万（或更高？），这个操作会相当的费时。这时可以使用参数-r$REVNUMBER:HEAD检出指定版本后的代码。

因此，更好的步骤应该是这样：

svn info svn_repository_url, 记录最后的版本号，假设是260

假设要检出最后5个版本，做个简单的减法： 260 – 5 = 255

开始clone操作了：git-svn clone -r255:HEAD svn_repository_url

• 从中心服务器的svn repository获取最新更新

这个操作可以通过”git-svn rebase”完成。注意这里用的是rebase，而不是update。update命令对于通过git-svn检出的svn repostory的git版本库是不可用的。

• 查看提交历史日志

使用”git-svn log”，加上-v选项，还可以提供每次commit操作涉及的相关文件的详细信息。

• 将本地代码同步到Svn服务器

完成这一操作需要通过”git-svn dcommit”命令。这个命令会将你在本地使用git commit提交到本地代码库的所有更改逐一提交到svn库中。加上-n选项，则该命令不会真正执行commit到svn的操作，而是会显示会有哪些本地 变动将被commit到svn服务器。git-svn dcommit似乎不能单独提交某个本地版本的修改，而是一次批量提交所有与svn中心版本库的差异。

• 提交时的冲突解决：

如果你正在提交的文件在svn服务器上已经被别人改过，就会发生提交冲突。通常解决方法如下：

首先使用git-svn rebase获取svn服务器上的最新冲突文件，比如：conflict.c，这将导致与本地conflict.c冲突，不过此时svn版本信息已经添加到本地git库中(通过git log可以查看)，git-svn rebase提示你在解决conflict.c的冲突后，运行git rebase –continue完成rebase操作

打开conflict.c，修改代码，解决冲突

执行git rebase –continue，git提示：You must edit all merge conflicts and then mark them as resolved using git add

执行git add conflict.c，告知git已完成冲突解决

再次执行git rebase –continue，提示”Applying: git xxx”，此时”git xxx”版本又一次成功加入本地版本库，可通过git log查看；

执行git-svn dcommit将conflict.c的改动同步到svn中心库，到此算是完成一次冲突解决。

就提示  SSL certificate problem: self signed certificate

这种问题，在windows下出现得频率高些。我估计主要是git本身就是基于linux开发的，在windows上，容易缺失一些环境。

参考了一些文章，解决方法其实就是“直接不管ssl证书的事儿”-_-|||

方法如下：

1.创建临时环境变量：

windows上命令行输入：

Linux下：

这里clon可以根据需要换成其他的git命令。

也可以把临时环境变量变为永久的，反正永远不验证ssl证书也没什么风险吧。。。

2.用git自带的配置命令：

问题解决。

__int64的最大值：9223372036854775807
__int64的最小值：-9223372036854775808
unsigned __int64的最大值：18446744073709551615