HTTP Tunneling

HTTP is a text-based protocol to retrieve Web pages through a Web browser. Mostly, if you are on a LAN connection, you are behind a proxy server; this proxy server has one HTTP proxy running on some defined port. In your Internet Explorer's Connection option, you specify LAN settings as required. This proxy server is definitely running on a text-based protocol, and you can only get HTTP-related data from the outside network, right!! Well, there is a small loophole from which you can go through HTTP and connect to the outside world and get any data you want in binary protocol, or even your own protocol. It's through HTTPS.

HTTPS Explanation

In HTTPS, data is transferred from browser to server and server to browser in a secure manner. It's a binary protocol; when it goes through a proxy, the proxy doesn't understand anything. The proxy just allows a binary stream to open and lets both server and client exchange the data. Now, we can fool the proxy server and connect to any server and exchange data. The proxy server will think that we are doing some secure HTTP session.

对于HTTP代理，不少人有认识上的误区，有必要说明一下，不是所有的HTTP代理都只能代理HTTP的，
　　HTTP CONNECT代理服务器是一种能够允许用户建立TCP连接到任何端口的代理服务器，这意味着这种代理不仅可用于HTTP，还包括FTP、IRC、RM流服务等，甚至扫描、攻击。 

ISA防火墙会默认封阻SSL端口443以外的其他connect的端口，以防止被人滥用作扫描，攻击或发垃圾邮件。如果我们需要穿透ISA的封阻，我们可以connect 443端口，然后把443映射为我们需要连接的真正端口。

alloca allocates size bytes from the program stack. The allocated space is automatically freed when the calling function

exits (not when the allocation merely passes out of scope). Therefore, do not pass the pointer value returned by _alloca as

an argument to free.

详细用法请参考msdn

了。

发生乱码的具体代码：
         SetDlgItemText(IDCE_MEMO, m_Results[nIdx].Content);
IDCE_MEMO为richedit的资源名，m_Results[nIdx].Content为要显示的字符串内容（已经是unicode编码的了）。

查找原因：可能是控件不了解字符串已经是unicode代码，所以控件根据locale 的code page来硬性将代码转换为unicode显示，所以出现乱码

。

解决方法：
#ifdef UNICODE
  //请注意，因为是unicode版本，所以codepage要用1200，以告诉RichEdit传过去的文本已经是unicode，以免出现乱码，详情请看MSDN。
  SETTEXTEX SetTxtEx;
  SetTxtEx.flags = ST_DEFAULT;
  SetTxtEx.codepage = 1200;
  BOOL bRet = ::SendMessage(::GetDlgItem(m_hWnd, IDCE_MEMO), EM_SETTEXTEX, (WPARAM)&SetTxtEx,

(LPARAM)m_Results[nIdx].Content);
  ASSERT(bRet);
#else
  SetDlgItemText(IDCE_MEMO, m_Results[nIdx].Content);
#endif

The code page used to translate the text to Unicode. If codepage is 1200 (Unicode code page), no translation is done. If

codepage is CP_ACP, the system code page is used.

个节点时会突然丢失焦点，出现了灰色选择条的现象。焦点到底去哪里呢，从表象来看毫无头绪。

正郁闷之制突然想到了vc6.0中附带的一个工具spy++。此工具可以跟踪界面上的任何控件窗体，以及任何与此窗体有关的window消息。而且使

用简单。事实胜于雄辩，立即行动。用spy++监视treeview的窗口消息。而且把需要监视的消息设置为全部（晕阿，太多的消息会看傻人的。不

过怕有遗漏，所以只好设置全部，后来发现可以只监视wm_killfocus和wm_setfocus两个消息，这可以大大减少检查量）。现在spy++按需求都

配置好了，开始工作。立马切换会要监视的treeview控件上，继续选择不同的节点，不多久焦点又丢失了。我马上切换回spy++监视画面，查找

良久果然发现了wm_killfocus消息。检查此消息是对哪个窗体发得（得到此窗体的句柄，然后用spy++查找界面上所有控件看是否有此句柄得控

件。最后查出此窗口句柄就是treeview右面的面版）。

总结，当treeview中某个节点被选择后，焦点会切换离开treeview到达右面相应出现的面版。怀疑是底层作的好事，这就不多追究了，底层的

事情还管阿，还不累死人啊，知道原因就好了。

解决方案，强制把焦点留在treeview上面。哈哈，奈我何阿，见代码
void CUsrManDlg::OnSelchangedTreeUsrman(NMHDR *pNMHDR, LRESULT *pResult)
{

 LPNMTREEVIEW pNMTreeView = reinterpret_cast<LPNMTREEVIEW>(pNMHDR);
 DWORD dwItemId = pNMTreeView->itemNew.lParam;
 ShowSubDlg(dwItemId);

 //由于在treeview里面上下移动的时候，某些节点上会丢失了焦点，原因是焦点跑到右边的版面中得控件上了，所以下面一句代码是强制把焦点流在treeview上。
 m_treeUsrMan.SetFocus();
 
 *pResult = 0;
}