IP已经分配给旧的那个网卡使用的解决办法

在2000或XP中安装网卡设置IP时,经常会碰到这样的情况:以前安装的网卡已经拔下了,但在安装新网卡后设置IP时出错错误提示,说输入的IP已经分配给旧的那个网卡使用了,需要设定另一个IP,有时在给旧网卡重装驱动后,设备名称会多一个“#2”符号,无法删除。

解决方法:
出现这样的问题,是因为在“设备管理器”中还依然保存了旧网卡设备,可以用以下方法解决。
方法一:在注册表中搜索那个IP地址,把找到的信息删除即可。
方法二:右击“我的电脑”->属性-高级->环境变量,在“系统变量”区域,单击“新建”,变量名为“DEVMGR_SHOW_NONPRESENT_DEVICES”,变量值为1,设置完毕确认。这样设定后,打开设备管理器,点击“查看”->显示隐藏设备,这样就能看到所有曾经安装的网卡设备。

phpbb关于转换D4或者升级以后出现乱码情况的说明

关于转换或者升级以后出现乱码情况的说明

看到不少用户反映转换完以后是乱码的情况,出现这种现象的主要原因是这类用户使用的都是mysql4.1以上的版本.下面作一个说明,希望出现这个问题的朋友都能耐心的把这个文档看完!!!
原理
注意:本文档只对MySQL 4.1及以上的数据库版本有效,之前的MySQL版本,由于没有提供对字符集的完整支持,因此也不存在此类问题。

MySQL 4.1开始,对多语言的支持有了很大变化 (这导致了问题的出现)。尽管大部分的地方 (包括个人使用和主机提供商),MySQL 3、4.0 仍然占主导地位;但 MySQL 4.1 是 MySQL 官方推荐的数据库,已经有主机提供商开始提供并将会越来越多;因为 latin1 在许多地方 (下边会详细描述具体是哪些地方) 作为默认的字符集,成功的蒙蔽了许多 PHP 程序的开发者和用户,掩盖了在中文等语言环境下会出现的问题。

MySQL 4.1 对于字符集的指定可以细化到一台机器上安装的 MySQL,其中的一个数据库,其中的一张表,其中的一栏,应该用什么字符集。但是,传统的 Web 程序在创建数据库和数据表时并没有使用那么复杂的配置,它们用的是默认的配置,那么,默认的配置从何而来呢?

编译 MySQL 时,指定了一个默认的字符集,这个字符集是 latin1;
安装 MySQL 时,可以在配置文件 (my.ini) 中指定一个默认的的字符集,如果没指定,这个值继承自编译时指定的;
启动 mysqld 时,可以在命令行参数中指定一个默认的的字符集,如果没指定,这个值继承自配置文件中的;
此时 character_set_server 被设定为这个默认的字符集;
当创建一个新的数据库时,除非明确指定,这个数据库的字符集被缺省设定为 character_set_server;
当选定了一个数据库时,character_set_database 被设定为这个数据库默认的字符集;
在这个数据库里创建一张表时,表默认的字符集被设定为 character_set_database,也就是这个数据库默认的字符集;
当在表内设置一栏时,除非明确指定,否则此栏缺省的字符集就是表默认的字符集;
这个字符集就是数据库中实际存储数据采用的字符集,mysqldump 出来的内容就是这个字符集下的;
想要进行“正确”的存储和得到“正确”的结果,最方便的是在所有query开始之前执行一下:

SET NAMES 'gbk';
其中gbk是数据库字符集。

常见问题解决方案
我的数据使用latin1或其他编码存储中文信息,但phpMyAdmin中中文为乱码
这问题是由于新版本的phpMyAdmin都是强制使用正确的字符集进行数据库连接和显示的,因此如果存储内码和实际内码不一致,phpMyAdmin是无法识别的。对于简体中文,phpMyAdmin可识别gbk/utf8;繁体中文,可识别big5/utf8。如果你确定想使用这种“不正确”的字符集(事实上通常在MySQL 4.1之前大家都是用“不正确”的字符集存储数据的)存储中文论坛数据,那么请使用phpMyAdmin 2.5.x的老版本,他会使用最老和最普通的方式连接数据库,这样便可以正常管理。
我的论坛原来使用Discuz! 4.0.0 RC版本+MySQL 4.1没有问题,但升级到正式版后就有了乱码
浏览这问题前请您先看一下上一个问题的解答,您的情况和上面的情况差不多。RC版本使用“最老和最普通的方式”连接数据库,因此你如果使用“不正确”的字符集存储,事实上是没有问题的,但Discuz! 4.0.0正式版使用了与phpMyAdmin新版本相同的“正确”的数据库字符集,因此导致原来“不正确”的存储和“正确”的连接产生冲突,进而发生乱码。

