相关日志

• 2011 年 11 月 01 日 -- 一句话(26) (0)
• 2010 年 06 月 19 日 -- 《Lua 程序设计》的一处笔误 (2)
• 2008 年 08 月 25 日 -- 辛亥与头衔 (1)
• 2008 年 06 月 16 日 -- 近两年购买的技术书籍 (7)
• 2007 年 01 月 18 日 -- 《明史》 (7)

挑选 iOS 和 Android 之中的一个平台进行学习，并有所成果。

年中的时候尝试学习 Android，但发现自己并不喜欢 Eclipse 以及 Java，于是无限期搁置了这个平台的学习计划。
年底购买了一台 iMac，学完了《Objective-C基础教程》，写出了 MacOS 与 iPhone 上的 Hello World。

学习数据结构和编译原理，并有所成果。

在自己的某个 framework 上实现了基本的数组、链表、哈希表等数据结构，并实现了一个简易的脚本解释器。仔细跟踪了 Lua 5.1.4 的语法分析器与虚拟机部分的代码。

那么接下来是对 2012 的计划。

• 开发出漫画控的 2.0 版本，尝试海外的付费模式。
• 开发出漫画控的 iPad 版本，尝试 App Store 的付费模式。

相关日志

• 2011 年 01 月 05 日 -- 写于 2011 年初 (0)
• 2009 年 12 月 31 日 -- 写于 2009 年年底 (9)
• 2008 年 02 月 07 日 -- 新旧交替 (8)
• 2006 年 12 月 31 日 -- 2007 (16)
• 2005 年 12 月 31 日 -- 年底 (13)

• Google Adsense 的审查是很严的，在我嵌入广告页面后没几天就受到了帐号被禁的待遇。
• 最重要的是，虽然嵌入了广告页，但是没有几个用户会主动点击广告的。

于是，我作弊了。我采用的方法极为隐秘：当用户在分析和谐漫画的时候，软件会提示用户点击广告才能继续下载。这个方法立竿见影，我的收入快速增长，从最初的每月几元提升到了每月 100 元，甚至最后提高到了 1000+ 的水平。当然，百度似乎发觉了我收入的不正常增长，便禁用了我的帐号。
那么，我再为广告联盟的模式补充一条问题（甚至可以说是隐患）：

• 最终解释权归联盟方所有，他们可以随时封禁你的帐号——即使你并没有作弊。虽然我的被封禁并不光彩，但你大可不惮以最坏的恶意来推测强势的一方。

塞翁失马焉知非福，百度联盟帐号的被封禁从客观上逼着我不得不寻找新的盈利模式。于是，我开始尝试一个很常见的方式——捐助。虽然我并不看好这个模式，不过仍然做出了这个捐助的页面。现在回忆起来，这个捐助列表从 0 到 1 的过程是最漫长的一段时期。但自从有了第一个之后，第二个、第三个甚至更多人就慢慢都来了。这个场景让我想起了路边叫卖的小贩：空摊子很难吸引顾客，但如果雇一群托儿来围成个大圈子，那么很快看热闹的人就会围得密不透风。现在看看，如果当时我虚构几个名字在捐助页面上面，也许很容易就可以吸引其他的捐助者。——当然，前提是这个软件自身要让人喜欢，毕竟没人愿意在一坨垃圾上花钱为之鼓励。
不过，与先前每月 1000+ 的收入相比，捐助的收入实在微不足道，而且很不稳定。于是，我开始构想新的盈利模式：

• 开发支持多语言的国际版本，并尝试注册机制。如果你是个关注 ehentai 之类站点的宅男，那么你就可能需要支付一笔小小的费用来满足自己的欲望。
• 开发 iPad 设备上的同名软件，用于阅览漫画。App Store 的零售模式较之扑通的软件零售更为靠谱，国人也更愿意为之付费。

这两个设想就作为 2012 年的计划之一吧。请期待漫画控的 2.0 版本。

最热日志

• 2004 年 03 月 22 日 -- 劳动总结 (105)
• 2007 年 07 月 05 日 -- 城里城外看SSDT (76)
• 2005 年 09 月 08 日 -- DLL的远程注入技术 (68)
• 2007 年 12 月 18 日 -- 新开贴，往这骂 (34)
• 2007 年 11 月 02 日 -- July v4.05 (33)

相关日志

• 2012 年 01 月 09 日 -- 诡计，诡计 (0)
• 2011 年 10 月 06 日 -- 一句话(25) (0)
• 2011 年 09 月 10 日 -- 一句话(24) (0)
• 2011 年 08 月 02 日 -- 一句话(23) (1)
• 2011 年 07 月 26 日 -- 一句话(22) (0)

相关日志

• 2011 年 11 月 01 日 -- 一句话(26) (0)
• 2011 年 09 月 10 日 -- 一句话(24) (0)
• 2011 年 08 月 02 日 -- 一句话(23) (1)
• 2011 年 07 月 26 日 -- 一句话(22) (0)
• 2011 年 07 月 16 日 -- 一句话(21) (0)

1
2
3
4
5
6
7
8
9
10

int __cdecl foo(const void* p1, const void* p2)
{
    PCWSTR pwz1 = (PCWSTR)p1;
    PCWSTR pwz2 = (PCWSTR)p2;
    if (0 == wcscmp(pwz1, L"重庆"))
        pwz1 = L"冲庆";
    if (0 == wcscmp(pwz2, L"重庆"))
        pwz2 = L"冲庆";
    return wcscmp(pwz1, pwz2);
}

