Field's Space.NET技术学习 |
公告 |
置顶随笔 # 摘要: 原文地址:http://www-128.ibm.com/developerworks/cn/web/wa-javascript.html函数式或声明性编程是非常强大的编程方法,正逐渐在软件行业流行起来。这篇文章将介绍一些相关的函数式编程概念,并提供有效使用这些概念的示例。作者将解释如何使用 JavaScript(TM)™(JavaScript 能导入函数式编程的构造和特性)编写优美的代...阅读全文
posted @ 2006-07-25 12:02 Field 阅读(235) 评论(0) 编辑
摘要: 原文地址: http://dotnet.csdn.net/n/20060721/92852.html搜索引擎是伴随着互联网的发展而不断发展的,由于互联网已经成为人们学习工作和生活中不可缺少的平台,几乎每一个上网的人都会使用搜索引擎,围绕搜索已经形成一个重要的产业链,有些媒体甚至造出了“搜索经济”这个词。既然搜索这样魅力无穷,人们除了关心目前的搜索的现状外,更加关心下一代搜索...阅读全文
posted @ 2006-07-22 08:42 Field 阅读(285) 评论(0) 编辑
摘要: Christopher Steen - Link blogger extrordinaire. Coding Horror (Jeff Atwood) - Excellent writer with a lot to say about how software development ought to be done, fun stuff about technology and games, ...阅读全文
posted @ 2006-07-21 17:46 Field 阅读(106) 评论(0) 编辑
摘要: 今天上班的时候就碰到这个问题,郁闷了半天!!本来想想反正是DataGrid里面的列,还不一样么,结果问题出来了,列里面的字符太多,把DataGrid弄得N难看,更郁闷中...慢慢思考问题出在那里,后来我干脆重新做一遍,结果发现,要是把列设定成BoundColumn,然后再用:if(e.Item.Cells[2].Text.ToString().Length>25){e.Item.Cells[...阅读全文
posted @ 2006-07-20 16:54 Field 阅读(329) 评论(3) 编辑
摘要: 原文地址:http://dotnet.chinaitlab.com/ADONET/398553.html1.为DataGrid控件设计样式在<asp:datagridid="DataGrid1"runat="server">之后添加如下代码<FooterStyleForeColor="Black"BackColor="#CCCCCC"></FooterStyle>...阅读全文
posted @ 2006-07-15 16:37 Field 阅读(405) 评论(1) 编辑
2007年3月7日 # 第一篇:A MySQL 4.1 Story
下面要写的是一篇非常无聊的东西,充斥了大量各式各样的编码、转换、客户端、服务器端、连接……呃,我自己都不愿意去看它,但想一想,写下来还是有点意义的,原因有四: MySQL 4.1 对多语言的支持有了很大变化 (这导致了问题的出现); 尽管大部分的地方 (包括个人使用和主机提供商),MySQL 3 仍然占主导地位;但 MySQL 4.1 是 MySQL 官方推荐的数据库,已经有主机提供商开始提供并将会越来越多; 许多 PHP 程序以 MySQL 作为默认的数据库管理软件,但它们一般不区分 MySQL 4.1 与 4.1 以下版本的区别,笼统地称“MySQL 3.xx.xx 以上版本”就满足安装需求了; 因为 latin1 在许多地方 (下边会详细描述具体是哪些地方) 作为默认的字符集,成功的蒙蔽了许多 PHP 程序的开发者和用户,掩盖了在中文等语言环境下会出现的问题; 简单的说,MySQL 自身的变化和使用 MySQL 的 PHP 程序对此忽略,导致了问题的出现和复杂化,而由于大部分用户使用的是英文,使这种问题不被重视。这里提到的 PHP 程序,主要就 WordPress 而言。 MySQL 4.1 字符集支持的原理MySQL 4.1 对于字符集的指定可以细化到一台机器上安装的 MySQL,其中的一个数据库,其中的一张表,其中的一栏,应该用什么字符集。但是,传统的 Web 程序在创建数据库和数据表时并没有使用那么复杂的配置,它们用的是默认的配置,那么,默认的配置从何而来呢? 编译 MySQL 时,指定了一个默认的字符集,这个字符集是 latin1; 安装 MySQL 时,可以在配置文件 (my.ini) 中指定一个默认的的字符集,如果没指定,这个值继承自编译时指定的; 启动 mysqld 时,可以在命令行参数中指定一个默认的的字符集,如果没指定,这个值继承自配置文件中的; 此时 character_set_server 被设定为这个默认的字符集; 当创建一个新的数据库时,除非明确指定,这个数据库的字符集被缺省设定为 character_set_server; 当选定了一个数据库时,character_set_database 被设定为这个数据库默认的字符集; 在这个数据库里创建一张表时,表默认的字符集被设定为 character_set_database,也就是这个数据库默认的字符集; 当在表内设置一栏时,除非明确指定,否则此栏缺省的字符集就是表默认的字符集; 这个字符集就是数据库中实际存储数据采用的字符集,mysqldump 出来的内容就是这个字符集下的; 简单的总结一下,如果什么地方都不修改,那么所有的数据库的所有表的所有栏位的都用 latin1 存储,不过我们如果安装 MySQL,一般都会选择多语言支持,也就是说,安装程序会自动在配置文件中把 default_character_set 设置为 UTF-8,这保证了缺省情况下,所有的数据库的所有表的所有栏位的都用 UTF-8 存储。 当一个 PHP 程序与 MySQL 建立连接后,这个程序发送给 MySQL 的数据采用的是什么字符集?MySQL 无从得知 (它最多只能猜测),所以 MySQL 4.1 要求客户端必须指定这个字符集,也就是 character_set_client,MySQL 的怪异之处在于,得到的这个字符集并不立即转换为存储在数据库中的那个字符集,而是先转换为 character_set_connection 变量指定的一个字符集;这个 connection 层究竟有什么用我不大明白,但转换为 character_set_connection 的这个字符集之后,还要转换为数据库默认的字符集,也就是说要经过两次转换;当这个数据被输出时,又要由数据库默认的字符集转换为 character_set_results 指定的字符集。 一个典型的环境典型的环境以我自己的电脑上安装的 MySQL 4.1 为例,我自己的电脑上安装着 Apache 2,PHP 5 和 WordPress 1.5.1.3,MySQL 配置文件中指定了 default_character_set 为 utf8。于是问题出现了: WordPress 按照默认情况安装,所以所有的表都用 UTF-8 存储数据; WordPress 默认采用的浏览字符集是 UTF-8 (Options->Reading 中设置),因此所有 WP 页面的 meta 中会说明 charset 是 utf-8; 所以浏览器会以 utf-8 方式显示所有的 WP 页面;这样一来 Write 的所有 Post,和 Comment 都会以 UTF-8 格式从浏览器发送给 Apache,再由 Apache 交给 PHP; 所以 WP 从所有的表单中得到的数据都是 utf-8 编码的;WP 不加转换的直接把这些数据发送给 MySQL; MySQL 默认设置的 character_set_client 和 character_set_connection 都是 latin1,此时怪异的事情发生了,实际上是 utf-8 格式的数据,被“当作 latin1”转换成……居然还是转换成 latin1,然后再由这个 latin1 转换成 utf-8,这么两次转换,有一部分 utf-8 的字符就丢失了,变成 ??,最后输出的时候 character_set_results 默认是 latin1,也就输出为奇怪的东西了。 最神奇的还不是这个,如果 WordPress 中设置以 GB2312 格式阅读,那么 WP 发送给 MySQL 的 GB2312 编码的数据,被“当作 latin1”转换后,存进数据库的是一种奇怪的格式 (真的是奇怪的格式,mysqldump 出来就能发现,无论当作 utf-8 还是当作 gb2312 来读都是乱码),但如果这种格式以 latin1 输出出来,居然又能变回 GB2312! 这会导致什么现象呢?WP 如果使用 MySQL 4.1 数据库,把编码改用 GB2312 就正常了,可惜,这种正常只是貌似正常。 如何解决问题如果你已经不耐烦了 (几乎是肯定的),google 一下,会发现绝大部分的解答是,query 之前先执行一下:SET NAMES 'utf8',没错,这是解决方案,但本文的目的是说明,这为什么是解决方案。 要保证结果正确,必须保证数据表采用的格式是正确的,也就是说,至少能够存放所有的汉字,那么我们只有两种选择,gbk 或者 utf-8,下面讨论 utf-8 的情况。 因为配置文件设置的 default_character_set 是 utf8,数据表默认采用的就是 utf-8 建立的。这也应该是所有采用 MySQL 4.1 的主机提供商应该采用的配置。所以我们要保证的只是客户端与 MySQL 交互之间指定编码的正确。 这只有两种可能,客户端以 gb2312 格式发送数据,或者以 utf-8 格式发送数据。 如果以 gb2312 格式发送: SET character_set_client='gb2312' SET character_set_connection='utf8' 或者 SET character_set_connection='gb2312' 都是可以的,都能够保证数据在编码转换中不出现丢失,也就是保证存储入数据库的是正确的内容。 怎么保证取出的是正确的内容呢?考虑到绝大部分客户端 (包括 WP),发送数据的编码也就是它所希望收到数据的编码,所以: SET character_set_results='gb2312' 可以保证取出给浏览器显示的格式就是 gb2312。 如果是第二种情况,客户端以 utf-8 格式发送 (WP 的默认情况),可以采用下述配置: SET character_set_client='utf8' SET character_set_connection='utf8' SET character_set_results='utf8' 这个配置就等价于 SET NAMES 'utf8'。 WP 应该作什么修改还是那句话,客户端要发给数据库什么编码的数据,数据库是不可能确切知道的,只能让客户端自己说明白,所以,WP 是必须发送正确的 SET... 给 MySQL 的。怎么发送最合适呢?台湾的 pLog 同仁给出了一些建议: 首先,测试服务器是否 >= 4.1,编译时是否加入了 UTF-8 支持;是则继续 然后测试数据库以什么格式存储 ($dbEncoding); SET NAMES $dbEncoding 对于第二点,WP 的情况是不同的,按照上面的典型配置,只要用 WP,肯定数据库是用 UTF-8 存储的,所以要根据用户设置的以 GB2312 还是 UTF-8 浏览来判断 (bloginfo('charset')),但这个值是要连接数据库以后才能得到的,所以效率最高的方式是连接数据库之后,根据这个配置设置一次 SET NAMES,而不必每次查询之前都设置一遍。 我的修改方式是这样的,在 wp_includes/wp-db.php 中增加: function set_charset($charset) { // check mysql version first. $serverVersion = mysql_get_server_info($this->dbh); $version = explode('.', $serverVersion); if ($version[0] < 4) return; // check if utf8 support was compiled in $result = mysql_query("SHOW CHARACTER SET like 'utf8'", $this->dbh); if (mysql_num_rows($result) < = 0) return; if ($charset == 'utf-8' || $charset == 'UTF-8') $charset = 'utf8'; @mysql_query("SET NAMES '$charset'", $this->dbh); } 在 wp-settings.php 的 require (ABSPATH . WPINC . '/vars.php'); 后增加: $wpdb->set_charset(get_bloginfo('charset')); 第二篇文章:MySQL 4.1 中文乱码的问题 1. MySQL 4.1 在文字上有很大改进,它有了 Character Set 与 Collation 的慨念。
2. 在 MySQL 4.0 ,一般的程式都会将文字以拉丁文 ( latin) 来储存,就算我们输入中文字,结果仍是放在以拉丁文设置的文字栏里头,这对 MySQL 4.0 与以 MySQL 4.0 为基楚的程式来说,并不会有问题。 3. 可是 MySQL 4.1 的系统编码是预设用 UTF-8 的,当要 restore MySQL 4.0 的 backup 档到 MySQL 4.1 时,乱码就出现了。原因在于 MySQL 4.1 将 latin 码转换过来,而后转换是并不完全完美的,这导致了出现少量文字出现乱码现象。 4. 要解决这乱码问题并不难。首先,在 MySQL 4.0 备份时,先将所有文字栏变成 binary 类型,然后进行正常备份。第二步,可在 MySQL 4.1 里将刚才的备份 restore。最后,将较早前所变更到 binay 类型的文字栏,再次复原到文字类型。这样中文编码的问题就应该可以完全解决。 5. 将文字栏变更到 binay 类型时,必需设定 binary 栏的长度大过或等于 (>=) 文字栏的长度,否则资料会失去。 6. 另外,经这样升级的 MySQL 数据库,在 MySQL 4.1 里将会正常工作,就算是怎样 backup 与 restore 都不会再有乱码问题。 第三篇文章:MySQL4.1乱码终极解决方案 mysql4.1是比较烦人,支持多语言的细化设置,再加上phpmyadmin2.6也比较笨,默认就是改不动的utf8,怎么弄都乱码。
好了,废话少说,我们来一步步解决这个问题: 1.修改/etc/my.cnf文件,改成这样: [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock default-character-set=utf8 [mysql.server] user=mysql basedir=/var/lib [mysqld_safe] err-log=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid 注意:就是加入了一句default-character-set=utf8。 2./etc/init.d/mysqld restart 重新启动mysql; 3.打开phpmyadmin,选择lang为"Chines simplifies(zh-utf-8)",选择"MySQL 连接校对"为"utf8_general_ci "点“显示 MySQL 的运行信息”--“变量”,可以看到: character set client utf8 utf8 character set connection utf8 utf8 character set database utf8 utf8 character set results utf8 utf8 character set server utf8 utf8 character set system utf8 utf8 collation connection utf8_general_ci utf8_general_ci collation database utf8_general_ci utf8_general_ci collation server utf8_general_ci utf8_general_ci 从这里可以看到character全部变成utf8了。 有人要问,为什么都要改成utf8呢?改成GB2312不行吗? 解释如下: 我也不想改成utf8,只是phpmyadmin2.6在mysql4.1的时候只会用utf8,连其他页面的charset也都是utf8,改成gb2312一定会乱码,我们只能凑phpmyadmin了。 只有在mysql3.23的时候,phpmyadmin才会多一个gb2312的页面charset,这时候是正常的。 3.将以前的mysql3的库文件导入mysql4.1的库 有两种情况: 一是从phpmyadmin上导入,这时候你要注意的是在选择库文件的页面左下脚有个“文件的字符集:”,默认是utf8,要改成gb2312,否则导进去乱码; 二是在linux下导入,这时候你需要先在库文件的头部加一行: SET NAMES 'gb2312'; 注意最后也是;号,别漏了。 然后执行mysql -u用户名 -p密码 xxx.sql > 库名 导入完成以后再用phpmyadmin打开看,里面的中文字就是正确的。 4.从mysql4.1里导出库文件 一.用phpmyadmin导出 导出倒是问题不大,如果phpmyadmin的浏览页面里显示的中文是正常的,那么导出肯定也是正常的 二.在linux上导出 如果用mysqldump导出出现了乱码也没有关系,可以运行iconv来转换一下 iconv -c -f UTF-8 -t GB2312 库文件名 > 新的gb2312的库文件名 综上所述,你要注意: 1。尽量在需要导入的库文件的开头加入SET NAMES 'gb2312';告诉mysql你要导入的是一个gb2312的文件; 2。可能你需要这个: SET NAMES 'utf8'; 在登陆到mysql后用,把character的一些默认参数改到utf8上,有时可以减少一些困扰,不过也不是必须的。 在mysql上使用: SHOW VARIABLES LIKE 'character_set_%'; 用来查看当前的状态。 3.如果出现乱码也不要怕,一是你要注意留存原有的备份,二是用iconv来进行转化。 在正常使用之前注意做导入导出的测试,确保万无一失。 最后加一句:www.quicklinux.org原创文章,转载请注明出处。呵呵 邮件:support@quicklinux.org phpmyadmin的乱码问题 我升级了MYSQL到4.1.2,phpmyadmin用的是2.6.2。数据表里面有中文的字段中文都变成了乱码,导出数据也是乱码。我用以前的2.5.7没有问题,想问一下,应该在phpmyadmin的那个文件里改哪个设置一下才能显示出来的是正常的中文字?
和字符相关的变量中这几个和sql很有关系: character_set_client character_set_connection character_set_results 此外就是数据库中对相应字段设置的charact set,如果没有对字段设置,缺省是table的charact set,table也没有指定则缺省使用database的。 上面3个变量的作用是这样的,client表示客户端发送过来的字符集,results表示发送到客户端的字符集(这两个分开是因为发送过来和发送过去的不一定是同一个客户端),connection则在客户端和数据库起一个连接作用。 具体是这样:比如我在mysql命令行设置client为gbk,connection为utf8,results为gbk,数据库为big5, 当我发送一个insert语句的时候,这个语句作为gbk代码,先转为utf8代码(connection),再转为big5(database)插入数据库。 而运行一个select语句的时候,从数据库得到的结果则相反的过程,由big5转为utf8,再转为gbk,你得到gbk的结果。 因此最主要的是让client和results和你使用的客户端一致。比如你的网页是utf8编码,你就要设置这两个为utf8。 而在mysql命令行的时候,我用的是2000,需要设置为gbk 而我们用的set names XXX,实际上就是同时设置这3个变量为XXX。 在这样的情况下,我们可以把一个数据库中的不同表或不同字段设为不同的字符集,只要上面3个设置正确,就可以在数据库中同时使用不同的字符集。 注意要保证你的数据库中的字符已经使用了正确的字符集,比如如果一开始你设置错误,插入数据后,本身数据的编码就是不正确的,然后即使设置改回来,也不可能得到正确的显示了。 还有一个是编码互相之间的兼容性,如果一个字符在gbk中有,在utf8中没有,那么在gbk-》utf8-》gbk的过程中,它就变成了“?” 再说一下具体解决的办法。 首先要指定你的升级后的database及table及field的character set,一般来说我们用gb2312或者utf8的,如果不同时使用多种编码,只要指定database就可以,可以在建库的sql语句加上相应的character set,在phpMyAdmin里也可以修改。 然后是导入旧数据。首先要确定自己的数据文件的编码。如果用phpMyAdmin导入,在界面上有文件编码的选项,一定要和数据文件的编码一致。 如果从mysql的命令行导入,就要自己设置上面说到的3个变量,set names xxx。 使用其它的客户端程序一样要注意。 这样就可以让旧数据转入新数据库后的编码才是正确的,如果这一步错了,后面不可能得到正确的显示。 然后是自己的程序,在连接后就可以执行一次set names xxx,根据你的网页编码而定。 这样基本就可以保证编码正确了。 你很有可能是导入的数据编码已经不对了。
posted @ 2007-03-07 10:13 Field 阅读(89) 评论(0) 编辑
最近看了forest斑竹的access类,小弟刚要用到,把access的数据导入mssql,呵呵
因为数据库设计的结构不同,没法子dtc,呵呵,只好自己些程序了,为了方便, 循着forest斑竹的思路,写了个mssql的连接和查询类,没经过测试,请各位大虾指教! ======================================== <?php //-------------------------------------------------------------------- //FileName:mssql.class.php //Summary: Mssql数据库操作类 //Author:-_-( netman) //CreateTime: 2007-1-31 //LastModifed: //copyright (c)2007 oldsock@163.com // 使用范例: //$mssqlHost='localhost'; //$mssqlPwd='yourpassword'; //$mssqlUser='yourusername'; //$db='yourdb'; //include_once("includes/mssql.class.php"); //$access=new Mssql($databasepath,$dbusername,$dbpassword,$db); //-------------------------------------------------------------------- class Mssql { var $mssqlHost,$mssqlUser,$mssqlPwd,$link,$linkDB,$db; function __construct($mssqlHost,$mssqlUser,$mssqlPwd,$db) { $this -> mssqlHost = $mssqlHost; $this -> mssqlUser = $mssqlUser; $this -> mssqlPwd = $mssqlPwd; $this -> db = $db; $this -> msSelectDB(); } function msConnect() { $this -> link = mssql_connect($this->mssqlHost,$this->mssqlUser,$this->mssqlPwd); if ($this->link) { echo '数据库服务器连接成功!'; }else { echo '数据库服务器连接错误!'; } return $this->link; } function msSelectDB() { $this->linkDB=mssql_select_db($this->db,$this->msConnect()); if ($this->linkDB) { echo '数据库连接成功!'; }else { echo '对不起,请稍后连接!'; } return $this->linkDB; } function msQuery($sql) { return mssql_query($sql,$this->linkDB); } //取得记录集总数 function msTotalNum($sql) { return mssql_num_rows($this->msQuery($sql)); } //取得字段总数 function msFieldNum($sql) { return mssql_num_fields($this->msQuery($sql)); } //取得记录集 function msFetchArray($sql) { return mssql_fetch_array($this->msQuery($sql)); } function msClose() { mssql_close($this->link); } } ?>
posted @ 2007-03-07 10:09 Field 阅读(112) 评论(0) 编辑
--------------------------------html------------------------------------------------------
<html> <head> <meta http-equiv="Content-Type" c> <title>无标题文档</title> <script language="javascript"> var ajax=false; function initAjax() { ajax = false; if(window.XMLHttpRequest) { ajax = new XMLHttpRequest();} else if (window.ActiveXObject) { try {ajax = new ActiveXObject("Msxml2.XMLHTTP"); } catch (e) { try {ajax = new ActiveXObject("Microsoft.XMLHTTP");} catch (e) {} } } if (!ajax) { window.alert("不能创建XMLHttpRequest对象实例"); return false; } } //------------- function fill() { initAjax(); ajax.onreadystatechange=fillcity; ajax.open("get","test.php?cityid=all",true); ajax.send(null); } function fillcity() { if(ajax.readyState==4) if(ajax.status==200) {splitcity(ajax.responseText); } else {alert('no data come back');} } function splitcity(rs) { document.form1.city.length=0; var field=rs.split(';'); for(var i=0;i<field.length;i++) { var subfield=field; var op=subfield.split(","); if(op[0]!='') document.form1.city.add(new Option(op[0],op[1])); } } //-------------- function changetown() { initAjax(); ajax.onreadystatechange=filltown; var myurl="test.php?cityid="+document.form1.city.value; ajax.open("get",myurl,true); ajax.send(null); } function filltown() { var ob='town'; if(ajax.readyState==4) if(ajax.status==200) {splittown(ajax.responseText); } else {alert('no data come back');} } function splittown(rs) { document.form1.town.length=0; var field=rs.split(';'); for(var i=0;i<field.length;i++) { var subfield=field; var op=subfield.split(","); if(op[0]!='') document.form1.town.add(new Option(op[0],op[1])); } } //------------- </script> </head> <body> <form name="form1" action="" method="get"> <table width="200" border="0" cellspacing="0" cellpadding="0"> <tr> <td height="20">City:<select name="city" style="width=100;" ></select></td> </tr> <tr></tr><tr></tr><tr></tr><tr></tr><tr></tr><tr></tr><tr></tr> <tr> <td height="20">Town:<select name="town" style="width=100;"></select></td> </tr> </table> </form> </body> </html> ---------------------------------------------php-------------------------------------------------- <?php header('Content-Type:text/html;charset=GB2312'); include_once("conn.php");//数据库连接 $id=$_GET['cityid']; if($id=='all') { $sql="select id,cityname from city"; $query=mysql_query($sql); if(@mysql_num_rows($query)>0) { while ( $row = mysql_fetch_array($query) ) echo( $row['cityname'].','.$row['id'].';' ); } } else { if(empty($id)) $sql="select id ,townname from town "; else $sql="select townname,id from town where cityid=".$id; $query=mysql_query($sql); if(mysql_num_rows($query)>0) { while ( $row = mysql_fetch_array($query) ) print($row['townname'].','.$row['id'].';'); } } ?>
posted @ 2007-03-07 10:08 Field 阅读(1053) 评论(1) 编辑
摘要: 1<?2/**3*filename:ext_page.class.php4*@package:phpbean5*@author:feifengxlq<feifengxlq#gmail.com><[url=http://www.phpobject.net/]http://www.phpobject.net/[/url]>6*@copyright:Copyright200...阅读全文
posted @ 2007-03-07 09:42 Field 阅读(9557) 评论(18) 编辑
2007年2月14日 #
之前一直在处理一个MSSQL导入的问题,只是简单的把数据库从本地导到服务器上而已,可是就是不行,试了好几次都不行,后来只想到找空间商,可是人家“忙”啊 ,从昨天晚上到今天都没有解决,看来只有自己来解决了!!!
后来仔细想想,再看看服务器上的数据表,发现有两个用户的表一个是dbo,一个是我自己的用户名,晕了! 只好把DBO的全删了,然后再导一下 ,还是出现这样的情况! 没有办法只好再去生成SQL脚本,然后把里面的DBO换成我自己的用户名,然后在到查询分析器里去执行,再导入数据,结果发现可以了!哈哈。。。。 真开心。。。
posted @ 2007-02-14 12:39 Field 阅读(56) 评论(0) 编辑
2006年9月4日 #
原文地址:http://www.cocooba.com/blog/post/99.html
ASP分页代码的学习 Option Explicit '--------------获取相关参数---------- '------------显示翻页内容函数-------- '-------------连接数据库------------- '---------统计总记录数/总页数--------- '--------根据hav选择相应的SQL字串----- var BackUrl='mllist.asp?CurPageNum='+(CurPageNum-1)+'&CursorBegin='+CursorBegin+'&CursorEnd='+CursorEnd+'&hav=back';
Cnbruce的代码:
第三种 <%if rs.pagecount<>1 and rs.pagecount<>0 then%>
posted @ 2006-09-04 12:05 Field 阅读(283) 评论(0) 编辑
2006年7月25日 #
函数式编程语言在学术领域已经存在相当长一段时间了,但是从历史上看,它们没有丰富的工具和库可供使用。随着 .NET 平台上的 Haskell 的出现,函数式编程变得更加流行。一些传统的编程语言,例如 C++ 和 JavaScript,引入了由函数式编程提供的一些构造和特性。在许多情况下,JavaScript 的重复代码导致了一些拙劣的编码。如果使用函数式编程,就可以避免这些问题。此外,可以利用函数式编程风格编写更加优美的回调。
因为函数式编程采用了完全不同的组织程序的方式,所以那些习惯于采用命令式范例的程序员可能会发现函数式编程有点难学。在这篇文章中,您将了解一些关于如何采用函数式风格,用 JavaScript 编写良好的、优美的代码的示例。我将讨论:
在那些通过描述 “如何做” 指定解决问题的方法的语言中,许多开发人员都知道如何进行编码。例如,要编写一个计算阶乘的函数,我可以编写一个循环来描述程序,或者使用递归来查找所有数字的乘积。在这两种情况下,计算的过程都在程序中进行了详细说明。清单 1 显示了一个计算阶乘的可能使用的 C 代码。 清单 1. 过程风格的阶乘
这类语言也叫做过程性 编程语言,因为它们定义了解决问题的过程。函数式编程与这个原理有显著不同。在函数式编程中,需要描述问题 “是什么”。 函数式编程语言又叫做声明性 语言。同样的计算阶乘的程序可以写成所有到 n 的数字的乘积。计算阶乘的典型函数式程序看起来如 清单 2 中的示例所示。 清单 2. 函数式风格的阶乘
第二个语句指明要得到从 1 开始的前 n 个数字的列表(
从历史上看,函数式编程语言不太流行有各种原因。但是最近,有些函数式编程语言正在进入计算机行业。其中一个例子就是 .NET 平台上的 Haskell。其他情况下,现有的一些语言借用了函数式编程语言中的一些概念。一些 C++ 实现中的迭代器和 continuation,以及 JavaScript 中提供的一些函数式构造(functional construct),就是这种借用的示例。但是,通过借用函数式构造,总的语言编程范例并没有发生变化。JavaScript 并没因为函数式构造的添加就变成了函数式编程语言。 我现在要讨论 JavaScript 中的函数式构造的各种美妙之处,以及在日常编码和工作中使用它们的方式。我们将从一些基本功能开始,然后用它们查看一些更有趣的应用。 在 JavaScript 中,可以编写匿名函数或没有名称的函数。为什么需要这样的函数?请继续往下读,但首先我们将学习如何编写这样一个函数。如果拥有以下 JavaScript 函数:
然后对应的匿名函数看起来应当如下所示:
要使用它,则需要编写以下代码: 清单 5. 应用匿名函数
也可以将函数作为值使用。还可以拥有一些所赋值是函数的变量。在最后一个示例中,还可以执行以下操作:
在上面 清单 6 的示例中,为变量 sum 赋的值是函数定义本身。这样,sum 就成了一个函数,可以在任何地方调用。 JavaScript 允许用两种方式调用函数,如清单 7 和 8 所示。 清单 7. 典型的函数应用
或 清单 8. 用函数作为表达式
所以也可以编写以下代码: 清单 9. 定义函数之后就可以立即使用它
可以在括号中编写函数表达式,然后传递给参数,对参数进行运算。虽然在 清单 8 的示例中,有直接包含在括号中的函数名称,但是按 清单 9 中所示方式使用它时,就不是这样了。 也可以将函数作为参数传递给其他函数。虽然这不是什么新概念,但是在后续的示例中大量的使用了这个概念。可以传递函数参数,如 清单 10 所示。 清单 10. 将函数作为参数传递,并应用该函数
执行最后一个 alert 语句输出了一个大小为 12 的值。 前一节介绍了一些使用函数式风格的编程概念。所给的示例并没有包含所有的概念,它们在重要性方面也没有先后顺序,只是一些与这个讨论有关的概念而已。下面对 JavaScript 中的函数式风格作一快速总结:
这一节将介绍一些有效使用这些概念编写优美的 JavaScript 代码的示例。(使用 JavaScript 函数式风格,可以做许多超出这个讨论范围的事。)
在许多领域中都可以应用 JavaScript 中的函数式编程,以优美的方式完成日常活动。这篇文章中的示例只介绍了几种情况。如果您找到了函数式编程的合适场景,并应用这些概念,那么您就会有更多的理解,并且可以增加您的优美程度。
posted @ 2006-07-25 12:02 Field 阅读(235) 评论(0) 编辑
2006年7月22日 #
原文地址:
http://dotnet.csdn.net/n/20060721/92852.html 搜索引擎是伴随着互联网的发展而不断发展的,由于互联网已经成为人们学习工作和生活中不可缺少的平台,几乎每一个上网的人都会使用搜索引擎,围绕搜索已经形成一个重要的产业链,有些媒体甚至造出了“搜索经济”这个词。 既然搜索这样魅力无穷,人们除了关心目前的搜索的现状外,更加关心下一代搜索引擎是什么样的,也就是想知道搜索引擎的发展趋势。要回答这个问题,我们从搜索引擎所紧密关联的两个对象入手来分析。搜索引擎实际上就是在用户(搜索引擎的使用者)和互联网资源(搜索引擎的搜索对象)这两者之间建立起一个联系,将用户真正想要的内容呈现给用户,同时用户不想要的内容不呈现给用户。我们称这一要求为“所得即所需”(What You Get is What You Want)。因此,本文从搜索引擎的用户体验和互联网资源的组织和获取这两个角度来分析一下搜索引擎技术的未来发展之路,并简要回答一些疑问。 第一、从互联网资源组织的角度来看搜索引擎技术的发展趋势。 互联网资源主要是以非规范文本或者多媒体形式存在的,如何让这些资源达到某种程度的结构化是提供快速准确搜索的客观的要求。也就是说如何表示互联网资源是搜索引擎首先要回答的问题。在数据库领域我们喜欢用数据模型的不同来作为区分技术进步的主要依据。同样,我们也可以从数据模型的角度来看一看搜索引擎技术的发展轨迹。 第一代搜索引擎的特征是目录搜索,代表产品当然就是YAHOO了。这个时期的技术思路,不可避免地受传统的图书情报管理方法的影响。我们知道,传统的图书馆面对大量的文献资源,采用的办法是首先建立一套图书文献分类标准,然后将文献按照分类标准手工或者计算机辅助地进行分类,这样用户就可以按照这个分类进行文献的检索了。第一代的搜索引擎也是采用类似的方法来建立网络文献的数据模型的,不过需要指出的是,YAHOO所采用的分类体系,比起传统文献分类体系来说,要简单的多和不规范的多。从这种意义上讲,YAHOO的技术创新不大。第一代搜索引擎的弊端和传统图书馆文献管理方法的弊端也是一样的。首先,这个分类体系是由文献的管理者人为的给出来的,用户并不一定清楚,或者说普通用户并不一定理解,这样就有可能找不到想要的信息。其次,手工分类的成本太大、效率太低,不能适应快速增长的网上信息资源管理的需要。 第二代搜索引擎在看到了第一代搜索引擎的弊端后,创新性地提出了页面重要性分析技术 pageranking技术和超链分析技术等,将最重要的页面优先呈现给用户。代表产品就是GOOGLE。与YAHOO不同的是,GOOGLE并不对文献进行分类,而是从文献中识别出“关键字”来,然后建立倒排索引。也就是说文献是用一组关键字列表来表示的,这就是网络资源的数据模型。这一模型的好处就是计算机可以自动地完成,无需人工干预,这使得大规模的搜索成为可能。根据用户提交的查询关键字,然后对出现这些关键字的页面按照确定的方法对其进行排序,并按照得分的高低顺序呈现给用户。这种方法的最大好处是用户不需要额外的负担,只需要敲入适当的关键字就可以了。用户获得了前所未有的信息体验。 GOOGLE也因此获得了蓬勃的发展。 然而,在这里“关键字”仅仅是出现在网页中的符号而已,它所指代的语义并没有被使用。页面分析所依据的也是存在于页面之间的链接关系,它不能表示这些页面本身包含什么信息。这就决定了搜索引擎还不能还好地处理页面信息的语义,因此,目前搜索引擎出现了一系列的困难。根据中国互联网网络信息中心(CNNIC)的报告称,用户认为在互联网上查询信息时遇到的最大问题是重复信息太多(44.6%)、信息太陈旧更新缓慢(27.5%)、得到的有用信息太少(10.7%)、信息查找不方便(10.2%)。这些问题中的第一项和第三项的主要根源都是搜索引擎不能理解存在于网页中的信息的语义。为了解决这些问题,搜索引擎必须能够表达和处理语义信息。所以,我们相信,下一代搜索引擎的数据模型必须是语义数据模型。 我们认为语义网(Semantic Web)是这种语义模型的最好的选择。语义网采用XML+RDF+Ontology三个层次描述信息资源,构成了计算机理解内容的基础。关于语义网我们已经在2006年第4期本刊中给出了介绍,这里就不详细介绍了。 围绕着建立语义网,将会发展一系列的技术,将是下一代搜索引擎所必须的。比如,自动标注技术,信息抽取技术等等。因此,从这种意义上讲,下一代搜索引擎将是智能化的。 第二、从用户信息体验的角度来看搜索引擎技术的发展趋势。 用户对网络的信息体验是从分类检索体验开始的,第一代搜索引擎呈现给用户的是“千人一面”的分类体系和网页内容。人们在经过了初始短暂的兴奋后,很快就对这样的信息访问方式不满意了。第二代的搜索引擎是以关键字作为表达查询的主要手段的,以按相关度大小排列的文献列表为展示方式。为了克服千人一面的不足,人们还引进了一些个性化的技术,包括对查询输入的修正,查询结果的聚类等。但是,到目前为止,查询输入的主要方式还是关键字,查询输出的主要也还是文本列表。笔者以为如何为用户的学习和工作营造一个个性化的信息空间,是未来搜索引擎应该追求的方向,这里包括如何表达信息需求,如何展示/浏览搜索结构,如何对个性化的信息需求建立模型等等。从这种意义上讲,下一代搜索引擎将是个性化的。 第三、从互联网资源获取与更新策略的角度来看搜索引擎技术的发展趋势。 互联网搜索首先需要的是及时地获得新的信息,这里涉及资源抓取和更新策略问题。这方面笔者没有深入研究,难以进行推测。一种观点认为,第一代搜索引擎是集中式的,第二代是分布协同式的,而第三代将是“社会性”的,比如P2P这样的模式。 综上所述,下一代搜索引擎的发展趋势将是智能化的、个性化的。 根据上述分析,我们来看一看目前关于搜索工具的一些观点,回答一些疑问。有一种观点认为“垂直搜索”或者叫做“专业搜索”是未来搜索引擎的发展趋势。这是相对于那些什么都做的通用搜索引擎而言的。对于通用搜索引擎,无论是信息采集、还是信息的更新都是巨大的挑战,将搜索引擎限定在某个领域,有利于做深做精。因此,从经营模式上,有其价值,就象图书馆也有专业的图书馆一样。但是,从技术上讲,并没有多大的新意。 有一种观点认为,下一代搜索引擎应能处理深层网页(DEEP WEB)。所谓深层搜索是指搜索那些放在数据库中的信息。目前的搜索引擎主要处理普通的网页(称为浅层网页),对于深层网页的信息难以搜索,而据说这样的信息是普通网页的500倍。显然,如何能够将搜索引擎的触角深入到数据库里去,是下一代搜索引擎所关心的。但是,这里的技术关键是如何获得数据库中的全部信息,这个技术是信息获取中的一部分,并不能代表下一代搜索引擎的本质。 还有一种观点认为,下一代搜索引擎必须是跨媒体的,也就是说用户通过统一的界面和单一的提问,就能够获得以各种媒体形式存在的语义相似的结果。无疑,这是我们所提到的良好的个性化信息体验中所需要的功能。但是,这一功能的获得,也需要分解成对数据对象的语义标注和个性化的信息展示这两个方面。因此,可以说是包括在我们上面的分析框架中的。
posted @ 2006-07-22 08:42 Field 阅读(285) 评论(0) 编辑
2006年7月21日 # 摘要: 可能"极好的"又会带来很多的非议,但是我认为这确实很好,我看了大约20个无刷新的连动下拉列表,他们在firefox下面就一团糟.为了这个我差不多搞了两天,就是如果提交窗体后如何保持第二个列表框的值,因为通过js 给下拉框添加条目那么他的状态是不会被保存的测试平台:ie6,firefox功能:二级无刷新连动特点:跨浏览器;提交窗体取第二下拉框的值;数据来源于数据库;以xmlhttp来发送请求,实现无...阅读全文
posted @ 2006-07-21 17:49 Field 阅读(301) 评论(0) 编辑
摘要: Christopher Steen - Link blogger extrordinaire. Coding Horror (Jeff Atwood) - Excellent writer with a lot to say about how software development ought to be done, fun stuff about technology and games, ...阅读全文
posted @ 2006-07-21 17:46 Field 阅读(106) 评论(0) 编辑
| |||||||||||||||||||||||||||||||||||||||||