PHP 域名查询代码

<?php
// 网络技术主管座右铭：三人行，其必有我师焉。http://www.ctohome.com
// 这个代码可以是说是非常的SMART，我改动了小小部分使它更容易用。
$moreinfolist = array( // 储存WHOIS查询主机的连接方法
'at' => 'www.ripe.net/cgi-bin/whois?query=',
'au' => 'www.aunic.net/cgi-bin/whois.aunic?',
'bm' => 'www.bermudanic.bm/cgi-bin/BermudaNIC/rwhois_query_get.pl?query_text=',
'ch' => 'www.switch.ch/cgi-bin/domain/search_domain?keyword=',
'com'=> 'www.networksolutions.com/cgi-bin/whois/whois/?STRING=',
'cz' => 'www.ripe.net/cgi-bin/whois?query=',
'de' => 'www.ripe.net/cgi-bin/whois?query=',
'dk' => 'www.ripe.net/cgi-bin/whois?query=',
'edu'=> 'www.networksolutions.com/cgi-bin/whois/whois/?STRING=',
'es' => 'www.nic.es/whois/index.php?type=Dominios&key=',
'fi' => 'www.ripe.net/cgi-bin/whois?query=',
'fo' => 'www.ripe.net/cgi-bin/whois?query=',
'fr' => 'harmonic.nic.fr/cgi-bin/HarmoNIC.pl?Annu_Suffixe=&Annu_Action=Rechercher&Annu_Automaton_State=17&Annu_Motif=',
'gl' => 'www.ripe.net/cgi-bin/whois?query=',
'gm' => 'www.ripe.net/cgi-bin/whois?query=',
'gov'=> 'www.nic.gov/cgi-bin/whois?s=nic.gov',
'gr' => 'www.ripe.net/cgi-bin/whois?query=',
'hu' => 'www.ripe.net/cgi-bin/whois?query=',
'id' => 'whois.idnic.net.id/cgi-bin/whois-cgi?user=',
'ie' => 'www.ripe.net/cgi-bin/whois?query=',
'il' => 'www.ripe.net/cgi-bin/whois?query=',
'is' => 'www.ripe.net/cgi-bin/whois?query=',
'it' => 'www.ripe.net/cgi-bin/whois?query=',
'jp' => 'www.nic.ad.jp/cgi-bin/whois_gw?lang=/e&type=DOM&rule=ex&key=',
'lb' => 'www.aub.edu.lb/cgi-bin/lbdr.pl?cn=',
'li' => 'www.switch.ch/cgi-bin/domain/search_domain?keyword=',
'lt' => 'www.ripe.net/cgi-bin/whois?query=',
'lv' => 'www.ripe.net/cgi-bin/whois?query=',
'mc' => 'www.ripe.net/cgi-bin/whois?query=',
从前有一个相当流行的web聊天室，叫做Star Trekker 聊天室。我能够来到这个聊天室要感谢我的一个朋友，并且即使Star Trekker的聊友们几乎与我不是同一个圈中的，但是我发现对于他们的大部分人来说，都很友好和有意思。但是当Star Trekker关闭之后，这不得不谢谢运行在后台的Perl了，是它吞掉了服务器的资源，所以这些快乐和友善的人们不得不离开，无处可去了。我有幸在那段时间开张了自已的仿Star
Trekker的聊天室，并且开始设法与许多原来的Trekker的那些无家可归的聊友进行联系。出于对Perl所引起的资源消耗问题的警惕，当一个朋友向我推荐PHP时，我非常的高兴。
　　这个经过精心设计的web聊天室使用了从表单传递过来的变量，并且把它们处理为HTML ，然后将其写入文件。把表单和信息文件放在一个框架中，你可以看到它与一个叫BeSeen的聊天室很象。当然它的好处在于，
我们的聊天室比起它的BeSeen堂兄弟来说要聪明一些。
<form action="chat.php3" method="post">
Name : <input type="text" name="name"><br>
Message : <input type="text" name="message"><br>
<input type="submit" value="Send">
</form>
　　上面就是基本的用于输入的表单。你可能想把它弄得更美观一些，但是不管出于什么目的，这个就是你要处理的。它发送两个变量给chat.php3，分别叫做$name和$message。
　　不过，在处理那些变量之前，我们需要从消息文件中把当前的内容取出来，否则在一个时间里我们只能看到一条消息了。几乎没有一个方法可以管理对话。只有象我一样对自已的消息文件的结构很熟悉，我就知道每一条消息都以一个回车符结束。这就是说，可以使用file()函数来将消息文件读到一个数组中去。
　　消息文件有12行。在12行中，第1行为头信息，第2行到11行为旧的消息，第12行包含了我的脚标。
　　我最感兴趣的是得到一个能够包含所有那些旧消息的字符串。
<?php
// 把文件读到一个数组中
$message_array = file("messages.html");
// 编辑字符串
for ($counter = 1; $counter < 10; $counter++) {
　　 $old_messages .= $message_array[$counter];
}
?>
　　在处理字符串的时候，我将for循环的$counter初始化为1而不是0。这是因为我知道$message_array 数组的第0个元素包含的是我的头信息，我不需要它循环结束条件为$counter < 10，意思是只有数组中1到9的元素被读到字符串中。对于剩下的两个元素，第11个包含我的脚标，第10个包含的是最旧的消息。这两个我都想删除，因为在任何时刻我只让屏幕显示10条消息。修改$counter < 10 表达式，可以允许你改变所包含消息的数量。
论坛的实现方法较为复杂,只要把它分析一下,问题就迎刃而解了,先看看论坛的实现,有人发贴,然后有人跟贴,这个关系形成了一种父子的关联关系,一般写个实用论坛,只要解决了这个子父关系,论坛即已成形.
来看看完成论坛的方法,首先得用数据库来记载这种子父的关系,一般的方法是用无重复的 id 号来完成的,记载父贴的 id 号字段一般用 "parentid" 来记载,子贴存储时记载父贴的 id 号,而父贴的 parentid 则一率为 0,看看数据库的记载形式:
父1:id:1 | parentid:0
子1:id:2 | parentid:1
子子1:id:3 | parentid:2
父2:id:4 | parentid:0
子2:id:5 | parentid:4
子2:id:6 | parentid:4
......
如此数据库记载的子父关系已确立,接着来分析 php 是如何来实现这种父子关系的确立并加入到数据库的,首先用户想发言时,他的贴为一个父贴,因此 php 可将 parentid 设置为 0,当有用户跟贴时,php 将该用户所跟的父贴的 id 号附值给 parentid,这样 php 就完成了,子父关系的确立.
实现了子父关系的确立和存储,接下来就是把这种关系显示出来,这儿就需要用到递归函数来实现了,看下面的代码:
.....
$result=mysql_query("select * from table where parentid=0");
$num=mysql_numrows($result);
if (!empty($num)) {
for ($i=0;$i<$num;$i++) {
$parentid=mysql_result($result,$i,"id");
function showchild($parentid) {
//加入 ul 控制层进
$result=mysql_query("select * from table where parentid=$parentid");
$numb=mysql_numrows($result);
if (!empty($numb)) {
for ($i=0;$i<$numb;$i++) {
....
$parentid=mysql_result($result,$i,"id");
....
showchild($parentid);
}
....
....
}
....
....
}
showchild($parentid);
....
....
}
....
....
}
上面这段代码就是利用递归函数来实现论坛的方法,当然这个论坛是极其原始的,在不同部分加上功能代码,就能够使这个论坛逐渐强大起来,有兴趣的读者不妨自己动手试试.

能够拥有强大的搜索引擎是每个网站的心愿,而一个强大的搜索引擎的制作又是相当复杂和困难的,它涉及到效率,准确性和速度等诸多方面.
这里介绍的搜索引擎不会涉及到这么深的研究,只是针对特定的内容进行精确的查询.
一个功能复杂而强大的搜索引擎要用到很多的程序和数据库技巧,我们就先从简单的搜索引擎开始介绍.
搜索引擎的工作状况是怎样的呢?它接收给出的关键字,然后在给出的范围内进行搜索,然后将搜索的结果返回.
给出的关键字可能在信息内容的任何位置,引擎又是如何进行查找的呢?在这要用到如下的数据库语句:
select * from table where (name like '%".$keyword."%');
name 是查找的具体位置,一般放字段名,like '%".$keyword."%' 是模式匹配,就是在内容中查找有无 $keyword.看个例子:
在数据表 news 查找包含关键字 good 的所有标题:
select * from news where (title like '%good%');
这是个精确查找,能够在数据库内找出所有带 good 的 title 出来,还有一种模糊查找:
select * from news where (title like '%good');
这样也可查找出结果.
假设 news 里包含 title(标题),message(内容),user(用户) 等的字段,上面的查找范围就太狭窄了,因为只对 title 进行了查找,要对其它内容进行查找又不想操作太复杂该如何处理呢?
我们注意到在程序里任何变动的值都用变量来进行处理,在这这个方法一样行得通,可将想要搜索的范围作为变量进行传送,这样就有如下的数据库语法了:
mysql_query("select * from news where ($name like '%".$keyword."%'));
$name 存放的就是传送过来的字段变量的值,而这种可变的值通过 html 的 select 下拉提交表单来完成.
如果想要将搜索结果限制在一定的时间范围内又该如何实现呢?如想要查找 5 天之内的信息.还记得曾在 cookie 介绍中用到的数据库语法吗?
对了,该联合的语法如下:
mysql_query("select * from news where ($name like
'%".$keyword."%') and time>date_sub('$time',interval 5 day)");
其中 $time 为查找的现在时间:$time=date('Y-m-d H:i:s'); time 是数据库存储信息时间的字段.
现在将 $old 来代替 5:
mysql_query("select * from news where ($name like
'%".$keyword."%') and time>date_sub('$time',interval $old day)");
同样 $old 的值通过 select 提交表单将限定的不同时间提交过来,便完成了这个颇为强大的搜索引擎.
一些更为强大的搜索引擎需要程序技巧上的配合,读者可通过以上的原理自行扩展试验.

如何架设一个新闻系统呢?一个完整的新闻系统不仅仅只包括供浏览的新闻界面,它还包括许多功能的控制和后台管理的强劲功能.
那么这些功能内的子功能又如何调度分配呢?下面就来介绍一下各功能的调配控制.新闻系统的实现是简单的,但也可以说是非常复杂的.
新闻系统可分为三大部分:管理员登入系统,新闻管理系统,用户浏览系统.整个过程是简单的:
1.管理人员发布新闻-->数据库-->用户浏览新闻
2.发现问题-->登入管理系统-->编辑修改新闻
以上流程看似简单,但实现起来却并不是那么简单,这是个系统的开发,远比留言版的实现要复杂,但基本运作原理又与留言版相同.在新闻发布系统的重中之重又在于数据库的规划和管理系统的实现.
现在来新闻都有些什么内容:新闻分类,信息本体.
在数据库包函这两项内容于一个数据表内是可以实现的,但不经济,因此我们可用两个数据表来分别存储内容,一个专门存储新闻的分类,而另一个用来存储信息的本体.如何调用实现双表内容的共享呢?运用表关联来实现这个问题(这里并不介绍这方面的知识,读者可自行参考数据库相关的知识内容,靠自己努力得来的知识最有价值,不是吗?)
下面要介绍的是管理功能的实现:
1.首先是新闻的发布
这是一系列的提交表单共同组成的,而这里又分两类,创建新闻分类和发布新闻;创建完新闻分类,然后再在各个分类中发布相关的新闻,很简单嘛!并不是这样的,想想所有的信息本体全都集中在一个数据表里,如何区分信息的分类,上面提到的表关联在这就非常重要了,当然也可不用这种方法,为每个分类创建一个独立的表也能解决问题,可是这样划算吗?维护性和可扩展性有如何呢?
新闻分类和信息本体的相关调用引起了麻烦,对了,解决之道就是活用表关联.
2.编辑,修改,删除的问题
这是 php+mysql 知识的基本运用,实现这些功能并无困难,这里不作过多的介绍,只是要注意的是更改或删除一个分类时,该如何处理该分类下的信息本体呢?由于使用表关联,处理这些功能如同是在一个表内处理一般.
3.多工处理
但许多人在同时编辑一条新闻时会出现什么情况呢?情况就数据库只会存储最后编辑的内容,这种情况发生将意味着前面修改的人的辛苦白费了,多功处理就是解决这个问题的,采取的方法是先入为主的,即先进入编辑的拥有编辑权限,而后进入的只拥有浏览的权限直到编辑完成为止.这个功能很象 linux 的权限控制,不是吗?
完成这个功能可用几种方法:1.用 cookie 来控制,2.在表内增加权控字段.当然用 cookie 更加简单些,cookie 实现的方法和流程是这样的:
当有管理员进入编辑,设置 cookie ,编辑功能的程序段则判断 cookie 值,为空允许编辑,非空则拒绝编辑,退出编辑时则将 cookie 清空,如此循环往复;多工功能是个有效的功能,至少能减少时间上和人力上的浪费.
新闻浏览功能的实现很简单,加上翻页功能(本站已经介绍过了),强大的新闻系统基本完成,似乎少了个很重要的功能,不错就是搜索引擎,这个功能将会在以后详细介绍.