近来网上有许多人在销售松下济南厂的32F500DN,这款机器到底效果如何呢

本来我一直盯着松下的50PV,但半路杀出个程咬金----在网上买了32F500DN.这款机器前天运到我家,经过两天的评测,结论如下:

1.32F500DN使用了日本原装超黑超精细平面辉聚显像管(100%MADE IN JAPAN),与上一代32F500D的北松管有着天壤之别,亮度更高,色彩更纯更艳丽,画面通透...

2.音响效果改进:由32F500D的7W+7W升级为9W+9W,好震撼...

3.功耗降低:由32F500D的179W降为165W...(应该是原装管耗电更小)

4.净重:由32F500D的54.5KG增为32F500DN的58KG...(真是货真价实)

5.塑料外壳都升级了,真不可思意!

6.与SONY的二号CRT机皇HR32M90相比:32F500DN的色彩饱和度更高更鲜亮,红蓝两色表现更突出,白色的纯度更好.只是在图像立体感上 不及TRINITRON管,像素点距不及SONY SUPER　FINE PITCH TRINITRON管(32的),32F500DN的外观工业设计更简洁,而HR32像个螃蟹.
图像方面HR32M90可给96分,32F500DN给95.7分;外观HR32给 75分,32F500DN 88分.
注:SONY的HR32M90图象表现比HR36M90还要好(36的只有92分),因为32的管是日本产,36的管是USA产的.小日本做得好认真啊!

7.32F500D的图像与上面俩者不是同一重量级,故不比较

curl

RSS是Web2.0的身份牌，随着Web2.0的升温关于RSS文件的操作也变得日益频繁。Pear提供了对RSS 09/1/2的支持，在http://pear.php.net下载XML_RSS以及XML_Parse包，解压RSS.php和Parser.php至Pear/XML目录中。

根据以下的Example，便可轻易对本地RSS文件或在线RSS链接做出分析：

<?php
require_once "XML/RSS.php";

$rss =& new XML_RSS("http://slashdot.org/slashdot.rdf");
$rss->parse();

echo "<h1>Headlines from <a href=\"http://slashdot.org\">Slashdot</a></h1>\n";
echo "<ul>\n";

foreach ($rss->getItems() as $item) {
    echo "<li><a href=\"" . $item['link'] . "\">" . $item['title'] . "</a></li>\n";
}

echo "</ul>\n";
?>

提醒一句，如果要分析在线的RSS链接，需要设置php.ini，将allow_url_fopen属性设置为On，重启Apache即可！

邮件发送是Web开发中经常用到的一项功能，PHP对邮件发送提供了很成熟的技术支持。不仅内置了mail函数（需要服务器端有SendMail、Qmail、Imail等邮件服务组件的支持），而且在PEAR中也提供有Mail组件，供调用Socket接口完成邮件发送的工作。从实际使用的情况来看，通过SendMail组件发出的邮件，非常容易被一些大的邮件服务商误以为SPAM而遭到拒收。所以现在一般的邮件发送都是通过调用Soket接口，完成发送功能。

Pear::Mail的使用方法介绍

<?php
   require_once(' pear/Mail/smtp.php');

   $params = array('host'=>'smtp.mailserver.addreess',    //SMTP服务器地址，如smtp.citiz.net
                               'auth'=>true,      //SMTP服务器是否需要安全认证；
                               'username'=>'admin',    //邮件发送者用户名；
                               'password'=>'123456');    //邮件发送者密码；

   $header = array('Subject'=>'Hello, You have a new mail.',    //邮件主题
                               'BCC'=>'',    //密抄
                               'From'=>Mr.Smith.'<'.smith@sample.com.'>',    //邮件发送者信息
                               'MIME-Version'=>'1.0',
                               'Content-type'=>'text/plain:charset="gb2312"');     //字符编码选择；
   
   $content = 'This is mail content... ... ';
   $sendmail = new Mail_smtp($params);
   $result = $sendmail->send('receiver@mailaddress',$header,$content);    
   if ($result) {
       echo "You have  succeeded send a message.";
   }else{
       print_r($result);
       die();
   }
?>
通过这样几句简单的代码，我们就可以实现一封邮件的发送。从代码中可以看出，主要的配置信息在变量$params和变量$header中，$params主要保存用于发送邮件的SMTP服务器的基本信息，$header则存放这封邮件的Header信息。一份电子邮件所包含完整的Header信息如下：

 Message-Id: <44F6F28F.1030906@sample.com>
 Date: Thu, 31 Aug 2006 23:30:39 +0800
 From: Nickname <username@sample.com>
 User-Agent: Thunderbird 1.5.0.2 (Windows/20060308)
 MIME-Version: 1.0
 To: mail-list@sample.com
 Subject: This is a test.
 BCC:
 Content-Type: text/plain; charset=ISO-8859-1
 Content-Transfer-Encoding: 7bit
 Status: RO
 Content-Length: 819
 Lines: 45

通过
 "$query = "SELECT sysdate FROM dual";
$usedateupdate = $dbh_oci ->getOne($query);"

输出 $usedateupdate，发现只能输出"DD-Mon-YY" 格式的日期信息，而不是预想中的"DD-Mon-YY HH24:MI:SS"格式．

解决方案：在SQL语句中，添加to_char()函数，指定自己需要的日期格式．
 原SQL语句修改如下：
"$query = "SELECT TO_CHAR(sysdate, 'DD-MM-YY HH24:MI:SS') FROM dual";"

后续问题： 将日期按指定形式赋值给一变量,然后在做INSERT操作时，发现原表中的DATE字段不能正常实现，一直提示not valid month

解决方案：在SQL语句中，使用to_date()函数，将字符串形式变量转义成日期型，
原SQL语句修改如下：
"$query = "INSERT INTO useritempack VALUES (S_PACKID.Nextval, '".$uid."', '".$infocode."', to_date('$usedateupdate','DD-MM-YY HH24:MI:SS'), '".ENABLED."', '".$toyinfo[0]['INFONAME']."', '".$toyinfo[0]['ISPIECE']."', '".$usenumupdate."', '".$toyinfo[0]['GAMEID']."', '".$isused."')";"

本地测试无误，上传至服务器后，发现中文字符显示为？？？？，而且每一处中文字符都变成？？？？，初步估计并不是因为编码原因造成的，查阅了大量的资料，PHP Manual上的解释我认为最符合当前出现的状况，这里转载一段：

问题出在服务器上，可能是PHP的字符设置问题，可能是Apache的字符设置问题，也有可能是服务器安装了Oci8扩展后的客户端数据库字符设置的问题，在修改php.ini和httpd.conf文件无结后，终于确定问题出现在Oci8扩展的客户端数据库字符设置上，运行以下命令后，页面上的中文字符正常显示，问题解决！

export NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK

重启Apache

标题: 解决web服务器各种应用的乱码问题,欢迎补充和讨论 [打印本页]

---

作者: wingger     时间: 2004-8-5 22:51     标题: 解决web服务器各种应用的乱码问题,欢迎补充和讨论

乱码问题：

（1）服务器端：
修改httpd.conf (在Redhat中放置的位置为/etc/httpd/conf/)
查找：
AddDefaultCharset ISO-8859-1
改成：

]

这种方式关掉了服务器的默认语言的发送，这样仅凭html文件头中设置的语言来决定网页语言。

很多文章都说通过修改为 AddDefaultCharset GB2312 把缺省语言改成GB2312来解决中文乱码，确实GB2312内码的网页可以正常显示了，但这并非万全之策。因为当你的网页内码不是GB2312，就算你 在网页用下面的meta指定了正确的语言，如ISO8859-1，也不会解码为ISO8859-1，因为Apache已经先你一步将GB2312指定为网 页的语言了，


（2）养成良好的习惯，在每个网页的<head>;</head>;的最前面加入这行：

　　　　

　　一般的中文版网页编辑工具（例如FrontPage、Dreamweaver等）都会自动加上这行。

3、如何解决中文文件名无法访问

　

UTF-8网页空白，在网页中加上metadata标识后，还需要手动调整编码為 utf-8 才能正常显示

如果使用的是Mozilla、Mozilla Firefox、Sarafi等其他目前流行的浏览器，通常就不会有这样的问题。

