@mainlove 顺便，你的微博叫啥？

从个人观察得出的结论来说，很多人活着确实只是为了口气，而成功是诸多原因的结果并非一口气而来，所以呢，还是人生得意须尽欢，写谱子时写代码吧......

显示和表格没关系的动态数据是什么？动态性感 gif 图？

理念其实大部分都一样，就像一个 buffer 存满后就 flush 到磁盘一样，队列

good

@Vanessa 啥都不会呀...

@Vanessa 写到一定时候是会推翻重写的

@88250 支持比较好~

@88250 做个 php 开源咱加入~~~~~

@88250 这里有几点个人体会分享一下，原公司站点为 windows server 2008，所用容器为 tomcat，改版的时候，考虑了一下到底是不是要换成 linux 下的 nginx 还是用张宴写的集成式的简单容器做部署，考虑来考虑去，全部人对 linux 这块也就只会敲 cd mv 等等命令，就不用说 find 文件等稍微复杂的操作了，公司的培训体系是，文档写完，图文并茂，不管会不会 linux，只要按照图文讲的进行操作，即使不知道这一步做的意思是什么，也能正常完成整个操作（所谓的常规运维，也就是点点鼠标），所以最终决定还是用张宴的集成式容器来做了部署，写个 VB 的 UI 把所有备份恢复的操作一并处理完，虽然个人觉得不是很对劲，但是这能满足在现状上大部分人的操作，一些东西如果是不得不做的话，需要有人来牵头做（谁做谁负责，做好咱 follow），成本，代价，现状等等，不是一个人能考虑得了的

@88250 这些要有人来控开发成本和风险咯，就完全不是一个人的事情咯

@88250 运维的难度就在，产品中间组件增多，会有升级，那么，升级要遵循什么规则？部署呢？多机情况呢？

@88250 这确实会增加运维难度，如果这是一个产品，中间层组件的写作需要遵循某种规则，举个例子，交易系统里的业务逻辑全部都是用存储过程来做的，UI 就仅仅做信号传递，比如，UI 点查询按钮，那么就传递一个 532232 到中间件，中间件会根据这个信号，来做到 db 的连接，同时传递 p532232 到 db 去做存储过程的处理，为什么要做 532232 到 p532232 的转换呢？因为存储过程里的命名也是有规则的，比如 db 有一个存储过程叫做 p532232 用来做查询操作的，处理得到的结果通过某种数据结构，经过中间层，再回传到 UI，同时，db，中间层，UI 都留下操作日志

@88250 其实个人认为安全没有绝对的，只是在被获取的难度是否增加到一定级别，也就是被泄露的可能性是如何的，如若因为这些数据非常敏感，那放内网里进行处理是一个不错的办法（金士达的做法），所有的处理都要通过一个中间层（单独写进程来处理），所有数据均和其进行通讯

@wgh 咱觉得也是挺麻烦的

公司里面这样的人很多呀，开完了谁干活呀？

@88250 加解密复用也仅仅是加解密 function 而已呀？遵循使用规则就是拿出 function 解密一下，放进去 function 加密一下呀

@88250 在测试 bug？

@Vanessa 给嘛给嘛，V 最好了~~

这是神马行文思路...

@kinosang 是看到繁体字，所以误认为台湾的盆友，见谅

@kinosang 台湾的盆友？

@zempty 你几岁呀？这么早熟？

@blague 差不多一个效果

@blague 哎...

@noah 看来原生 php 控权限问题还是很多么，MVC 就比较容易

还是要用 session，手机验证码不过是代替了页面图形验证码，每次验证码一生成，先存 session，再以短信方式发送验证码到用户手机

@Vanessa 怎么觉得 16:30 下班是一个忽悠人的点...明显增加了上班时间...

@blague AOP 概念有没有什么书籍推荐一下