服务器上安装了彩影ARP防火墙单机版(6.0)，机房通知让关闭其主动防御功能。当初安装后设置了热键，隐藏了主窗口，到现在相隔时间久了，热键给忘记了。主窗口不能显示，就无法设置关闭主动防御，杯具。尝试再打开程序，提示"程序已启动，不能同时运行多个实例"；尝试在进程管理器中结束进程，失败；尝试卸载，由于程序在运行，无法卸载，真杯具了。

通过在本地机子上安装相同版本的ARP防火墙，并对其进行监视，发现主窗口隐藏/恢复热键保存在其安装目录下的aas.ini文件中，该文件内容如下：

查看更多...

键值 快捷键
3 Scroll Lock
8 BkSp
9 Tab
12 Num 5

查看更多...

刚重装的系统，安装完Dreamweaver CS3后运行提示：此产品的许可已停止工作。



解决方法：依次打开"控制面板→管理工具→服务"，找到FLEXnet Licensing Service服务并启动即可。若系统中没有FLEXnet Licensing Service服务，下载安装FLEXnet_Publisher，重启计算机即可。

查看更多...

这些年的WEB开发经验让我养成了一个惯性思维：用户管理系统中什么都可以改，唯一不能改的就是用户名。所以，我一直认为Windows操作系统用户名也是不能修改的，今天才知道在Windows操作系统中用户名也是可以修改的：



这样的优点是重命令名后用户桌面、文档中的文件仍在，缺点是修改后用户文件夹仍是C:\Documents and Settings\Administrator，算是一个后遗症吧

前几天因为卖一个自用的单反镜头，买家迟迟未收到货，经过一个星期跟韵达快递的交涉无果。可能像我一样，大家在网购或者发货遇到了快递的问题，比如丢件、少件、延误等等的情况，往往投诉无门，只有忍着。除非重大的经济损失，一般人都不会选择去起诉吧。但是，经过我一番的遭遇，误打误撞，居然找到了一个投诉快递问题的有效渠道——国家邮政局网站，仅仅经过半天时间就解决了我快递遇到的问题，效率实在是太高了，太高了，不得不分享给大家。

先说下我这次倒霉的遭遇：

我在淘宝上卖一个自用的单反镜头，给买家11月22日发的韵达快递，期间因为弟弟结婚回老家了一趟，结果收到买家短信说镜头怎么还不送到，我让买家用淘宝发货后填的运单号联系一下他们重庆的韵达快递，买家不联系，因为不在郑州我联系起来着实麻烦，想着等回郑州了再说。

查看更多...

安装了vs 2008之后，在后台代码中，resharper插件对后台所有局部变量进行提示建议，显示需要采用"use implicitly typed local variable declaration"，通过代码修改建议，发现有"use Var"的提示，通过字面含义，很快就能知道这是.net framework3.5中引进的新机制，即对局部变量进行自动类型设置，其类型取决于等号右边初始化的对象的类型。在网上查了一下相关解释，记录在此：

一、神奇的var

在C#3.0中增加了一个变量声明var，这个声明和JavaScript 的 var类似，但也有不同。

查看更多...

在11月份的账单中，帐单金额由三部分组成：

查看更多...

摘要：OAUTH协议为用户资源的授权提供了一个安全的、开放而又简易的标准。与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息（如用户名与密码），即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权，因此OAUTH是安全的。同时，任何第三方都可以使用OAUTH认证服务，任何服务提供商都可以实现自身的OAUTH认证服务，因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP，JavaScript，Java，Ruby等各种语言开发包，大大节约了程序员的时间，因而OAUTH是简易的。目前互联网很多服务如Open API，很多大头公司如Google，Yahoo，Microsoft等都提供了OAUTH认证服务，这些都足以说明OAUTH标准逐渐成为开放资源授权的标准。

一、OAUTH产生的背景

典型案例：如果一个用户拥有两项服务：一项服务是图片在线存储服务A，另一个是图片在线打印服务B。如下图所示。由于服务A与服务B是由两家不同的服务提供商提供的，所以用户在这两家服务提供商的网站上各自注册了两个用户，假设这两个用户名各不相同，密码也各不相同。当用户要使用服务B打印存储在服务A上的图片时，用户该如何处理？法一：用户可能先将待打印的图片从服务A上下载下来并上传到服务B上打印，这种方式安全但处理比较繁琐，效率低下；法二：用户将在服务A上注册的用户名与密码提供给服务B，服务B使用用户的帐号再去服务A处下载待打印的图片，这种方式效率是提高了，但是安全性大大降低了，服务B可以使用用户的用户名与密码去服务A上查看甚至篡改用户的资源。

查看更多...

该日志是私密日志，只有博主或发布者可以查看！

先前我曾经介绍过利用Apache Axis实现基于SOAP的Web Service实现技术和相关代码，总的来说，SOAP的Web Service解决方案虽然较为成熟，且安全性较好，但是使用门槛较高，在大并发情况下会有性能问题，在互联网上使用不太普及，因此并不太适合Web 2.0网站服务使用，目前大量的Web 2.0网站使用另外一种解决方案——REST。

REST的架构设计

REST(Representational State Transfer)是一种轻量级的Web Service架构风格，其实现和操作明显比SOAP和XML-RPC更为简洁，可以完全通过HTTP协议实现，还可以利用缓存Cache来提高响应速度，性能、效率和易用性上都优于SOAP协议。

查看更多...