为了能清楚地描述Web Service 和Remoting之间的区别,我打算从他们的体系结构上来说起:
Web Service大体上分为5个层次:
1. Http传输信道
2. Xml的数据格式
3. SOAP封装格式
4. WSDL的描述方式
5. UDDI

详细内容 »

192.168.1.1 单个IP
192.168.1.* 这样代理 192.168.1.1-192.168.1-255
192.158.1.2-20 这样是代表192.158.1.2-192.158.1.20
也可以这样写 192.168.1.[1|2|3]
嘿嘿～一个方法不知道想法是否周全，拿出来大家讨论
使用
以下是引用片段：
$oBlock_ip = new block_ip();
$oBlock_ip->checkIP();
以下是引用片段：

详细内容 »

“IP地址的长度为32位，分为4段，每段8位，用十进制数字表示，每段数字范围为0～255，段与段之间用句点隔开。”

由此我们了解到，IP地址实际上是一个32位正整数，在C#中可以使用uint类型来表示，但SQLServer数据库里好像没有对应的类型；转而使用数据库支持的int类型的话，则会出现溢出的情况；因此我们做出妥协：使用long(bigint)类型。

  详细内容 »

<%
’获取访问者的地址
ip=Request.ServerVariables(”REMOTE_ADDR”) 
’允许的IP地址段为10.0.0.0～10.68.63.255
allowip1=”10.0.0.0″
allowip2=”10.68.10.71″
response.write checkip(ip,allowip1,allowip2)

function checkip(ip,allowip1,allowip2)
dim check(4)
checkip=false
ipstr=split(ip,”.”)
allow1=split(allowip1,”.”)
allow2=split(allowip2,”.”)
if cint(allow1(0))>cint(allow2(0)) then ’判断IP地址段是否合法
response.write “IP地址段出错！”

详细内容 »

在Module中使用自定义过滤器，来统一对站内所有请求响应的输出内容进行采集或更改。 因项目需要，对每一个访问网站的请求要做原始数据记录，其中要包括几个要素：
1.客户端的IP
2.客户端请求的页面路径
3.客户端发出的请求头
4.服务器返回的正文内容。

在代码设计前分析了一下，前三个都很好解决，对于截获服务器返回的正文，准备用HttpResponse 对象中的Output 和 OutputStream 属性输出信息来解决。

可是在正式编码的过程中，发现Output和OutputStream 并不是想像中可以直接把数据转出取回，耗费了近两天的时间，想尽了一切办法可还是仅仅可以追加内容并无法读取。

在网上查阅到，对于HttpResponse 对象，仅仅可以使用过滤器来对其中将要输出的内容进行修改。
这个过滤器要继承自Stream 类，并要实现其中的虚方法。看来之前企图使用HttpWriter,TextWriter,Stream,HttpStream 这些类来转出数据完全是错误的。

详细内容 »

作者:NB联盟－小竹

引 言

随着B/S模式应用开发的发展，使用这种模式编写应用程序的程序员也越来越多。但是由于这个行业的入门门槛不高，程序员的水平及经验也参差不齐，相当大一部分程序员在编写代码的时候，没有对用户输入数据的合法性进行判断，使应用程序存在安全隐患。用户可以提交一段数据库查询代码，根据程序返回的结果，获得某些他想得知的数据，这就是所谓的SQL Injection，即ＳＱＬ注入。

ＳＱＬ注入是从正常的WWW端口访问，而且表面看起来跟一般的Web页面访问没什么区别，所以目前市面的防火墙都不会对ＳＱＬ注入发出警报，如果管理员没查看IIS*志的习惯，可能被入侵很长时间都不会发觉。

详细内容 »

一、 分离导航与内容

让我们使用一个例子作为开始。请考虑你现在阅读的文章，它有下列一些内容：

· 一个其上有一些预定义的到Informit的各个部分的链接的页眉。

· 在页眉下有一行，把本文放到Informit的目录结构之中(实际上，这是唯一的与目录相关的可导航元素)。

· 一个位于右首的侧栏，其中有一些连接到流行文章和推荐内容的链接。

· 一个页脚，还有一些永远不会改变的链接。

详细内容 »

引言

数据库的设计范式是数据库设计所需要满足的规范，满足这些规范的数据库是简洁的、结构明晰的，同时，不会发生插入（insert）、删除（delete）和更新（update）操作异常。反之则是乱七八糟，不仅给数据库的编程人员制造麻烦，而且面目可憎，可能存储了大量不需要的冗余信息。

设计范式是不是很难懂呢？非也，大学教材上给我们一堆数学公式我们当然看不懂，也记不住。所以我们很多人就根本不按照范式来设计数据库。

实质上，设计范式用很形象、很简洁的话语就能说清楚，道明白。本文将对范式进行通俗地说明，并以笔者曾经设计的一个简单论坛的数据库为例来讲解怎样将这些范式应用于实际工程。

详细内容 »

1. using System;
2. using System.Collections.Generic;
3. using System.Text;
4. using System.Diagnostics;
5. namespace Log
6. {
7. class LogWirter
8. {
9. /// <summary>
10. /// 事件源名称
11. /// </summary>
12. private string eventSourceName;
13. EventLogEntryType eventLogType;
14. public LogWirter()
15. {
16. eventSourceName = “test”;
17. eventLogType = EventLogEntryType.Error;
18. }
19. 详细内容 »