tony cheung‘’ Technische schriftlich

在 VMWare linux 0.11 上搭建 gcc 1.4 开发环境

2008-03-25T00:12:00.001+08:00

读赵烔博士的 Linux 0.11 内核完全注释，受益良多，总想在 Linux 0.11 搭建一个开发环境，这样可以按自己的想法修改内核代码并编译了。抱着这个想法，今天在 VMWare 上实践了一回。现将操作过程记录于下，一来做个备忘，二来若对有此想法的人稍有帮助，则甚欣慰矣！

1. 获取 gcclib-1.40.taz

2. 通过 VMWare 创建一个软盘映像文件 fd.flp

3. 在 VMWare Ubuntu 的虚拟机上添加一个软驱设备，并指定此映像文件 fd.flp

4. 启动 Ubuntu (注意启动之前要设置其 BIOS 从硬盘启动优先), 用如下命令低格此映像文件:
fdformat /dev/fd0

5. 格式化，建立 ms-dos 文件系统
mkfs.msdos /dev/fd0

6. 挂接软盘到 /mnt/floppy
mount -t vfat /dev/fd0 /mnt/floppy

7. 将 gcclib-1.40.taz 存入软盘映像文件
cp gcclib-1.40.taz /mnt/floppy

8. 执行实际的写入操作
umount /mnt/floppy

9. 在 VMWare linux0.11 的虚拟机上添加一个软驱设备，并指定刚创建的 fd.flp 为映像文件

10.启动 linux0.11, 将软盘映像里的文件拷贝到 /usr/root 下
mcopy B:\* /usr/root

11.解压 gcclib-1.40.taz，并拷贝到合适位置
     tar xzvf gcclib-1.40.taz
     cd /usr/root/gcclib-1.40
     cp -r /usr/root/gcclib-1.40/include /usr
     cd /usr/root/gcclib-1.40/local
     cp -r * /usr/local

12.测试你的 gcc
gcc -o hello hello.c
./hello

AJAX in Rails with Authenticity Token

2008-03-24T16:16:00.001+08:00

这是一篇很重要的转载文章。

如何从Rails框架中全部去掉Authenticity Token 功能:

注释掉Application Controller中的protect_from_forgery语句。

When you use active_record_store instead of the cookie-based default, you need to uncomment the line in controllers/application.rb that says protect_from_forgery :secret => ‘blah’. This makes sure all your HTML and JavaScript requests are coming from your web application. It essentially protects you from something called “Cross-site request forgery” by embedding a token into your web forms.

As a side note, it’s really not giving you much security at all, but that might be better left for another blog post.

I was banging my head against the wall yesterday trying to figure out why a custom Ajax.Updater wasn’t working and I kept getting an ActionController::InvalidAuthenticityToken exception. I decided to dig into the request_forgery_protection.rb file in actionpack-*/lib/action_controller and found that for custom requests, you need to include the authenticity_token yourself by taking advantage of the form_authenticity_token helper. When building the updater’s request url I just added “&authenticity_token=<%= form_authenticity_token %>” to the end and everything was fine.

Another way would be to not use the forgery protection at all for that action by including this in your controller: protect_from_forgery :except => :updater

You can also completely remove forgery protection from a controller by doing skip_before_filter :verify_authenticity_token

Back to the vulnerability of your web forms: I imagine this does protect your web application from someone hosting a form on their site that posts to your site. However, if someone really wants to spam some stuff they’ll scrape your page with cookies enabled on their scraping software, scrape your form’s fields (which include the authenticity_token hidden field) and POST to their heart’s desire.

IE和Firefox处理透明效果的CSS

2008-01-25T10:52:00.000+08:00

td.pop_topleft {
 background-image: url('../img/pop_dialog_top_left.png')!important;
 background-image: none;
 filter: none!important;
 filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(src='http://static.xiaonei.com/img/pop_dialog_top_left.png', sizingMethod='crop');
}

td.pop_topright {
 background-image: url('../img/pop_dialog_top_right.png')!important;
 background-image: none;
 filter: none!important;
 filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(src='http://static.xiaonei.com/img/pop_dialog_top_right.png', sizingMethod='crop');
}

Discuz!稳定性

2007-12-02T17:44:00.000+08:00

有个很哲理的话：复杂的系统，稳定性必然下降。Discuz!的插件制作人员参差不齐。很容易导致Web服务死掉。

而且通常毛病出在频繁的读取数据库，导致连接数过大。
最近woodk总是访问不上，也不是特别清楚具体的原因。
从昨天装上Google Analytics开始分析数据量，并且查看系统错误日志。
大体定位在RSS在升级的时候出现错误，还有就是PLUGIN的问题。

刚才关了论坛的RSS功能。先看看是不是不会无缘无故死了。

