Submitted by gouki on 2008, August 2, 8:07 PM

单位用的数据库一直是MYSQL4，这有历史原因，这里就不讨论了。虽然一直想升为MYSQL5，但谁也不能预期升上来之后会有什么问题。也就导致一直不敢升级，但随着数据库的压力越来越大，以及新版本的功能越来越有意义的时候，升级这种事情就被提上了日程，正好看到这篇文章，估计以后可能会遇到同样的问题，因此先记下来，同时也可以给其他朋友一个解决方法。

原文作者：andot，网址：http://www.coolcode.cn/show-155-1.html

» 阅读全文

PHP 序列化（serialize）格式详解

Submitted by gouki on 2008, August 2, 8:03 PM

PHP 序列化（serialize）格式详解

前言

概述

NULL 和标量类型的序列化

简单复合类型的序列化

嵌套复合类型的序列化

自定义对象序列化

Unicode 字符串的序列化

参考文献

原文来自Coolcode.cn，作者andot

» 阅读全文

Base64转换：AQAB=65537，你知道为什么吗？[转]

Submitted by gouki on 2008, August 2, 7:56 PM

什么是Base64？

按照RFC2045的定义，Base64被定义为：Base64内容传送编码被设计用来把任意序列的8位字节描述为一种不易被人直接识别的形式。（The Base64 Content-Transfer-Encoding is designed to represent arbitrary sequences of octets in a form that need not be humanly readable.）

为什么要使用Base64？

在设计这个编码的时候，我想设计人员最主要考虑了3个问题：
1.是否加密？
2.加密算法复杂程度和效率
3.如何处理传输？

加密是肯定的，但是加密的目的不是让用户发送非常安全的Email。这种加密方式主要就是“防君子不防小人”。即达到一眼望去完全看不出内容即可。
基于这个目的加密算法的复杂程度和效率也就不能太大和太低。和上一个理由类似，MIME协议等用于发送Email的协议解决的是如何收发Email，而并不是如何安全的收发Email。因此算法的复杂程度要小，效率要高，否则因为发送Email而大量占用资源，路就有点走歪了。

但是，如果是基于以上两点，那么我们使用最简单的恺撒法即可，为什么Base64看起来要比恺撒法复杂呢？这是因为在Email的传送过程中，由于历史原因，Email只被允许传送ASCII字符，即一个8位字节的低7位。因此，如果您发送了一封带有非ASCII字符（即字节的最高位是1）的Email通过有“历史问题”的网关时就可能会出现问题。网关可能会把最高位置为0！很明显，问题就这样产生了！因此，为了能够正常的传送Email，这个问题就必须考虑！所以，单单靠改变字母的位置的恺撒之类的方案也就不行了。关于这一点可以参考RFC2046。
基于以上的一些主要原因产生了Base64编码。

» 阅读全文

Records:8‹12

日	一	二	三	四	五	六
« 2008年08月 »
					1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30
31

易栈网-膘叔

MySQL 5 中 blob 类型字段的插入[转]