Windows平台LAMP环境XAMPP 1.7.3下如何安装PHPUnit呢？

首先，以管理员身份运行cmd，使用pear添加phpunit频道：

D:\xampp\php>pear channel-discover pear.phpunit.de
Channel “pear.phpunit.de” is already initialized

频道添加好，尝试安装PHPUnit：

D:\xampp\php>pear install phpunit/PHPUnit
Unknown remote channel: pear.symfony-project.com
Unknown remote channel: pear.symfony-project.com
Unknown remote channel: components.ez.no
Unknown remote channel: components.ez.no
phpunit/PHPUnit requires PEAR Installer (version >= 1.9.1), installed version is 1.9.0
phpunit/PHPUnit requires package “channel://pear.symfony-project.com/YAML” (version >= 1.0.2)
phpunit/PHPUnit can optionally use PHP extension “dbus”
phpunit/DbUnit requires PEAR Installer (version >= 1.9.1), installed version is1.9.0
phpunit/DbUnit requires package “channel://pear.symfony-project.com/YAML” (version >= 1.0.2)
phpunit/File_Iterator requires PEAR Installer (version >= 1.9.1), installed version is 1.9.0
phpunit/PHP_CodeCoverage requires PEAR Installer (version >= 1.9.1), installed version is 1.9.0
phpunit/PHP_CodeCoverage requires package “channel://components.ez.no/ConsoleTools” (version >= 1.6)
phpunit/PHP_CodeCoverage requires package “phpunit/File_Iterator” (version >= 1.2.2)
phpunit/PHP_CodeCoverage can optionally use PHP extension “xdebug” (version >= 2.0.5)
phpunit/PHPUnit_MockObject requires PEAR Installer (version >= 1.9.1), installed version is 1.9.0
phpunit/PHPUnit_Selenium requires PEAR Installer (version >= 1.9.1), installed version is 1.9.0
phpunit/PHP_TokenStream requires PEAR Installer (version >= 1.9.1), installed version is 1.9.0
phpunit/PHP_TokenStream requires package “channel://components.ez.no/ConsoleTools” (version >= 1.6)
No valid packages found
install failed

从提示看出，需要安装PEAR 1.9.1，而当前PEAR是1.9.0，那就要先升级PEAR版本。

pear list-upgrades可以列出当前可用的更新，
D:\xampp\php>pear.bat list-upgrades
WARNING: channel “pear.php.net” has updated its protocols, use “pear channel-update pear.php.net” to
update

D:\xampp\php>pear channel-update pear.php.net
Updating channel “pear.php.net”
Update of Channel “pear.php.net” succeeded

D:\xampp\php>pear.bat list-upgrades
PEAR.PHP.NET AVAILABLE UPGRADES (STABLE):
=========================================
CHANNEL PACKAGE LOCAL REMOTE SIZE
pear.php.net Archive_Tar 1.3.3 (stable) 1.3.7 (stable) 17.2kB
pear.php.net Console_Getargs 1.3.4 (stable) 1.3.5 (stable) 17.8kB
pear.php.net Mail 1.1.14 (stable) 1.2.0 (stable) 23kB
pear.php.net Mail_Mime 1.5.2 (stable) 1.8.1 (stable) 31kB
pear.php.net Mail_mimeDecode 1.5.1 (stable) 1.5.5 (stable) 11.4kB
pear.php.net Net_SMTP 1.3.4 (stable) 1.4.4 (stable) 12.1kB
pear.php.net Net_Socket 1.0.9 (stable) 1.0.10 (stable) 5.3kB
pear.php.net PEAR 1.9.0 (stable) 1.9.1 (stable) 287kB
pear.php.net Structures_Graph 1.0.3 (stable) 1.0.4 (stable) 30kB
Channel pear.phpunit.de: No upgrades available
ZEND.GOOGLECODE.COM/SVN AVAILABLE UPGRADES (STABLE):
====================================================
CHANNEL PACKAGE LOCAL REMOTE SIZE
zend.googlecode.com/svn zend 1.9.6 (stable) 1.11.1 (stable) -