另外，发现APM-Server这个东西太复杂了。可能APM-Express的稳定性更加高，再挂就换APM-Express了。坚信简单即稳定。

How to write a Copyright?

2007-11-28T08:54:00.000+08:00

关于版权声明的写法

格式应该是：Copyright [dates] by [author/owner]

但是现在在大多数国家，都不是法律上必须有的字样。

参见下面几个正确的格式：

现在流行some rights reserved：creativecommons.org

some rights reserved 和copyright 本身并不矛盾，但是其中的界限更多是一个道德问题，真正的保留一部分权力，是指给浏览者fair use 的权利，fair use的界定也决不是随便乱用，或者抄袭。

甚至说，除了copyright, 还有copyleft,它的定义是为了程序员开发能够共享源代码的一个方式，英文里free, 并不仅仅是免费。而且这种的源码公开免费使用，和版权也一点都不冲突。请大家不要误解。

对于从网上下载素材,如音乐,图片等版权问题，有朋友问这个问题，答案很简单，所有的这些都有版权问题。和这些作品的大小格式没有关系。

这也是为什么经典论坛不讨论下载的原因，包含字体，同时经典网站也希望其他的网站能尊重本站作者的版权。

版权是互相的，因为每个人都在随时的拥有着你所刚刚创造的作品的版权，哪怕你的涂鸦之作已经被丢进垃圾桶，供TsIVA络.08严格意义上，那也不可以被人抄袭的。不然公司就不需要碎纸机了。

只有彼此的尊重，互相的尊重才能有真正意义上的共享，简单的拿来主义，或者因为我是经典的用户，所以别人就必须要尊重经典的版权,而我不必尊重别人的版权，是不会形成好的版权保护意识的

版权其实并不意味着付费，和商业化也没有直接的关联。很多时候，你如果真想使用版权保护的内容，只要发封邮件，询问一下许可就可以，大多数的情形下，个人用户是很喜欢甚至欣赏这样的礼貌和尊重的。

What is the htmllite.dll in Visual Studio Install Packet?

2007-11-27T15:18:00.000+08:00

http://www.codeproject.com/miscctrl/htmllite.asp

IM Survive in China

2007-11-23T14:09:00.000+08:00

2020?

1.Fetion
2.MSN
3.Yahoo Messenger
4.Google Talk
5Skype
6.QQ

用户一般只开１－３个通讯软件。Fetion特殊性除外，那么这个表单里MSN,Yahoo,Google Talk可能被经常使用。

这里没QQ什么事情。QQ将在2020年退出IM主要市场。

Journey Man - Can Change The History?

2007-11-22T20:41:00.000+08:00

Journey Man really can change the history?
Yes.It is.
But....it will be a big trouble.
example:

Your wife was dead in a air accidence in 2001.
You! back in 2001 stoped her!
Now you are back home in 2007....guess what!
You have 2 wives!

lol..

Oracle Mix: First large JRuby on Rails app online

2007-11-20T14:46:00.000+08:00

http://www.infoq.com/news/2007/11/oracle-mix-jruby

Oracle Mix：网上第一个大型JRuby on Rails应用

作者 Werner Schuster译者 郭晓刚 发布于 2007年11月15日下午9时7分

Oracle刚刚发布了名为Oracle Mix的社交网络Web应用——它用的是JRuby on Rails：

到目前为止对Oracle Mix的反响都是正面的。我要澄清一下Paul对Mix的技术架构的评论……它的运行环境是Oracle Application Server、Oracle Database、Oracle Internet Directory、Oracle SSO和JRuby on Rails。据我所知，Mix是首个也是最大型的面向公众的JRuby on Rails部署。最棒的是我们用了不到5周时间就实现了它……在ThoughtWorks的优秀人员的帮助下。

这是ThoughtWorks继Mingle和CruiseControl.rb之后涉足的又一个JRuby项目。JRuby团队成员以及ThoughtWorks员工Ola Bini也参与了Oracle Mix项目：

在之前的5个星期里，由我、Alexey Verkhovsky、Matt Wastrodowski和Toby Tripp几个来自ThoughtWorks的人，再加上来自Oracle的Rich Manalang，共同以一个Oracle内部应用为基础创建了一个新应用。这个网站叫做Oracle Mix，目标是作为Oracle的客户与Oracle以及客户之间相互沟通的途径，客户们还可以提出建议，回答彼此的问题以及建立一般的联系网络。

你在实际投入使用的系统中使用了JRuby on Rails吗？你会如何使用JRuby on Rails——是编写专门的JRuby应用，还是用它来运行已有的Rails应用？

Naio Talk will be build in .NET Framework/Windows

2007-11-19T20:48:00.000+08:00

Naio Talk (Client)通讯组建将使用C#语言编码，基于.NET Framework平台运行。