在网页的meta中指定用UTF-8：

在<head>;</head>;之前，把"Content-Type"放在最前面，便可以解決这样的问题了。

原因：

IE 解析网页编码时是 HTML 內的标识优先的，然后是 HTTP header ；而mozilla 系列的浏览器刚刚好相反。

一般情况在，很多人是把<title>;</title>;排在最前面，并且在title中就出现了UTF-8中文，这样，IE 在解析时，就先遇到UTF-8，不往下解析了，因此必须把如果把meta放在UTF-8出现之前，这样IE才能判断这个网页是以UTF-8编码的。


总之：
无论是 PHP、JSP、ASP 或其他动态网页的脚本语言，如果需要作编码设定，最好放在最前面。

使用php,也可以定义php的默认语言.

php.ini中：

释掉此行，做了以上修改，一样是为了让浏览器根据网页头中的charset来自动选择语言，这样就可以在同台服务器上提供多种语言的网页服务。


java中文乱码的解决

转


在基于JAVA的编程中，经常会碰到汉字的处里及显示的问题，比如一大堆乱码或问号。
这是因为JAVA中默认的编码方式是UNICODE，而中国人通常使用的文件和DB都是基于GB2312或者BIG5等编码，故会出现此问题。

1、在网页中输出中文。

JAVA在网络传输中使用的编码是"ISO-8859-1"，故在输出时需要进行转化，如：
String  str="中文";
str=new  String(str.getBytes("GB2312","8859_1";
但如果在编译程序时，使用的编码是“GB2312”,且在中文平台上运行此程序，不会出现此问题，一定要注意。

2、从参数中读取中文

这正好与在网页中输出相反如：
str=new  String(str.getBytes("8859_1","GB2312";

3、操作DB中的中文问题

一个较简单的方法是：在“控制面扳”中，把“区域”设置为“英语(美国)”。如果还会出现乱码，还可进行如下设置：
取中文时：str=new  String(str.getBytes("GB2312");
向DB中输入中文：str=new  String(str.getBytes("ISO-8859-1");

4、在JSP中的中文解决：

在“控制面扳”中，把“区域”设置为“英语(美国)”.
在JSP页面中加入：
如果还不行正常显示，则还要进行下面的转换：
如：name=new  String(name.getBytes("ISO-8859-1","GBK";
就不会出现中文问题了。

CGI的？不知道对不？

找到CGI.pm，打开它，找到$self->;charset('ISO-8859-1');将它改为$self->;charset('GB2312');

---

作者: wingger     时间: 2004-10-10 11:03     标题: 解决web服务器各种应用的乱码问题,欢迎补充和讨论

UP

---

作者: haohaoo     时间: 2004-10-11 11:59     标题: 解决web服务器各种应用的乱码问题,欢迎补充和讨论

MM施主，俺崇拜你了

---

作者: wingger     时间: 2004-10-12 11:50     标题: 解决web服务器各种应用的乱码问题,欢迎补充和讨论

补充：
如果使用php,也可以定义php的默认语言.

php.ini中：

;default_charset = "gb2312"

注意这里是注释掉此行，做了以上修改，目的是为让浏览器根据网页头中的charset来自动选择语言，这样就可以在同台服务器上提供多种语言的网页服务。

---

作者: wingger     时间: 2004-10-12 12:31     标题: 解决web服务器各种应用的乱码问题,欢迎补充和讨论

java中文乱码的解决

转


在基于JAVA的编程中，经常会碰到汉字的处里及显示的问题，比如一大堆乱码或问号。
这是因为JAVA中默认的编码方式是UNICODE，而中国人通常使用的文件和DB都是基于GB2312或者BIG5等编码，故会出现此问题。

1、在网页中输出中文。

JAVA在网络传输中使用的编码是"ISO-8859-1"，故在输出时需要进行转化，如：
String  str="中文";
str=new  String(str.getBytes("GB2312","8859_1";
但如果在编译程序时，使用的编码是“GB2312”,且在中文平台上运行此程序，不会出现此问题，一定要注意。

2、从参数中读取中文

这正好与在网页中输出相反如：
str=new  String(str.getBytes("8859_1","GB2312";

3、操作DB中的中文问题

一个较简单的方法是：在“控制面扳”中，把“区域”设置为“英语(美国)”。如果还会出现乱码，还可进行如下设置：
取中文时：str=new  String(str.getBytes("GB2312");
向DB中输入中文：str=new  String(str.getBytes("ISO-8859-1");

4、在JSP中的中文解决：

在“控制面扳”中，把“区域”设置为“英语(美国)”.
在JSP页面中加入：
如果还不行正常显示，则还要进行下面的转换：
如：name=new  String(name.getBytes("ISO-8859-1","GBK";
就不会出现中文问题了。

---

作者: level     时间: 2004-10-12 12:39     标题: 解决web服务器各种应用的乱码问题,欢迎补充和讨论

---

作者: wingger     时间: 2004-10-12 12:49     标题: 解决web服务器各种应用的乱码问题,欢迎补充和讨论

CGI的应该是这个：

找到CGI.pm，找到$self->;charset('ISO-8859-1');将它改为$self->;charset('GB2312');

或按以上同样处理，应该可以

---

作者: wingger     时间: 2004-10-31 14:59     标题: 解决web服务器各种应用的乱码问题,欢迎补充和讨论

彻底解决Tomcat 5.0.19中文乱码

　　一、Include的页面乱码

　　现象：include进来的页面出现乱码，其它页面正常。

　　原因：Tomcat在缺省情况下使用ISO-8859-1编码，但是在include时有时Tomcat不能正确根据外层.jsp文件的编码解析include进来的文件，造成include进来的文件中的中文乱码。

　　解决：这儿可以有很多解决办法，但是对于我们的中文环境，从根本上的解决办法是将Tomcat 5.0.19的核心缺省编码从ISO-8859-1修改为GBK 。

　　
　　二、提交的数据乱码

　　现象：通过表单提交的数据出现乱码。

　　原因：原因未明。可能是Tomcat在接收到请求后，并没有能够根据request中的信息提前正确的编码方式。

　　解决：可以添加一个设置字符集的Filter。

　　

配置web.xml

---

作者: wingger     时间: 2004-10-31 15:05     标题: 解决web服务器各种应用的乱码问题,欢迎补充和讨论

没试过不知道行不行

java Servlet 中文乱码问题

只需要把



在jsdk2.1 tomcat及Domino5.8上的Servlet引擎运行通过了

---

作者: wingger     时间: 2004-10-31 15:09     标题: 解决web服务器各种应用的乱码问题,欢迎补充和讨论

Weblogic Server中如何解决中文显示乱码问题
《世界计算机》IT.ICXO.COM ( 日期：2004-09-29 16:07)

--------------------------------------------------------------------------------


由于操作系统、浏览器、数据库、JVM采用的字符集都不一样，基于Weblogic Server开发的应用经常出现中文显示乱码问题，其实在Weblogic Server上运行的WEB应用有很多与字符集有关的设置，下面做一个总结,为了正确处理中文，最好把这些设置都设上。


1. 在JSP文件头加入

指定该JSP采用的字符集。



2．在Weblogic.xml文件的中加入：

指定JSP文件中采用的字符集，在JSP文件中的<％@ page contentType=text/html; charset=GBK ％>;会覆盖该设置



3．在Weblogic.xml文件的中加入

如果为TRUE，指定在编译JSP文件时，采用在JSP文件中定义的
<％@ page contentType=text/html; charset=GBK ％>;或中定义的encoding参数中定义的字符集进行编码，如果为FALSE，则采用JVM中默认指定的字符集进行编码。



4． Weblogic Server需要把HTTP request(GET 和POST)中的数据从它的原始编码转化为Unicode，以便Java servlet API进行处理，为了做这种转换，Weblogic Server需要知道HPPT request中的数据的编码方式。这可以通过在Weblogic.xml的中设置.

5．从ORACLE数据库中检索出来的中文显示不正确时，在这种情况下，如果数据库使用的是中文字符集，并使用的是Type 2 JDBC Driver时，可加入Weblogic.codeset=GBK的属性来解决这个问题。代码如下：