某日在淘宝淘装备的时候发现这充电器价格比较便宜。所以就买了一批回来准备做充电版和稳压电源用。

买了一堆回来，一共18个，（有3个在旁边拆解，卖家多送了一个。）1块钱一个，10块钱运费，一共是28块钱，感觉还是挺便宜的，就这价格，在柜台可能连一个都买不到吧。

开始拆解。

这个是华为c8500，c8500s的电池充电器。

背面的参数都一样的，所以只拍了一张图片。

输入：DC(4.75-5.25)v(500-700)mA

输入：DC(4.15-4.25)v(300-500)mA

这是整体面貌，电路板还算是清爽。单面贴片焊接，只是焊工较差。2个三极管躺着装是为了减少厚度。

整个电路使用了一个ic，lm393，是双电压比较器集成电路,用的是sop8封装模式

TL413德州仪器公司（TI ）生产的TL431是一个有良好的热稳定性能的三端可调分流基准源。他的输出电压用两个电阻就可以任意的设置到从Verf（2.5V）到36V范围内的任何值。该器件的典型动态阻抗为0.2Ω，在很多应用中用它代替齐纳二极管，例如，数字电压表，运放电路，可调压电源，开关电源等。

s8050这是另外一块板子上拍到的，这块板子的忘记拍了。

板子背面。

其他2种的电路其实都是差不多的，都是用LM393做比对，TL431做基准。就不一一上图了。

总体来说国产充低档充电器能做成这个样子算是不错了。至少要比那种2-3个三极管的要强的多了。下次有时间监测下充电电流和截至电压是否合格。

最后附上LM393内部结构图

TP-LINK的wr740n目前市面上卖的挺火爆，外观也好看，会不会是绣花枕头一个呢？下面我们来拆机看看便知道了。

首先是拆包图。

这就是WR740N的全家福了，当然，除了那把螺丝刀，没有配送网线，很遗憾。

这是他附带的电源适配器，100-240V宽电压出入，9V 600毫安输出。注意了，是9V的，不是12V。

这是无线路由的背面，拆下红圈中的2个螺丝。剩下的红圈就是有卡口的地方，小心的扳开。

这张图可以清楚的看到卡口的位置。

MNC公司的H7201DG 是一个10-100BASE的通讯变压器，支持IEEE 802.3和ANSI X3.263标准。

储存器/winbond公司的w9412g6

atheros公司 ar9331方案，全集成，ALL IN 1，目前还不能刷ddr-wt等三方固件 。

FLASH芯片。

这是wr740N v5.2的全貌其实和已经升级为单芯片Atheros AR9331的水星MW150R V5.2、迅捷的150M主板是一样的。下面一张图是网上找到的水星WM150R V5.2的主板。

水星

大家可以看到，几乎是完全一样的。

最后一张是背面的图。

到此全部拆机完毕。

总结。这款tp link的路由器由于使用了atheros公司的ar9331方案，所以导致目前还没有办法是用第三方的固件，但是这款机器的稳定性和信号都还是很不错的。外观也很新颖，值得推荐。

淘宝等级给我搜

一款搜索淘宝用户等级信用度的小工具，可以配合淘宝搜索排名工具使用，填写用户名以后直接点“给我搜”就可以搜索用户信息，如果点击“和我联系”的话，就可以和该用户聊天，（必须打开旺旺）。更多功能等待你去发现。

软件下载：taouser.rar         MD5：E6AFC47AB88F0BD7EE6651FC06FD9929
                      ├  taouser.exe   MD5:  F2DB6F69B0BA4755D00FD87CE4579A0B
                      └  /image/          文件夹

MySQL支持单向、异步复制，复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护日志文件的一个索引以跟踪日志循环。
当一个从服务器连接到主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知下一次更新。

在实际项目中，两台分布于异地的主机上安装有MySQL数据库，两台服务器互为主备，客户要求当其中一台机器出现故障时，另外一台能够接管服务器上的应用，这就需要两台数据库的数据要实时保持一致，在这里使用MySQL的同步功能实现双机的同步复制。

以下是操作实例：

1、数据库同步设置

主机操作系统：RedHat Enterprise Linux 5

数据库版本：MySQL Ver 14.12 Distrib 5.0.22

前提：MySQL数据库正常启动

假设两台主机地址分别为：

ServA：10.240.136.9

ServB：10.240.136.149

1.1 配置同步账号

在ServA上增加一个ServB可以登录的帐号：
MySQL>GRANT all privileges ON *.* TO tongbu@’10.240.136.149′ IDENTIFIED BY ’123456′;
在ServB上增加一个ServA可以登录的帐号：
MySQL>GRANT all privileges ON *.* TO tongbu@’10.240.136.9′ IDENTIFIED BY ’123456′;
1.2 配置数据库参数

1、以root用户登录ServA，修改ServA的my.cnf文件
vi /etc/my.cnf
在[MySQLd]的配置项中增加如下配置：

1 default-character-set=utf8

2

 3 log-bin=MySQL-bin

4 

5 relay-log=relay-bin

6 

7 relay-log-index=relay-bin-index

8

9 server-id=1   //服务器id号，必须和副服务器不同

10

11 master-host=10.240.136.149  //副服务器ip地址

12

13 master-user=tongbu  //副服务器同步帐号

14

15 master-password=123456  //副服务器同步密码

16

17 master-port=3306 //副服务器端口

18

19 master-connect-retry=30

20

21 binlog-do-db=umsdb //需要同步的数据库名

22

23 replicate-do-db=umsdb //需要同步的数据库名。必须一致。

24

25 replicate-ignore-table=umsdb.boco_tb_menu

26

27 replicate-ignore-table=umsdb.boco_tb_connect_log

28

29 replicate-ignore-table=umsdb.boco_tb_data_stat

30

31 replicate-ignore-table=umsdb.boco_tb_log_record

32

33 replicate-ignore-table=umsdb.boco_tb_workorder_record

2、以root用户登录ServB，修改ServB的my.cnf文件
vi /etc/my.cnf
在[MySQLd]的配置项中增加如下配置：

1 default-character-set=utf8

2

3 log-bin=MySQL-bin

4

5 relay-log=relay-bin

6

7 relay-log-index=relay-bin-index

8

 9 server-id=2

10

11 master-host=10.240.136.9

12

13 master-user=tongbu

14

15 master-password=123456

16 

17 master-port=3306

18

19 master-connect-retry=30

20

21 binlog-do-db=umsdb

22

23 replicate-do-db=umsdb

24

25 replicate-ignore-table=umsdb.boco_tb_menu

26

27 replicate-ignore-table=umsdb.boco_tb_connect_log

28

29 replicate-ignore-table=umsdb.boco_tb_data_stat

30

31 replicate-ignore-table=umsdb.boco_tb_log_record

32

33 replicate-ignore-table=umsdb.boco_tb_workorder_record
1.3 手工执行数据库同步
假设以ServA为主服务器，在ServB上重启MySQL：
service MySQLd restart
在ServB上用root用户登录MySQL，执行：
MySQL> stop slave;
MySQL> load data from master;
MySQL> start slave;
在ServA上重启MySQL：
service MySQLd restart
1.4 查看数据库同步状态

在MySQL命令提示符下执行：
MySQL> show slave status\G
将显示同步进程的状态，如下所示，两行蓝色字体为slave进程状态，如果都为yes表示正常;红色字体表示同步错误指示，如果有问题会有错误提示：

1 *************************** 1. row ***************************

 Slave_IO_State: Waiting for master to send event
Master_Host: 10.21.2.90
Master_User: tongbu
Master_Port: 3306
Connect_Retry: 30
Master_Log_File: localhost-bin.000005
Read_Master_Log_Pos: 39753882
Relay_Log_File: localhost-relay-bin.000062
Relay_Log_Pos: 9826663
Relay_Master_Log_File: localhost-bin.000005
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: bak,umsdb
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table: umsdb.boco_tb_connect_log,umsdb.boco_tb_menu,umsdb.boco_tb_workorder_record,
umsdb.boco_tb_data_stat,umsdb.boco_tb_log_record
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 39753882
Relay_Log_Space: 982666348 49 Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master:

3、数据库同步测试