Naio Talk在0.0.1,0.0.2陆续测试开发的时候碰到了一个疑惑，是不是要反过头来用MFC/C++完成，于是听了将近好多个星期。

今天吃晚饭前，和STO在路上随便聊了几句。终于鉴定了继续使用C#的信念。

How will be ctyle.com look like?

2007-11-18T10:38:00.000+08:00

Ctyle 这个单词衍生自style
　　这个衍生和现在比较火热的SNS社区有关。xiaonei在净化环境方面还是不错的，但是不能避免的事用户使用她的方式。大学生们大部分还是在猎艳。还是比较少的真正关注身边的朋友。
　　ctyle，意味着一种社区风格，将用户引导“和谐”的生活风格，少些sex的东西，多谢真正的生活乐趣，关心身边的朋友，Care the reall friends nearby.....

这就是Ctyle的定义。

　　另外，太多的商业气氛不利于青少年的身心健康发展。VC们，你们是不是希望自己的孩子在网络生活中使用QQ，而QQ随时随地，带领他们接触到黄色，裸体的这样一个通讯工具？你们虽然很有钱，但是希望孩子把钱浪费在无谓的QQ币上？同样是一种对青少年消费心理不健康的影响。

　　校内币，QQ币，都是人民币换的。在Ctyle.com中，类似积分的东西将不会与金钱挂钩，而是使用用户及其周围朋友的矩阵公式来计算，你人品越好，这个月得到的积分越多。

　同时我已经为Ctyle.com设计好了评估用户热门的公式，不是通过那个人访问次数多来决定。那样决定将返回到了SEX诱惑。美女被刷的非常多。我使用的同样是最大向量值计算。这样即使你是美女，人品不行，同样打分很低。这些都是有系统功能公式计算出来的。

　　Ctyle.com 在未来2008年春节赠送给我朋友，校友们的礼物。希望我的朋友网络生活舒服。同时，我希望发展壮大，让我后代，你的后代，能上一个绿色的网站，而不是黄色的网站。

How does the Windows Live save its password?

2007-11-14T12:49:00.000+08:00

Windows Live 程序如何在本地保存密码？

　　Windows Live 登录助手，Windows Live Messenger有自动密码保存功能。并且使用起来也很方便，Remove也很方便。如果对安全有根弦的话，就要问了，究竟密码保存在哪里？
文件？注册表？

　　先不说这个。在Windows Live Blog上有这样一段描述。

True Password Persistence!

Before the Windows Live Sign-in Assistant, the ‘save my password’ option caused your sign-in state to be persisted across multiple browser sessions (it was a persistent cookie), but hitting “sign-out” at any page would delete the cookie and the next time you wanted to log in, you were prompted for your password again.

This was a frustrating experience for users.

With the Sign-in Assistant installed, the ‘save my password’ box will work just like it does in Messenger – it will keep the password in a local credential store (we use the Windows Credential Manager). If you’ve chosen to save your password, all it takes to sign in is a single click on the appropriate user tile. This is a huge improvement over the previous experience. We’ve also made it very easy for you to remove your saved password, just click on “remove” link and the member name and password are deleted from the credential store. You are in still in control of when your credentials are saved.

　　所以不用管他到底存储在哪里，这已经不是重点，重点是微软Windows Live用一个类似容器的东西对密码进行了保护。存在文件还是注册表这只是容器之下的一种底层细节，说不定那个版本就把文件又转存到注册表里了。而这里的关键很显然对Windows Live密码做了加密保护。
　　具体怎么才能让Windows Messenger还有Assisant调用这个是具体的技术细节问题。但是目前大体有了个感性的认识。

RGB 距离计算

2007-11-13T11:05:00.000+08:00

在寻找索爱主题创建的时候在开发文档里看到这段。
哈，多媒体考试的时候用到的公式

如果创建主题时没有使用 Themes Creator，则应该计算 RGB 距离以确认可以分辨这些颜色。下面的示例显
示如何计算两种颜色之间的 RGB 距离。
注意：对于具有 256、512 或 4096 色屏幕的手机，在极少情况下，即使 RGB 距离大于 20，元素颜色对也
可能无效。这是因为颜色会转换为屏幕的调色板，在 RGB 模式中不同的两种颜色可能会转换为不同的调色
板颜色。
示例：
计算两种蓝色（RGB(0,67,140) 和 RGB(0,82,164)）之间的 RGB 距离：
1. 分别计算红色、绿色和蓝色值之间的差，然后计算这些差的平方。
红色差 = 0 – 0 = 0
蓝色差 = 82 – 67 = 15
绿色差 = 164 – 140 = 24
2. 将这三种颜色差的平方相加：
02 + 152 + 242 = 0 + 225 + 576 = 801
3. RGB 距离是上面那些平方之和的平方根：
RGB 距离 = 根号(801) = 28.3

