-(Void)YourFunction:(id)sender{
NSString *urlString = [urlInput stringValue];

这之前我尝试过nil，以及等于空字符串@”"，似都没有什么效果，最后请教Livid 同学，得到以上传授的办法，感谢。

MyDocument *currentDocument=(MyDocument *)[[NSDocumentController sharedDocumentController] currentDocument];

现在来看，SSH 确实是最理想、简单、快速地自由访问互联网地方式，唯一的要求是用户需要架设自己的海外SSH Server主机。

现在你可以在淘宝轻易买到价格低至3RMB/年的独立SSH帐户 ，这种每个人单独设置私有隧道的方式其实正是最正确而理想的方式，你也可以找你的朋友帮你设置一个，但一定不要使用共享的隧道多。个人，独立，多点，多分布，如生命本身一样生生不息。

然后你需要PAC，也就是代理自动配置文件，这个文件可以帮助你把需要通过代理访问的网站自动引导启动代理，而不需要的则正常访问，整个访问从内网到墙内外都是无缝的，并且速度很快。

具体的设置方法可以参考Livid精简的介绍：
http://livid.cn/doc_view.php?doc_id=5744

如果你使用的正是Mac，你需要在系统设置-网络设置-高级设置里面设置你的自动代理：

设置以后记得确认，并且重启你的Safari。
如果你使用Firefox，可以在Firefox的设置里面单独设置并且重新载入PAC文件。

搜索出来的大量结果都是说怎么在Windows下面，办法不外乎是在注册表里面添加关联协议，所以最后还是在英文搜索里找到如何在Mac OS的实现。

目标是：
捕获浏览器地址栏里面自定义的协议，或者是点击自定义协议链接自动激活程序。

Kimbro Staken写于2003的全文《Handling URL schemes in Cocoa》已经说得很清晰了，我这里简单地用中文把几个重要步骤复述一次。

首先下载这个压缩文件 ，然后把解压出来的文件放到项目的根目录。
这两个文件的内文如下，不需要任何修改：

// file URLHandler.scriptSuite:

{
    Name = URLHandler;
    AppleEventCode = "UrHD";

    Commands = {
        "GetURL" = {
            CommandClass = URLHandlerCommand;
            AppleEventCode = GURL;
            AppleEventClassCode = GURL;
        };
    };
}

// URLHandler.scriptTerminology:
{
    Name = "URLHandler commands";
    Description = "Commands to handle a URL";

    Commands = {
       "GetURL" = {
          "Name" = "get URL";
          "Description" = "Open a URL";
       };
    };
}

接下来修改项目的info.plist属性文件，把以下信息添加进去，简单说来，放在最后plist/ditc节点下。
<key>NSAppleScriptEnabled</key>
<string>YES</string>
<key>CFBundleURLTypes</key>
<array>
    <dict>
        <key>CFBundleURLSchemes</key>
        <array>
            <string>myscheme</string>
        </array>
    </dict>
</array>

这里注意CFBundleURLSchemes节点下的myscheme，这个值就是所需要注册的协议。
最后创建并且实现具体的程序，为project新加Objective-C Class，命名可以随意。
首先定义Interface

// file URLHandlerCommand.h

#import 

@interface URLHandlerCommand : NSScriptCommand {

}

@end

然后是实现捕捉的代码

// file URLHandlerCommand.m

#import "URLHandlerCommand.h"

@implementation URLHandlerCommand

- (id)performDefaultImplementation {
    NSString *urlString = [self directParameter];

    NSLog(@"url = %@", urlString);

    return nil;
}

@end

NSURL *cookieURL = [NSURL URLWithString:@"http://www.tudou.com"];

//read
NSArray *cookies = [[NSHTTPCookieStorage sharedHTTPCookieStorage] cookiesForURL:cookieURL];

//creat a new cookie
NSArray *newCookies = [NSHTTPCookie cookiesWithResponseHeaderFields:[NSDictionary dictionaryWithObject:@"yourKey=yourValue;expires=2100-01-11 11:11:11 +0800" forKey:@"Set-Cookie"] forURL:cookieURL];

//wirte
[[NSHTTPCookieStorage sharedHTTPCookieStorage] setCookies:newCookies forURL:cookieURL mainDocumentURL:nil];

代码调试通过，具体可以参看Xcode Document

YES，我来承认一个错误。

以XML+XSL作为前端的blog程序Avalon——已经作为我自己的原生blog运行了一年了，它的地址是（http://woooh.com），如果大家还有一点兴趣，可以赶来瞻仰它的遗容。
经过一年的实践，现在，我可以用我自己的经验来表达我的看法，而不是拍一拍脑袋。

ZBlog的创始作者，Rainbowsoft，zx，朱暄，什么名字都好……（汗），在一开始的讨论中，最终所纠缠的概念，也大致在于：“为什么要放弃一个通用的HTML？这是互联网交互的语言”。
现在，我承认他说的是对的了——当我们所有的人都在讨论XML是未来的语义基础的时候，HTML——在现实意义上确实是，从搜索引擎，到整个WWW用来低声细语或者畅谈高论的语言。

好吧，我承认我喜欢拿維根特斯坦说话，包括我是很喜欢他。
还记得维根特斯坦在上个世纪创立逻辑哲学学派的时候，他也近乎苛刻地指责了自然语言的种种缺陷，然后企图以数学版精美无误的逻辑创立新的语言，用来解决当代哲学最紧急的问题。然而二十年之后，当他回归的时候，他放弃了他的观点，他不再认为这个世界上存在一种精确无误的语言——那只是人偏执的梦想，而看上去杂乱无章的自然语言——却有着本身天生的，无可匹敌的优点——从存在就是合理的角度来说——自然语言本身看上去没有逻辑和意义，然而它肩负并且实现了它本身最直接而真实的目的：交流和沟通。

当一个人说出：“这是铅笔”的时候，他不需要什么论证，他也不需要理会一个看不懂中文的同学完全不理解这四个字的意义，他只要——他所交流的对方明白他的思想，就可以了，仅此而已。因而这个世界上最广泛通用的交流工具，就是自然语言，在WWW的实现端，就是HTML。

除非两个交互的客体只需要点对点的交流，这个时候，他们可以使用任意的语言，比如简单或复杂到任何人都看不懂的编码：“%……&×（）（×（&×……%×￥”，这个时候，任何协议只要双方达成共识，足够交流，就可以了，在WWW的实现端，我认为，这就是XML。
它们之间的联系和区别，就像是生活大辞典和量子物理专用辞典之间的联系和区别一样，它们之间并不排斥，也不完全重合，他们相容，但不完全一致。

这是一个多么美好的世界。

在适合它们的地方使用它们，无需拘泥，这就是我最终的想法，让它们在该它们出现的地方出现，就对了：）