当前位置:  互联网>综合

[1]SAE php 研究（2）

1.在SAE新建项目打印出phpinfo
<?php 
print phpinfo();
?>
2.
可见:PHP Version 5.3.8
【使用的是php5.3.8编译的】
3.
可见:
System SAE LINUX ENVIRONMENT
Build Date May 19 2013 
【说明是一台共享的虚拟机，创建于2013.05.19】
4.
可见:Thread Safetydisabled
【可能使用的是fastcig模式】
5.
可见:
Zend Memory Managerenabled
Zend Multibyte Supportdisabled
IPv6 Support disabled
Registered PHP Streamscompress.zlib, php, file, glob, data, zip, http, https, saemc, saestor, saekv
Registered Stream Socket Transportstcp, udp, unix, udg, ssl, sslv3, sslv2, tls
Registered Stream Filterszlib.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, convert.iconv.*, mcrypt.*, mdecrypt.*
6.
可见:
apache2handler
【说明使用了--with-apxs2[=FILE]   参数】
7.
可见:
Max Requests Per Child: 256 - Keep Alive: off - Max Per Connection: 100
【
该apache限制为每个子进程可以处理256次请求，每个线程最大连接数为100
进程数的最大值由MaxClients控制，在Apache1.3中最大只能设置为256，但在Apache2.0中，可以通过在配置开头增加ServerLimit项目来突破256的限制，此时必须MaxClients ≤ ServerLimit ≤ 20000
MaxRequestsPerChild用来控制每个进程在处理了多少次请求之后自动销毁
Keep Alive: off
】
8.
可见:
Timeouts Connection: 20 - Keep-Alive: 5
【
MaxVhostClients  100 
Keep-Alive: 5 这个应该没意义，因为Keep Alive: off
】
9.
可见:
Loaded Modulescore prefork http_core mod_so mod_mime mod_dir mod_log_config mod_setenvif mod_headers mod_filter mod_deflate mod_rewrite mod_php5 mod_extract_forwarded mod_usertrack mod_saestat mod_saeenv mod_auth_basicx mod_authz_hostx mod_authn_memory mod_authz_user mod_appconfig mod_applimit mod_execlimit mod_appsense
【该apache2支持上面这些模块】
10.Configuration中开启的模块
APC Support enabled
BCMath supportenabled
ctype functionsenabled
cURL support enabled
date/time supportenabled
DOM/XML enabled
Regex Library Bundled library enabled
EXIF Support enabled
Input Validation and Filteringenabled
GD Support enabled
gmp support enabled
hash support enabled
iconv support enabled
json support enabled
kvclient supportenabled
libXML supportactive
Multibyte Supportenabled
Multibyte (japanese) regex supportenabled
mcrypt supportenabled
memcache supportenabled
MySQL Support enabled
MysqlI Supportenabled
OpenSSL supportenabled
PCRE (Perl Compatible Regular Expressions) Supportenabled
PDO support enabled
PDO Driver for MySQLenabled
Reflection enabled
saecounter supportenabled 【SAE自己开发的php组件】
Session Supportenabled
Simplexml supportenabled
SPL support enabled
Dynamic Library Supportenabled
Tokenizer Supportenabled
XML Support active
yaf support enabled
Zip enabled
ZLib Support enabled
11.支持的php 环境变量
Variable Value
_SERVER["MEF_PROXY_ADDR"]
_SERVER["has_apphash"]
_SERVER["ApplimitOutOfCon"]
_SERVER["ApplimitOutOfMem"]
_SERVER["SCRIPT_URL"]
_SERVER["SCRIPT_URI"]
_SERVER["HTTP_X_FORWARDED_FOR"]
_SERVER["HTTP_HOST"]
_SERVER["HTTP_APPNAME"]
_SERVER["HTTP_APPVERSION"]
_SERVER["HTTP_ACCESSKEY"]
_SERVER["HTTP_APPHASH"]
_SERVER["HTTP_MYSQLPORT"]
_SERVER["HTTP_APPCOOKIE"]
_SERVER["HTTP_APPSRVC"]
_SERVER["HTTP_CONNECTION"]
_SERVER["HTTP_ACCEPT"]
_SERVER["HTTP_USER_AGENT"]
_SERVER["HTTP_ACCEPT_ENCODING"]
_SERVER["HTTP_ACCEPT_LANGUAGE"]
_SERVER["HTTP_ACCEPT_CHARSET"]
_SERVER["PATH"]
_SERVER["SERVER_SIGNATURE"]
_SERVER["SERVER_SOFTWARE"]
_SERVER["SERVER_NAME"]
_SERVER["SERVER_ADDR"]
_SERVER["SER

[2]Mina 粘包、拆包的实现-网上常见的代码有bug。。

mina的粘包拆包其实是蛮简单的，只是一开始没搞清楚原理。

我们要约定数据包的格式，我这里的是(4个字节长度+json的string字符串）

1：写一个

ProtocolCodecFactory类，用来拦截数据包处理

内容如下

public class MessageCodecFactory implements ProtocolCodecFactory {

    private final DataEncoderEx encoder;

    private final DataDecoderEx decoder;

    

    public MessageCodecFactory() {

        encoder = new DataEncoderEx();

        decoder = new DataDecoderEx();

    }

    /* (non-Javadoc)

     * @see org.apache.mina.filter.codec.ProtocolCodecFactory#getDecoder(org.apache.mina.core.session.IoSession)

     */

    @Override

    public ProtocolDecoder getDecoder(IoSession session) throws Exception {

        return decoder;

    }

    /* (non-Javadoc)

     * @see org.apache.mina.filter.codec.ProtocolCodecFactory#getEncoder(org.apache.mina.core.session.IoSession)

     */

    @Override

    public ProtocolEncoder getEncoder(IoSession session) throws Exception {

        return encoder;

    }

}

2：在chain里面注册解码器

chain.addLast("codec", new ProtocolCodecFilter(new MessageCodecFactory()));

注意放在多线程上面，否则会导致解码混乱的情况

3：实现decode和encoder

CumulativeProtocolDecoder 这个类的作用很好，我贴一个网上的总结

A. 你的doDecode()方法返回true 时，CumulativeProtocolDecoder 的decode()方法会首
先判断你是否在doDecode()方法中从内部的IoBuffer 缓冲区读取了数据，如果没有，

则会抛出非法的状态异常，也就是你的doDecode()方法返回true 就表示你已经消费了
本次数据（相当于聊天室中一个完整的消息已经读取完毕），进一步说，也就是此时你
必须已经消费过内部的IoBuffer 缓冲区的数据（哪怕是消费了一个字节的数据）。如果
验证过通过，那么CumulativeProtocolDecoder 会检查缓冲区内是否还有数据未读取，
如果有就继续调用doDecode()方法，没有就停止对doDecode()方法的调用，直到有新
的数据被缓冲。
B. 当你的doDecode()方法返回false 时，CumulativeProtocolDecoder 会停止对doDecode()
方法的调用，但此时如果本次数据还有未读取完的，就将含有剩余数据的IoBuffer 缓
冲区保存到IoSession 中，以便下一次数据到来时可以从IoSession 中提取合并。如果
发现本次数据全都读取完毕，则清空IoBuffer 缓冲区。
简而言之，当你认为读取到的数据已经够解码了，那么就返回true，否则就返回false。这
个CumulativeProtocolDecoder 其实最重要的工作就是帮你完成了数据的累积，因为这个工
作是很烦琐的。

也就是说返回true，那么CumulativeProtocolDecoder会再次调用decoder，并把剩余的数据发下来

返回false就不处理剩余的，当有新数据包来的时候把剩余的和新的拼接在一起然后再调用decoder

public class DataDecoderEx extends CumulativeProtocolDecoder {

@Override

[3][Hadoop] 实际应用场景之 - 百度

百度在2008年就开始使用Hadoop作为其离线数据分析平台，从Hadoop v0.18/0.19开始，300台机器，2个集群，现在的规模为2W台节点以上，最大集群接近4,000节点，每日处理数据20PB+，每日作业数120,000+

Hadoop在百度主要用于如下场景：

• 日志的存储和统计;
  
• 网页数据的分析和挖掘;
  
• 商业分析，如用户的行为和广告关注度等;
  
• 在线数据的反馈，及时得到在线广告的点击情况;
  
• 用户网页的聚类，分析用户的推荐度及用户之间的关联度。