简单解释一下，这是一个回调函数，被传递给 CRT 的 qsort 函数，用于对省级行政区进行名称排序。代码的用意也很简单，当传入的字符串参数是“重庆”时，以“冲庆”代替之进行比较。
因为“重庆”的“重”是多音字。在普通的字符串之中，被按“zhong”处理了，如果直接排序的话，最后得到的结果将是错误的。考虑如下代码：

int x = wcscmp(L"重庆", L"河北"); // wcscmp returns 1

在我看来，虽然 foo 这个函数可以完成正确的排序，但未免不够优雅。但似乎又没有什么更好的解决方案，于是 foo 的做法保留了很长时间——2009 年后也许有了更好的处理方法，不过我不知道。而且由于我后来离开了 GIS 这个行业，所以逐渐淡忘了这个事情。

不过，一个偶然的机会，iOS 的通讯录给了我一个更好的答案。

如上图所示，一名曾姓童鞋被归入了 C 的索引，有如重庆之于 zhong 庆。不过，通讯录却为用户提供了一个解决方案：

简单来说，为记录增加了一个排序参考字段。如果该字段非空，则以该字段为排序标准，否则以名称为排序标准。问题得以解决。

最热日志

• 2004 年 03 月 22 日 -- 劳动总结 (105)
• 2007 年 07 月 05 日 -- 城里城外看SSDT (76)
• 2005 年 09 月 08 日 -- DLL的远程注入技术 (68)
• 2007 年 12 月 18 日 -- 新开贴，往这骂 (34)
• 2007 年 11 月 02 日 -- July v4.05 (33)

1
2
3
4
5
6
7
8
9
10
11
12
13
14

#include <atlbase.h>
#include "DirScanner.hpp"
 
void WINAPI OnFile(PCTSTR ptzFullPath, const WIN32_FIND_DATA& wfd, LPARAM)
{
    ATLTRACE(_T("File: %s\n"), ptzFullPath);
}
 
int main(void)
{
    LDirScanner<TCHAR> ds;
    ds.DoScan(_T("d:\\temp\\"), OnFile, 0);
    return 0;
}

完整的 DirScanner.hpp 在这里。

相关日志

• 2011 年 08 月 05 日 -- 获取特殊快捷方式的指向路径 (3)
• 2010 年 10 月 01 日 -- FeedP (0)
• 2010 年 08 月 30 日 -- 搜狗浏览器 2.2.0.1401 DLL 注入漏洞 (17)
• 2010 年 07 月 09 日 -- MFC 4.2 中 CFileDialog 的一处崩溃隐患 (1)
• 2010 年 06 月 15 日 -- lua_jsondecode (1)

相关日志

• 2011 年 11 月 01 日 -- 一句话(26) (0)
• 2011 年 10 月 06 日 -- 一句话(25) (0)
• 2011 年 08 月 02 日 -- 一句话(23) (1)
• 2011 年 07 月 26 日 -- 一句话(22) (0)
• 2011 年 07 月 16 日 -- 一句话(21) (0)

首先你可以看到，普通快捷方式中用于显示路径信息的“目标”一栏已经被禁用掉了。而且，对其调用 IShellLink::GetPath，会得到类似这样的结果：

C:\Windows\Installer\{90120000-0012-0000-0000-0000000FF1CE}\wordicon.exe

我的直觉告诉我，问题的真正答案就藏在 IShellLink 之中。不过，那正确的路是哪一条呢？MSDN 的优点是完备，缺点则是过于完备，我已经数次被淹没其中了。故不取之。

那么还是自己分析吧。我打开 Process Monitor，设置过滤器，如下图。

接下来使用快捷方式来启动 Word，可以看到系统的确访问了 wordicon.exe。

继续往下找，找到 WINWORD.EXE 的第一个现身处。

查看其调用堆栈，如下所示。

从堆栈中，可以得到两个有用的信息：

1. WINWORD.EXE 真实路径的获取与 CShellLink::_Resolve 有关。而 IShellLink 之中，也存在一个名为 Resolve 的接口。
2. WINWORD.EXE 真实路径的获取借助了 msi.dll (Microsoft Windows Installer) 的部分函数，而 IShellLink::Resolve 方法的 fFlags 参数恰有一个标志名为 SLR_INVOKE_MSI。

好了，现在已经猜出了那句最重要的代码，可以堆码一试了。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

CComPtr<IShellLink> sl;
sl.CoCreateInstance(CLSID_ShellLink);
 
// Load the link file...
 
TCHAR sz[MAX_PATH];
WIN32_FIND_DATA wfd;
sl->Resolve(NULL, SLR_INVOKE_MSI);
 
// C:\Windows\Installer\{90120000-0012-0000-0000-0000000FF1CE}\wordicon.exe
sl->GetPath(sz, MAX_PATH, &wfd, SLGP_RAWPATH);
 
// D:\Program Files\Microsoft Office\Office12\WINWORD.EXE
LPITEMIDLIST pidl = NULL;
sl->GetIDList(&pidl);
SHGetPathFromIDList(pidl, sz);

相关日志

• 2009 年 12 月 28 日 -- 向系统图像列表中添加图标 (4)
• 2004 年 09 月 10 日 -- 注册 COM 服务器 (0)
• 2011 年 09 月 23 日 -- LDirScanner：非递归遍历文件夹 (7)
• 2011 年 07 月 05 日 -- 封装 (4)
• 2011 年 03 月 04 日 -- 版本号的战争 (2)

相关日志

• 2011 年 11 月 01 日 -- 一句话(26) (0)
• 2011 年 10 月 06 日 -- 一句话(25) (0)
• 2011 年 09 月 10 日 -- 一句话(24) (0)
• 2011 年 07 月 26 日 -- 一句话(22) (0)
• 2011 年 07 月 16 日 -- 一句话(21) (0)