更新所有可用更新：
D:\xampp\php>pear upgrade-all
Will upgrade channel://pear.php.net/archive_tar
Will upgrade channel://pear.php.net/console_getargs
Will upgrade channel://pear.php.net/mail
Will upgrade channel://pear.php.net/mail_mime
Will upgrade channel://pear.php.net/mail_mimedecode
Will upgrade channel://pear.php.net/net_smtp
Will upgrade channel://pear.php.net/net_socket
Will upgrade channel://pear.php.net/pear
Will upgrade channel://pear.php.net/structures_graph
Will upgrade channel://zend.googlecode.com/svn/zend
Did not download optional dependencies: pear/Auth_SASL, use –alldeps to download automatically
pear/Net_SMTP can optionally use package “pear/Auth_SASL”
downloading Archive_Tar-1.3.7.tgz …
Starting to download Archive_Tar-1.3.7.tgz (17,610 bytes)
……done: 17,610 bytes
downloading Console_Getargs-1.3.5.tgz …
Starting to download Console_Getargs-1.3.5.tgz (18,207 bytes)
…done: 18,207 bytes
downloading Mail-1.2.0.tgz …
Starting to download Mail-1.2.0.tgz (23,214 bytes)
…done: 23,214 bytes
downloading Mail_Mime-1.8.1.tgz …
Starting to download Mail_Mime-1.8.1.tgz (31,530 bytes)
…done: 31,530 bytes
downloading Mail_mimeDecode-1.5.5.tgz …
Starting to download Mail_mimeDecode-1.5.5.tgz (11,554 bytes)
…done: 11,554 bytes
downloading Net_SMTP-1.4.4.tgz …
Starting to download Net_SMTP-1.4.4.tgz (12,264 bytes)
…done: 12,264 bytes
downloading Net_Socket-1.0.10.tgz …
Starting to download Net_Socket-1.0.10.tgz (5,429 bytes)
…done: 5,429 bytes
downloading PEAR-1.9.1.tgz …
Starting to download PEAR-1.9.1.tgz (293,587 bytes)
…done: 293,587 bytes
downloading Structures_Graph-1.0.4.tgz …
Starting to download Structures_Graph-1.0.4.tgz (30,318 bytes)
…done: 30,318 bytes
downloading Zend-1.11.1.tgz …
Starting to download Zend-1.11.1.tgz (3,638,888 bytes)
…done: 3,638,888 bytes
upgrade-all ok: channel://pear.php.net/Archive_Tar-1.3.7
upgrade-all ok: channel://pear.php.net/Console_Getargs-1.3.5
upgrade-all ok: channel://pear.php.net/Mail-1.2.0
upgrade-all ok: channel://pear.php.net/Mail_Mime-1.8.1
upgrade-all ok: channel://pear.php.net/Net_Socket-1.0.10
upgrade-all ok: channel://pear.php.net/Structures_Graph-1.0.4
upgrade-all ok: channel://zend.googlecode.com/svn/Zend-1.11.1
upgrade-all ok: channel://pear.php.net/Mail_mimeDecode-1.5.5
upgrade-all ok: channel://pear.php.net/Net_SMTP-1.4.4
upgrade-all ok: channel://pear.php.net/PEAR-1.9.1
PEAR: Optional feature webinstaller available (PEAR’s web-based installer)
PEAR: Optional feature gtkinstaller available (PEAR’s PHP-GTK-based installer)
PEAR: Optional feature gtk2installer available (PEAR’s PHP-GTK2-based installer)
PEAR: To install optional features use “pear install pear/PEAR#featurename”

更新成功后，PEAR已经是最新版了，
pear.symfony-project.com和components.ez.no两个频道也要添加一下：

D:\xampp\php>pear channel-discover pear.symfony-project.com
Adding Channel “pear.symfony-project.com” succeeded
Discovery of channel “pear.symfony-project.com” succeeded

D:\xampp\php>pear channel-discover components.ez.no
Adding Channel “components.ez.no” succeeded
Discovery of channel “components.ez.no” succeeded

再次尝试安装PHPUnit：

D:\xampp\php>pear install phpunit/PHPUnit
phpunit/PHPUnit can optionally use PHP extension “dbus”
phpunit/PHP_CodeCoverage can optionally use PHP extension “xdebug” (version >= 2.0.5)
downloading PHPUnit-3.5.5.tgz …
Starting to download PHPUnit-3.5.5.tgz (116,148 bytes)
………………..done: 116,148 bytes
downloading DbUnit-1.0.0.tgz …
Starting to download DbUnit-1.0.0.tgz (38,183 bytes)
…done: 38,183 bytes
downloading PHP_CodeCoverage-1.0.2.tgz …
Starting to download PHP_CodeCoverage-1.0.2.tgz (109,280 bytes)
…done: 109,280 bytes
downloading YAML-1.0.4.tgz …
Starting to download YAML-1.0.4.tgz (9,919 bytes)
…done: 9,919 bytes
downloading ConsoleTools-1.6.1.tgz …
Starting to download ConsoleTools-1.6.1.tgz (869,994 bytes)
…done: 869,994 bytes
downloading PHP_TokenStream-1.0.1.tgz …
Starting to download PHP_TokenStream-1.0.1.tgz (7,250 bytes)
…done: 7,250 bytes
downloading Base-1.8.tgz …
Starting to download Base-1.8.tgz (236,357 bytes)
…done: 236,357 bytes
install ok: channel://pear.symfony-project.com/YAML-1.0.4
install ok: channel://components.ez.no/Base-1.8
install ok: channel://pear.phpunit.de/DbUnit-1.0.0
install ok: channel://components.ez.no/ConsoleTools-1.6.1
install ok: channel://pear.phpunit.de/PHP_TokenStream-1.0.1
install ok: channel://pear.phpunit.de/PHP_CodeCoverage-1.0.2
install ok: channel://pear.phpunit.de/PHPUnit-3.5.5

