关于破解python开发工具wing ide 4.1

wing ide 4.1版本破解方法(不限于此版本,只是本人测试的是这个版本)

1、先到http://wingware.com/downloads/wingide下载最新版本的IDE.
2、安装之前,先修改时间到一个月前。
3、安装
4、安装之后然后获取试用版的License。然后关闭WingIDE。
5、放置破解文件abstract.pyo于安装目录\bin\2.5\src\process,比如C:\Program Files\Wing IDE 4.1\bin\2.5\src\process。
6、修改时间为当前时间,重启WING ide就已经破解

本人win7下测试通过!

破解文件

JS获取url参数

//取URL中的参数及其值
function getArgs(query) {  //query = location.search.substring(1);
    var args = new Object();
    var pairs = query.split("&");
    for(var i = 0; i < pairs.length; i++) {
        var pos = pairs[i].indexOf('=');
        if (pos == -1) continue;
        var argname = pairs[i].substring(0,pos);
        var value = pairs[i].substring(pos+1);
        value = decodeURIComponent(value);
        args[argname] = value;
    }
    return args;
}  

function ($url, $param) {
    var reg = "/^.*[\\?|\\&]" + $param + "\\=([^\\&]*)/";
    reg = eval(reg);  

    var ret = $url.match(reg);
    if (ret != null) {
        return ret[1];
    } else {
        return "";
    }
}

80年的歌

用文字去记录歌,用歌声去记录岁月

李玖哲:解脱

王力宏:流泪手心

PHP文件缓存的性能测试

转自:http://www.ccvita.com/311.html

 

PHP常用缓存方式

第一种,把需要缓存的数据进行处理,形成PHP可以直接执行的文件。在需要缓存数据的时候,通过include方式引入,并使用。

第二种,把需要的数据通过serialize函数序列化后直接保存到文件。在需要使用缓存数据的时候,通过反序列化读入文件内容并复制给需要的变量,然后使用。

 

测试结果

通过测试我们发现,第二种也就是serialize缓存数据的方式更加高效。(数据略去,最后提供了文章地址下载,大家可以自行测试)

 

原因分析

include方式读取缓存的时候,PHP需要执行几个过程

1.读取文件
2.解析所Include的文件
3.执行,给变量赋值

而serialize序列化方式读取缓存的时候:

1.读取数据
2.反序列化数据内容
3.给变量赋值

 

从以上内容对比的话,可能是由于解析PHP文件内的数组需要的时间超过unserialize反序列化数组的时间。

< ?php

$t1 = gettimeofday();

for ($i = 0; $i < 10000; $i++){
        include("CacheTest_IncludeData.php");
}

$t2 = gettimeofday();

echo ($t2['sec'] - $t1['sec']) * 1000 + ($t2['usec'] - $t1['usec']) / 1000 . "\n";
CacheTest_SerializeFile.php

< ?php

function read_cache($filename) {

                        if(@$fp = fopen($filename, 'r')) {
                                @$data = fread($fp,filesize($cachefile));
                                fclose($fp);
                        }
        return $s;
}

$t1 = gettimeofday();

for ($i = 0; $i < 10000; $i++){
        $x = read_cache("CacheTest_SerializeData.php");
        $x_r = unserialize($x);
}

$t2 = gettimeofday();

echo ($t2['sec'] - $t1['sec']) * 1000 + ($t2['usec'] - $t1['usec']) / 1000 . "\n";


备注

总结分析

第一种,include缓存的方式

优点:增加数据的保密性,和安全性,缓存内容不会被外界发现。

缺点:速度相对较慢。

用途:保存禁止系统外部得知的数据,比如web系统的设置,甚至MySQL信息等的保存

第二种,serialize序列化缓存的方式

优点:速度较快。

缺点:缓存系统文件路径一旦曝光,缓存内容会泄露。

用途:缓存最新文章,相关文章等不担心外部得知的数据的时候,可以使用这种方式。
当装了ea、apc等PHP内存缓存之后,第一种通过include读取缓存的方式速度会高于第二种serialize序列化缓存的方式。

图片服务器的url hash架构

原文地址:http://blog.csdn.net/21aspnet/article/details/6596745

什么是urlhash架构

url hash架构对url进行一次hash算法,然后通过hash结果找到对应的服务器。因为针对单一个url的hash结果是一样的,所以理论上这个url会被永久分配到固定的一台服务器上。另外因为经过了hash算法,所以分配url就很均匀,同时访问量也可以达到均衡。

为什么要用urlhash架构

  1. 图片服务器的特点一是访问量很大,二是容量也很大,通过简单的负载均衡,可以解决访问量大的问题,但是容量的问题并没有改善。所以会造成容灾问题。
  2. 容灾问题:系统某个时间段被访问的数据严重超出缓存集群中最小单机的容纳容量就会造成容灾,容灾会使大量单一链接穿透,直接对后台的IO性能影响很大。
  3. 虽然可以通过增加缓存容量的配置来解决容灾问题,但是内存总是有限的,为每一台机器增加超大内存成本上也开销很大,另外在squid中也不宜配置很大的磁盘缓存,否则squid中的hash表会很大,性能很差。
  4. 通过hash架构,可以充分利用缓存集群的内存,容灾问题就不再取决于缓存集群中最小单机的容纳容量,而是缓存集群中所有机器的容纳容量之和。

