Laravel5.5以下版本中如何自定義日志行為詳解
前言
在 Laravel 5.6 版本中日志行為可以很容易的進行自定義,而在5.5以下版本中日志行為自定義自由度并不是很高,但是項目有需求不能因為這個就強行將項目升級為5.6吧,況且作為一個穩(wěn)定的項目升級框架大版本有可能會有很多坑,基于這些原因我嘗試了對 Laravel 5.5 的日志進行改造以適應我的需求。
Laravel 的日志行為大部分是在 Illuminate\Log\LogServiceProvider 中,我們可以看一下其中的代碼片段:
/**
* Configure the Monolog handlers for the application.
*
* @param \Illuminate\Log\Writer $log
* @return void
*/
protected function configureDailyHandler(Writer $log)
{
$log->useDailyFiles(
$this->app->storagePath().'/logs/laravel.log', $this->maxFiles(),
$this->logLevel()
);
}
這是我最常在項目中使用的日志存儲方式,可以看到日志的存儲路徑幾近與寫死的狀態(tài),無法通過外部參數輕易的更改。
最開始我想的是重寫這個 Provider 然后將其注冊到 app.php 的 providers 數組中,但是這種行為并不可行,因為通過查看源碼, LogServiceProvider 是在框架啟動時就注冊。
在 中有這樣一個方法控制了這個注冊行為:
protected function registerBaseServiceProviders()
{
$this->register(new EventServiceProvider($this));
$this->register(new LogServiceProvider($this));
$this->register(new RoutingServiceProvider($this));
}
既然我們知道了它們是如何生效的,那么我們將這兩個類繼承并修改其中我們需要改變的行為進行改造,我的改造方式如下。在 app\Providers 中新建 LogServiceProvider 類繼承 Illuminate\Log\LogServiceProvider ,代碼如下:
<?php
namespace App\Providers;
use Illuminate\Log\LogServiceProvider as BaseLogServiceProvider;
use Illuminate\Log\Writer;
class LogServiceProvider extends BaseLogServiceProvider
{
/**
* Configure the Monolog handlers for the application.
*
* @param \Illuminate\Log\Writer $log
* @return void
*/
protected function configureDailyHandler(Writer $log)
{
$path = config('app.log_path');
$log->useDailyFiles(
$path, $this->maxFiles(),
$this->logLevel()
);
}
}
在 config/app.php 目錄中添加配置:
'log_path' => env('APP_LOG_PATH', storage_path('/logs/laravel.log')),
app 目錄中新建 Foundation 目錄,新建 Application 類繼承 Illuminate\Foundation\Application 類,重寫 registerBaseServiceProviders 方法。
<?php
/**
* Created by PhpStorm.
* User: dongyuxiang
* Date: 2018/7/31
* Time: 16:53
*/
namespace App\Foundation;
use App\Providers\LogServiceProvider;
use Illuminate\Events\EventServiceProvider;
use Illuminate\Routing\RoutingServiceProvider;
use Illuminate\Foundation\Application as BaseApplication;
class Application extends BaseApplication
{
/**
* Register all of the base service providers.
*
* @return void
*/
protected function registerBaseServiceProviders()
{
$this->register(new EventServiceProvider($this));
$this->register(new LogServiceProvider($this));
$this->register(new RoutingServiceProvider($this));
}
}
說是重寫其實只是將use類換從了我們自己創(chuàng)建的 LogServiceProvider 。
然后在 bootstrap\app.php 中將變量 $app 的 new 對象換成我們繼承重寫后的。
$app = new App\Foundation\Application( realpath(__DIR__.'/../') );
這樣我就成功的將日志路徑可以隨便定義了,而且來說有了這次經驗我對于框架不符合我需求的地方可以做更進一步的優(yōu)化以符合我的要求,而且我沒有更改框架底層的代碼,當框架有bug修復的時候我也可以放心的進行框架更新。
總結
以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
- laravel+vue組合的項目中引入ueditor方式(打包成組件形式)
- 在laravel中使用Symfony的Crawler組件分析HTML
- Laravel框架中擴展函數、擴展自定義類的方法
- PHP框架Laravel插件Pagination實現自定義分頁
- laravel通過創(chuàng)建自定義artisan make命令來新建類文件詳解
- Laravel中重寫資源路由自定義URL的實現方法
- Laravel Validator自定義錯誤返回提示消息并在前端展示
- Laravel認證原理以及完全自定義認證詳解
- 關于Laravel-admin的基礎用法總結和自定義model詳解
- laravel框架學習筆記之組件化開發(fā)實現方法
相關文章
Windows Apache2.2.11及Php5.2.9-1的安裝與配置方法
很早就想在自己的機子上搭建PHP的開發(fā)環(huán)境,今天難得有這個機會,在網上找了一些教程和程序,實踐了一把,過程是很艱辛的,因為遇到了很多的問題,在這里總結一下。2009-06-06
php版微信開發(fā)之接收消息,自動判斷及回復相應消息的方法
這篇文章主要介紹了php版微信開發(fā)之接收消息,自動判斷及回復相應消息的方法,涉及基于微信消息處理接口的調用相關操作技巧,需要的朋友可以參考下2016-09-09
PHP Laravel 使用Swagger生成API文檔(基本概念和環(huán)境搭建)
Swagger是一種簡單、強大的RESTful API表現形式,這篇文章主要介紹了PHP Laravel 使用Swagger生成API文檔(基本概念和環(huán)境搭建),需要的朋友可以參考下2023-09-09