Ruby Deployment and Scaling

2007-11-13T10:42:00.000+08:00

Rails的部署与伸缩

在Rails发布的时候，选择发布平台是开发人员关心的问题。Rails可以在很多Web服务器上运行，只要实现了CGI协议的Web服务器都可以，这是Rails的最低。

　　　　　　　　容易部署　　　速度　　　　伸缩
WEBrick　　　　★★★★★　　★★　　　　　★
Apache-CGI　　　★★★★　　　★　　　　　★★
Apache-fcgi　　　　★　　　　★★★★　　　★★★★
lighttpd-fcgi　　　　★★　　★★★★★　　★★★★★
(上图来自应用Rails进行敏捷Web开发　P22 各种部署选择比较)

虽然没有提及IIS，不过肯定也有模块可以在上面跑。

优化考虑：
lighttpd:占用，轻量级。建议只在上面提供图片，JavaScript，样式表，中等规模的文件下载以及其他静态的页面。但不建议存放至关重要的数据，因为lighttpd据说存在一些严重的稳定性问题，在进行大量文件传输时候也有问题。

从Google拼音看自动升级方案要素

2007-11-08T14:08:00.000+08:00

Google 程序升级总是做的人不知鬼不觉。
其中有2点可以借鉴。

程序本身非常小
一旦下载，比急于更新，只是提醒您已经更新。等下次启动后自动升级。

自动升级通常都需要设置一些参数。可以发现一些必须要素。

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Google\Google Pinyin\Autoupdate]
程序安装路径
"InstalledVersion"="1.0.23.40"
更新程序下载的地址
"UpdateURL"="https://tools.google.com/service/update"
程序安装路径
"AppPath"="C:\\Documents and Settings\\Administrator\\Application Data\\Google\\Google Pinyin\\"
可用版本
"AvailableVersion"="1.0.23.40"
可用下载地址
"AvailableURL"="http://dl.google.com/pinyin/GooglePinyinUpdate.exe"

"LaunchAction"="execute-wait"

"LaunchTarget"="GooglePinyinUpdate.exe"
"UpdateInterval"=dword:00015180
"NextUpdate"=dword:4733d9b4
"DownloadedVersion"="1.0.23.40"
"LaunchParameter"="/S"

下载后解压的文件夹
"PackagePath"="C:\\Documents and Settings\\Administrator\\Application Data\\Google\\Google Pinyin\\pinyin-1.0.23.40\\"

Ruby On Rails 顺利移植的提示

2007-11-07T09:11:00.000+08:00

《Ruby on Rails 移植指南》一文中作者：Matt Kern提到关于数据库外键对于顺利移植的观点。我觉得相当认同。

虽然许多开发人员喜欢在数据库中充分利用各种约束，但我发现在数据库中取消大部分限制更简单、更清洁。我认为约束是应用程序业务逻辑的一部分，并且发现当它们位于应用程序代码中和数据库外时更易于跟踪。以外键为例；尽管没有将外键添加到移植的内置方法，但有插件和其他帮助可供使用。然而，我显然有点茫然，因为我认为它们并不可取。向移植添加外键会降低数据库独立性，而且在尝试修复出错数据时会导致问题发生。可以依赖 Rails 过滤器和验证，从而避免与添加外键相关的问题。许多开发人员（包括我自己在内）都希望能够在 SQLite3 等轻型数据库上进行开发，在 Oracle 等大型工具上进行部署和生产，移植中的外键在 SQLite 上将不能正常使用。保持灵活。

尝试使每个移植类成为一个单独的任务或特性。选择最适合的工作并坚持不懈。我的经验是如果文件/类名过长，不能描述即将进行的更改，则应将其分类成单独的移植。您应该能够根据文件名识别更改，而无需深究程序代码本身。记住，这样做的目的是使开发更高效、更愉快。我甚至可以告诉您一个小秘密： ActiveRecord 和移植也可以在 Rails 框架外使用。（当然上，这实际上并不是一个秘密，但了解这一点还是有好处的！）

最后，测试，测试，再测试。在投入生产之前，确保移植是可靠的。运行移植时，任务的完成顺序很重要，因此测试是重中之重。例如，如果您视图在删的数据之前更改包含该数据的列，移植将失败。我认为，最严重的错误莫过于将未经过全面测试的移植投入生产。移植很强大，但果您不够细心，它们会损坏生产数据库。当然，为了提高开发流程效率和舒适度，如何明智地使用移植还需要长期的努力。

Ruby on Rails 移植(Migration)指南

2007-11-06T23:22:00.000+08:00

Ruby on Rails 移植指南

http://www.oracle.com/technology/global/cn/pub/articles/kern-rails-migrations.html