PHPUnit安装成功！！！

您可能也喜欢：

PHP是可扩展的语言

Visibility in PHP

php上传、管理照片示例

Why PHP Hacks?

XP下Apache2.2 + PHP5.2安装方法

无觅

4 CPUs in system; running 1 parallel copy of tests

Dhrystone 2 using register variables 12912633.7 lps (10.0 s, 7 samples)
Double-Precision Whetstone 2151.7 MWIPS (10.0 s, 7 samples)
Execl Throughput 892.6 lps (29.9 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 174974.5 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 46414.1 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 521010.8 KBps (30.0 s, 2 samples)
Pipe Throughput 249578.0 lps (10.0 s, 7 samples)
Pipe-based Context Switching 44742.9 lps (10.0 s, 7 samples)
Process Creation 1479.8 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 2334.2 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent) 673.1 lpm (60.1 s, 2 samples)
System Call Overhead 248224.2 lps (10.0 s, 7 samples)

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 12912633.7 1106.5
Double-Precision Whetstone 55.0 2151.7 391.2
Execl Throughput 43.0 892.6 207.6
File Copy 1024 bufsize 2000 maxblocks 3960.0 174974.5 441.9
File Copy 256 bufsize 500 maxblocks 1655.0 46414.1 280.4
File Copy 4096 bufsize 8000 maxblocks 5800.0 521010.8 898.3
Pipe Throughput 12440.0 249578.0 200.6
Pipe-based Context Switching 4000.0 44742.9 111.9
Process Creation 126.0 1479.8 117.4
Shell Scripts (1 concurrent) 42.4 2334.2 550.5
Shell Scripts (8 concurrent) 6.0 673.1 1121.8
System Call Overhead 15000.0 248224.2 165.5
========
System Benchmarks Index Score 343.5

————————————————————————
4 CPUs in system; running 4 parallel copies of tests

Dhrystone 2 using register variables 47311139.0 lps (10.0 s, 7 samples)
Double-Precision Whetstone 8496.2 MWIPS (9.8 s, 7 samples)
Execl Throughput 2652.3 lps (30.0 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 224996.5 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 60198.2 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 747652.1 KBps (30.0 s, 2 samples)
Pipe Throughput 948490.2 lps (10.0 s, 7 samples)
Pipe-based Context Switching 170475.4 lps (10.0 s, 7 samples)
Process Creation 4747.2 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 5697.3 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent) 746.2 lpm (60.1 s, 2 samples)
System Call Overhead 873882.0 lps (10.0 s, 7 samples)

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 47311139.0 4054.1
Double-Precision Whetstone 55.0 8496.2 1544.8
Execl Throughput 43.0 2652.3 616.8
File Copy 1024 bufsize 2000 maxblocks 3960.0 224996.5 568.2
File Copy 256 bufsize 500 maxblocks 1655.0 60198.2 363.7
File Copy 4096 bufsize 8000 maxblocks 5800.0 747652.1 1289.1
Pipe Throughput 12440.0 948490.2 762.5
Pipe-based Context Switching 4000.0 170475.4 426.2
Process Creation 126.0 4747.2 376.8
Shell Scripts (1 concurrent) 42.4 5697.3 1343.7
Shell Scripts (8 concurrent) 6.0 746.2 1243.6
System Call Overhead 15000.0 873882.0 582.6
========
System Benchmarks Index Score 839.6

单核测试性能也有300多分，这个表现相当出色，四核的测试能够超过839分也出乎意料，由于linode的高可用性和对亚洲的访问速度非常的快，虽然最低也要19美元，也算是物有所值

附上测试脚本：Unix bench

您可能也喜欢：
Burstnet VPS 主机评分	提问的智慧	平白无故多了一个儿子	程序语言评估标准	Firefox使用SSH配合autoproxy自动翻山图文教程
无觅

VPS PACKAGE #1
VPS Software: vePortal™ / OpenVZ™
CPU: 1000MHZ GUARANTEED
Memory: 512MB GUARANTEED
Disk Space: 20GB (RAID BASED CONFIG)
Bandwidth: 1000GB/MONTH
IP Addresses: 2 (IPv4) + IPv6
Management: BASIC MANAGED
DDOS Protection: CISCO™ GUARD
FREE SETUP $5.95/MONTH

================================================================
BYTE UNIX Benchmarks (Version 5.1.3)

