CodeIgniter3.0+框架自定義異常處理實現
背景 ci3.0框架核心代碼自動實現了異常，並實現了拋出的對應頁面和方法，對於一些個性化需求特別是接口類型的應用，會不合適。因此需要在不改版核心代碼 （system目錄下文件），來改變對異常及404等相關異常的處理。 方法説明 ci框架3.0比2.0有比較大的改動，其中之一就是對異常的處理。以下是CodeIgniter-3.1.8\system\core\CodeIgniter.php 中對異常處
牙小木木 Blog
Stories
List
CodeIgniter框架中抽取部分類庫做問題追蹤的思路
背景 由於各種原因，沒有接入完整的調用鏈追蹤，(┬＿┬)。但是我們自身再通過php的curl調用各端接口時，會請求多次。那麼有沒有一種方法可以在不植入業務代碼的前提下，捕捉到這些curl的請求呢。顯然，ci有基本的hook操作。我們可以在相關節點時，可選擇的把這些收集到到的通過異步的方式發送給指定的監聽者。 curl類庫(部分代碼) class Ycurl { public $resour
PHP CI框架中如何實現類庫的自動加載及別名邏輯處理
緣由 app/controllers/Index.php中有如下代碼 public function disable(){ $this-yredis-set('name','tb'); var_dump($this-yredis-get('name')); $this-load-view('welcome_message'); } 發現這個y
go的defer和閉包（例子説明，非內部實現）
用幾個例子説明golang的閉包函數，結合defer使用，配合對應代碼及文末總結。 函數 説明 輸出 e1 defer調用，相當於是拿到了當前err變量的快照，即註冊defer函數的時候，將當下err的值塞入到defer中 start err1 e2 defer 調用，但是一個閉包函數，且閉包函數有傳參，閉
electron 主進程和渲染進程通信的三種方式及使用場景
在 Electron 中，send/on、sendSync 和 invoke/handle 是三種不同的進程間通信 (IPC) 機制，它們的區別主要體現在同步性、API 設計和使用場景上。 與 Chromium 相同，Electron 使用進程間通信（IPC）來在進程之間進行通信： ipcMain 是一個僅在主進程中以異步方式工作的模塊，用於與渲染進程交換消息。 ipcRenderer 是一
electron 監聽鼠標雙擊事件
iohook依賴太麻煩了，不是重新編譯就是降級。我覺得我hold不住。 發現了這個： 在Electron主進程中使用uiohook-napi插件需要結合Electron的主進程生命週期和原生模塊特性。 主要也是通過手動編譯原生模塊：npx electron-rebuild -f -w uiohook-napi或者是在package.json中設置 "scripts": {
世界可寫（關於windows上docker +wsl的權限問題）
在windows上安裝了docker，總會有奇怪的問題。這次的問題是加載mysql的conf文件，果不其然，沒有加載上來。 300°近視的我看到了一行提示： sh-4.2# mysql -uroot -ppassword mysql: [Warning] World-writable config file '/etc/mysql/conf.d/mysql.cnf' is ignored. mys