使用 ActiveScaffold 增强 Ruby on Rails 的功能

http://www.ibm.com/developerworks/cn/linux/l-activescaffold/

has_many :through详解

原E文地址：http://blog.hasmanythrough.com/2006/04/20/many-to-many-dance-off

我已注意到使用 Rails 关联在创建多对多关系的两种方式上有些混乱。出现混乱是可以理解的，因为 has_many :through 还有些新，写它的文章并不多。

Has_and_belongs_to_many 出现的较早，确定的角色与资料超出了你为什么使用多对多关系的假设。事实上，许多人似乎并没有抓住本质上的区别。

就像我们从观看经典影片所学到的，告诉我们两个预期选择之间的区别最好方式是它们的舞蹈。你得观察每个人的表演。那么我们必须在两者之间选择哪个演员呢？

一、连接表：简单的关联

表：

create_table "dancers_movies", :id => false do |t|

t.column "dancer_id", :integer, :null => false

t.column "movie_id", :integer, :null => false

end

模型：

class Dancer < null =""> false

t.column "movie_id", :integer, :null => false

t.column "character_name", :string

t.column "dance_numbers", :integer

end

模型：

class Appearance < dependent =""> true

has_many :movies, :through => :appearances

end

class Movie < dependent =""> true

has_many :dancers, :through => :appearances

end

has_many :through 关联对这个简单例子来说很容易设定的，但是当使用其它特征如 polymorphism 时要有些技巧。用于连接模型的表有个主键并包含了类似其它模型的属性。

三、Checking out the moves

下面是对两种操作基本特征的比较

-----------------------------------------------------------------------------------

关联 has_and_belongs_to_many has_many :through

----------------------------------------------------------------------------------

AKA habtm 关联遍历关联

结构：连接表(Join Table) 连接模型(Join Model)

主键：无有

富关联否是

代理集合是否

Distinct 选择是是

自引用是是

早期加载是是

多态性否是

多向连接否是

------------------------------------------------------------------------------------------

该表格内包含了很多东西，现在我们分别看一下：

(1)、结构：

has_and_belongs_to_many 使用了简单的连接表，表的每一行记录只有两个外键。没有为连接表使用模型类的连接记录从不会被直接访问。

has_many :through 更新连接表为一个完整的模型。它使用一个模型类来表现表内的条目。

(2)、主键：

连接表没有主键。我听说一些人，如从外键对创建一个主键，但 Rails 从不为任何东西使用主键。我不能肯定你为什么要得到创建的主键，虽然它可能依据你数据库给你一些性能上的好处。 (我不是一个 DBA ，所以对于主键不想说得太多。)

连接模型有键，就像其它模型。这意味着你可以直接地访问及管理记录。

(3)富关联：

在 Rails 1.1 以前，你使用 push_with_attributes 来存储额外的属性到你的 habtm 连接表内。这样做会带来很多问题，包括随后不能更新属性。Push_with_attributes 现在不再使用了。如果你希望一个带有额外属性的富关联的话，使用连接模型。

(4)、代理集合：