各种urlhash架构

  1. 基于dns的hash架构
  2. 基于haproxy的自动hash架构
  3. 基于nginx的手动hash架构

基于dns的hash架构图

基于dns的hash架构说明

  1. 这个架构适合面向用户的图片系统,比如论坛、相册、博客中的图片上传。这样它才能够保证文件名有一致的规范。
  2. 这个架构图分了36个域名,图片文件名是用md5值起的,在md5值中取一位字母就可以表明它是在哪个域名里,域名就对应了机器,上传分发的时候也是根据此字母来分发。

基于dns的hash架构优缺点

优点

  1. 使用了dns分流,成本较低,而且dns性能高,不用维护。
  2. 可突破IE默认每主机2个线程的限制。

缺点

  1. 可用性方面,如果有一台机器宕机,则指向这台机器的请求无法读取。
  2. 分流方面,只能全部同步,成本较高
  3. 只适用于面向用户的系统

基于nginx的自动hash架构图

基于nginx的自动hash架构说明

  1. 这是一种新的缓存架构,由nginx作为最前端,代理到缓存机器。
  2. nginx后面是缓存组,由nginx经过url hash后将请求分到缓存机器。
  3. 这个架构方便纯squid缓存升级,可以在squid的机器上加装nginx。
  4. nginx有缓存的功能,可以将一些访问量特大的链接直接缓存在nginx上,就不用经过多一次代理的请求。比如favicon.ico和网站的logo。

基于nginx的自动hash架构优缺点

优点

  1. 高性能
  2. 使用方便,后台是什么样关系不大
  3. 有很高的可用性
  4. 缓存架构,分流方便
  5. 可直接在nginx代理缓存部分链接

缺点

  1. url分流可控性弱,增减缓存机器都会引起缓存重新分配,意味着缓存全部失效。

基于nginx的手动hash架构说明

  1. 这个架构图和自动hash的架构是一样的,唯一有差别的是hash算法的变化,自动hash是用nginx upstream hash模块自带的hash算法来实现分流,这个手动架构是自己设计一个算法来实现。
  2. 算法设计思路是从url中取一个字符来作分流依据,比如定义链接的倒数第10个字符来分流,同样可以分配得很均匀。
  3. 手动架构可以避免自动架构中增减机器带来的缓存失效问题,另外可以精确知道一个链接到底存在哪台缓存上。

基于nginx的手动hash架构优缺点

优点

  1. 基本可以继承自动架构的优点
  2. 避免增减机器的问题
  3. 精确知道链接存储在哪台缓存上

缺点

  1. 配置较复杂,要分配均匀配置不易。

采用Hash架构对bbs架构优化

  1. 先前讲的bbs架构采用的是lvs+squid作为前端,这样的话squidclient更新缓存时需要更新所有的squid,这个效率很低下,使用hash架构就可以使squidclient每次只需要清理一台squid,效率大为提升。
  2. 推荐的是使用nginx手动hash架构,它可以精确知道链接会存在哪台机器上,这样就可以配置精确的备份机器。

使用Nginx的proxy_cache缓存功能取代Squid

本文转载自:张宴博客 

由于原文创作时间较久远,相关技术与现有版本可能会有部分差异,但原理不变,特此声明。

Nginx从0.7.48版本开始,支持了类似Squid的缓存功能。这个缓存是把URL及相关组合当作Key,用md5编码哈希后保存在硬盘上,所以它可以支持任意URL链接,同时也支持404/301/302这样的非200状态码。虽然目前官方的Nginx Web缓存服务只能为指定URL或状态码设置过期时间,不支持类似Squid的PURGE指令,手动清除指定缓存页面,但是,通过一个第三方的Nginx模块,可以清除指定URL的缓存。

Nginx的Web缓存服务主要由proxy_cache相关指令集和fastcgi_cache相关指令集构成,前者用于反向代理时,对后端内容源服务器进行缓存,后者主要用于对FastCGI的动态程序进行缓存。两者的功能基本上一样。

最新的Nginx 0.8.32版本,proxy_cache和fastcgi_cache已经比较完善,加上第三方的ngx_cache_purge模块(用于清除指定URL的缓存),已经可以完全取代Squid。我们已经在生产环境使用了 Nginx 的 proxy_cache 缓存功能超过两个月,十分稳定,速度不逊于 Squid。

在功能上,Nginx已经具备Squid所拥有的Web缓存加速功能、清除指定URL缓存的功能。而在性能上,Nginx对多核CPU的利用,胜过Squid不少。另外,在反向代理、负载均衡、健康检查、后端服务器故障转移、Rewrite重写、易用性上,Nginx也比Squid强大得多。这使得一台Nginx可以同时作为“负载均衡服务器”与“Web缓存服务器”来使用。

 

