哎，每次去Stackoverflow回答问题都会被Down Vote很惨，伤心

上次是那个isset是不是必要的问题，这次是密码salt的。

http://stackoverflow.com/a/20162215/2328799

不过这次貌似学到了 *大家都* (指重视安全的小伙伴们？) 都不建议使用MD5做密码加密。

当然，其实我已经知道这些了，但是MD5实在是太快了(就是喜欢这一点嗯)，而且我有一些经常会调用到的验证函数(比如用在会话KEY合法性上的)，为了避免冲撞(相对于更快但更容易撞上的CRC32)也还是用到了MD5。

于是为了更安全的用到MD5并确保不会逆算，我自己也写了套函数来摧毁原先的MD5串(的一部分嗯，这貌似也犯了大忌，叫：不要自己写加密算法)来保证源字串非常非常非常难破解出。

不过貌似SO上大家都不买这一套嗯。

PS: 上次那个问题之后，我就写了套新的框架，虽然代码还在慢慢改进和去BUG化，或许也犯了一些大忌，但是已经大量避免了undefined的问题。

而且，新框架 *虽然* 会强制使用 error_reporting(E_ALL &~ (E_CORE_ERROR | E_CORE_WARNING | E_COMPILE_ERROR | E_COMPILE_WARNING | E_PARSE | E_ERROR | E_WARNING | E_DEPRECATED | E_NOTICE | E_USER_ERROR | E_USER_WARNING | E_USER_DEPRECATED | E_USER_NOTICE));
这么长的设置来关掉错误回显（前面几个CORE和部分COMPILE以及PARSE我根本干预不到啊） // 接下去看啊亲。

但是由于之前注册了set_error_handler(array(&$this, 'errorHandler'), E_ALL);，错误一个都跑不掉而且还能手动report到Sentry和文本日志里嗯（这样就不怕多个网站混了（懒得设置服务器.htaccess和.conf的路过）），比PHP自己的日志好很多啊。

https://github.com/raincious/facula/blob/master/core/core.debug.php#L95

还是得感谢 @ShiningRay @python @AlloVince @chenz 的重拍嗯。

// 另外这个也请大家重拍嗯……

raincious

2013-11-24 22:37:37 +08:00

@luikore

但，重复造轮子还是挺有意思的啊。

我不会告诉你我同时还在重复造SMTP操作其以及SESSION管理器的轮子嗯……目前正研究SMTP协议，SESSION管理器也有雏形了（但是由于安全原因以及代码实际写的很烂只在自己在开发的网站上测试嗯）。

Bcrypt等我做好这些在研究呗。