使用 habtm 的一个好处是，关联是个代理集合。这意味着你可以使用关联的 << 方法在连接表内创建条目，就像 has_many 关联。因为连接模型记录有这些额外属性，所以用同样方式来自动创建连接表条目会更复杂。所以你必须手工创建连接模型条目。(更完整的解释，可参阅我的 Why aren't join models proxy collections? 文章。) (5)、Distinct 选择：有时候，连接表(或模型)在同样的记录之间可能有多个引用。例如，一个人可能是一本书的作者及插图绘制者。如果你有多个引用，数据库会返回给你所有与你查询相关多条记录。选项 :uniq 告诉关联过滤重复的对象，以便你只得到每个记录的一条显示。这类似于在 SQL 中使用 DISTINCT 关键字，但这是在 Ruby 内而不是数据库内移除重复发生的记录。这篇文章原只由 habtm 支持的 :uniq 才能查到，但现在通过 through 关联也可以查到。 (6)、自引用： Habtm 与 through 关联都可是自引用的。Users 的朋友用户就是一个自引用关系的例子。你可以通过在关联上使用带有 :foreign_key 与 :association_foreign_key 选项的 habtm 来完成。同样也可以使用 through 关联，因为它的做法不太明显，所以稍后我会写出如何处理它。 (7)、早期加载 Habtm 与 through 关联都通过 :include 选项来支持被关联对象的早期加载。 (8)、多态性：连接模型与 through 关联可以用 polymorphic 模型类型工作。 (9)、多向连接一个 habtm 关联只可以连接两个模型。但有时候你需要表现多个模型的关联。例如登记的可能是一位飞行家，一个乘客，及一个座位的分配。使用 through 关联，你可以创建一个连接模型，它连接你需要的多个模型。技巧部分是如何构建可方便地得到被关联对象的查询。四、And the winner is... has_and_belongs_to_many 的使用范围狭小。但 has_many :through 则很广泛。 Seriously, there's no way to pick a winner here. Like any engineering decision, choosing a join table or a join model is a matter of picking the right tool for the job (or the right dancer for the part). Now that you've seen our players go head to head, you can make a better choice about who should get that part. 五、回帖部分： 1、David on 2006年4月21日关于 distinct 选择 ---- 我认为你可以附加 :select 'DISTINCT *' 给关联，类似于： has_many foos, :through => bars, :select 'DISTINCT *'

案例:rapidreportig.com压力测试

2007-11-06T14:17:00.000+08:00

Rapid Reporting 将他们的“身份及收入验证引擎”运行在Rails系统上。美国1000强的抵押担保商有80%都使用这套引擎，每月处理2百万次抵押申请交易。

一开始，，Rapid Reporting希望检验Rails是否能够胜任，因此他们从10台集群机器向一个应用程序进行压力测试，每秒3千次请求。真是的应用程序大概需要每秒300次请求，并执行一系列的业务逻辑。因此，处理抵押业务必须遵循GLBA，因此很多地方都需要检查授权许可、生成查账索引。

应用程序使用PostgreSQL作为数据库，lighttpd作为web服务器，每台应用服务器运行大约10个FastCG进程，在一台虚拟服务器上用IP隧道技术实现负载均衡。使用这种部署方式，就可以随时增减FastCGI进程，而不必重启web server。由此又可以实现进程管理的自动化：用一个守护进程监视负载情况，当负载达到峰值时分配更多的FastCGI进程。

一些关于 Add-In VSTO 2008的资源

2007-10-30T22:14:00.001+08:00

部署Addin
http://blogs.msdn.com/pstubbs/archive/2007/05/17/vsto-my-favorite-feature-clickonce-deployment.aspx

对于Office 2007 Word Addin小小的探索
http://www.cnblogs.com/allenlooplee/archive/2007/09/19/898983.html

MSDN Paul Stubbs about VSTO

http://blogs.msdn.com/pstubbs/archive/tags/VSTO/default.aspx

Addin 部署
http://www.cnblogs.com/epjnpe/archive/2007/09/23/902924.html

如何用Code Access Security技术来保护代码，使代码不致被恶意调用

2007-10-29T20:34:00.000+08:00

作为一名.NET开发人员，你没日没夜地写代码，你的组件运行在越来越多的机器上。忽然有一天，你发现你写的组件被引用在别人写的项目里，而且最可气的是，那人竟用你的名义在做破坏它人系统的恶事！你忍不住了，大叫一声Oh shit！，然后打开MSDN，看看有什么办法能帮助你阻止这场阴谋。
　　OK，办法找到了，那就是。NET平台提供的Code Access Security.有大量继承于CodeAccessPermission的类可以帮你实现不同方面、不同范围的代码安全控制。你所需要做的只是从中挑出最适合的类别加以应用，从而达到保护你的组件的目的。
　　在经过一番挑选之后，你最终确定了使用StrongNameIdentityPermissionAttribute类。这个类允许你将组件（或类、方法）与某一强名称（通常就是你发布程序时所用的强名称）绑定，这样，只有在客户端程序具有该强名称签名的情况下才能使用你的组件。也就是说，除了你自己编写的客户端代码因为拥有同样的签名而被允许使用组件以外，任何第三方代码都无法通过StrongNameIdentityPermissionAttribute的防护，因此也就无法恶意调用你的组件了：）。听起来真的不错，马上就动手做吧！
　　为了简便起见，先创建一个很简单的Class Library项目，代码如下：
　　// SecureComp.dll
　　using System；
　　namespace musicland
　　{　　
public class SecureComp
　　{
　　public string Confidential（）
　　{
　　return "This is confidential！"；
　　}
　　}
　　}
　　现在的这个组件非常可怜，因为任何人都可以写代码来调用它。下面，你就要耍点手段了：）：
　　首先引入System.Security.Permissions命名空间：
　　using System.Security.Permissions；
　　然后，在组件级加上StrongNameIdentityPermissionAttribute属性：
　　[assembly： StrongNameIdentityPermissionAttribute（SecurityAction.RequestMinimum，　　PublicKey="0024000004800000940000000602000000240000525341310004000001000100c11c8497d“+　　“283259f23d645358d65812b69136846b03a7d15124545fc3ed27d89d1330cceda4232c7bc6e8a0e7ecd857f8”+　　“126d0859e2300237b3cab6f7737a92f585cbf2afb4b475c537703efb96e17e5921ff00c6e022b22f3d772f14”+　　“6a3a5c7f6ccad3131b8d0465e6709e5a28cc3ca1c8b610af4162c1a18c0feb8e6993ab1"）]　　namespace musicland　…
　　注意，这里使用了SecurityAction.RequestMinimum，这申明除非获得StrongNameIdentityPermissionAttribute所表明的资源访问权限（即对SecureComp.dll组件的访问权限，可以把SecureComp.dll看作一样资源），否则CLR不会准许调用方（即客户端代码）访问所请求的资源；此外，在PublicKey属性中加入了你所允许的公匙（Public Key）的十六进制表示（转化成字符串类型）。CRL在运行期间将依照这一段公匙来判断调用方是否合法，除非调用方拥有相应的私匙（Private Key），否则将无法访问。看来，平时一定要倍加保护你的密钥文件，因为密钥文件（特别是private key）的泄露将会成为你无尽恶梦的根源，而延迟签名（delay signing）在这里也就显得格外重要了：。）
　　说到这里，你一定会有个大大的问号：这长长的一串PublicKey是怎么得出来的？难道要我凭空凑出来不成？当然不是。还记得那个Sn.exe工具吗？通过它就可以把PublicKey给提取出来。OK，打开你的命令行，定位到密钥文件所在目录并输入以下内容：
　　sn –p Key.snk PublicKey.snk
　　这样，提取出来的公匙信息就被存储在PublicKey.snk文件中。你现在只需把公匙信息读取出来并转化成适当的格式就可以了。这里，你可以使用。NET Framework自带的Secutil.exe工具，但据我所了解，Secutil工具的输出都是数组格式（我在自己的机器上测试了Secutil所提供的全部输出选项，但所得结果都是一样，这让我很感意外，不知大家是否有更好的办法），因此就动手自己写了一个小工具来完成这一读取和转换。大家如果感兴趣可以发邮件给我（因为我没有自己的网络空间可以存放。当然你也可以自己来写，因为它实在是太简单了，就是读取二进制文件）。
　　好了，现在你的代码就被全副武装起来了。试着写一个Console客户端来调用SecureComp，结果怎么样？是不是“无法获得相应权限”？试着用Key.snk给客户端程序签名后再访问，这回可以访问了吧！：）

　　结论：适当地应用Code Access Security可以使你的代码被保护起来，不致被第三方不正确调用；但是过多的安全保护也将造成代码运行效率下降，从而带来负面影响。

转载: http://dotnet.csdn.net/page/ee384219-8735-45d8-80fb-d365946d7ffb

Besti Talk折腰的第一个版本

2007-10-28T15:19:00.000+08:00

黑色的Title是可以当MouseDown的时候接受窗体拖动的。
窗体边框是可以resizer的。这个问题在昨天的日志上已经提到了怎么实现。
阴影效果同样在昨天的日志中已经提及。
最大的问题是突然间Jabber服务器一个都登录不了了。真伤心。

通宵写程序容易发迷糊。整个风格都是模仿Google talk完成的。对了，要值得提及的是：我把Google talk中的设置和帮助标签放到了TrayIcon里了。那个不常用的按钮没有必要出现在重要的位置，去掉后可以把图像的照片调整的更加大，就美观多了。

这个.NET界面是折腰了。未来多月内修改一下，还是打算用WinAPI老老实实的完成。

如何实现IE协议调用本地程序？

2007-10-27T23:58:00.001+08:00

刚才在看zuola的Blog的时候，看到右上有

skype:+8613467668333?call
skype:zuola.com?add
mailto:zuola.com@gmail.com
gtalk:chat?jid=zuola.com@gmail.com

　　这看上去类似URL协议的东西。特别是最后一个，你可能会想到QQ也可以。那么他们是怎么做到的？去Google了一下，其实实现还挺简单的。通过一下注册表很快能实现类似skype:, mailto:, gtalk:, 包括verycd的这些很cool的浏览器调用方法。

REGEDIT4
[HKEY_CLASSES_ROOT\notenote]
"URL Protocol"="notepad.exe"
[HKEY_CLASSES_ROOT\notenote\DefaultIcon]
@="notepad.exe,1"
[HKEY_CLASSES_ROOT\notenote\shell\open\command]
@="notepad.exe"

　　把上面的notenote全部换成naiotalk以及路径，或者你自己的程序。

REGEDIT4 [HKEY_CLASSES_ROOT\naiotalk]
"URL Protocol"="naiotalk.exe"
[HKEY_CLASSES_ROOT\naiotalk\DefaultIcon]
@="naiotalk.exe,1"
[HKEY_CLASSES_ROOT\notenote\shell\open\command]
@="C:\Program Files\Naio Network\Naio Talk\notepad.exe" "/%1"

注意：
　　以上代码保存到txt文件。然后修改文件名后缀为.reg。双击运行即可导入注册表。
　　这样你就可以在IE浏览器里输入 naiotalk: （注意有冒号），即可调用naiotalk.如果想在你自己的程序中指定传参，那可就不是几句话了。

自动化对象才可以的.也就是进程外COM

How to Resize Windows with No Form border in .NET

2007-10-27T19:36:00.000+08:00

如何在.NET调整一个无窗体边缘的窗体?

　　在Naio Talk的界面设计部分，由于项目周期的问题以及对Windows系统编程尤其是消息传递机制的不熟悉，选择了.NET来开发。为了使得克服.NET带来的窗体反应迟钝感，打算对Naio Talk的界面经行彻底精心设计。

　　其中计划将Naio Talk的主界面的窗体边框去掉。一是减少重绘，二是看上去更加轻薄。

首先设置窗体FormBorderStyle = None;
然后添加如下C#代码即可。

protected override void WndProc(ref Message m)
{base.WndProc(ref m);
switch (m.Msg)
{
case WM_NCHITTEST:
Point vPoint = new Point((int)m.LParam &
0xFFFF,
(int)m.LParam >> 16 &
0xFFFF);
vPoint = PointToClient(vPoint);
if (vPoint.X <= 5)
if (vPoint.Y <= 5)
m.Result = (IntPtr)HTTOPLEFT;
else if (vPoint.Y >= ClientSize.Height -5)
m.Result = (IntPtr)HTBOTTOMLEFT;
else m.Result = (IntPtr)HTLEFT;
else if (vPoint.X >= ClientSize.Width - 5)
if (vPoint.Y <= 5)
m.Result = (IntPtr)HTTOPRIGHT;
else if (vPoint.Y >= ClientSize.Height - 5)
m.Result = (IntPtr)HTBOTTOMRIGHT;
else m.Result = (IntPtr)HTRIGHT;
else if (vPoint.Y <= 5)
m.Result = (IntPtr)HTTOP;
else if (vPoint.Y >= ClientSize.Height - 5)
m.Result = (IntPtr)HTBOTTOM;
break;
}
}
}

