2009年11月18日
关闭Windows默认共享
这个是个老问题了，平时不用，可每次用到的时候又忘记了，所以还是决定下下来，呵呵^_^
一下命令可以在“命令提示符”里使用，也可以写成Bat文件，一次运行。
net share admin$ /delete
net share C$ /delete
net share D$ /delete
net share E$ /delete
net share F$ /delete
以上命令用以关闭c:\windows\ 默认共享和各盘默认共享；
如果直接使用命令来关闭IPC$会提示“发生系统错误 5。”“拒绝访问。”
而要关闭IPC$可以禁用“Server服务”，当然，这样做的话，下次需要共享文件夹和打印机的时候，要记得打开该服务。阅读全文>
发表于 @ 2009年11月18日 11:02:00 | 评论( loading... ) | 举报| 收藏
2009年11月17日
极限编程应该在什么时候使用？
极限编程应该在什么时候使用？
极限编程(XP)适用于需求经常发生变化的项目。你的客户对系统应该做什么可能没有一个固定的想法;一个系统每隔几个月其功能就要求进行一定的改变。大多数软件项目的需求都处于这样的动态变化之中。与其它的方法相比，XP能够更好地适应这种情况。
XP适用于高风险的项目。 如果客户需要一个新的系统，而且要求在某天前完成，这里的风险就比较高;如果你的开发组没有做过类似的系统，风险就更高了;如果该系统对整个软件业来说都是一个新的挑战，那这风险就可想而知。使用XP可以降低风险和增加成功的可能性。
XP适用于小规模的项目组，一般在2到10人之间。使用XP不需要拥有博士头衔的开发人员，一般的开发人员就可以。但不能在一个大型的项目组中采用XP。我们注意到，对于一个需求动态变化和高风险的项目而言，一小组XP开发人员要比大的开发组更加有效。
XP对项目组的组成人员有要求。组内不仅包括开发人员，还包括经理和客户，所有人员肩并肩地战斗在一起。软件开发中问题的讨阅读全文>
发表于 @ 2009年11月17日 12:33:00 | 评论( loading... ) | 举报| 收藏
2009年10月14日
asp.net跳转页面的三种方法比较
asp.net跳转页面的三种方法比较
今天老师讲了三种跳转页面的方法，现在总结如下：
1. response.redirect 这个跳转页面的方法跳转的速度不快，因为它要走2个来回（2次postback），但他可以跳 转到任何页面，没有站点页面限制（即可以由雅虎跳到新浪），同时不能跳过登录保护。但速度慢是其最大缺陷！redirect跳转机制：首先是发送一个 http请求到客户端，通知需要跳转到新页面，然后客户端在发送跳转请求到服务器端。需要注意的是跳转后内部空间保存的所有数据信息将会丢失，所以需要用到session。
2 .server.transfer 速度快，只需要一次postback ,但是。。。。他必须是在同一个站点下，因为它是server的一个方法。另外，他能跳过登录保护。你可以写个小程序试试：设计一个由页面一到页面二的跳转，但要进入到页面二需要登录，form认证，但如果跳转语句使用transfer的话，那就不会弹出登录页面了。这个方法的重定向请求是发生在服务器端，阅读全文>
发表于 @ 2009年10月14日 11:03:00 | 评论( loading... ) | 举报| 收藏
2009年09月29日
未来的黑客
未来的黑客不是想着怎么去入侵别人的计算机，而是想怎么去入侵别人的大脑！^_^阅读全文>
发表于 @ 2009年09月29日 18:09:00 | 评论( loading... ) | 举报| 收藏
2009年09月04日
输入长度的限制
我遇到的一些遭到的用户体验：1.我一般有一套自己的秘密规则，可以保证自己的秘密都不相同，而且也不会因为时间过长忘记密码，可是在一些需要注册的场合，用户名和密码的长度是有限制的，用户名没有用太长，所以没有遇到过，要是遇到的话，这样的用户体验是再糟糕不过的了，我还需要重新思考一个不存在于我常用用户名，有的情况下，对于不重要的地方，我就直接不注册，关浏览器走人； 而经常遇到的是，密码长度限制，导致我不得不减少密码为数，导致我下次再来这个地方的时候，由于密码不对，需要重新找回密码，真浪费时间啊。这样糟糕的用户体验也会影响我对该网站或论坛等需要注册地方的第一印象。2.而对于论坛来说，我又再次遇到一个糟糕的用户体验，论坛在申请的时候会有添加扩展信息的地方，比如：爱好、职业、个人简介、签名档等等，这些设置本来是为了获取更详细的用户信息，而给用户提供更人性化和便捷的用户体验的，可是偏偏在“签名”这个地方有了一个30字节之类的限制，而正巧的是，我的签名档字符个数都是固定的，而且大于这个限制，导致每次注册论坛都只能阅读全文>
发表于 @ 2009年09月04日 21:22:00 | 评论( loading... ) | 举报| 收藏
“HTTP 错误 403.1 - 禁止访问:执行访问被拒绝”解决方法
使用IIS建立网站，包括WebService，访问时出现以下错误：
HTTP 403.1 禁止访问：禁止可执行访问
Internet 信息服务
错误原因是“执行权限”不够，解决的方法是：
位置：控制面板-管理工具-计算机管理-服务和应该程序-Internet信息服务-网址-默认网址
找到你的网站，右键选择你的网站“属性”的“主目录”选项卡，在“执行权限”中选择“纯脚本”就可以了。阅读全文>
发表于 @ 2009年09月04日 18:15:00 | 评论( loading... ) | 举报| 收藏
2009年08月21日
STL库
STL库一、STL简介 STL（Standard Template Library，标准模板库)是惠普实验室开发的一系列软件的统称。它是由Alexander Stepanov、Meng Lee和David R Musser在惠普实验室工作时所开发出来的。现在虽说它主要出现在C++中，但在被引入C++之前该技术就已经存在了很长的一段时间。 STL的代码从广义上讲分为三类：algorithm（算法）、container（容器）和iterator（迭代器），几乎所有的代码都采用了模板类和模版函数的方式，这相比于传统的由函数和类组成的库来说提供了更好的代码重用机会。在 C++标准中，STL被组织为下面的13个头文件：、、、、、、、、、、、 和。以下笔者就简单介绍一下STL各个部分的主要特点。阅读全文>
发表于 @ 2009年08月21日 09:56:00 | 评论( loading... ) | 举报| 收藏
2009年07月30日
2009年7月27日Visual Studio 2008安全更新
Visual Studio 2008 ATL 安全更新概述
发现了一个安全问题，攻击者可能会利用该问题来破坏安装了 Visual Studio 2008 的 Windows 系统，进而对其进行完全控制。您可以通过安装此 Microsoft 更新来保护计算机。
大家记得更新哦^_^
在补丁发布公告里发现个有意思的问题，中文版补丁发布日期是2009年7月27日而英文版补丁发布日期既然是2009年7月28日，难道说微软更重视中国市场？还是说这个漏洞是由微软中国首先发现或者由微软中国制作的（或者最快做完）？
还只是一个时差或者发布时间填写的问题？
补丁地址：http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=8f9da646-94dd-469d-baea-a4306270462c
公告（英文）：http://www.microsoft.com/technet/security/bulletin/MS09-0阅读全文>
发表于 @ 2009年07月30日 09:56:00 | 评论( loading... ) | 举报| 收藏
2009年06月04日
C、C++、C#简单代码编译结果的不同!
下面的代码第一眼看上去结果应该是1,2,3，
int i=1;
printf("%d,%d,%d",i++,i++,i++)
可实际上不是这样的。
C语言的结果是：3,2,1
C++的结果是：1,1,1
C#的结果是：1,2,3
为什么呢？难道就是编译器的问题所在？
希望这样的问题不要出现在试题里，要不说明情况，真是难做啊0_0阅读全文>
发表于 @ 2009年06月04日 16:21:00 | 评论( loading... ) | 举报| 收藏
简介vc中的release和debug版本的区别
简介vc中的release和debug版本的区别
Debug通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。Release称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。
Debug 和 Release 的真正秘密，在于一组编译选项。下面列出了分别针对二者的选项（当然除此之外还有其他一些，如/Fd /Fo，但区别并不重要，通常他们也不会引起 Release 版错误，在此不讨论）
Debug 版本
参数 含义
/MDd /MLd 或 /MTd 使用 Debug runtime library (调试版本的运行时刻函数库)
/Od 关闭优化开关
/D "_DEBUG" 相当于 #define _DEBUG,打开编译调试代码开关 (主要针对assert函数)
/ZI 创建 Edit and continue(编辑继续)数据库阅读全文>
发表于 @ 2009年06月04日 14:41:00 | 评论( loading... ) | 举报| 收藏