解决此类问题,有如下两种方案:

更改存储字符集
主要的思想就是把数据库的字符集有latin1改为gbk,big5,或者utf8; 以下操作必须拥有主机权限。假设当前操作的数据库名为:database

导出
首先需要把数据导为mysql4.0的格式,具体的命令如下: mysqldump -uroot -p --default-character-set=latin1 --set-charset=gbk --skip-opt databse > test.sql

--default-characte-set 以前数据库的字符集,这个一般情况下都是latin1的,
--set-charset 导出的数据的字符集,这个可以设置为gbk,utf8,或者big5
导入
首先使用下面语句新建一个GBK字符集的数据库(test)

CREATE DATABASE `test` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci;
然后把刚才导出的数据导入到当前的数据库中就ok了。

mysql -uroot -p --default-character-set=gbk -f test

富康爱丽舍1.6发动机工况图及最佳换挡行车转数

经常会有朋友问——富康、爱丽舍的最佳换挡转数是多少?行车转数是多少?为什么要3000转以上换挡?为什么要2500转行车?
  要解释这些问题,就要从发动机的特性来说明。那么发动机的主要特性指标是是什么——就是功率和扭拒。功率的大小决定车子能跑多快。(相同质量下,功率大的车,最高速度高)。扭拒决定了车的提速性,相当于爆发力。发动机达到最大扭拒的时候,就是车子提速性最好的时刻。功率和扭拒都是个变量,究竟让最大功率和最大扭拒出现在什么转数下,就是厂家不同设计理念的体现。不同的车,其发动机的特性是不同的,即使使用相同的发动机,不同的调教也会让发动机显现出不同的特点。在这里多说一句,发动机的特性,没有优劣之分,它是厂家设计理念的一部分。所以不要认为高转数发动机就好或是低转数发动机就好。不可能有一部车,任何转数下提速都好,既是0-100加速冠军,又是80-130的冠军,最高车速还是第一,就如同不可能有一个人能同时拿下奥运会100米、800米和马拉松冠军一样。
  只有了解我们自己的车,才能把他的潜能发挥到最佳。只有了解不同的车,才能驾御他们的时候发挥出不同的特性。
  说了说了这么多,来说说富康吧。有朋友会问,富康车的发动机有什么特点呢?——请看富康1.6_8V(1.4发动机的类似)的工况图。图中的绿色线是功率曲线,红色线是扭拒曲线,黄色线是油耗曲线。下面我就逐一说明这些曲线能告诉我们什么。

  1、功率曲线比较陡,说明富康车的功率随发动机转数变化比较大,在低转数的情况下,该车的最高车速不会很高,但是随着转数的不断升高,其功率提升大幅增加速度逐渐加快,功率在5500转时达到最高,此时如果挂入5档,理论上会取得最高车速。6000转之后断油。
  2、扭拒曲线说明富康车的最大扭拒出现在3000转,保持到3500转,这个区间是其加速性最好的时刻,从追求提速性的角度,应该在此区间换挡。
  3、油耗曲线说明富康发动机的油耗在2500-3500转之间是最低的区间,变化不大,其中3000转时最低的。
  4、综上,根据富康车发动机的特点,驾驶富康车在各档位上应该提高发动机转数至2500转以上,经济转数是2500-3500,所以手册上要求最低行车转数是2500转,最佳换挡时机是3000转以上。我现在开富康,都是3500换挡,2800-3000行车,很痛快,油耗和2500行车时一样。
  5、大家注意看工况图,富康车的发动机从3000转-4500转,随着发动机转数的升高,其扭拒衰减的并不严重,而功率却是大幅提升。这也就是为什么在高速上,富康在90-130的时速区间提速反而是最好的原因。
  6、从富康8V的工况图可以看出,富康车之所以调教成一款高转数发动机的车,是因为它的设计理念不是把它作为一款在城市里飙的车,而是强调高速下提速与稳定性的车。这一点和JD正好相反。所以很多人把FK和JD比来比去,各执一词,毫无意义,都是很实用的车,设计理念不一样,不存在可比性。JD适合城市驾驶,低转数情况下提速快,但是速度上来后,反而后劲不足。而富康在城市路面显得有点肉(当然,你要是习惯3500换挡,也不肉),但是速度悠起来之后,后劲足。这些都是厂家设计时不同理念的产物。
  大家学会通过工况图了解一款车的特性,就能更好的驾御自己的爱车,也能客观的分析不同车的动力特点了。下面贴出16V的工况图,大家可以自己参考。有兴趣的也可以找到其他车的发动机工况图看看。

http://www.liangliang.org.cn/blog/wp-content/uploads/2006/09/1152154112025.thumbnail.jpg

http://www.liangliang.org.cn/blog/wp-content/uploads/2006/09/1152154048367.thumbnail.jpg