以及如下的成员变量。

const int WM_NCHITTEST = 0x0084;
const int HTLEFT = 10;
const int HTRIGHT = 11;
const int HTTOP = 12;
const int HTTOPLEFT = 13;
const int HTTOPRIGHT = 14;
const int HTBOTTOM = 15;
const int HTBOTTOMLEFT = 0x10;
const int HTBOTTOMRIGHT = 17;

Ruby NetBeans

2007-10-26T14:15:00.000+08:00

去参加过Java的校园宣传活动，看过，听过SUN的“布道士”的花言巧语。但是对于Java却始终不想去学习。但是对于NetBeans这个IDE却留下了深刻的影响。由于NetBeans那时候只提供Java,C++的编译，当时非常不适合我去尝试。甚至半年前看lucene的Java代码的时候，我也只下载了eclipse来浏览代码（我不会Java，也不会编译,只是看里面的类关系）
　　半年后，看到Daniel King在使用NetBeans写Ruby...恩，是时候用NetBeans了。
甚至SUN提供了你单独的Ruby版本的NetBeans.相对RadRails，NetBeans的Ruby IDE已经非常成熟。

下载：
http://dlc.sun.com.edgesuite.net/netbeans/6.0/beta2/

进入页面你可以看到下载的第4列Ruby，Basic IDE & Ruby! That's IT!

但是更加推荐Nightly 的最新版本哦。
http://bits.netbeans.org/download/6.0/nightly/latest/

yea...nightly.

Google Talk协议构架

2007-10-26T11:27:00.000+08:00

网络上一定有很多人在搜索Google Talk是怎么设计和代码的。所以Google Group上也会有人问Google Talk开源？Google Talk代码在哪里？Google Talk 的API有不？

　　如果你不是编程熟手，那么很遗憾地告诉你，Google Talk提供了一种更加广泛的接口或者说是标准，也就是你熟悉的XMPP/Jabber.当然，你光知道这个名词是不能了解Google Talk如何工作的。

　　Google Talk使用了3种协议（或者说扩展了2种）。并且将这3种协议的实现库lib都开源了。您可以从code.google.com上搜索到。

Google Talk构建于大的XMPP协议上。所以您使用PSI,iChat都能连接上。XMPP协议的各个语言实现库可以从Jabber.com中的库列表中找到。
XEP: XMPP enhancement proposals。然后Google Talk Server中使用了一个非标准的扩展，来实现Google Talk的一些特色功能。该功能通过XEP extensions来实现。
libjingle ：C++库，提供Google Talk点对点文件传输，视频，语音聊天功能的协议实现。

具体的Google Talk英文文档简介可参看：Google API about Google Talk