https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-4-autoloader-examples.md

数据库表是utf8编码的， 所以在存储emoji符号的时候，直接报错，可使用以下方法：

http://stackoverflow.com/questions/12807176/php-writing-a-simple-removeemoji-function#

有时候这种方法不行，可以使用以下方法

/**
  把用户输入的文本转义（主要针对特殊符号和emoji表情）
 */
function userTextEncode($str){
    if(!is_string($str))return $str;
    if(!$str || $str=='undefined')return '';

    $text = json_encode($str); //暴露出unicode
    $text = preg_replace_callback("/(\\\u[ed][0-9a-f]{3})/i",function($str){
        return addslashes($str[0]);
    },$text); //将emoji的unicode留下，其他不动，这里的正则比原答案增加了d，因为我发现我很多emoji实际上是\ud开头的，反而暂时没发现有\ue开头。
    return json_decode($text);
}
/**
  解码上面的转义
 */
function userTextDecode($str){
    $text = json_encode($str); //暴露出unicode
    $text = preg_replace_callback('/\\\\\\\\/i',function($str){
        return '\\';
    },$text); //将两条斜杠变成一条，其他不动
    return json_decode($text);
}

当然你也可以直接将emoji之类的字符直接过滤掉，存储到数据库中。只需要将 "return addslashes($str[0]); “修改为 reuturn ''即可.

参考：https://segmentfault.com/q/1010000003711491

今天接到客服部工作人员反馈的一个客户的问题，产品是允许用户添加一个产品属性的，而每个属性是由多个表单域组成 ，这样当每添加一个属性就等于添加了n个表单域，这个客户添加的非常的多，发现在提交保存的时候总是失败，提示其中一个表单元素的索引值不存在，经测试是发现服务端接收的一些表单域丢失了一部分。起初分析的是服务器接收的数据超出了php设置的max_post_size(其实当时已经设置了8M，足够使用了)，修改了测试发现此问题仍然存在。后来将用户原来的一些添加的表单元素进行删除，再重新添加同样数据库表单域可以成功，但一旦超出一定数量的表单域就会发生丢失的情况，这个时候首先怀疑的是apache是否有类似限制接收隐藏域的指令，找了没有找到，紧接着在php中批到一个max_input_vars这个指令，意思就是说php中允许接收的最大表单域数据，到目前为止基本上是确定这个原因引起的了，奖其修改为2000,重启Apache，发现一切正常。

总结：提起php中的max_input_vars 估计很少人知道这个这个指令，因为他的使用场景实在是太少了，在php.ini中这个指令的定义是指服务端最大可以接收的表单域的数量多少，默认是1000，这足够我们平时使用了。但仍然有一些特殊的情况下需要修改此值的大小。