Android 的果冻风格 emoji 终于要成为历史了。

上周刚结束的 Google I/O 大会，当极客们在感叹科技改变世界时，大会上发布的这一则消息却引起了我的兴趣。

据 Google 介绍，在其即将发布的 Android O 中，Android 系统的 2000 多个 emoji 将被重新设计和完善，曾经被无数 Android 用户吐槽和喜爱的「果冻人」emoji 也将全部被取代，而 Google 的这场 emoji 「大整容」已经持续了 18 个月。

- 阅读剩余部分 -

使用宝塔(BT)面板搭建的 LNMP 环境（L:Linux，N:Nginx，M:MySQL，P:PHP），本地测试代码时，没有发现什么问题，但是，放到服务器上时就出现 500 错误了，没有任何错误提示，查看日志，也只能看到 500，很是纳闷，然后Goole查了些资料，在这里做一个笔记。

- 阅读剩余部分 -

语义化版本 2.0.0

摘要

版本格式：主版本号.次版本号.修订号，版本号递增规则如下：

1. 主版本号：当你做了不兼容的 API 修改，
2. 次版本号：当你做了向下兼容的功能性新增，
3. 修订号：当你做了向下兼容的问题修正。

先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面，作为延伸。

简介

在软件管理的领域里存在着被称作“依赖地狱”的死亡之谷，系统规模越大，加入的套件越多，你就越有可能在未来的某一天发现自己已深陷绝望之中。

在依赖高的系统中发布新版本套件可能很快会成为恶梦。如果依赖关系过高，可能面临版本控制被锁死的风险（必须对每一个相依套件改版才能完成某次升级）。而如果依赖关系过于松散，又将无法避免版本的混乱（假设兼容于未来的多个版本已超出了合理数量）。当你专案的进展因为版本相依被锁死或版本混乱变得不够简便和可靠，就意味着你正处于依赖地狱之中。

- 阅读剩余部分 -

PHP PSR代码标准

PSR-0 自动加载规范

下面描述了关于自动加载器特性强制性要求：

强制性

• 一个完全标准的命名空间必须要有以下的格式结构\<Vendor Name>\(<Namespace>\)*<Class Name>
• 命名空间必须有一个顶级的组织名称 ("Vendor Name").
• 命名空间中可以根据情况使用任意数量的子空间
• 从文件系统中加载源文件的时，命名空间中的分隔符将被映射为 DIRECTORY_SEPARATOR
• 命名空间中的类名中的_没有特殊含义，也将被作为DIRECTORY_SEPARATOR对待.
• 标准的命名空间和类从文件系统加载源文件时只需要加上.php后缀即可
• 组织名，空间名，类名都可以随意使用大小写英文字符的组合

- 阅读剩余部分 -

PHP注释规范

通用注释写法

一、文件的注释通用样例（普通程序文件，类文件，函数文件，变量定义文件）

/**
 * XXXXX的文件
 * 
 * 功能1： xxx
 * 功能2： xxx
 *
 * @file        $Source: /home/doc/php开发注释规范.md  $
 * @package     core
 * @author      Joy <anzhengchao@gmail.com>
 * @version     $Id: php开发注释规范.txt,v 1.1 2014/03/04 20:37:46 Joy Exp $
 * @link        http://www.joychao.cc
 */

- 阅读剩余部分 -