Monolog遵循PSR3的接口规范，可以很轻易的替换成其他遵循同一规范的日志类库。Monolog具有良好的扩展性，通过Handler、Formatter和Processor这几个接口，可以对Monolog类库进行各种扩展和自定义。
基本用法
可以通过github或者composer安装Monolog，以下是使用composer安装最新版本：
composer require monolog/monolog
如果您还不了解composer是什么？ 请点这里。
要求PHP版本为5.3以上。
<?php
use Monolog\Logger;
use Monolog\Handler\StreamHandler;
// 创建日志频道
$log = new Logger('name');
$log->pushHandler(new StreamHandler('path/to/your.log', Logger::WARNING));
// 添加日志记录
$log->addWarning('Foo');
$log->addError('Bar');
核心概念
每一个Logger实例都包含一个频道名(channel)和handler的堆栈。当你添加一条记录时，记录会依次通过handler堆栈的处理。而每个handler也可以决定是否把记录传递到下一个堆栈里的下一个handler。
通过handler，我们可以实现一些复杂的日志操作。例如我们把StreamHandler放在堆栈的最下面，那么所有的日志记录最终都会写到硬盘文件里。同时我们把MailHandler放在堆栈的最上面，通过设置日志等级把错误日志通过邮件发送出去。Handler里有个$bubble属性，这个属性定义了handler是否拦截记录不让它流到下一个handler。所以如果我们把MailHandler的$bubble参数设置为false，则出现错误日志时，日志会通过MailHandler发送出去，而不会经过StreamHandler写到硬盘上。
Logger可以创建多个，每个都可以定义自己的频道名和handler堆栈。handler可以在多个Logger中共享。频道名会反映在日志里，方便我们查看和过滤日志记录。
如果没有指定日志格式（Formatter），Handler会使用默认的Formatter。
日志的等级不能自定义，目前使用的是RFC 5424里定义的8个等级：debug、info、notice、warning、error、critical、alert和emergency。如果对日志记录有其他的需求，可以通过Processo对日志记录添加内容。
日志等级
DEBUG (100): 详细的debug信息。
INFO (200): 关键事件。
NOTICE (250): 普通但是重要的事件。
WARNING (300): 出现非错误的异常。
ERROR (400): 运行时错误，但是不需要立刻处理。
CRITICA (500): 严重错误。
EMERGENCY (600): 系统不可用。
用法详解
多个handler
<?php
use Monolog\Logger;
use Monolog\Handler\StreamHandler;
use Monolog\Handler\FirePHPHandler;
// 创建Logger实例
$logger = new Logger('my_logger');
// 添加handler
$logger->pushHandler(new StreamHandler(__DIR__.'/my_app.log', Logger::DEBUG));
$logger->pushHandler(new FirePHPHandler());
// 开始使用
$logger->addInfo('My logger is now ready');
第一步我们先创建一个Logger实例，传入的是频道名，这个频道名可以用于区分多个Logger实例。
实例本身并不知道如何处理日志记录，它是通过handler进行处理的。handler可以设置多个，例如上面的例子设置了两个handler，可以对日志记录进行两种不同方式的处理。
需要注意的是，由于handler是采用堆栈的方式保存，所以后面添加的handler位于栈顶，会首先被调用。
添加额外的数据
Monolog有两种方式对日志添加额外的信息。
第一个方法是使用上下文，使用$context参数，传入一个数组：
<?php
$logger->addInfo('Adding a new user', array('username' => 'Seldaek'));
第二个方法是使用processor。processor可以是任何可调用的方法，这些方法把日志记录作为参数，然后经过处理修改extra部分后返回。
<?php
$logger->pushProcessor(function ($record) {
$record['extra']['dummy'] = 'Hello world!';
return $record;
});
Processor不一定要绑定在Logger实例上，也可以绑定到某个具体的handler上。使用handler实例的pushProcessor方法进行绑定。
频道的使用
使用频道名可以对日志进行分类，这在大型的应用上是很有用的。通过频道名，可以很容易的对日志记录进行刷选。
例如我们想在同一个日志文件里记录不同模块的日志，我们可以把相同的handler绑定到不同的Logger实例上，这些实例使用不同的频道名：
<?php
use Monolog\Logger;
use Monolog\Handler\StreamHandler;
use Monolog\Handler\FirePHPHandler;
// 创建handler
$stream = new StreamHandler(__DIR__.'/my_app.log', Logger::DEBUG);
$firephp = new FirePHPHandler();
// 创建应用的主要logger
$logger = new Logger('my_logger');
$logger->pushHandler($stream);
$logger->pushHandler($firephp);
// 通过不同的频道名创建一个用于安全相关的logger
$securityLogger = new Logger('security');
$securityLogger->pushHandler($stream);
$securityLogger->pushHandler($firephp);
Handler
Monolog内置很多很实用的handler，它们几乎囊括了各种的使用场景，这里介绍一些使用的：
StreamHandler：把记录写进PHP流，主要用于日志文件。
SyslogHandler：把记录写进syslog。
ErrorLogHandler：把记录写进PHP错误日志。
NativeMailerHandler：使用PHP的mail()函数发送日志记录。
SocketHandler：通过socket写日志。
<?php
use Monolog\Logger;
use Monolog\Handler\SocketHandler;
// Create the logger
$logger = new Logger('my_logger');
// Create the handler
$handler = new SocketHandler('unix:///var/log/httpd_app_log.socket');
$handler->setPersistent(true);
// Now add the handler
$logger->pushHandler($handler, Logger::DEBUG);
// You can now use your logger
$logger->addInfo('My logger is now ready');
AmqpHandler：把记录写进兼容amqp协议的服务。
BrowserConsoleHandler：把日志记录写到浏览器的控制台。由于是使用浏览器的console对象，需要看浏览器是否支持。
RedisHandler：把记录写进Redis。
MongoDBHandler：把记录写进Mongo。
ElasticSearchHandler：把记录写到ElasticSearch服务。
BufferHandler：允许我们把日志记录缓存起来一次性进行处理。
Formatter
同样的，这里介绍几个自带的Formatter：
LineFormatter：把日志记录格式化成一行字符串。
HtmlFormatter：把日志记录格式化成HTML表格，主要用于邮件。
JsonFormatter：把日志记录编码成JSON格式。
LogstashFormatter：把日志记录格式化成logstash的事件JSON格式。
ElasticaFormatter：把日志记录格式化成ElasticSearch使用的数据格式。
Processor
前面说过，Processor可以为日志记录添加额外的信息，Monolog也提供了一些很实用的processor：
IntrospectionProcessor：增加当前脚本的文件名和类名等信息。
WebProcessor：增加当前请求的URI、请求方法和访问IP等信息。
MemoryUsageProcessor：增加当前内存使用情况信息。
MemoryPeakUsageProcessor：增加内存使用高峰时的信息。
下面我们和小编来看一篇关于PHP 7错误处理机制介绍,希望这篇文章能够让各位了解到PHP 7错误处理机制吧.PHP 7 改变了大多数错误的报告方式。不同于传统（PHP 5）的错误报告机制，现在大多数错误被作为 Error 异常抛出。
这种 Error 异常可以像 Exception 异常一样被第一个匹配的 try / catch 块所捕获。如果没有匹配的 catch 块，则调用异常处理函数（事先通过 set_exception_handler() 注册）进行处理。 如果尚未注册异常处理函数，则按照传统方式处理：被报告为一个致命错误（Fatal Error）。
Error 类并非继承自 Exception 类，所以不能用 catch (Exception $e) { … } 来捕获 Error。你可以用 catch (Error $e) { … }，或者通过注册异常处理函数（ set_exception_handler()）来捕获 Error。
Error 层次结构
Throwable
|—Error
|——ArithmeticError
——|——DivisionByZeroError
|——AssertionError
|——ParseError
|——TypeError
|—Exception
|——…
php 7连接MySql数据库，废话不多说，直接上代码：
//主机名
$db_host = 'localhost';
//用户名
$db_user = 'root';
//密码
$db_password = 'root';
//数据库名
$db_name = '87a87a_com';
//端口
$db_port = '3306';
//连接数据库
$conn = mysqli_connect($db_host,$db_user,$db_password,$db_name) or die('连接数据库失败！');
//选择数据库
//mysqli_select_db($conn, $db_name) or die('选择数据库失败！');
//查询数据库
$result = mysqli_query($conn, "SELECT * FROM caiji_htmlid");
//处理返回的数据集
$data = [];
while($row = mysqli_fetch_assoc($result)) {//mysqli_fetch_array
$data[] = $row;
}
//在页面上打印
var_dump($data);
你可以在mysqli_connect调用的时候传入$db_nname，也可以单独调用mysqli_select_db重新选择数据库。另外，mysqli_fetch_assoc和mysqli_fetch_array的区别，大家打印一下结果便知。
前言
iPhone和一些数码相机在拍照的时候往往会在图片里面加入很多的照片信息（exif），比如拍照时间、光圈大小、曝光时间、GSP地理信息以及拍摄时相机倾斜状态等等，这些信息往往会提供给某些系统来对图片进行正确的显示，但是我们在对处理图片的时候通常会丢失掉那些图片信息，这就会导致显示出现问题，很典型的一个显示错误就是对Iphone拍摄的照片进行剪裁之后发现图片旋转了90度，这个时候就需要对图片进行相应的处理。
背景
博主是在一个小项目中遇到的这个问题，这个项目虽然小，但是涉及到的各种坑真的可以写一篇比较长的技术文章了，这里先不描述，后面单独发一篇关于这个项目的文章，把所涉及到的知识点以及坑点一一描述。
这个小项目中遇到的问题之一就是，我需要使用html5的canvas把读取到的图片进行剪裁，然后渲染到画布上。很简单的一个需求，但是在Iphone上测试经常会看到剪裁完之后图片自动旋转了90度，安卓机上不存在这个问题。
分析
之前就遇到过这个问题，iPhone拍摄的照片复制到win7上打开图片就是一个倒过来的，而在手机上看却没有问题，这就是因为exif信息在搞鬼，简单点说exif就是保留了图片的拍摄参数，显示的时候程序会读取图片的exif信息，如果exif信息不存在，那么图片就是按照最原始的形式显示，如果有exif信息，程序就会按照exif来。
这里博主遇到的情况是图片在进行剪裁的时候导致exif信息丢失，本来程序读取exif中图片要求顺时针旋转90°，现在exif丢失，程序读不到，默认图片不用旋转，那么我们看到的图片就是倒着的，这里应该怎么解决呢？
在这个项目中，由于读取的图片存在跨域问题，不能直接对本地的图片进行裁剪，所以是先上传到远程服务器，生成一个远程的地址，然后再用canvas读取远程地址，这样就解决了跨域问题。
现在摆在博主面前就有两种解决方案了
只用exif.js本地读取图片的exif信息，直接在客户端进行判断
上传到服务器的时候对图片进行处理，返回的远程地址已经是处理过的图片
对这两种方案进行对比，第一种方案看起来确实挺适合，直接在前端进行处理，这里会非常节省服务器资源，但是缺点也很明显，canvas对图片的渲染有一定的限制，当图片过大的时候渲染就会失败，而在这个项目中客户要求最后生成的图片一定要高清大图，上传的照片一般都有3～5M大小，这么大的图片大多数时候canvas都无法处理。
exif.js的原理其实比较简单，就是把图片转换成base64字符串，对其中的信息进行解析，所以一旦要对大图进行处理的时候就会出现问题，数据量太大，导致失败。
第一种方案不可行就只能选择第二种方案了，项目后端使用php做中转处理，前面说了需要生成一个远程地址，php负责把接收到的图片存储在远程服务器，然后返回一个地址给前端，这里只需要在存储之前对图片做处理就可以解决这个问题。
解决
首先给出完整代码，然后对代码进行解释
include_once ("../weixin/jssdk.php");
$jssdk = new JSSDK("wx**************", "******************************");
$access_token = $jssdk->getAccessToken();
$media_id = $_POST['i'];
$savePathFile = '/upload/temps/'.date('YmdHis').rand(1000,9999).'.jpg';
$targetName = __DIR__.$savePathFile;
$str = "http://file.api.weixin.qq.com/cgi-bin/media/get?access_token=".$access_token."&media_id=".$media_id;
$image = imagecreatefromstring(file_get_contents($str));
$exif = exif_read_data($str);
if(!empty($exif['Orientation'])) {
switch($exif['Orientation']) {
case 8:
$image = imagerotate($image,90,0);
break;
case 3:
$image = imagerotate($image,180,0);
break;
case 6:
$image = imagerotate($image,-90,0);
break;
}
}
imagejpeg($image,$targetName);
echo json_encode(array("code"=>0,'d'=>$exif['Orientation'],"path"=>$savePathFile));
看起来确实比较简单，主要还是调用了一些内部函数，处理起来就方便多了。
这个项目使用了微信的上传接口，所以php需要从微信的临时服务器上把用户上传的图片取回来，通过file_get_contents方法就能快速拿到，当然也可以用curl来做。接着使用imagecreatefromstring创建一个图片的缓存，正常情况下如果不需要对图片进行处理，那么接下来就可以直接存储了，这里我们还需要对图片进行一些操作。
通过 exif_read_data 方法可以直接读取到图片的exif信息。
注意：exif_read_data 这个方法是exif扩展里面的方法，如果不能执行，请检查扩展是否安装，是否开启等。
exif模块里面还有很多有意思的方法，可以拿来做很多有用的东西，比如拿来批量采集并分析图片，提取图片信息等，这里推荐一个好玩的网站 https://exif.cn/
if(!empty($exif['Orientation'])) {
switch($exif['Orientation']) {
case 8:
$image = imagerotate($image,90,0);
break;
case 3:
$image = imagerotate($image,180,0);
break;
case 6:
$image = imagerotate($image,-90,0);
break;
}
}
这一段就很容易看懂了，就是判断图片的旋转状态，对图片进行旋转处理imagerotate方法很好用，当然同类的还有好多函数，可以去了解下，如果你正在做图片处理，这些函数应该会有很大的帮助。
最后使用 imagejpeg 方法把处理过的图片写入到磁盘，然后返回一个包含远程地址的json到前端。
注意：我这里没有做异常捕获，正常情况下文件io操作都必须要做异常捕获，这里的代码只为了说明使用方法，所以省略了这一步。
后记
在这个小项目中，最为常见的问题就是在php函数的使用上，同一种效果可以使用多个函数进行处理，选择一个简洁高效的函数非常重要，在使用第三方扩展的时候务必确认扩展是否安装，扩展依赖的插件是否安装，是否已经开启，是否有其他额外的附加条件等。
前端方面需要知道所使用的js插件有那些附加功能，如果api文章不够清晰可以直接打开插件源码，通常情况下，一个出色的插件往往会在未压缩的代码里面写明所有接口的使用方法，以及注意事项，使用条件等。
此外，还需要对不常见的情况进行判定，当出现一些诡异bug的时候就应该考虑是否是因为当前所给的参数不符合规范，或者超出了规范允许的范围，上面说道的图片转base64格式的大小限制就是一个很难被发现的问题，博主在调试的时候对生成的数据进行观察才发现，当出现大图的时候就会转换失败。