1、Nginx 负载均衡与缓存服务器在 Linux 下的编译安装:

ulimit -SHn 65535
 wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.00.tar.gz
 tar zxvf pcre-8.00.tar.gz
 cd pcre-8.00/
 ./configure
 make && make install
 cd ../
 wget http://labs.frickle.com/files/ngx_cache_purge-1.0.tar.gz
 tar zxvf ngx_cache_purge-1.0.tar.gz
 wget http://nginx.org/download/nginx-0.8.32.tar.gz
 tar zxvf nginx-0.8.32.tar.gz
 cd nginx-0.8.32/
 ./configure --user=www --group=www --add-module=../ngx_cache_purge-1.0 --prefix=/usr/local/webserver/nginx --with-http_stub_status_module --with-http_ssl_module 
 make && make install
 cd ../

 

2、/usr/local/webserver/nginx/conf/nginx.conf 配置文件内容如下:

user  www www;
worker_processes 8;
error_log  /usr/local/webserver/nginx/logs/nginx_error.log  crit;
pid        /usr/local/webserver/nginx/nginx.pid;
#Specifies the value for maximum file descriptors that can be opened by this process.
 worker_rlimit_nofile 65535;
 events
 {
 use epoll;
 worker_connections 65535;
 }
 http
 {
 include       mime.types;
 default_type  application/octet-stream;
 charset  utf-8;
 server_names_hash_bucket_size 128;
 client_header_buffer_size 32k;
 large_client_header_buffers 4 32k;
 client_max_body_size 300m;
 sendfile on;
 tcp_nopush     on;
 keepalive_timeout 60;
 tcp_nodelay on;
 client_body_buffer_size  512k;
 proxy_connect_timeout    5;
 proxy_read_timeout       60;
 proxy_send_timeout       5;
 proxy_buffer_size        16k;
 proxy_buffers            4 64k;
 proxy_busy_buffers_size 128k;
 proxy_temp_file_write_size 128k;
 gzip on;
 gzip_min_length  1k;
 gzip_buffers     4 16k;
 gzip_http_version 1.1;
 gzip_comp_level 2;
 gzip_types       text/plain application/x-javascript text/css application/xml;
 gzip_vary on;
 #注:proxy_temp_path和proxy_cache_path指定的路径必须在同一分区
 proxy_temp_path   /data0/proxy_temp_dir;
 #设置Web缓存区名称为cache_one,内存缓存空间大小为200MB,1天没有被访问的内容自动清除,硬盘缓存空间大小为30GB。
 proxy_cache_path  /data0/proxy_cache_dir  levels=1:2   keys_zone=cache_one:200m inactive=1d max_size=30g;
 upstream backend_server {
 server   192.168.8.43:80 weight=1 max_fails=2 fail_timeout=30s;
 server   192.168.8.44:80 weight=1 max_fails=2 fail_timeout=30s;
 server   192.168.8.45:80 weight=1 max_fails=2 fail_timeout=30s;
 }
 server
 {
 listen       80;
 server_name  www.yourdomain.com 192.168.8.42;
 index index.html index.htm;
 root  /data0/htdocs/www;
 location /
 {
 #如果后端的服务器返回502、504、执行超时等错误,自动将请求转发到upstream负载均衡池中的另一台服务器,实现故障转移。
 proxy_next_upstream http_502 http_504 error timeout invalid_header;
 proxy_cache cache_one;
 #对不同的HTTP状态码设置不同的缓存时间
 proxy_cache_valid  200 304 12h;
 #以域名、URI、参数组合成Web缓存的Key值,Nginx根据Key值哈希,存储缓存内容到二级缓存目录内
 proxy_cache_key $host$uri$is_args$args;
 proxy_set_header Host  $host;
 proxy_set_header X-Forwarded-For  $remote_addr;
 proxy_pass http://backend_server;
 expires      1d;
 }
 #用于清除缓存,假设一个URL为http://192.168.8.42/test.txt,通过访问http://192.168.8.42/purge/test.txt就可以清除该URL的缓存。
 location ~ /purge(/.*)
 {
 #设置只允许指定的IP或IP段才可以清除URL缓存。
 allow            127.0.0.1;
 allow            192.168.0.0/16;
 deny            all;
 proxy_cache_purge    cache_one   $host$1$is_args$args;
 }
 #扩展名以.php、.jsp、.cgi结尾的动态应用程序不缓存。
 location ~ .*\.(php|jsp|cgi)?$
 {
 proxy_set_header Host  $host;
 proxy_set_header X-Forwarded-For  $remote_addr;
 proxy_pass http://backend_server;
 }
 access_log  off;
 }
 }

3、启动 Nginx:

/usr/local/webserver/nginx/sbin/nginx

4、清除指定的URL缓存示例: