发表于   |   分类于 linux   |   暂无评论

/var/log/boot.log：开机的时候系统核心去侦测与启动，接下来开始各种核心支援的功能启动等；

/var/log/cron：例行性工作crontab；

/var/log/dmesg：记录系统再开机的时候核心侦测过程中所产生的各种信息；

/var/log/lastlog：记录系统上面所有账号最近一次登录系统的相关信息；

/var/log/mailog或/var/log/mail/*：记录邮件信息的往来；

/var/log/messages：这个文件很重要，几乎系统发生的错误信息都会记录在这个文件中；

/var/log/secure：基本上，只要牵涉到需要输入账号密码的软件时，那么当登录时都会被记录到此文件中。

/var/log/httpd/，/var/log/samba/：不同的网络服务会使用他们自己的日志文件来记录他们自己产生的各种信息。

发表于   |   分类于 linux   |   暂无评论 
nc -vuz 8.8.8.8 53

Connection to 8.8.8.8 53 port [udp/domain] succeeded!

如果返回succeeded，则说明相应的UDP端口访问正常。

如果无任何返回信息，则说明相应的UDP端口访问失败。

发表于   |   分类于 go   |   暂无评论

首先处理证书
官网下载cer证书
https://developer.apple.com/account/ios/certificate/

1.cer转pem

openssl x509 -inform der -in aps_development.cer -out certificate.pem
#-in 自己的证书名
#-out 输出的证书名

因为golang 不支持p12解析，所以需要转换成pem，生成临时文件cert.pem，注意passin 和 passout 选项
P12_PASS填入你p12文件的密码，TMP_PASS建议填入和p12相同的密码

openssl pkcs12 -clcerts -nokeys -out cert.pem -in cert.p12 -passin pass:P12_PASS
#生成临时文件key.pem
openssl pkcs12 -nocerts  -out key.pem -in cert.p12 -passin pass:P12_PASS -passout pass:TMP_PASS
#去掉key.pem的密码
openssl rsa -in key.pem -out key.unencrypted.pem -passin pass:TMP_PASS

最后会生成两个cer文件cert.pem, key.unencrypted.pem

//golang里调用

cert, err := tls.LoadX509KeyPair("cert.pem", "key.unencrypted.pem")

详细代码如下

https://github.com/ttllpp/apns

发表于   |   分类于 mysql   |   暂无评论

myisam表，单列索引，最大长度不能超过 1000 bytes，否则会报警，但是创建成功，最终创建的是前缀索引（取前333个字符）。
myisam表，组合索引，索引长度和不能超过 1000 bytes，否则会报错，创建失败；
innodb表，单列索引，超过 767 bytes的，给出warning，最终索引创建成功，取前缀索引（取前 255 字符）。
innodb表，组合索引，各列长度不超过 767 bytes ，如果有超过 767 bytes 的，则给出报警，索引最后创建成功，但是对于超过 767 字节的列取前缀索引，与索引列顺序无关，总和不得超过 3072 ，否则失败，无法创建。

为什么3072
InnoDB一个page的默认大小是 16 k。由于是Btree组织，要求叶子节点上一个page至少包含两条记录（否则就退化链表了）。所以一个记录最多不能超过 8 k。又由于InnoDB的聚簇索引结构，一个二级索引要包含主键索引，因此每个单个索引不能超过 4 k（极端情况，pk和某个二级索引都达到这个限制）。由于需要预留和辅助空间，扣掉后不能超过 3500 ，取个“整数”就是(1024*3)。

单列索引限制
默认情况下，InnoDB 引擎单一字段索引的长度最大为 767 字节，同样的，前缀索引也有同样的限制。当使用 UTF-8 字符集，每一个字符使用 3 字节来存储，767＝256*3－1，在 TEXT 或者 VARCHAR 类型的字段上建立一个超过 255 字符数的前缀索引时就会遇到问题。至于为什么字符长度限制在 256 内，我猜是为提高索引效率，应为varchar类型需要额外的字节保留其长度信息，256 就将其限定在一个字节了。但是在5.5以后，开始支持4个字节的uutf8。255×4>767, 于是增加了一个参数叫做innodblargeprefix。这个参数默认值是OFF，当改为ON时，允许列索引最大达到 3072 字节。要求表的 row_format 需要使用 compressed 或者 dynamic。

主要字符集的计算方式：
latin1 = 1 byte = 1 character
uft8 = 3 byte = 1 character
gbk = 2 byte = 1 character

使用前缀索引带来的风险：
INNODB的索引会限制单独Key的最大长度为 767 字节，超过这个长度必须建立小于等于 767 字节的前缀索引。 此外，BLOB和TEXT类型的列只能创建前缀索引。 前缀索引能提高索引建立速度和检索速度，但是下面情况是无法使用前缀索引的：

索引覆盖扫描
通过索引的排序（order by, group by）

来源http://www.cnblogs.com/zhiqian-ali/p/5027998.html