示例代码(调用香港的WSDL服务发送短信,为了安全，参数随便改了个，这个不能用的，大家不要用这个做例子)，仅供参考用法：
共有如下几类情况：
一、没有使用代理服务器的情况：
REMOTE_ADDR = 您的 IP
HTTP_VIA = 没数值或不显示
HTTP_X_FORWARDED_FOR = 没数值或不显示
二、使用透明代理服务器的情况：【Transparent Proxies】
REMOTE_ADDR = 最后一个代理服务器 IP
HTTP_VIA = 代理服务器 IP
HTTP_X_FORWARDED_FOR = 您的真实 IP ，经过多个代理服务器时，这个值类似如下：211.98.182.163, 211.98.182.163, 211.129.72.215。
透明代理服务器还是将您的信息转发给您的访问对象，无法达到隐藏真实身份的目的。
1、Firebug
调试利器
2、FireGestures
强大的鼠标手势
3、HTML Regex Data Extractor
正则表达式匹配，抓站神马的最合适了。
4、Tamer Data
截取请求，抓站、改POST参数~~
5、NetVideoHunter
直接下载视频，如优酷、土豆、乐视等。。Youtobe也可以，可惜国内无用。。
据国外媒体报道，知名黑客组织Anonymous已经公开发布信息，将对索尼及旗下艺人发动网络攻击，以抗议索尼支持美国国会提出的《网络反盗版法案》（SOPA）。
遭受大量用户逃离的域名服务提供商GoDaddy似乎并不是唯一一家因为支持《网络反盗版法案》而受到威胁的公司，索尼也因为支持这项法案而受到了黑客团体Anonymous的威胁。事实上，两周之前，Anonymous就发布了一则关于《网络反盗版法案》的信息，称“我们会用抗议令互联网蒙羞”。
Anonymous近日在视频网站YouTube上发布了一则针对索尼，以及贾斯汀·比伯（Justin Bieber）和Lady Gaga等索尼旗下艺术家的信息，威胁称如果索尼继续支持《网络反盗版法案》，Anonymous就将发起黑客攻击。
对MongoDB有所了解的人都知道，MongoDB有一个让人头疼的全局锁（读写锁，允许并发读，而写会阻塞所有的读写），要命的是这个锁不是表级的，不是库级的，而是整个Server级别的，这让人听起来是不是非常的蛋疼。
在2.0版本以前，这一问题一直没有得到解决，于是有人提出，在可预见某个update操作的记录可能在磁盘上时，为了减少写锁占用的时间，可以采用先读后写的方式，通过先读一次，将要操作的记录加载到内存中，再进行内存中的update，这样写锁就不包括将数据从磁盘加载到内存的时间了。
在可预见数据冷热的情况下，这种操作能够有一定的效果，但是很明显，这种变态的方法不应该是一个终极解决方案。
值得庆幸的是，在2.0版本中，MongoDB宣称有很大程度的并发性能提升，而这一提升的基础正是解决了这个全局锁的问题。
解决的方法并不是通过减少锁粒度来解决，虽然collection级别的锁机制也正在开发中。（SERVER-1240）
解决方法是通过对一些可能造成长时间锁占用的操作进行锁抑制。比如和我们上面的方法类似，在进行update操作时，如果发现需要更新的记录在磁盘上，那么这个锁就不会一直占用，而是等到将数据从磁盘加载到内存后再添加写锁进行update。
而同理，对于其它一些可能耗时比较长的操作也可以采用类似的方法，通过将长时间占用的全局锁拆分成多个细粒度的小锁来使需要获取锁来进行的操作能够交错的执行，从而避免一夫当关万夫莫开的情况，主要包括下面一些操作：
查询操作
批量更新操作
批量删除操作
批量insert写入操作
例子：
以认证模式启动本地MongoDB,限定只能本地登陆，需要认证:
默认连接到本地服务器的默认端口:
以用户名’fred’和密码’foobar’连接并登录到admin数据库:
以用户名’fred’和密码’foobar’连接并登录到baz数据库: