Zou Fei's Blog [邹飞]: 十一月 2011

2011年11月6日星期日

今天折腾Blog迁移，杯具的Micolog只能导出WordPress格式，而且导出的WordPress格式又似乎不标准，用网上的转换工具也没能转成Atom格式给Blogger（貌似因为时间格式的问题，虽然也可以尝试预处理一下再转换，但既然要处理，为啥不彻底点呢？）

一开始的思路和转换工具一样，也是想自己写个脚本转换WordPress schema成Atom schema，可是很杯具的总是失败，Blogger导入时也没提示，不知schema的什么地方不符合标准～～～

于是开始研究Atom schema，洗具的地方在于伟大的G公司给我们提供了详细的描述：http://code.google.com/apis/blogger/docs/2.0/developers_guide_protocol.html
更强大之处在于这个spec的若干种语言的实现都提供了：http://code.google.com/apis/blogger/docs/1.0/developers_guide.html，虽然python只是提供了1.0的spec，但于我已经足够了～～～

于是，几行代码就搞定了迁移：

import sys, os
from xml.dom import minidom
import gdata.blogger.client
import gdata.client
import gdata.data
import atom.data

def usage(cmd):
 print "Usage: %s account pwd in_file\n" % cmd
 sys.exit(-1)

def get_simple_node_value(node):
 for subnode in node.childNodes:
  if subnode.nodeType in (node.TEXT_NODE, node.CDATA_SECTION_NODE):
   return subnode.data

def handle(account, pwd, in_file):
 client = gdata.blogger.client.BloggerClient()
 client.ClientLogin(email = account,
  password = pwd,
  service = 'blogger',
  source = 'Blogger_Importer-0.1')
 feed = client.get_blogs()
 blog_id = feed.entry[0].get_blog_id()

 in_dom = minidom.parse(in_file)
 in_root = in_dom.documentElement

 items = in_root.getElementsByTagName("item")
 for item in items:
  title = get_simple_node_value(item.getElementsByTagName("title")[0])
  content = get_simple_node_value(item.getElementsByTagName("content:encoded")[0])
  pub_date = get_simple_node_value(item.getElementsByTagName("pubDate")[0])
  pub_date = pub_date.split(".")[0]

  print("Importing: %s ...\n" % title)

  client.add_post(blog_id, title, content, draft = True)

if __name__ == '__main__':
 if len(sys.argv) != 4:
  usage(sys.argv[0])
 
 handle(sys.argv[1], sys.argv[2], sys.argv[3])

另，gdata除了可以用来操作Blogger外，若干Google的service都可以操作（参考这里）：

用python写firefox extension

Technorati 标签: firefox,extension,python

直接用javascript写复杂的firefox extension简直是个梦魇，而且performance也会有很多问题，还有一堆限制（同源…），而用C/C++写XPCOM又太大材小用，很不适合于prototype开发。
于是想找找直接用python来写logic的firefox extension，于是就找到了pyxpcomext
其实它也是基于PyXPCOM的，参见说明：
Why do this?

It gives the power of Python to Mozilla extension developers
Easy to setup multi-threaded tasks
Rapidly build cross platform extensions, no compilation issues!
Great base of core library functionality
Not limited to JavaScript
Provides a Python GUI toolkit to build applications (XULRunner)

How does it all work?

The Python extension is download and installed into a Mozilla application as a regular extension
Upon starting of the application, the extension is registered, and loads the internal dynamic linked libraries (python, pyxpcom and pydom)
Additional extension directories are then checked to see if there are any extensions using pyxpcom that need to be registered (and appropriately registers them)
The internal Python path (sys.path) is updated to reflect any "pylib" directories found in the installed extensions

OK，本着庖丁解牛的精神，这里给出一个step by step的python extension

必备

首先要做firefox extension，当然得有firefox咯（废话，这里使用ff 3.6），要做xpi当然也得有zip工具了，linux下这不是问题，win上可以去找UnxTools，或者也可以使用ff的Extension Developer。
至于像FireBug，Explore Chrome，Javascript Debugger等等，就看你的心情咯～～～
其次，既然要PyXPCOM，装pyxpcomext先，这个是平台相关的，win/lnx会有不同的xpi：
http://pyxpcomext.mozdev.org/downloads.html
还有，既然俺们好歹也算是个XPCOM，总得搞个XulRunner-SDK/Gecko-SDK玩玩啊，其实主要我们也只是用它帮我们compile一下idl～～～

动工

如果有firefox extension开发经验，到这一步已经很简单了～～～
首先先做个简单的框架，把下面几个文件按部就班找个sample抄一下：

chrome.manifest

install.rdf

content/

    overlay.xul

    overlay.js

components/

然后定义IDL（components/pyIDemo.idl）

#include "nsISupports.idl"      
#include "nsIVariant.idl"

[scriptable, uuid(2B3D3376-3312-4a2d-8A1E-C93AAFBC8EF7)]      
interface pyIDemo: nsISupports {       
    // attributes, constants, methods, ...       
    nsIVariant doPythonCmd(in wstring code);       
};

写python的实现（components/pyDemo.py）

import os      
import sys       
import time       
import traceback       
from cStringIO import StringIO

from xpcom import components, ServerException, nsError      
from xpcom.server import WrapObject

class pyDemo:      
    _com_interfaces_ = [components.interfaces.pyIDemo]       
    _reg_clsid_ = "{ED590407-D31B-4076-8D3C-3AFA999960A8}"       
    _reg_contractid_ = "@zouf.trendmicro.com.cn/pyDemo;1"       
    _reg_desc_ = "Python Plugin Demo"

    pyshellGlobals = {      
        # Give away some free items...       
        "os": os,       
        "sys": sys,       
        "time": time,       
        # And xpcom accessors.       
        "components": components,       
        "Components": components       
    }

    def __init__(self):      
        pass

    def doPythonCmd(self, code):      
        # Ensure the code ends with an empty newline       
        try:       
            try:       
                result = code + 'Hello'       
                try:       
                    # See if the result can be turned into an xpcom object       
                    return WrapObject(result, components.interfaces.nsIVariant)       
                except ValueError:       
                    # else, we'll just return a string representation       
                    return repr(result)       
            except SyntaxError:       
                return self._exec_code_and_get_output(code)       
        except Exception, e:       
            # Format the exception, removing the exec/eval sections.       
            exc_tb = traceback.format_exception(sys.exc_type, sys.exc_value, sys.exc_traceback)       
            return "".join(exc_tb[:1] + exc_tb[3:])

这个python就太简单不过了，只是在输入的wstring上在加个Hello把它返回～～～
好，实质内容都有了，下一步就是让javascript做个中转器，帮UI来调用python了，这个我们把它放在overlay.js里：

function do_cmd() {      
    _pySvc = Components.classes["@zouf.trendmicro.com.cn/pyDemo;1"].       
                    getService(Components.interfaces.pyIDemo);       
    alert(_pySvc.doPythonCmd('abc'));       
}

OK，基本上到这一步你的coding工作就完成了，当然实际上在这一步你会花费数百倍的精力去写你的python logic～～～
下一步就是收尾，打包，一下的简单批处理可以帮忙（build.cmd）

@echo off

SET XUL_PATH=D:\projects\xulrunner-sdk      
SET PATH=%XUL_PATH%\bin;%PATH%

xpidl -I %XUL_PATH%\idl -I components -o components/pyIDemo -m typelib components/pyIDemo.idl

zip pydemo.xpi install.rdf chrome.manifest pydemo.jar -r components -r content -r locale

它干的活也很干净，只是编译IDL，zip打包，出XPI，大功告成～～～
最后把出来的xpi拖到你的ff里试试吧，看看能不能出结果？
#END#

Firefox Extension: Hook

Technorati 标签: firefox,extension,hook

URL Hook

有时需要在Firefox加载URL之前hook住URL，对URL做些check，比如判定URL是否为phishing site，是否需要block等～～～

var myListener =
{
    QueryInterface: function(iid)
    {
        if (iid.equals(Components.interfaces.nsIURIContentListener) ||
            iid.equals(Components.interfaces.nsISupportsWeakReference) ||
            iid.equals(Components.interfaces.nsISupports))
            return this;
        throw Components.results.NS_NOINTERFACE;
    },
    onStartURIOpen: function(aUri)
    {
        // do here some processing of aUri and based on this:
        // return false; -> to let the URL go,
        // return true; -> to stop loading this url
        // getBrowser().mCurrentTab.linkedBrowser.loadURI("http://redirect.com"); return true; -> to redirect
        return false;
    },
    doContent: function(aContentType, aIsContentPreferred, aRequest, aContentHandler )
    {
        throw Components.results.NS_ERROR_NOT_IMPLEMENTED;
    },
    canHandleContent: function(aContentType, aIsContentPreferred, aDesiredContentType)
    {
        throw Components.results.NS_ERROR_NOT_IMPLEMENTED;
    },
    isPreferred: function(aContentType, aDesiredContentType)
    {
        try
        {
            var webNavInfo =
                Components.classes["@mozilla.org/webnavigation-info;1"]
                    .getService(Components.interfaces.nsIWebNavigationInfo);
            return webNavInfo.isTypeSupported(aContentType, null);
        }
        catch (e)
        {
            return false;
        }
    },
    GetWeakReference : function()
    {
       throw Components.results.NS_ERROR_NOT_IMPLEMENTED;
    }
}

// Setting up the content listener
var wnd = window.QueryInterface(Components.interfaces.nsIInterfaceRequestor)
                        .getInterface(Components.interfaces.nsIWebNavigation)
                        .QueryInterface(Components.interfaces.nsIDocShell)
                        .QueryInterface(Components.interfaces.nsIInterfaceRequestor)
                        .getInterface(Components.interfaces.nsIURIContentListener);
wnd.parentContentListener = myListener;

可以在onStartURIOpen里对URL进行check。

技术细节参考：https://developer.mozilla.org/en/Document_Loading_-_From_Load_Start_to_Finding_a_Handler

Page Hook

有时需要在页面加载完成后hook，以对页面进行一些处理，比如提取出所有的URL并检查是否为phishing site，等等。

try {
    if (document.getElementById("appcontent"))
        document.getElementById("appcontent").addEventListener("DOMContentLoaded", onPageLoad, false);
    else
        document.getElementById("browser_content").addEventListener("DOMContentLoaded", onPageLoad, false);
} catch (e) { }

onPageLoad = function(aEvent) {
    var doc = aEvent.originalTarget;
    if(doc.nodeName != "#document")
        return;

   // Don't handle chrome pages
   if(doc.location.protocol == "chrome:")
      return;

    // parse DOM tree
    var filter = function(node) {
        return NodeFilter.FILTER_ACCEPT;
    };

    var tw = document.createTreeWalker(doc.documentElement, NodeFilter.SHOW_TEXT, filter, false);
    var node;
    while((node = tw.nextNode())) {
        // check node
    }
};

参考：https://developer.mozilla.org/en/Code_snippets/On_page_load

另一个相关的是页面unload时的hook，这个更简单点：

// add hook for page unload
window.addEventListener("pagehide", onPageUnload, false);

onPageUnload = function(aEvent) {
    if (aEvent.originalTarget instanceof HTMLDocument) {
        var doc = aEvent.originalTarget;
        //alert("page unloaded:" + doc.location.href);
    }
}

Windows API操作WMI Namespace Security

Technorati 标签: WMI,Namespace,Security,Windows,GetSD,SetSD

因为项目里用通过WMI查询remote machine的information，但默认WMI必须要Admin的权限，所以找了non-Admin的solution：

Q 8. How do I set WMI namespace security?

Maintaining WMI Security

手动测试很快就过了，只要相应地把WMI Control的priviledge和DCOM的priviledge设置正确即可。

但下一个问题就是怎么把这个setting deploy到remote machine上，显然得派上GPO了，最方便的当然是vbs咯，即不像PowerShell那样要runtime，又不想C++那样难以操作，msdn就有：Setting Namespace Security Descriptor。用脚本搞定似乎很容易了，但是，且慢：

GetSecurityDescriptor

Gets the security descriptor that controls access to the WMI namespace associated with the instance of __SystemSecurity. The security descriptor is returned as an instance of__SecurityDescriptor.

Windows Server 2003, Windows XP, Windows 2000, and Windows NT 4.0: This method is not available.

SetSecurityDescriptor

Writes an updated version of the security descriptor that controls access to the printer. The security descriptor is represented by an instance of __SecurityDescriptor.

Windows Server 2003, Windows XP, Windows 2000, and Windows NT 4.0: This method is not available.

晕菜了，这两个强大的api竟然在xp/2000/2003上都不能用，那怎么能适应不同客户端呢～～～

现在唯一的解决方法就只能是用C/C++来写native application了，C#由于需要.net framework也被抛弃（有现成的呢）～～～

很不幸的是，唯一的能找到的实现只有C#的，决定自己写一个，本以为1-2个小时的事情，结果竟然折腾了2个晚上，网上相关的资料太少了，M$的参考资料里很多的WMI的例子也都是用vbs或C#写成的，而用C/C++操作WMI namespace security的就灰常难找咯，一个简单的如何获得WMI里的__SystemSecurity就折腾了半天

自己折腾，最终终于搞定，几点体会：

1. Windows下用C/C++对COM/DCOM编程实在是痛苦，而牵涉到IDispatch，dual interface等，实在想彻底抛弃C/C++，投入script的怀抱

2. 可惜的script对Windows Security的支持比较有限

3. Windows下的error handling也是梦魇，满眼的HRESULT/FAILED/…眼花缭乱

唉，看来Linux玩久了再回头看Windows很多很多的不习惯啊～～～

里面牵涉到的技术点包括：

1. 如何获得WMI namespace的__SystemSecurity class（GetObject）

2. 如何invoke __SystemSecurity的方法（GetMethod/ExecMethod）

3. 如何对security descriptor操作，包括如何把security descriptor和SDDL(Security Descriptor Definition Language)相互转换，以及如何对SDDI作修改

具体技术细节不想细细展开了，直接贴代码，万一有人用到可以copy-paste;-)

// WmiSecurity.cpp : Defines the entry point for the console application.
//
#define _WIN32_DCOM
#include <iostream>
using namespace std;
#include <comdef.h>
#include <Wbemidl.h>

#pragma comment(lib, "wbemuuid.lib")

#include "stdafx.h"
#ifdef WIN32
#include "XGetopt.h"
#endif

#include <atlbase.h>
#include <Sddl.h>

int parseSecurityFlag(const LPTSTR sec_flag)
{
 if (_tcsicmp(sec_flag, _T("read")) == 0)
  return WBEM_ENABLE;
 if (_tcsicmp(sec_flag, _T("remoteaccess")) == 0)
  return WBEM_ENABLE | WBEM_REMOTE_ACCESS;
 if (_tcsicmp(sec_flag, _T("providerwrite")) == 0)
  return WBEM_ENABLE | WBEM_WRITE_PROVIDER;
 if (_tcsicmp(sec_flag, _T("partialwrite")) == 0)
  return WBEM_ENABLE | WBEM_PARTIAL_WRITE_REP;
 if (_tcsicmp(sec_flag, _T("fullwrite")) == 0)
  return WBEM_ENABLE | WBEM_FULL_WRITE_REP;
 if (_tcsicmp(sec_flag, _T("full")) == 0)
  return WBEM_REMOTE_ACCESS | WBEM_METHOD_EXECUTE | WBEM_FULL_WRITE_REP | WBEM_ENABLE | READ_CONTROL | WRITE_DAC;
 return 0;
}

void usage(const LPTSTR cmd)
{
 _tprintf(_T("Usage: %s -n namespace -u user_account -s security_flag [-r]\n"), cmd);
 _tprintf(_T("Where -n: Namespace to target\n"));
 _tprintf(_T("Where -u: User account to grant\n"));
 _tprintf(_T("Where -s: WMI security flag to grant\n"));
 _tprintf(_T("Where -r: grant all subsequent WMI namespaces as well as present one"));
 exit(-1);
}

#ifdef UNICODE
#define tstring wstring
#else
#define tstring string
#endif

class AceString
{
public:
 AceString() : recurse_(false), accessAllowed_(true) {}
 void addRight(tstring s)
 {
  if (_tcsstr(rights_.c_str(), s.c_str()) == NULL)
   rights_.append(s);
 }
 void reset()
 {
  rights_ = _T("");
  aceString_ = _T("");
  recurse_ = false;
  accessAllowed_ = true;
 }
 tstring getAceString()
 {
  return aceString_;
 }
 void setRecursive(bool b)
 {
  recurse_ = b;
 }
 void setAccessAllowed(bool b)
 {
  accessAllowed_ = b;
 }
 void createFinalAceString(LPTSTR sid)
 {
  if (accessAllowed_)
   aceString_.append(_T("A;"));  // sddl access allowed
  else
   aceString_.append(_T("D;"));  // sddl access denied

  if (recurse_)
   aceString_.append(_T("CI;")); // recurse through subcontainers
  else
   aceString_.append(_T(";"));  // initial container only

  // Now add the rights...
  if (rights_.size() == 0)
   throw "AceString.CreateFinalSidString: empty rights string";
  else
  {
   aceString_.append(rights_);
   aceString_.append(_T(";"));
  }

  // We don't do anything for Object Guid or Inherit Object Guid 
  // in this version...
  aceString_.append(_T(";;"));

  if (sid == NULL || _tcslen(sid) == 0)
   throw "AceString.CreateFinalSidString: no Trustee specified";
  else
   aceString_.append(sid);
 }
 void createAceStringFromWmiRight(int sec_flag)
 {
  switch (sec_flag)
  {
  case WBEM_REMOTE_ACCESS:
   addRight(_T("WP"));
   break;
  case WBEM_METHOD_EXECUTE:
   addRight(_T("DC"));
   break;
  case WBEM_FULL_WRITE_REP:
   addRight(_T("LC"));
   addRight(_T("SW"));
   addRight(_T("RP"));
   break;
  case WBEM_PARTIAL_WRITE_REP:
   addRight(_T("SW"));
   break;
  case WBEM_WRITE_PROVIDER:
   addRight(_T("BP"));
   break;
  case WBEM_ENABLE:
   addRight(_T("CC"));
   break;
  case READ_CONTROL:
   addRight(_T("RC"));
   break;
  case WRITE_DAC:
   addRight(_T("WD"));
   break;
  default:
   throw "AceString.CreateAceStringFromRight: Invalid Wmi right specified";
  }
 }
private:
 tstring rights_;
 tstring aceString_;
 bool recurse_;
 bool accessAllowed_;
};

class AceStringManager : public AceString
{
private:
 LPTSTR sid_;
public:
 AceStringManager(LPTSTR sid, bool accessAllowed, bool recursive)
 {
  AceString::AceString();
  setAccessAllowed(accessAllowed);
  setRecursive(recursive);
  sid_ = sid;
 }
 tstring returnAceString(int sec_flag)
 {
  if ((WBEM_ENABLE & sec_flag) > 0)
   createAceStringFromWmiRight(WBEM_ENABLE);
  if ((WBEM_METHOD_EXECUTE & sec_flag) > 0)
   createAceStringFromWmiRight(WBEM_METHOD_EXECUTE);
  if ((WBEM_FULL_WRITE_REP & sec_flag) > 0)
   createAceStringFromWmiRight(WBEM_FULL_WRITE_REP);
  if ((WBEM_PARTIAL_WRITE_REP & sec_flag) > 0)
   createAceStringFromWmiRight(WBEM_PARTIAL_WRITE_REP);
  if ((WBEM_WRITE_PROVIDER & sec_flag) > 0)
   createAceStringFromWmiRight(WBEM_WRITE_PROVIDER);
  if ((WBEM_REMOTE_ACCESS & sec_flag) > 0)
   createAceStringFromWmiRight(WBEM_REMOTE_ACCESS);
  if ((READ_CONTROL & sec_flag) > 0)
   createAceStringFromWmiRight(READ_CONTROL);
  if ((WRITE_DAC & sec_flag) > 0)
   createAceStringFromWmiRight(WRITE_DAC);

  createFinalAceString(sid_);
  return getAceString();
 }
};

BOOL getSidStringFromName(const LPTSTR account, LPTSTR* pszSid)
{
 BYTE sidBuffer[4096] = {0};
 PSID psid = (PSID)&sidBuffer;
 DWORD sidBufferSize = sizeof(sidBuffer) / sizeof(sidBuffer[0]);
 DWORD domainSize = 255;
 LPTSTR domain = new TCHAR[domainSize];
 SID_NAME_USE snu;
 BOOL rtn = LookupAccountName(NULL, account, psid, &sidBufferSize, domain, &domainSize, &snu);
 delete[] domain;
 if (!rtn)
 {
  return FALSE;
 }
 rtn = ConvertSidToStringSid(psid, pszSid);
 if (!rtn)
 {
  return FALSE;
 }
 return TRUE;
}

int _tmain(int argc, LPTSTR argv[])
{
 USES_CONVERSION;
 int oc;
 LPTSTR name_space = NULL;
 LPTSTR account = NULL;
 int sec_flag = 0;
 bool recursive = false;
 while ((oc = getopt(argc, argv, _T("n:u:s::r"))) != -1)
 {
  switch (oc)
  {
  case 'n':
   name_space = optarg;
   break;
  case 'u':
   account = optarg;
   break;
  case 's':
   sec_flag = parseSecurityFlag(optarg);
   break;
  case 'r':
   recursive = true;
   break;
  }
 }
 if (name_space == NULL || account == NULL || sec_flag == 0)
 {
  usage(argv[0]);
 }

 HRESULT hres;

 IWbemLocator *pLoc = NULL;
 IWbemServices *pSvc = NULL;

 BSTR ClassPath = SysAllocString(L"__SystemSecurity");
 BSTR methodGetSD = SysAllocString(L"GetSD");
 BSTR methodSetSD = SysAllocString(L"SetSD");

 IWbemClassObject* pClass = NULL;
 IWbemClassObject * pGetSD_InClass = NULL;
 IWbemClassObject * pGetSD_OutClass = NULL;
 IWbemClassObject * pGetSD_OutInst = NULL;
 IWbemClassObject * pSetSD_InClass = NULL;
 IWbemClassObject * pSetSD_OutClass = NULL;
 IWbemClassObject * pSetSD_InInst = NULL;
 IWbemClassObject * pSetSD_OutInst = NULL;

 VARIANT varRes;

 // Step 1: --------------------------------------------------
 // Initialize COM. ------------------------------------------

 hres =  CoInitializeEx(0, COINIT_MULTITHREADED); 
 if (FAILED(hres))
 {
  cout << "Failed to initialize COM library. Error code = 0x" 
   << hex << hres << endl;
  return 1;                  // Program has failed.
 }

 // Step 2: --------------------------------------------------
 // Set general COM security levels --------------------------
 // Note: If you are using Windows 2000, you need to specify -
 // the default authentication credentials for a user by using
 // a SOLE_AUTHENTICATION_LIST structure in the pAuthList ----
 // parameter of CoInitializeSecurity ------------------------

 hres =  CoInitializeSecurity(
  NULL, 
  -1,                          // COM authentication
  NULL,                        // Authentication services
  NULL,                        // Reserved
  RPC_C_AUTHN_LEVEL_DEFAULT,   // Default authentication 
  RPC_C_IMP_LEVEL_IMPERSONATE, // Default Impersonation  
  NULL,                        // Authentication info
  EOAC_NONE,                   // Additional capabilities 
  NULL                         // Reserved
  );
 if (FAILED(hres))
 {
  cout << "Failed to initialize security. Error code = 0x" 
   << hex << hres << endl;
  CoUninitialize();
  return 1;
 }

 LPTSTR pszSid = NULL;
 BOOL rtn = getSidStringFromName(account, &pszSid);
 if (!rtn)
 {
  cout << "Failed to get SID for account." << endl;
  CoUninitialize();
  return 1;
 }
 _tprintf(_T("Account: %s\nSID: %s\n\n"), account, pszSid);

 AceStringManager aceStringManager(pszSid, true, recursive);
 tstring sddl = aceStringManager.returnAceString(sec_flag);
 LocalFree(pszSid);
 pszSid = NULL;

 // Step 3: ---------------------------------------------------
 // Obtain the initial locator to WMI -------------------------

 hres = CoCreateInstance(
  CLSID_WbemLocator,             
  0, 
  CLSCTX_INPROC_SERVER, 
  IID_IWbemLocator, (LPVOID *) &pLoc);

 if (FAILED(hres))
 {
  cout << "Failed to create IWbemLocator object."
   << " Err code = 0x"
   << hex << hres << endl;
  goto _clean;
 }

 // Step 4: -----------------------------------------------------
 // Connect to WMI through the IWbemLocator::ConnectServer method

 // Connect to the root\cimv2 namespace with
 // the current user and obtain pointer pSvc
 // to make IWbemServices calls.
 hres = pLoc->ConnectServer(
  _bstr_t(T2W(name_space)), // Object path of WMI namespace
  NULL,                     // User name. NULL = current user
  NULL,                     // User password. NULL = current
  0,                        // Locale. NULL indicates current
  NULL,                     // Security flags.
  0,                        // Authority (e.g. Kerberos)
  0,                        // Context object 
  &pSvc                     // pointer to IWbemServices proxy
  );
 if (FAILED(hres))
 {
  cout << "Could not connect. Error code = 0x" 
   << hex << hres << endl;
  goto _clean;
 }

 cout << "Connected to WMI namespace: " << T2A(name_space) << endl;

 // Get system class of __SystemSecurity
 hres = pSvc->GetObject(ClassPath, 0, NULL, &pClass, NULL);
 if (FAILED(hres))
 {
  cout << "Failed to get __SystemSecurity. Error code = 0x"
   << hex << hres << endl;
  goto _clean;
 }

 // Get method GetSD
 hres = pClass->GetMethod(methodGetSD, 0, &pGetSD_InClass, &pGetSD_OutClass);
 if (FAILED(hres))
 {
  cout << "Failed to GetMethod of GetSD. Error code = 0x"
   << hex << hres << endl;
  goto _clean;
 }
 // Execute method GetSD, to get original SD
 hres = pSvc->ExecMethod(ClassPath, methodGetSD, 0, NULL, pGetSD_InClass, &pGetSD_OutInst, NULL);
 if (FAILED(hres))
 {
  cout << "Failed to ExecMethod of GetSD. Error code = 0x"
   << hex << hres << endl;
  goto _clean;
 }
 hres = pGetSD_OutInst->Get(L"SD", 0, &varRes, NULL, 0);
 if (FAILED(hres))
 {
  cout << "Failed to get SD property of GetSD result. Error Code = 0x"
   << hex << hres << endl;
  goto _clean;
 }

 SAFEARRAY* pArray = varRes.parray;
 BYTE* pszOriginalSD = NULL;
 hres = SafeArrayAccessData(pArray, (void**)&pszOriginalSD);
 if (FAILED(hres))
 {
  cout << "Failed to lock SafeArray of returned SD. Error code = 0x"
   << hex << hres << endl;
  goto _clean;
 }

 LPTSTR pszSDDL = NULL;
 ULONG sizeSDDL = 0;
 rtn = ConvertSecurityDescriptorToStringSecurityDescriptor(pszOriginalSD,
  1,
  DACL_SECURITY_INFORMATION |
  OWNER_SECURITY_INFORMATION |
  GROUP_SECURITY_INFORMATION |
  SACL_SECURITY_INFORMATION,
  &pszSDDL, &sizeSDDL);
 if (!rtn)
 {
  cout << "Failed to ConvertSecurityDescriptorToStringSecurityDescriptor. Error code = 0x"
   << hex << GetLastError() << endl;
  SafeArrayUnaccessData(pArray);
  goto _clean;
 }
 _tprintf(_T("\nOriginal SD: \n%s\n"), pszSDDL);
 hres = SafeArrayUnaccessData(pArray);
 if (FAILED(hres))
 {
  cout << "Failed to unlock SafeArray of returned SD. Error code = 0x"
   << hex << hres << endl;
  LocalFree(pszSDDL);
  pszSDDL = NULL;
  goto _clean;
 }

 // change pszSDDL (for new SDDL)
 int len = _tcslen(pszSDDL) + sddl.size() + 100;
 LPTSTR newSDDL = new TCHAR[len];
 wsprintf(newSDDL, _T("%s(%s)"), pszSDDL, sddl.c_str());
 LocalFree(pszSDDL);
 pszSDDL = NULL;
 _tprintf(_T("\nNew SD: \n%s\n\n"), newSDDL);

 PSECURITY_DESCRIPTOR pSystemSD = NULL;
 ULONG iSystemSDSize = 0;
 rtn = ConvertStringSecurityDescriptorToSecurityDescriptor(newSDDL, 1, &pSystemSD, &iSystemSDSize);
 delete[] newSDDL;
 newSDDL = NULL;
 if (!rtn)
 {
  cout << "Failed to ConvertStringSecurityDescriptorToSecurityDescriptor. Error code = 0x"
   << hex << GetLastError() << endl;
  goto _clean;
 }

 BYTE * securityDescriptor = NULL;
 SAFEARRAY* pNewArray = SafeArrayCreateVector(VT_UI1, 0, iSystemSDSize);
 hres = SafeArrayAccessData(pNewArray, (void**)&securityDescriptor);
 if (FAILED(hres))
 {
  cout << "Failed to lock SD for SetSD. Error code = 0x"
   << hex << hres << endl;
  LocalFree(pSystemSD);
  pSystemSD = NULL;
  goto _clean;
 }
 memcpy(securityDescriptor, pSystemSD, iSystemSDSize);
 LocalFree(pSystemSD);
 pSystemSD = NULL;
 hres = SafeArrayUnaccessData(pNewArray);
 if (FAILED(hres))
 {
  cout << "Failed to unlock SD for SetSD. Error code = 0x"
   << hex << hres << endl;
  goto _clean;
 }
 VariantClear(&varRes);
 varRes.vt = VT_ARRAY | VT_BOOL;
 varRes.parray = pNewArray;

 hres = pClass->GetMethod(methodSetSD, 0, &pSetSD_InClass, &pSetSD_OutClass);
 if (FAILED(hres))
 {
  cout << "Failed to GetMethod of SetSD. Error code = 0x"
   << hex << hres << endl;
  goto _clean;
 }
 hres = pSetSD_InClass->SpawnInstance(0, &pSetSD_InInst);
 if (FAILED(hres))
 {
  cout << "Failed to SpawnInstance for SetSD. Error code = 0x"
   << hex << hres << endl;
  goto _clean;
 }
 hres = pSetSD_InInst->Put(L"SD", 0, &varRes, 0);
 if (FAILED(hres))
 {
  cout << "Failed to put property of SD for SetSD. Error code = 0x"
   << hex << hres << endl;
  goto _clean;
 }
 VariantClear(&varRes);
 hres = pSvc->ExecMethod(ClassPath, methodSetSD, 0, NULL, pSetSD_InInst, &pSetSD_OutInst, NULL);
 if (FAILED(hres))
 {
  cout << "Failed to SetSD. Error code = 0x"
   << hex << hres << endl;
  goto _clean;
 }
 hres = pSetSD_OutInst->Get(L"ReturnValue", 0, &varRes, NULL, 0);
 if (FAILED(hres))
 {
  cout << "Failed to get result of SetSD. Error code = 0x"
   << hex << hres << endl;
  goto _clean;
 }
 if (varRes.intVal != 0)
  cout << "SetSD failed. Error cdoe = 0x" << hex << varRes.intVal << endl;
 else
  cout << "SetSD successfully." << endl;

 // Cleanup
 // ========
_clean:
 VariantClear(&varRes);

 SysFreeString(ClassPath);
 SysFreeString(methodGetSD);
 SysFreeString(methodSetSD);

 if (pClass) pClass->Release();
 if (pGetSD_InClass) pGetSD_InClass->Release();
 if (pGetSD_OutClass) pGetSD_OutClass->Release();
 if (pGetSD_OutInst) pGetSD_OutInst->Release();
 if (pSetSD_InClass) pSetSD_InClass->Release();
 if (pSetSD_OutClass) pSetSD_OutClass->Release();
 if (pSetSD_InInst) pSetSD_InInst->Release();

 pSvc->Release();
 pLoc->Release();
 CoUninitialize();

 return 0;   // Program successfully completed.
}

试一下gflags

Google是个好同志，release了很多open source project，很多都是很好用而且有用的～～～

今天试了一下google-gflags，很有用，以后在windows下可以用它了，以前没有getopt只能使用XGetOpt（也很好用，但不够强大，哈哈）

The gflags package contains a library that implements commandline flags processing. As such it's a replacement for getopt(). It has increased flexibility, including built-in support for C++ types like string, and the ability to define flags in the source file in which they're used.

参考文档：

How To Use Google Commandline Flags (gflags)

WMI Namepsace Security代码贡献到CodeProject上了

也算是open source了一把，一共在codeproject上发过两次代码：

COM / COM+

General

WMI Namespace Security with C/C++

Last Updated: 19 Apr 2010 Page Views: 4 Rating: 0.0 / 5 Votes: 0 Popularity: 0.0 Bookmark Count: 0

Licence: The Code Project Open License (CPOL)

Use native API for WMI Namespace Security operation

Internet / Network

HTTP

Asynchronous WinHTTP Library

Last Updated: 11 Dec 2009 Page Views: 3,100 Rating: 3.33/5 Votes: 5 Popularity: 2.33 Bookmark Count: 14

Licence: The Code Project Open License (CPOL)

Tiny WinHTTP API wrapper library for asynchronous HTTP with callback handler

前一个竟然也有3100个viewer，5个vote，还是不错的;-) 就是写description太累～～～

用SWIG实现Python/C互调用

Technorati 标签: SWIG,Python,typedef,function pointer,callback

最近用SWIG把TMUFE封装成Python module，发现SWIG还是非常强悍的，相比于boost-python，SWIG的入门更容易，而且由于可以直接把.so里的interface expose成Python方法，调用起来很方便。

先看个傻瓜教程：

SWIG 懒人方法

如上所见，并非总是需要写一个专门的接口文件。如果你有一个头文件，你可以直接在其中包含SWIG接口，如例：

 %module example
 %{
 /* Includes the header in the wrapper code */
 #include "header.h"
 %}
 
 /* Parse the header file to generate wrappers */
 %include "header.h"

只要照上面写个SWIG interface spec，然后：

建立Python模块

转换编码C成Python模块很简单，只需要按如下做即可（请见其他操作系统的SWIG共享库帮助手册）:

 
 unix % swig -python example.i
 unix % gcc -c example.c example_wrap.c \
        -I/usr/local/include/python2.1
 unix % ld -shared example.o example_wrap.o -o _example.so

不过傻瓜教程也就只适用于hello world的sample code了，真正在wrap TMUFE的时候还是遇到一些问题：

1. typedef

发现如果typedef两次，即使是primitive type，也会变成pointer to structure～～～

比如uint32_t在<stdint.h>里被

typedef unsigned int uint32_t;

，如果在interface里又被typedef一次

typedef uint32_t myuint32;

，那么在Python module里如果如果传递int给myuint32参数时，会提示：

>>> fn(3,4)
Traceback (most recent call last):
  File "", line 1, in 
TypeError: Expected a pointer

解决方法就是在interface里把这个新类型重新typedef一次/或使用命令apply：

typedef unsigned int myuint32;
typedef unsigned long long myuint64;
etc...

OR 

%apply unsigned int { myuint32 }
%apply unsigned long long { myuint64 }

2. 函数指针/回调函数

如果你的C library里有些API需要接受function pointer/callbcack function，在Python里是调用不起来的，Python的方法无法被wrap成函数指针调用。

解决方法是在C里提供callback function的实现，并且让这些函数成为Python API，则可以把这些C函数传递给function pointer。

%module test
%{
#include "a.h"

int add(int x, int y) { return x + y; }
%}

%typedef int (*FUNC) (int, int);
void fn(int, int, FUNC op);

%callback("%s_cb")
int add(int, int);
%nocallback

这个例子实现了函数add，通过%callback把这个函数包装成add(…)和add_cb(…)，在Python里可以调用：

from test import *
fn(3, 4, add_cb)	==> 7
add(3,4)		==> 7

看起来SWIG灰常强大，现在还支持C#/Java等和C/C++的互调用，值得再花点时间研究一下～～～

SWIG currently generates wrapper code for eighteen different target languages:

Allegro CL
C#
CFFI
CLISP
Chicken
Guile
Java
Lua
Modula-3
Mzscheme
OCAML
Octave
Perl
PHP
Python
R
Ruby
Tcl
UFFI

人来人往

这些天似乎又到了离职的高峰期，身边又有朋友或依依惜别，或蠢蠢欲动，难道真的万物回春大地复苏？

最近这一两年T公司走了很多人，也来了很多人，作为一个呆了5年的“老”人，不知不觉中发现自己MSN里TM_Old组里的人越来越多，而公司越来越多自己不认识的面孔～～～

每次有人走，总是一阵阵的伤感，一阵阵唏嘘，生命和生活总是得以某种方式继续着，而Little’s Law也早已揭示了一个稳定系统的的法则（系统中物体的平均数量等于物体离开系统的平均速率和每个物体在系统中停留的平均时间的乘积），所以如果假设IT人平均在一个公司呆的时间为5年，则T公司每年流进和流出的人得达到70人（350/5）（呵呵，感兴趣的可以用一下公司的流动率来验证一下公司是否已经稳定;-)）

