突然想整理下自己的技术栈，毕竟也工作的蛮久，很多东西可能一直处于盲区所以想统一的做一个归纳，不懂的进一步去学习下，完善一下自己的技术栈。

安装依赖的java1.8

一个美好的夏天除了冰镇的西瓜、清凉的冷气, 当然还要有蔚蓝的大海了。而我们这次的行程就在临海市下东矶列岛中的田岙岛, 说起这个田岙岛还真有些陌生, 临行前在百度找了好久也只能找到寥寥几篇描述, 它是属于东矶列岛中一个比较大的有人居住的海岛, 这里可千万别于东极列岛搞混, 有同行的小伙伴还以为这次去的地点是东极岛-_-!。
周五的下班点一到, 马上赶往上海体育场的集合地, 与两个小伙伴会合后加入同行的驴友团中, 经过5个多小时的车程后我们在凌晨12点半左右来到了临海市上盘镇, 在这里我们将落脚休息一晚。由于田岙岛没有进行过大规模开发, 岛上没有饭店, 小酒店倒是有一家, 第二天一大早我们便从上盘镇的菜市场采购在岛上生活的食材了。带着食材我们来到了码头坐上了前往田岙岛的渔船, 说起这艘渔船真有些拉风, 刚开船时候轰轰的排气烟囱匆匆冒着大黑烟, 活像加勒比船长的珍珠号。

为什么要开发php扩展?

今天在研究php扩展的时候, 有同学问我为什么要自己动手写php的扩展, 什么场景采用的到? 我回答他在需要处理大量数据的时候, 用c写的扩展性能会高很多。晚上回到家中想起, 假如自己在实际项目中去写php扩展, 很可能不会因为性能原因。因为对于php而言性能本不就是它的优势, 如果因为性能原因我们大可以选择一门更适合的语言去完成这个项目。那什么样的应用场景需要自己亲自动手去开发php扩展呢?
我想如果某些服务需要大批量的应用于各个项目当中, 我觉得它很适合用扩展去解决, 统一管理又独立项目之外而且还能轻松的迁移于各个项目。

新装的虚拟机用git去拉远程的仓库时报错, 查了下原因是版本的问题, 当前版本1.7.2。 那就把升级的过程做下小小记录, 方便以后查看。

1.安装编译git时需要的包

1
2

# yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel
# yum install  gcc perl-ExtUtils-MakeMaker

2.删除已有的git

1

# yum remove git

3.下载git源码

1
2
3

# cd /usr/local/src
# wget https://www.kernel.org/pub/software/scm/git/git-2.0.5.tar.gz
# tar xzf git-2.0.5.tar.gz

4.编译安装

1
2
3
4
5

# cd git-2.0.5
# make prefix=/usr/local/git all
# make prefix=/usr/local/git install
# echo "export PATH=$PATH:/usr/local/git/bin" >> /etc/bashrc
# source /etc/bashrc

5.检查一下版本号

1

# git --version

当下所流行的php框架几乎都应用了依赖注入这项历久弥新的设计模式, 比如Symfony,Laravel,Yii等等。作为phper如果不懂这个模式未免有点落伍, 那我们今天就来研究学习依赖注入。

在平常的工作中我们很习惯用我们惯有的思维模式去完成一个新的需求任务, 但是很有可能在不久的将来, 这段在当时看起来比较完整的代码, 很可能需要很大程度的去重构才能应付当下的需求。
在软件架构下, 一个程序的可扩展是非常重要的, 而我们的惯有思维往往只基于当下的场景需要去做思考, 这时我们需要一些新的思维模式去使我们的软件足够应付项目的扩张以及需求的变更, 所以设计模式变成了很好的思想源泉, 接下下一段时间我将会陆续的学习一些常用设计模式以及贴上代码片段。

php内置的spl, 有许多默认的接口, 但是在平常写业务逻辑代码用到的不多。就在今天想迭代器(Iterator)的应用场景时, 突然发现一个很好用的场景, 重复的从数据库中批量获取数据, 代码如下。

base64、urlencode、hash本是风马牛不相及的几类东西, 这里把它们放在一起, 纯粹是因为本人想把这些零碎的小知识点做一个统一的归纳。