System: 200689.www.foxapp.com: GNU/Linux
OS: GNU/Linux — 2.6.18-194.26.1.el5.028stab070.14 — #1 SMP Thu Nov 18 16:34 :01 MSK 2010
Machine: x86_64 (x86_64)
Language: en_US.utf8 (charmap=”UTF-8″, collate=”UTF-8″)
CPU 0: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz (4788.1 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET, Intel virtualization
05:07:23 up 6 min, 1 user, load average: 0.08, 0.02, 0.01; runlevel 3

————————————————————————
Benchmark Run: Fri Jan 28 2011 05:07:23 – 05:37:17
1 CPU in system; running 1 parallel copy of tests

Dhrystone 2 using register variables 12759700.9 lps (10.0 s, 7 samples)
Double-Precision Whetstone 2797.2 MWIPS (10.0 s, 7 samples)
Execl Throughput 3383.2 lps (29.6 s, 2 samples)
File Copy 1024 bufsize 2000 maxblocks 506737.3 KBps (30.0 s, 2 samples)
File Copy 256 bufsize 500 maxblocks 142917.2 KBps (30.0 s, 2 samples)
File Copy 4096 bufsize 8000 maxblocks 1087584.1 KBps (30.0 s, 2 samples)
Pipe Throughput 948149.4 lps (10.0 s, 7 samples)
Pipe-based Context Switching 277958.2 lps (10.0 s, 7 samples)
Process Creation 10813.4 lps (30.0 s, 2 samples)
Shell Scripts (1 concurrent) 4151.6 lpm (60.0 s, 2 samples)
Shell Scripts (8 concurrent) 583.2 lpm (60.1 s, 2 samples)
System Call Overhead 862516.8 lps (10.0 s, 7 samples)

System Benchmarks Index Values BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 12759700.9 1093.4
Double-Precision Whetstone 55.0 2797.2 508.6
Execl Throughput 43.0 3383.2 786.8
File Copy 1024 bufsize 2000 maxblocks 3960.0 506737.3 1279.6
File Copy 256 bufsize 500 maxblocks 1655.0 142917.2 863.5
File Copy 4096 bufsize 8000 maxblocks 5800.0 1087584.1 1875.1
Pipe Throughput 12440.0 948149.4 762.2
Pipe-based Context Switching 4000.0 277958.2 694.9
Process Creation 126.0 10813.4 858.2
Shell Scripts (1 concurrent) 42.4 4151.6 979.2
Shell Scripts (8 concurrent) 6.0 583.2 972.0
System Call Overhead 15000.0 862516.8 575.0
========
System Benchmarks Index Score 883.3

883.3的评分相当彪悍，相对于其价格来说，相当不错了，Burst有个很大的Bug是他的统计流量的系统，那玩意一点也不靠谱，我发过ticket给他们，回复说是已知的Bug，目前不限制流量，也就是显示多少无所谓了。

您可能也喜欢：

Linode VPS 主机评分

《企业应用架构模式》笔记一

数据源架构模式笔记(一)

淘宝在数据处理领域的项目及开源产品介绍

软件构建中的理想设计特征

无觅

1. 了解领导的沟通风格。
2. 别不屑于拍马屁，人人都喜欢听好话，你领导也不例外。
3. 领导安排的事情要第一优先处理，并及时反馈，如出差的时候到了目的地让领导知道你到了。
4. 给领导汇报要出选择题，而不是问题!领导喜欢部下反应问题时同时提出过个方案供他选择。
5. 领导讨厌部下问直接怎么办或只提供一条路没有选择。
6. 部下说”我以为“，”我知道“，不经请示擅自做主捅了漏子不可收拾，出了问题推卸责任，说”我以为“的词语换成”我错了“。
7. 他也喜欢部下提供有效的反馈信息是同时提出自己的建议。
8. 站在领导和公司的角度看问题。
9. 领导喜欢你能随时报告你的工作进度，不喜欢倚老卖老，埋头做事却什么都不讲。
10. 领导不喜欢自以为是，自持功高，拉帮结派要挟领导。
11. 绝对不要猜测领导的想法，因为你无法达到领导的思维层次。
12. 与领导沟通有错就认，不要辩解,不要犯同样的错误。
13. 与领导沟通时那上笔纸记录。
14. 与领导沟通前设想他会有的疑问，提前准备答案。
15. 让领导的话只说一遍。
16. 你要绝对相信领导的要求总是合理的，领导说的就算错了也要坚决执行，因为你无法完全清楚领导的全盘计划。
17. 满足领导的业务需求的同时，你得考虑他的感情需求。
18. 不要对领导说”应该“，”不应该“，你应该改用”建议“。
19. 工作需要改进的地方自己提前交代，不要等领导说出来。

对下属

1. 安排下属做他们擅长的事情。
2. 向下属解释分派的工作，令他有全面的理解，并引起他对这项工作的兴趣。
3. 分派工作时给与下属所需的资料，由他来决定处理的方法。
4. 分派工作时定出完成工作的时间表的工作标准。确定下属完全明白要求。
5. 关注下属的优点，充分的利用下属的有点而非克服缺点。
6. 绝对不要试图改变下属的性格与特点。
7. 在他发错前提前纠正，别等着他都错了才去骂他“你个蠢蛋“。
8. 不到不得已，绝对不要用上你的职位权利来让下属被迫听你命令，正确的方式是以个人魅力让下属跟你。
9. 就算下属错了，指出错误也是需要艺术的说法，不能开口就提问题，尽量先说他值得赞赏的地方，然后在说某某地方还需改进…一样以来下属自信心不会受到打击。
10. 下属的生活问题也是需要多关注关注的，要不然说不一定那天他就跑去跳楼或者跑幼儿园去了。
11. 定期请下属吃饭，喝了酒心里话才会说出来，才能更好的融合团队。

员工一般非为四种：

1. “态度好能力差” – 在领导看来，这种更有培养前途，所以这说明态度好的人才容易当官
2. “能力差态度差” – 这种人建议干掉，但干掉也得要有“艺术”不然又一个跑房顶或者幼儿园去了
3. “能力好态度差” – 这种用好待遇就行了
4. “态度好能力好” – 这种就是当官的
5. 更多的将具有挑战性的事情给下属做，这样他对这个工作抱有更多的兴趣。
6. 当下面的人闹事不听你的时候，如果你想杀鸡敬候，那么不可干掉闹得最厉害那个（手里面没资本那能那么牛B），也不可干掉闹得最不厉害那个（因为这样其不到效果），一定要选中间的人，而且要随便挑一个，这样这写胆子小的就会担心，谁知道下一个会是谁。
7. 工作总会有遗憾的，做了主管必然会称呼下属们眼里的“坏人”，要想成为公司喜欢的，你就必须“坏”起来。
8. 要对下属即将离职意向敏锐察觉，并尽早做出挽回动作（技术人员一般想走了是很明显的，有些请假次数多了，而且理由牵强，有些被是从来不跟你对起干的一下牛起来了）,当他来给你提出离职的时候已经无法挽回了。

对工作

1. 努力工作是基本的，因为公司已经给你发了工资了，想领导喜欢你就得多做工作之外的问题。
2. 工作改进计划由自己首先提出。
3. 直言不是好事情，历史就是最好的证明，现在大家知道最多的无非就刘罗锅和魏征，其他的还没出名就非他们老板干掉了。
4. ”作秀“是必须的，”作秀“多了自然就习惯了（这里的”作秀“不是贬义词）。
5. 对你的工作要有规划，长期(年),中期(月),短期(周)的规划，还有每日的工作计划。
6. 80%的时间要花在“重要而不紧急”的事情上面，事情都可以分为：“重要紧急”,“重要不紧急”,”紧急不重要”,”不紧急不重要”，你得站在公司的角度将你的事情划分为这四种状态。
7. 作为主管，你应该站在公司的立场想问题，而不是依然以一个打工者的心态来看问题，想想如果你是老板你会喜欢那种员工。
8. 对工作无法作到的，要学会说”不“。
9. 例行工作你就不要做了，让下属去做。
10. 你不需要是技术高手，但你需要懂得多。
11. 培养接班人，一边你临时不在的时候工作也能正常执行。
12. 让你的接班人在开会时有更多的发言机会，多找机会让他与你一起跟上司汇报。
13. 不要以感情来决定对事情的看法，你必须公正。

从技术到管理转换是出现的问题
Q：发现时间不够用了？ A：分清那些事情可以不做的。
其他

1. 《亮剑》，跟李云龙学学如何做个好主管。
2. 《越狱》 如何打造一个无敌的 Team。
3. ”白金法则“ – 你希望别人怎么对你，你就怎么对别人。（管理中因人而异的管理方法）
4. ”黄金法则“ – 别人希望你怎么对他，你就怎么对他。（管理中因人而异的管理方法）
5. 工资是岗位决定的，奖金是绩效决定的。

您可能也喜欢：
博文视点和O’Reilly	对我影响最大的基本技术书（一）	联想IdeaPad发布	ARJ21首飞,真的是中国自主知识产权？	连日来的一些感慨
无觅

这个东西，稍微有点程序经验的人应该都接触过，比如在设计数据时候冗余了部分数据，避免关联表查询，减少开销，实际上也减少了查询时间，所谓空间换时间。还比如，我们将一个有点开销的计算结果存储起来，避免下次再次运算，减少时间消耗，再如，CPU的设计，设置了高速缓存，一级缓存，二级缓存，主存（通常所说的内存），其实一个硬盘和一个CPU也可以干活，只是干得不怎么样，因为硬盘和CPU之间速度实在是差别太大了，如是就有人想把可能要用到的数据预先加载到高速缓存或者主存中，慢慢形成了今天的个人计算机架构。

2、以时间换空间法则

这个其实也是天天在用的一个法则，只是一般技术人员看到“压缩”二字的时候，没联想到那么多，压缩就是最典型的拿时间换空间的例子，就是不断的重复前面已经存储过的存储地址，用来避免存取真实的数据。

3、循环法则

大部分稍微有点经验的人不会在同一个函数中循环两次同样的变量，但是仅限于同一个函数，假如在一个函数里调用了另外一个函数，那么就不一定了，很多人为了看似解耦的一个操作，在两个函数对同一个变量做了多次的循环。循环法则有几个比较经典细则：
第一、将代码移除循环，这是最容易想到的，当然，可以移除的条件是，每次循环都执行同样的某次操作。
第二、合并测试条件，高效的内循环应该包含尽量少的测试条件，最好只有一个，因此，程序员尽量用一些退出条件来模拟循环的其他退出条件。
第三、哨兵法则，在数据结构边界上放一个哨兵以减少测试是否已经搜索结束的开销。
第四、展开循环，展开循环可以减少修改循环下标的开销，对于避免管道延迟，减少分支以及增加指令级的并行性也有很大帮助。
第五、删除赋值，赋值的开销实际上在整个程序的执行过程中占的开销可以忽略不计，但假如你要在一个循环十万次的循环中赋值，那么开销就不能不计了，尽可能的在循环中减少赋值吧。
第六，消除无条件分支，快速的循环中不应该包含无条件分支，通过旋转循环，在底部加上一个条件分支，能够消除循环结束处的无条件分支。
第七、循环合并，如果你不小心做了傻事，那么合并两个对同一个变量循环操作吧

4、逻辑法则
利用等价的代数表达式。如果逻辑表达式的求值开销太大就将其替换为开销较小的等价代数表达式。
短路单调函数。如果我们想测试几个变量的单调非递减函数是否超过了某个特定的阈值，那么一旦达到这个阈值就不在需要计算任何变量了。
对测试机条件重新排序。在组织逻辑测试的时候，应该是降低开销的，经常成功的测试放在高开销的，很少成功的测试前面。

5、过程法则
打破函数层次。对于（非递归地）调用自身的函数，通常可以通过将其改写为内联版本并固定传入的变量来缩短其运行时间。
并行性。在底层硬件条件下，我们构建的程序应该尽可能多的挖掘并行性。

6、表达式法则
编译时初始化。在程序执行前，应该尽可能多的变量初始化。
利用等价的代数表达式。如果表达式的求值开销过大，就将其替换为开销更小的等价的代数表达式，比如换一种算法
消除公共子表达式。如果两次对同一个表达式求值，其所有变量都没有任何改动，那么我们可以用下面方法避免二次求值：存储第一次的计算结果并用其取代第二次求值。

您可能也喜欢：

数据完整性策略

开发环境的三大规则

软件构建中的理想设计特征

类设计

会话状态模式

无觅

第三种技术，也是这篇文章主要要研究的，就是非常有名的“UDP打洞技术”，UDP打洞技术依赖于由公共防火墙和cone NAT，允许适当的有计划的端对端应用程序通过NAT“打洞”，即使当双方的主机都处于NAT之后。这种技术在 RFC3027的5.1节[NAT PROT] 中进行了重点介绍，并且在Internet[KEGEL]中进行了非正式的描叙，还应用到了最新的一些协议，例如[TEREDO,ICE]协议中。不过，我们要注意的是，“术”如其名，UDP打洞技术的可靠性全都要依赖于UDP。

We will consider two specific scenarios, and how applications can be designed to handle both of them gracefully. In the first situation, representing the common case, two clients desiring direct peer-to- peer communication reside behind two different NATs. In the second, the two clients actually reside behind the same NAT, but do not necessarily know that they do.

这里将考虑两种典型场景，来介绍连接的双方应用程序如何按照计划的进行通信的，第一种场景，我们假设两个客户端都处于不同的NAT之后；第二种场景，我们假设两个客户端都处于同一个NAT之后，但是它们彼此都不知道(他们在同一个NAT中)。

3.3.1. Peers behind different NATs 处于不同NAT之后的客户端通信

Suppose clients A and B both have private IP addresses and lie behind different network address translators. The peer-to-peer application running on clients A and B and on server S each use UDP port 1234.? A and B have each initiated UDP communication sessions with server S, causing NAT A to assign its own public UDP port 62000 for A’s session with S, and causing NAT B to assign its port 31000 to B’s session with S, respectively.

我们假设 Client A 和 Client B 都拥有自己的私有IP地址，并且都处在不同的NAT之后，端对端的程序运行于 CLIENT A,CLIENT B,S之间，并且它们都开放了UDP端口1234。 CLIENT A和CLIENT B首先分别与S建立通信会话，这时NAT A把它自己的UDP端口62000分配给CLIENT A与S的会话，NAT B也把自己的UDP端口31000分配给CLIENT B与S的会话。如下图所示：

Now suppose that client A wants to establish a UDP communication session directly with client B.? If A simply starts sending UDP messages to B’s public address, 138.76.29.7:31000, then NAT B will typically discard these incoming messages (unless it is a full cone NAT), because the source address and port number does not match those of S, with which the original outgoing session was established. Similarly, if B simply starts sending UDP messages to A’s public address, then NAT A will typically discard these messages.

假如这个时候 CLIENT A 想与 CLIENT B建立一条UDP通信直连，如果 CLIENT A只是简单的发送一个UDP信息到CLIENT B的公网地址138.76.29.7:31000的话，NAT B会不加考虑的将这个信息丢弃（除非NAT B是一个 full cone NAT），因为 这个UDP信息中所包含的地址信息，与CLIENT B和服务器S建立连接时存储在NAT B中的服务器S的地址信息不符。同样的，CLIENT B如果做同样的事情，发送的UDP信息也会被 NAT A 丢弃。

Suppose A starts sending UDP messages to B’s public address, however, and simultaneously relays a request through server S to B, asking B to start sending UDP messages to A’s public address.? A’s outgoing messages directed to B’s public address (138.76.29.7:31000) cause NAT A to open up a new communication session between A’s private address and B’s public address. At the same time, B’s messages to A’s public address (155.99.25.11:62000) cause NAT B to open up a new communication session between B’s private address and A’s public address. Once the new UDP sessions have been opened up in each direction, client A and B can communicate with each other directly without further burden on the “introduction” server S.

假如 CLIENT A 开始发送一个 UDP 信息到 CLIENT B 的公网地址上，与此同时，他又通过S中转发送了一个邀请信息给CLIENT B，请求CLIENT B也给CLIENT A发送一个UDP信息到 CLIENT A的公网地址上。这时CLIENT A向CLIENT B的公网IP(138.76.29.7:31000)发送的信息导致 NAT A 打开一个处于 CLIENT A的私有地址和CLIENT B的公网地址之间的新的通信会话，与此同时，NAT B 也打开了一个处于CLIENT B的私有地址和CLIENT A的公网地址(155.99.25.11:62000)之间的新的通信会话。一旦这个新的UDP会话各自向对方打开了，CLIENT A和CLIENT B之间就可以直接通信，而无需S来牵线搭桥了。(这就是所谓的打洞技术)！

The UDP hole punching technique has several useful properties. Once a direct peer-to-peer UDP connection has been established between two clients behind middleboxes, either party on that connection can in turn take over the role of “introducer” and help the other party establish peer-to-peer connections with additional peers, minimizing the load on the initial introduction server S. The application does not need to attempt to detect explicitly what kind of middlebox it is behind, if any [STUN], since the procedure above will establish peer- to-peer communication channels equally well if either or both clients do not happen to be behind a middlebox.? The hole punching technique even works automatically with multiple NATs, where one or both clients are removed from the public Internet via two or more levels of address translation.

UDP打洞技术有很多实用的地方：第一，一旦这种处于NAT之后的端对端的直连建立之后，连接的双方可以轮流担任 对方的“媒人”，把对方介绍给其他的客户端，这样就极大的降低了服务器S的工作量；第二，应用程序不用关心这个NAT是属于cone还是symmetric，即便要，如果连接的双方有一方或者双方都恰好不处于NAT之后，基于上叙的步骤，他们之间还是可以建立很好的通信通道；第三，打洞技术能够自动运作在多重NAT之后，不论连接的双方经过多少层NAT才到达Internet，都可以进行通信。

您可能也喜欢：
TCP和UDP的区别	代码格式规范的List	《Rework》	数据库的层次结构	程序语言评估标准
无觅

这篇文章将介绍另一种翻山手段，SSH代理山墙，对于购买类似Dreamhost主机的用户，会有SSH帐号可以使用，通过这个SSH帐号，即可实现更为安全可靠并且稳定的翻山术。

名词解释：SSH

安全外壳协议（Secure Shell Protocol / SSH）是一种在不安全网络上提供安全远程登录及其它安全网络服务的协议。最初是UNIX系统上的一个程序，后来又迅速扩展到其他操作平台。

常用的SSH工具有开源软件putty，后面介绍的MyEntunnel最终还是靠pLink调用putty实现SSH的加密通道。

第一步：获取拥有SSH权限的帐号和密码。

对于购买类似Dreamhost主机的用户，会有SSH帐号可以使用，也可以通过其他方式购买或者获取SSH帐号。
友情提示：没有SSH帐号的朋友可以去淘宝、有啊，拍拍等网站自行搜索，并购买，目前报价普遍10元左右每月

第二步：配置MyEntunnel软件

下载并安装MyEntunnel，该软件全名为My Encrypted Tunnel。

按照上图将第一步收到的帐号信息填写到相应的地方后，点击 “保存”按钮，再点击“连接”按钮。

第一次连接过程中会出现一个认证对话框，按照提示选“yes”即可。以后的自动连接中将不再出现此认证对话框。

最后点击“隐藏”按钮，使对话框隐藏到右下角系统任务栏中。

提示：

为MyEntunnel创建一个快捷方式，将其复制到系统的【启动】（C:\Documents and Settings\当前用户名（需要修改成你自己的）\「开始」菜单\程序\启动）文件夹中，今后开机便可自动启动软件，并自动连接服务器。

如上图所示，myentunnel有三种颜色表示不同的状态，绿色代表连接成功且稳定；黄色代表正在连接或重新连接；红色代表连接失败。

第三步：配置Firefox浏览器

Firefox有一个扩展，叫做AutoProxy，它能够自动配置让被墙的站点通过代理服务器访问。你可以通过firefox访问以下地址安装：https://addons.mozilla.org/zh-CN/firefox/addon/11009 如下图所示，点击添加到Firefox。

点击 “立即安装”

安装完成后按照提示重新启动firefox以便配置 autoproxy。

重启后完成autoproxy的安装，我们在弹出的窗口中开始配置autoproxy，如下图：

在“代理规则”中“添加规则订阅”

如下图选中“gfwList”，然后点击右下角“订阅”按钮。

在“代理服务器”选项卡中，选中“选择代理服务器”

然后按照下图标示选择并确定。

如下图所示，在“选项” 标签中选择“自动模式”

最后，单击下方的“应用”并“确定”，到此设置完毕。

今后只要先启动MyEntunnel，然后启动Firefox就可以自动翻墙了，而不需要使用代理的站点依然是直接访问（不通过代理），所以速度不受影响。

最后测试一下，访问一下facebook吧：

好了，完全正常。

Update: 看了国新办网络局就谷歌搜索退出中国内地发表谈话 很受伤，引用锅巴的一句话，傻逼是永远死不光的，正如我本文开头所说的那样，自己不知道争取自由，别人帮你争取，那个人却成了坏人

您可能也喜欢：

使用Firefox+foxyProxy+SSH翻山越岭

为Firefox 3.6修改的两个小扩展

迅雷去广告方法

OUTLOOK2007最小化到托盘显示

Firefox CPU 占用50%解决

无觅

1、为逻辑表达式、数组下标和子程序参数的可读性使用了空格了吗？
2、不完整的语句在行末似乎以明显又错的方式结束吗？
3、后续行按照标准数码缩进了吗？
4、每行顶多只有一条语句吗？
这一点是团队中比较头痛的问题，很多人不按照这个规则来做，结果它成了一种风气
5、所写的每个语句都没有副作用吗？
6、每行顶多只声明一个数据吗？
注释布局：
1、注释与其所注释的代码所尽量相同吗？
2、注释风格便于维护吗？
子程序的布局：
1、你对每个子程序的参数格式化方式便于看懂、修改、注释吗？
2、采用空行分割子程序各部分了吗？
4、文件中子程序用空行清楚分开了吗？
5、在没有更好的组织形式的场合，所有子程序都按字母排列了吗？
这一点我没有做到，没有做到是没有想到这一点，以后编码注意了……

您可能也喜欢：

UDP hole punching 翻译

代码调优法则--编程珠玑笔记

《Rework》

数据库的层次结构

平白无故多了一个儿子

无觅

1、创业不是因为钱多，而是在现在的岗位上可能遇到天花板或者因为兴趣

2、25岁还没创业，那么只能等到35岁了，主要理由是，年轻的冲劲没了，就只能等到真正稳定下来才能去创业，当然前面的年龄只是个描述，并不是严格的界限，只是为了说明在年轻的几年中，有一段时间出去创业的几率很小，而且成本很高

3、盯住小众而高端的市场并一定比大众的市场来钱少，反而更容易做口碑。

4、目前的体制下，政府或者国企的钱最好赚

5、中国穷人多，富人也多，有人愿意出钱玩玩

6、不做培育市场的事情，创业之前做好在中国这个山寨文化很浓的国家被人模仿和抄袭的准备

7、创业是很痛苦的，也是走向更高层次的最好机会之一

关于职业发展：

1、在一个公司的发展是有限的，盯着那个位置不一定能坐到，跳槽或许是捷径

2、薪水是影响选择职位的一个因素，但不是最重要的元素，开心和有成就感更能留住一个人。

3、跳出IT圈子，IT不过是一个工具，不管是电子商务，还是内容提供，娱乐提供等，最需要工具的并不是互联网，而是传统行业，做传统行业更能带来效益和收获。

4、国内的企业和国外的企业还是有很大差距的，不仅仅是薪水，最重要的职业发展方面，国外的企业很舍得花钱在IT方面，来提高生产效率，会为员工提供更多的培训机会和学习机会，甚至有强制学习制度保证员工不断进步和提升

5、站在传统行业看互联网行业的一些技术工作从事者，很多纯粹似乎自虐，大部分企业系统根本不需要承受千万PV，根本不需要负载均衡，根本不需要浏览器兼容，什么也不需要，他们只要能用就行，能快速解决问题、能带来效率提升的就是最好的。

6、每个人的职业都有天花板，或许出去创业一下，更能知道自己想要什么

7、创业不成功者去面试一个更高层次的岗位时，往往能得到更多的信赖和机会

您可能也喜欢：
个人学习方法总结	博文视点和O’Reilly	提问的智慧	Linode VPS 主机评分	80 years
无觅