可我们更感动的是每个人的故事，跳槽很多时候其实是一件很慎重的事情，所以每个人都会有自己的充分的理由和抉择，而这其中又包含多少不一样的生活态度和追求。是的，每个人都有自己的理想和梦想，但敢于去追求则总得放下些什么，对于朋友们的选择，我更愿意倾听，听他们人生的理解，也更愿意送出我的祝福，毕竟，有梦的人是幸福的。

记得曾经听过，工作后跳槽的高峰期一般发生在工作2年、5年和10年，而其中2-5年则是高峰期，最近好几个工作2年的朋友的选择似乎更印证了这个说法，如果硬要把这几个高峰期区分一下，或许2年跳槽的是梦想（诱惑），5年跳槽的则是迷茫（屋顶），10年的或许就是无奈了。想想一眨眼自己也为一家公司奉献了5年了，梦想是否还有？

我想是有的，可我看到什么？迷茫～～～看来有必要更多地去思考一下未来～～～

encoding的问题

Technorati 标签: shell encoding,javascript encoding,escape,ajax

最近解决了一个问题：Web UI会接受用户输入的用户名和密码，通过AJAX把用户名/密码传递到backend，Java Servlet把利用用户名和密码调用一个shell script来check用户名/密码是否正确。这里遇到几个和encoding相关的问题，而这些都会导致如果username/password中存在特殊字符时无法正确地调用。

1. Javascript Encoding

首先，我们通过AJAX把username/password POST到backend，HTTP Post的参数和值的传递形式为：

param1=value1&param2=value2…

如果username/password中存在&或=，结果就是servlet无法正确地parse出param/value

解决方法是使用Javascript对value进行encoding，候选函数有：

escape
encodeURI
encodeURIComponent

而用来做POST value encoding最合适的选择是encodeURIComponet，因为：

escape不会编码字符：@×/+，而字符+会被服务器解析为空格
encodeURI不会编码字符：~!@#$&*()=:/,;?+'，字符&和=显然会导致parse出错
encodeURIComponent不会编码字符： ~!*()'，就是它了，HTTP Post的转义全部可以搞定～～～

2. Shell Encoidng

OK，现在AJAX已经可以把param/value传递到backend，Java Servlet会把这个参数传递给shell执行：

./myscript.sh 'username' 'password'

问题同上，如果username/password里有特殊字符怎么办？

首先，我们知道在shell里有些特殊字符是有特别含义的，比如&表示后台运行，$表示变量替换，\表示转行…

如果这些字符没有被引号包括起来（'/”），那它的含义就是这里描述的了，比如我们了echo $PWD

为了能在参数中包含空格，可以通过双引号括起来，比如cd “/My Document”，问题来了，如果参数中有双引号，怎么办？可以通过\"进行转义，比如echo “Hello \”Zou Fei\””

可是如果在双引号中包含$\&!等特殊字符怎么办？所以我们希望的是shell不要帮我们做这种字符扩展，方式是通过单引号来括起来，在shell里单引号中间的字符是不会被shell解释的，比如echo ‘$PWD’会直接输出$PWD，而不是当前路径。

似乎已经完美了，可还有问题，如果参数里也含有单引号怎么办？转义呗，可是可是，在单引号中间的\'或者'’都不会被shell做转义啊（试一下echo ‘\'’）

man一下bash，可以找到一个很强悍的quoting：

http://www.gnu.org/software/bash/manual/bashref.html#ANSI_002dC-Quoting

3.1.2.4 ANSI-C Quoting

Words of the form $'string' are treated specially. The word expands to string, with backslash-escaped characters replaced as specified by the ANSI C standard. Backslash escape sequences, if present, are decoded as follows:

…

就是说对于$'param’这种形式的字符串，shell会使用ANSI C的方式进行escaping，比如\\表示\，\n表示回车，那我们就可以\'来表示'咯，所以echo $’\'’会输出单引号，而echo $’$PWD’也不会输出当前路径～～～

O了，下面把它变成代码，用它可以适用于你希望把任意字符作为参数传递给shell，同时不希望shell进行shell interpret：

// need to delete[] the returned char*
char * shell_escape(const char* str)
{
	// shell support the format $'string' for QUOTING (refer MAN page)
	// and the string can be ANSI c style escaping
	int len = strlen(str) * 2 + 3;
	char * new_str = new char[len];
	memset(new_str, 0, len);
	// add "$'" for begin
	strncpy(new_str, "$'", 2);
	int j = 0;
	for (int i = 0; i < strlen(str); i ++)
	{
		if (str[i] == '\\')
		{
			new_str[j++] = '\\';
			new_str[j++] = '\\';
		}
		else if (str[i] == '\'')
		{
			new_str[j++] = '\\';
			new_str[j++] = '\'';
		}
		else
		{
			new_str[j++] = str[i];
		}
	}
	// add "'" for end
	new_str[j] = '\'';
	return new_str;
}

它做的事情很简单，就是把\替换成\\，把'替换成\'，然后在首尾加上$'…’，当然要用这个函数得记得delete[]返回值咯～～～

顺带说一句，这个方法还可以解决大多数的shell injection问题。

当然，这里只是考虑了encoding的问题，而事实上这种方案本身还有其他一系列问题，比如把password直接用来system是会导致password leak的（只要monitor process就可以了）

Fiddler：Web Debuging Proxy

Technorati 标签: fiddler,plugin

发现一个不错的软件：Fiddler

What is Fiddler?

Fiddler is a Web Debugging Proxy which logs all HTTP(S) traffic between your computer and the Internet. Fiddler allows you to inspect allHTTP(S) traffic, set breakpoints, and "fiddle" with incoming or outgoing data. Fiddler includes a powerful event-based scripting subsystem, and can be extended using any .NET language.

Fiddler is freeware and can debug traffic from virtually any application, including Internet Explorer, Mozilla Firefox, Opera, and thousands more.

简单说，Fiddler就是HTTP proxy，通过把browser的proxy指向Fiddler，Fiddler可以对HTTP/HTTPS traffic进行monitor/debug/hack HTTP request和response。

首先最让我心动的是它可以很完美的做man-in-the-middle的HTTPS inspect，关键还是free的哦，虽然HttpWatch之流也能很好地做这种工作，但掏钱买这种tool对于我来说还不是一个option～～～

有了这个，最直接的用途是做协议分析啦，比如要去看看Google wave/gmail等HTTPS的应用协议和交互过程～～～

其次，除了常规的查看HTTP(s) request/response细节、修改request/response等功能外，Fiddler有意思的地方还在于：它是一个可扩展的框架：

首先它支持script扩展，可以通过JScript.NET定义customized rule，比如我们可以把所有具有特殊header的HTTP request自动dump到文件中
复杂一点你可以写个CSharp的dll，然后在Fiddler的script里调用CSharp的API（事实上所有的.NET的dll都是可以的），参见Extending FiddlerScript using .NET
再复杂一点，彻底抛弃script了，你可以完整地用CSharp（或其他.NET）写个Fiddler Extension，通过实现一些接口IFiddlerExtension、IAutoTamper、IHandleExecAction…来扩展Fiddler的功能

OK，你除了能够扩展Fiddler外，还可以直接把Fiddler的功能集成到你自己的Application（Fiddler称之为FiddlerCore），想想通过给自己的代码加上简短的几条代码就能具备HTTP(s) interpret功能，还是很酷的～～～（不过还没想好要它干吗～～～）

另外一些有意思的话题是，可以用Fiddler做UI automation test（没深入看，似乎通过ExecAction）；可以把Fiddler配置成Reverse Proxy…总之Fiddler提供了一个Proxy的框架，可以在这个基础上做些security auditing/intrusion detection的原型开发还是很方便的。

有兴趣的TX可以看看已有的一些Fiddler扩展，其中很有名的Watcher（Passive Security Auditor）和x5s（Automated XSS Security Testing Assistant）对于想研究web security的都可以看看。

www.findicons.com

垂直搜索的网站，专注做icon的搜索，虽然现在量不是很大（28w，据说），但至少对我来说还是很有用的，比如写PPT时想找个图标，Google Image出来的结果要找到满意的实在太难了，而至少www.findicons.com出来的结果比较靠谱点，虽然经常会搜不到;-(

看起来它应该不是像Google Image那样通过爬虫找图片附近的关键字来确定图片的归属的，当然我猜应该也不是根据图片内容自动AI出来的，莫非是人肉？还是草根？这个要想足够scale还是有难度的啊。

希望这个网站能做得更强大，这样对于偶们这些莫啥艺术细胞的TX们做作业就好办多了～～～

常见字符串算法小结

最近周围很多人对字符串匹配算法比较感兴趣，特别是这次公司内部考试也可以认为是一个字符串查找的问题。

虽然字符串匹配看起来是个很简单、很成熟的问题，但在很多领域都有着很多的应用，比如模式匹配、特征提取等等。

这里对我知道的一些算法做些简单的整理，很不完善，有待改进～～～

1、字符串匹配，即在字符串S中查找模式字符串P的出现

这个刚学过计算机的人也能写出代码，但事实上这个问题也可以子划分为若干特定问题域，比如，如果有单模式和多模式匹配问题（一个还是多个模式字符串，对于多个模式字符串的可以采用某些优化算法）

对于这类问题，最直接的想法就是在匹配时利用已获得的匹配信息尽可能多地跳过肯定不会匹配的部分，从而把复杂度从O(M*N)减少到线性复杂度。

教科书上的KMP（Knuth-Morris-Pratt）算是很成熟的一个利用这个思路的算法（作者之一就是Knuth大牛），最坏复杂度为O(M+N)（M和N分别为S和P的长度）

其他我知道的类似算法有BM（Boyer-Moore）算法（Snort系统中就用到了BM算法），最坏复杂度为O(M*N)，最好复杂度为O(N/M)，虽然看起来它的复杂度比KMP更高，但在实际应用中其效率比KMP更高，这也是为什么很多入侵检测系统优先选择BM的原因（理论复杂度和实际复杂度的差别还是很大的，比如最暴力的字符串匹配复杂度为O(M*N)，也就是strstr的实现，可在实际应用中它的复杂度一般会退化到O(M+N)）

另一个常见算法是WM算法，它的特点是适合于多模匹配问题。

很好的一个整理，大多数常见字符串算法集合：http://www-igm.univ-mlv.fr/~lecroq/string/index.html

WM算法的描述：http://hi.baidu.com/zcsong85/blog/item/8e3a22184c252b0335fa4156.html

2、 Suffix Tree

后缀树算是很常见的字符串数据结构之一了，它在模式匹配中的应用非常多，比如DNA序列检测等。

后缀树的基本思路是是对一个字符串的所有后缀子串以Tries的方式进行描述，从而可以迅速地在后缀树上找出字符串的任意子串。

所以对于已经建立了后缀树的字符串，做字符串查找已经算是非常简单的任务了，同时由于Tries的特点，这种结构可以很方便地处理前/后任意字符串匹配（比如“*ABC”和“ABC*”），为了要处理中间的wildcard，比如ABC*DEF，可以分别查找ABC*和*DEF，然后再取交集即可。

后缀树也很适合于多模匹配问题，但它适用的场景主要是待匹配字符串固定，而模式串未定的场景。

一个利用后缀树的典型应用是LCS（Longest Common Substring）最大公共子串问题。采用动态规划也可以很容易地解决LCS问题，但它的时空复杂度均为O(N*M)，对于大多数应用是够了，可是，如果两个字符串是DNA序列，要从中间找出公共子串，O(N*M)的时空复杂度显然是无法接受的。而采用后缀树，复杂度就只是后缀树创建的复杂度，即O(N)

关于Suffix Tree的介绍可以参看：http://homepage.usask.ca/~ctl271/857/suffix_tree.shtml

3、 Aho-Corasick

Aho-Corasick自动机算法是一个非常高效的多模匹配算法，它的基本原理是对多个模式字符串构建有限状态机，而在源字符串中查找的过程则是一个状态机转换的过程。

它的最大缺点是构造状态机的复杂度较高，为O(KM^3)（K为模式串的个数，M为模式串的最大长度），但一旦构造后的查询效率则很高，为O(M*N)（N为源串长度）。

所以该算法很适用于多个模式字符串且模式字符串相对固定的使用场景（在Snort中也有使用），比如很多文本分类算法，需要在目标文本中查找活干特定关键字（features）出现频度，则可以使用A-C算法先对features建立状态机。

顺便说一下，linux下的fgrep也是利用A-C算法实现，虽然我也没想明白为什么需要？

http://en.wikipedia.org/wiki/Aho–Corasick_string_matching_algorithm

关于字符串还有很多其他有意思的话题，比如如何处理wildcard，如果进行regular expression的匹配，如何模糊匹配（在OCR中用到，Item被扫描成了ltem，如何纠正？），等等。

Linux动态库符号的问题

好久没写blog了，这两天又遇到Linux动态库里符号解析的问题，折腾了很久，有些概念也有了些新的认识，希望能写一个小系列总结一下，大概内容包括：

同名符号冲突的问题
为什么有PIC代码，以及如何实现
弱符号和弱引用是关系

需要结合具体的示例，需要花费不少时间，不过也是对自己思路的重新整理，+U

Linux动态库（一）之同名符号

ok，万事皆有缘由，还是先从我遇到的这个问题说起～～～

问：有一个主执行程序main，其中实现了函数foo()，同时调用动态库liba.so中的函数bar()，而动态库liba.so中也实现了foo()函数，那么在执行的时候如果在bar()中调用foo()会调用到哪一个？在main()中调用呢？

直接给答案：如果是在Linux上，liba.so中的foo()函数是一个导出的(extern)”可见”函数，那么调用会落入主程序里，这对于liba.so的作者来说实在是个灾难，自己辛辛苦苦的工作竟然被自己人视而不见，偏偏误入歧途，偏偏那个歧途“看起来”(declaration)和自己完全一样，但表里(definition)不一的后果就是程序出错或者直接crash～～～

到这里故事讲完了，只想知道结论的可以离开了，觉得不爽的别忙着扔臭鸡蛋，下面待我从头慢慢叙来。

先贴代码：

main.cpp

#include <stdio.h>
#include <stdlib.h>
#include "mylib.h"

extern "C" void foo() {
        printf("foo in main\n");
}

int main() {
        bar();
        return 0;
}

mylib.cpp

#include "mylib.h"
#include <stdio.h>
#include <stdlib.h>
#include "mylib_i.h"

void bar() {
        foo();
}

mylib_i.cpp

#include "mylib_i.h"
#include <stdio.h>
#include <stdlib.h>

extern "C" void foo() {
        printf("foo in lib\n");
}

Makefile

all:
        g++ -c -o mylib_i.o mylib_i.cpp
        g++ -c -o mylib.o mylib.cpp
        g++ -shared -o libmylib.so mylib.o mylib_i.o
        g++ -c -o main.o main.cpp
        g++ -o main main.o -L. -lmylib

代码很简单（没有贴header文件），结果也很简单，正如前面所说，会输出foo in main。

那么，为什么会这样呢？

看一下libmylib.so里的东西：

[root@zouf testlib]# objdump -t libmylib.so |grep "foo|bar"
[root@zouf testlib]# objdump -t libmylib.so |egrep "foo|bar"
00000614 g     F .text  00000034              foo
000005f4 g     F .text  0000001e              bar
[root@zouf testlib]# nm libmylib.so |egrep "foo|bar"
000005f4 T bar
00000614 T foo

我们看到libmylib.so中导出了两个全局符号(global)foo和bar，而Linux中动态运行库的符号是在运行时进行重定位的，我们可以用objdump -R看到libmylib.so的重定位表，中间有foo符号，为什么没有bar符号呢？

这里有点复杂了，先扯开谈一下另一个问题，即地址重定位发生的时机，而在这之前先看无处不在的符号的问题，事实上我们的C/C++程序从可读的代码变成计算机可执行的进程，中间经过了很多步骤：编译、链接、加载、最后才是真正运行我们的代码。C/C++代码的变量函数等符号最后怎么变成正确的内存中地址，这个和符号相关的问题牵涉到很多：这里和我们相关的主要是两个话题：符号的查找（resolve，或者叫决议、绑定、解析）和符号的重定位（relocation）

符号的查找/绑定在每一个步骤中都可能会发生（严格说编译时并不是符号的绑定，它只会牵涉到局部符号（static）的绑定，它是基于token的语法和语义层面的“绑定”）。

链接时的符号绑定做了很多工作，这也是我们经常看到ld会返回"undefined reference to …"或"unresolved symbol …"，这就是ld找不到符号，完成不了绑定工作，只能向我们抱怨老，但并不是所有的链接时都会把符号绑定进行到底的，只要在生成最终的执行程序之前把所有的符号全部绑定完成就可以了。这样我们可以理解为什么链接动态库或静态库是即使有符号找不到也不会报错（但如果是局部符号找不到那时一定会报错的，因为链接器知道已经没有机会再找到了）。当然静态链接（ar）和动态链接（ld）在这方面有着众多生理以及心理、外在以及本源的差别，比如后面系列会提到的弱符号解析、地址无关代码等等，这里按下不表。

由于编译和链接都不能保证所有符号都已经解析，因此我们通过nm查看.o或者.a或者.so文件时会看到U符号，即undefined符号，那都是待字闺中的代表（无视剩女的后果是当你生成最终的执行程序时报告unresolved symbol…）

加载时的绑定，其实加载时对于符号的绑定和链接对应的执行程序做的事情基本类似，需要重复劳动的原因是OS无法保证加载程序时当初的原配是否还在，通过绑定来找到符号在那个模块的那个地址。

既然加载时都已经绑定了，那为什么运行时还要？唉，懒惰的OS总是抱着侥幸的心理想可能有些符号不需要绑定，加载时就不理它们了，直到运行时不能不用时火烧眉头再来绑定，此所谓延迟绑定，在Linux里通过PLT实现。

另一个符号的概念是重定位（relocation），似乎这个概念和符号的绑定是很相关、甚至有点重叠的。我的理解，符号的绑定一般包含了重定位这样一个操作（但也不绝对，比如局部符号就没有重定位的发生），而要完成重定位则需要符号的查找先。一般而言，我们更多地提重定位是在加载和运行的时候。严格的区分，嗯，我也说不清，哪位大大解释一下？

所以类似地，重定位也可以分为

链接时重定位
加载时重定位
运行时重定位

所有重定位都要依赖与重定位表（relocation table），可以通过objdump –r/-R看到，就是前文中提到objdump –R libmylib.so会看到foo这个符号需要重定位，为什么呢？因为链接器发现libmylib.so中的bar()函数调用了foo()函数，而foo()也可能会被外面的函数调用到（extern函数），所以链接器得让它在加载或运行时再次重定位以完成绑定。那为什么没有bar()函数在重定位表中呢？ld在链接libmylib.so时还没看到任何它需要加载/运行时重定位的迹象，那就放过吧，但是，main…我要用啊，试试objdum –R main？OK，果然ld在这时候把它加上了。

所以，foo/bar这两个函数都需要在加载/运行时进行重定位。那究竟是加载还是运行时呢？前面已经提过，就是PLT的差别，具体到编译选项，是-fPIC，也就是地址无关代码，如果编译.o文件时有-fPIC，那就会是PLT代码，即运行时重定位，如果只在链接时指定-shared，那就是加载时运行咯。搞这么复杂的目的有两个：一是杜绝浪费，二是为了COW。Windows上采用的就是加载时重定位，并且引入了所谓基地址重置（rebasing）来解决共享问题。糟糕，剧透了，打住～～～

这篇我们编译的时候没有带-fPIC参数，所以重定位会发生在程序加载的时候。

OK，说了这么多，其实只是想说明：对于用到的动态库中的extern符号，在加载/运行时会发生重定位（如果我们注意前面的结果其实会看到中间还有printf，也就是用到的libc.so中的符号，同样它也会在加载/运行时被重定位）。

可是，这个和最初提到的问题有啥关系？然，正是重定位导致了问题的出现！

这个就源于加载器对于重定位的实现逻辑了（重定位这个操作是由加载器完成，也就是我们在ldd main是会看到的/lib/ld-linux.so.2，它里面实现了一个重要的函数_dl_runtime_resolve，会真正完成重定位的逻辑）

加载器在进行符号解析和重定位时，会把找到的符号及对应的模块和地址放入一个全局符号表（Global Symbol Table），但GST中是不能放多个同名的符号的，否则使用的人就要抓狂了，所以加载器在往全局符号表中加入item时会解决同名符号冲突的问题，即引入符号优先级，原则其实很简单：当一个符号需要被加入全局符号表时，如果相同的符号名已经存在，则后加入的符号被忽略。所以在Linux中，发生全局符号冲突真是太正常了～～～，主执行程序中的符号可能会覆盖动态库中的符号（因为主程序肯定是第一个加载的），甚至动态库a中符号也会覆盖动态库b中的符号。这又被称为共享对象全局符号介入（Global Symbol Interpose）。

当然，对于动态库和动态库中的符号冲突，又牵涉到另一个问题，即动态库的加载顺序问题，这可是生死攸关的大问题，毕竟谁在前面谁就说话算数啊。加载器的原则是广度优先（BFS），即首先加载主程序，然后加载所有主程序显式依赖所有动态库，然后加载动态库们依赖的动态库，知道全部加载完毕。

当然，这边还有个动态加载动态库（dlopen）的问题，原则也是一样，真正的逻辑同样发生在_dl_runtime_resolve中。

好，到这里这个问题的来龙去脉已经搞清楚了。应该可以清晰地回答同名函数的执行究竟是怎样这样一个问题了。至于http://wf.xplore.cn/post/test_lib.php中提到的动态库和静态库同名冲突的问题，可以看成是这里的一个特例，原则并不是静态库优先，而是主程序优先，因为静态库被静态链接进了主程序，所以“看起来”被优先了。

那么，这个行为是好是坏呢？在我看来很痛苦～～～因为这个冲突gdb半天可不是闹着玩的～～～C/C++中的全局命名空间污染问题由来已久，也纠结很多很多人，《C++大规模程序开发》中也给出很多实务的方法解决这个问题。那这个行为就一点好处没有？也未必，比如可以很方便地hook，通过控制动态库的加载循序可以用自己的代码替换掉其他人库里的代码，应该可以实现很酷的功能（比如LD_PRELOAD），不清楚valgrind是不是就是通过这种方法实现？hook住malloc/free/new/delete应该可以～～～

但总的看起来这个行为还是很危险的，特别是如果你鸵鸟了，那它就会在最不经意间刺出一刀，然后让你话费巨大的精力查找、修改（对于大型项目查找很难，修改也很难）

那难道就没法避免了？毕竟在大规模团队开发中，每个人在写自己的代码，怎样保证自己的就一定和别人的不冲突呢？

C++的namespace（C怎么办？），合理的命名规范（所有人都能很好地遵守吗？），尽可能地避免全局变量和函数（能够static的尽量static）（static只能在同一个c/cpp中使用，不同c/cpp文件中的变量或函数怎么办？），这些都是很好的解决方法，但都是着眼在避免同名冲突，但如果真的无法避免同名冲突，有什么方面能够解决吗？比如动态库中就必须有个函数也叫foo()，而且动态库中必须调用这样一个foo()，而不是可被别人覆盖的foo()（static或许可以解决问题，呵呵）

这里再多介绍一个新学习到的方法：GCC的visibility属性http://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html#Function-Attributes：

visibility ("visibility_type")
This attribute affects the linkage of the declaration to which it is attached. There are four supported visibility_type values: default, hidden, protected or internal visibility.
          void __attribute__ ((visibility ("protected")))
          f () { /* Do something. */; }
          int i __attribute__ ((visibility ("hidden")));
     
The possible values of visibility_type correspond to the visibility settings in the ELF gABI.
default
Default visibility is the normal case for the object file format. This value is available for the visibility attribute to override other options that may change the assumed visibility of entities.
On ELF, default visibility means that the declaration is visible to other modules and, in shared libraries, means that the declared entity may be overridden.
On Darwin, default visibility means that the declaration is visible to other modules.
Default visibility corresponds to “external linkage” in the language. 
hidden
Hidden visibility indicates that the entity declared will have a new form of linkage, which we'll call “hidden linkage”. Two declarations of an object with hidden linkage refer to the same object if they are in the same shared object. 
internal
Internal visibility is like hidden visibility, but with additional processor specific semantics. Unless otherwise specified by the psABI, GCC defines internal visibility to mean that a function is never called from another module. Compare this with hidden functions which, while they cannot be referenced directly by other modules, can be referenced indirectly via function pointers. By indicating that a function cannot be called from outside the module, GCC may for instance omit the load of a PIC register since it is known that the calling function loaded the correct value. 
protected
Protected visibility is like default visibility except that it indicates that references within the defining module will bind to the definition in that module. That is, the declared entity cannot be overridden by another module.
All visibilities are supported on many, but not all, ELF targets (supported when the assembler supports the `.visibility' pseudo-op). Default visibility is supported everywhere. Hidden visibility is supported on Darwin targets.
The visibility attribute should be applied only to declarations which would otherwise have external linkage. The attribute should be applied consistently, so that the same entity should not be declared with different settings of the attribute.
In C++, the visibility attribute applies to types as well as functions and objects, because in C++ types have linkage. A class must not have greater visibility than its non-static data member types and bases, and class members default to the visibility of their class. Also, a declaration without explicit visibility is limited to the visibility of its type.
In C++, you can mark member functions and static member variables of a class with the visibility attribute. This is useful if you know a particular method or static member variable should only be used from one shared object; then you can mark it hidden while the rest of the class has default visibility. Care must be taken to avoid breaking the One Definition Rule; for example, it is usually not useful to mark an inline method as hidden without marking the whole class as hidden.
A C++ namespace declaration can also have the visibility attribute. This attribute applies only to the particular namespace body, not to other definitions of the same namespace; it is equivalent to using `#pragma GCC visibility' before and after the namespace definition (see Visibility Pragmas).
In C++, if a template argument has limited visibility, this restriction is implicitly propagated to the template instantiation. Otherwise, template instantiations and specializations default to the visibility of their template.
If both the template and enclosing class have explicit visibility, the visibility from the template is used.

正如这段描述，通过visibility属性可以让链接器知道，这个符号是否是extern的，如果把一个变量或函数的visibility设为hidden或internal（我不清楚这两者有什么差别？）那其他模块是调用不到这个变量或函数的，即只能内部使用。既然链接器知道它们只会被内部使用，那应该就不需要重定位了吧？下面我们通过例子来看一下。

有两种使用方法指定visibility属性

编译时指定，指定编译选项-fvisibility=hidden，则该编译出的.o文件中的所有符号均为外部不可访问
代码中指定，即上面例子中的代码，void __attribute__((visibility (“hidden”))) foo(); 则foo()就只能在模块内部使用了。

我们先来简单地改一下Makefile：

all:
        g++ -c -fvisibility=hidden -o mylib_i.o mylib_i.cpp
        g++ -c -o mylib.o mylib.cpp
        g++ -shared -o libmylib.so mylib.o mylib_i.o
        g++ -c -o main.o main.cpp
        g++ -o main main.o -L. -lmylib

再运行，发现结果变成了"foo in lib”。

深入一下：

[root@zouf testlib]# objdump -t libmylib.so |egrep "foo|bar"
000005ec l     F .text  00000022              .hidden foo
000005dc g     F .text  0000000d              bar
[root@zouf testlib]# nm libmylib.so |egrep "foo|bar"
000005dc T bar
000005ec t foo

我们看到nm输出中foo()函数变成了t，nm的man手册中说：

The symbol type. At least the following types are used; others are, as well, depending on the object file format. ~~If lowercase, the symbol is local; if uppercase, the symbol is global (external).~~

很清楚了，我们已经成功地把这个函数限定在动态库内部。

再深入一点，看一下没加visibility=hidden和加了visibility=hidden的bar()函数调用foo()函数的汇编码有什么不一样：

没加visibility=hidden

[root@zouf testlib]# objdump -d libmylib.so
000005fc :
 5fc:   55                      push   %ebp
 5fd:   89 e5                   mov    %esp,%ebp
 5ff:   83 ec 08                sub    $0x8,%esp
 602:   e8 fc ff ff ff          call   603 <bar  +0X7>
 607:   c9                      leave
 608:   c3                      ret
 609:   90                      nop
 60a:   90                      nop
 60b:   90                      nop

0000060c :

加了visibility=hidden

[root@zouf testlib]# objdump -d libmylib.so
...
000005dc :
 5dc:   55                      push   %ebp
 5dd:   89 e5                   mov    %esp,%ebp
 5df:   83 ec 08                sub    $0x8,%esp
 5e2:   e8 05 00 00 00          call   5ec <foo>
 5e7:   c9                      leave
 5e8:   c3                      ret
 5e9:   90                      nop
 5ea:   90                      nop
 5eb:   90                      nop

000005ec <foo>:
...

可以清楚地看到，没加visibility=hidden的bar()函数，在调用foo()函数的地方，填入的是0xfffffffc，也就是call 603，那603是什么？

[root@zouf testlib]# objdump -R libmylib.so |grep -r foo
00000603 R_386_PC32        foo

哈哈，原来603就是要重定位的foo啊。

而我们看加了visibility=hidden的bar()函数，其中调用foo()函数的地方被正确地填入相对偏移地址0x00000005，也就是foo()函数所在地，所以它已经不再需要依赖重定位来找到正确的地址啦。

再提一遍，没加visibility=hidden的那个也没有加-fPIC，否则看到的就不是这个结果了，预知详情，下回分解～～～

这样看起来多好啊，动态库内部的变量或函数就内部使用，只有需要导出的符号才参与全局导入。事实上这样的行为也正是Windows上DLL的行为，在DLL中定义的变量或函数默认是不会被导出的，只有在.DEF文件加上EXPORTS，或者__declspec__(dllexport)才会导出，别的模块才能使用，而对于未导出的符号，内部使用时是不经过全局导入的，从而保证了全局空间的“相对”清洁。

唉，Linux/GCC为什么不这样设计呢？是不是有什么不可告人的秘密？哪位高人指点一下？莫非又是历史遗留问题？为了兼容性而妥协？

不过GCC在wiki上对于visilibity的建议似乎也很清楚，就是尽量在Makefile中打开visilibity属性，同时在明确需要导出的变量/函数/类加上修饰符http://gcc.gnu.org/wiki/Visibility

甚至GCC都给出了很清楚的代码来展示：

// Generic helper definitions for shared library support
#if defined _WIN32 || defined __CYGWIN__
  #define FOX_HELPER_DLL_IMPORT __declspec(dllimport)
  #define FOX_HELPER_DLL_EXPORT __declspec(dllexport)
  #define FOX_HELPER_DLL_LOCAL
#else
  #if __GNUC__ >= 4
    #define FOX_HELPER_DLL_IMPORT __attribute__ ((visibility("default")))
    #define FOX_HELPER_DLL_EXPORT __attribute__ ((visibility("default")))
    #define FOX_HELPER_DLL_LOCAL  __attribute__ ((visibility("hidden")))
  #else
    #define FOX_HELPER_DLL_IMPORT
    #define FOX_HELPER_DLL_EXPORT
    #define FOX_HELPER_DLL_LOCAL
  #endif
#endif

// Now we use the generic helper definitions above to define FOX_API and FOX_LOCAL.
// FOX_API is used for the public API symbols. It either DLL imports or DLL exports (or does nothing for static build)
// FOX_LOCAL is used for non-api symbols.

#ifdef FOX_DLL // defined if FOX is compiled as a DLL
  #ifdef FOX_DLL_EXPORTS // defined if we are building the FOX DLL (instead of using it)
    #define FOX_API FOX_HELPER_DLL_EXPORT
  #else
    #define FOX_API FOX_HELPER_DLL_IMPORT
  #endif // FOX_DLL_EXPORTS
  #define FOX_LOCAL FOX_HELPER_DLL_LOCAL
#else // FOX_DLL is not defined: this means FOX is a static lib.
  #define FX_API
  #define FOX_LOCAL
#endif // FOX_DLL

就我理解，所有Linux上的.so都该这样设计，除非…嗯，我没想到什么除非，哪位高人指点？

#TO BE CONTINUED#

写在最后的话：这个topic实在有点大，很多概念似乎了解但深入想下去又似乎不尽然，中间很多理解都有自己的加工，很可能纰漏百出，希望大家细心指正，共同进步，把这些模糊的概念和过程具体化，致谢！

广告贴

Created by: http://qrcode.kaywa.com/

关于Native Client

昨天的GDD上听Native Client一知半解，虽然之前也看过相关的video，但还是没清楚其过程和能力，因此今天简单试了一下，一些收获和疑问，记录下来：

Native Client是通过定制的gcc编译器编译出中间代码（LLVM），然后让该中间代码在浏览器中运行
中间代码只和arch相关，而和OS无关，因此只需要有x86-32/x86-64就可以support所有的win/linux/mac，当然现在还没有arm，如果有的话应该就可以support android了
Native Client并不是什么都能做的，（似乎）它只能调用浏览器提供的API（？），目前也就是所谓的Pepper API了，所以理论上其他浏览器也是可以支持的
目前Native Client

能够：

受限的文件和网络访问（sandbox）
音频、2D图像支持
鼠标、滚轮、键盘支持

不能够

串口、camera、microphone
3D
...

所以看起来目前native client的能力还是很有限的

Native Client的运行还是受sandbox的控制的，比如文件存取、网络访问等等

参考：

http://code.google.com/chrome/nativeclient/

http://johmathe.nonutc.fr/ressources/nacl_paper.pdf (介绍NaCL security模型)

问题在于，既然Native Client能够提供的功能，不管是硬件加速还是访问，通过JavaScript都可以提供，比如WebGL、WebRTC，那为什么还需要Native Client呢？

我能想到的解释在于：Native Client主要是解决了JavaScript对于计算密集型的不足，比如3D game里计算坐标变换，这些WebGL是没法把所有的事情都封装起来的，如果通过JS那肯定是不靠谱的。

另一个优势可能在于现有代码的移植，但这个优势不是太明显，毕竟现有代码只要涉及到系统操作的，可能都无法移植，还是要通过Pepper API改写（但毕竟还是有很多代码，比如3D计算库，是很容易移植而且很有用的）。

所以，Native Client并不会带来硬件访问能力上的改进，而只会带来CPU计算的改进，但代价是潜在可能的安全漏洞（没有仔细读那篇安全模型的paper，但既然引入二进制执行，特别还是C/C++这种有所谓pointer这样威力巨大的东西，猜测一定还是引入很大的risk的，比如buffer overrun什么的，有兴趣的可以研究研究），不知道意义究竟有多大。

有谁能告诉我未来的3D Web Game究竟是WebGL，还是Native Client？我不知。。。

2011年11月5日星期六

黄仁宇－中国大历史

“中国的悲剧乃是其在地方组织及技术上的设备尚未具备规模之际，先已有大帝国之统一，因之上下之间当中缺乏一段有效的中间阶段，全靠专制君主以他们人身上的机断弥补”

“李世民和以母后称帝的武则天都知道极权之真髓，既系最高之名位，则不能又有任何条件的限制与约束”

“维持高度的中央集权仅有纪律是不够的，当中大部分的成就，实因恐怖政治而获得”

中国几千年的文化和制度是有其内在的必然性的逻辑性的：

帝国的统一是黄土文化的必然选择

农业是黄土的选择
黄河、水旱需要资源统一的管理
15英寸等雨线和游牧民族

政治的早熟和技术的单调选择了以道德为评判标准、依赖小自耕农的单一均化体制（过早的统一导致技术上无法进行微观层面的数字目管理，从而不得不选择均匀化的道德评判体制）
而道德判断代替价值判断现象越盛，则实际的技术手段就越受局限和单一
社会和经济的发展所产生的多样性会导致单一技术体制的执行力低下问题无从调和，从而朝代的更迭和往返就成为必然（每次的更迭都是一次让大家重新回到小自耕农的过程）
......

这本书有些和斯塔夫里阿诺斯《全球通史》类似的调调，都是力图从宏观角度去看待历史问题，所以往往更关注地缘、自然等因素，但更关注于中国历史的发展和细节，特别是经济和财政对于社会的影响，读来最大的一些感受：

中国就是一多灾多难的悲剧国家，选择现有官僚体制是历史的必然（当然每个国家或许都有自己的悲情，比如沙漠之舟或草原部落，美国。。。上帝的宠儿？）
现今的中国只是历史的延续，不管是毛泽东农业公社的尝试、文化大革命的断层，还是邓小平改革开放的冲击，都没有改变中国几千年的积淀：

追求大一统
国家垄断（从秦始皇的长城、隋炀帝的大运河，到现在的三峡、高铁，其实是一样的，或许当时的民意会有若干的批判，但客观上都是中国集结举国资源对抗自然的必然）
道德评判（网络上的群体暴政和当年京师肉啖袁崇焕其实是有异曲同工的，即道德力量压迫并超越法律，从而使社会要么单一沉闷，要么动乱不堪）
社会结构的庞大和复杂使得数字目管理一直无法在中国推行，即使是“大国崛起”的时代，“统计局”的数字除了贻笑大方外最多也只能仅供参考，这既是文化和体制层面的事情，也是技术和经济层面的事情，而这又是和专制体制死死纠缠在一起
随着经济的发展，权利和资源的集中使得粗旷管理失效，从而导致社会的动荡
......

当然宏观历史最大的问题或许就是些许流露出的宿命论，但无论如何，积极的意义在于，多思考少愤青，寻求本源，努力改变，多一些实践，少一些主义。

订阅：博文 (Atom)

Zou Fei's Blog [邹飞]