配置完数据库后进行测试，首先在网络正常情况下测试，在ServA上进行数据库操作，和在ServB上进行数据库操作，数据都能够同步过去。
拔掉ServB主机上的网线，然后在ServA上做一些数据库操作，之后再恢复ServB的网络环境，但是在ServB上却看不到同步的数据，通过命令show slave status\G查看发现Slave_IO_Running的状态是No，这种状态持续很长一段时间，数据才能同步到ServB上去。这是什么问题呢?同步延迟不会这么大吧。后来通过网上查找相关资料，找到一个同步延迟相关的参数：
–slave-net-timeout=seconds
参数含义：当slave从主数据库读取log数据失败后，等待多久重新建立连接并获取数据。

于是在配置文件中增加该参数，设置为60秒
slave-net-timeout=60
重启MySQL数据库后测试，该问题解决。

4、 数据库同步失效的解决

当数据同步进程失效后，首先手工检查slave主机当前备份的数据库日志文件在master主机上是否存在，在slave主机上运行：
MySQL> show slave status\G
一般获得如下的信息：

*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.21.3.240
Master_User: tongbu
Master_Port: 3306
Connect_Retry: 30
Master_Log_File: MySQL-bin.000001
Read_Master_Log_Pos: 360
Relay_Log_File: localhost-relay-bin.000003
Relay_Log_Pos: 497
Relay_Master_Log_File: MySQL-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: bak
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:42 43 Skip_Counter: 0
Exec_Master_Log_Pos: 360
Relay_Log_Space: 497
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
其中Master_Log_File描述的是master主机上的日志文件。

在master上检查当前的数据库列表：
MySQL> show master logs;
得到的日志列表如下：

+———————-+———–+

| Log_name | File_size |

+———————-+———–+

| localhost-bin.000001 | 495 |

| localhost-bin.000002 | 3394 |

+———————-+———–+

如果slave主机上使用的的Master_Log_File对应的文件在master的日志列表中存在，在slave主机上开启从属服务器线程后可以自动同步：
MySQL> start slave;
如果master主机上的日志文件已经不存在，则需要首先从master主机上恢复全部数据，再开启同步机制。

在slave主机上运行：
MySQL> stop slave;
在master主机上运行：
MySQL> stop slave;
在slave主机上运行：
MySQL> load data from master;
MySQL> reset master;
MySQL> start slave;
在master主机上运行：
MySQL> reset slave;
MySQL>start slave;
注意：LOAD DATA FROM MASTER目前只在所有表使用MyISAM存储引擎的数据库上有效;

经过测试，windows vista 同样适用。

1、CGI方式加载PHP环境，通常就是IIS里面配置解释器为php.exe，早期比较常见，目前使用较少。
特点是：稳定，但效率太低。

2、ISAPI方式加载PHP环境，通常就是IIS里面配置解释器为php5isapi.dll，目前使用最多，应用最广。
特点是：多线程，效率较高，但不够稳定。

3、FastCGI方式加载PHP环境，在IIS环境里并不常见，但其它系统环境应用还是有的，不过IIS7.0开始内置FastCGI了。
特点是：高效率，高稳定性，属于将来发展趋势。

PHP 5.3发布的Windows版已经不支持ISAPI模式了，所以推荐使用FastCGI方式运行PHP。

因为FastCGI大大加强了IIS处理PHP的能力,能迅速提高PHP站点的反应速度和生产力,并具有更高的稳定性和安全性.

下载地址：http://windows.php.net/download/ 里面有好多种，要那种呢？

PHP现在推出5.3.2版本了，不过下载的时候有几个不同版本选择。那就是VC6 X86和VC9 X86。

VC6是legacy Visual Studio 6 compiler，就是使用这个编译器编译的。

VC9是the Visual Studio 2008 compiler，就是用微软的VS编辑器编译的。

那我们如何选择下载哪个版本的PHP呢？
如果在windows下使用Apache+PHP的，请选择VC6版本；
如果在windows下使用IIS+PHP的，请选择VC9版本；

 
Non Thread Safe是非线程安全；

Non Thread Safe 是线程安全；
官方并不建议你将Non Thread Safe 应用于生产环境，所以选择Thread Safe 版本的PHP。

特此通知 2010-5-25