## 臨時
在php中我通常用一個版本數控制css js的版本 但是這么做每次更新版本要手動修改php文件 有沒有什么好的版本 不用改php文件
看 海豚php的minify
*****
### 小心看不見的字符
http://www.it1352.com/532564.html (Programmatically Lighten or Darken a hex color (or rgb, and blend colors))
```php
function shadeColor2($color, $percent) {
$color = str_replace("#", "", $color);
$t=$percent<0?0:255;
$p=$percent<0?$percent*-1:$percent;
$RGB = str_split($color, 2);
$R=hexdec($RGB[0]);
$G=hexdec($RGB[1]);
$B=hexdec($RGB[2]);
return '#'.substr(dechex(0x1000000+(round(($t-$R)*$p)+$R)*0x10000+(round(($t-$G)*$p)+$G??)*0x100+(round(($t-$B)*$p)+$B)),1);
}
```
+$G??) 就有幾個看不見的字符,復制到編輯器中,將光標插入中間,你會發現需要按幾次方向鍵才能移動光標,說明那個位置有看不見的字符。
代碼運行時會出錯,提示該變量 ` $G? ` 不存在
要小心這種看不見的變量,如果別人將惡意代碼藏入其中就非常危險了,所以信賴網上舶來的代碼是一種危險的冒險。
* * * * *
~~~php
$node = null;
var_dump($node[1]); // 這樣竟然不會報錯
$node2 = [];
var_dump($node2[1]); // 這樣就會報錯 未定義數組下標: 1
var_dump($node3); // 這樣會報錯 未定義變量
var_dump($node4[1]); // 這樣也會報錯 未定義數組下標: 1
~~~
*****
### 注意負數這樣判斷不是false哦
if判斷的條件中,如果條件是非0的正數或者負數,那么if中的代碼都能執行,如果if為0則不執行,加上!則相反
當轉換為 boolean 時,以下值被認為是 FALSE:
布爾值 FALSE 本身
整型值 0(零)
浮點型值 0.0(零)
空字符串,以及字符串 "0"
不包括任何元素的數組
特殊類型 NULL(包括尚未賦值的變量)
從空標記生成的 SimpleXML 對象
所有其它值都被認為是 TRUE(包括任何資源 和 NAN)。
[PHP: Boolean 布爾類型 - Manual](http://php.net/manual/zh/language.types.boolean.php)
負數不會被自動轉換為false哦,這可跟我們想的不太一樣哦。
```php
if (-1)
{
echo 1; //這里的1會被輸出
}
$cost = $request->param('cost/f', 0);
// 注意負數這樣判斷不是false 哦
if (!$cost) {
throw new \Exception('請設置代理升級費用!');
}
// 應該為
if (!$cost || $cost < 0) {
throw new \Exception('請設置代理升級費用!');
}
```
* * * * *
~~~php
$a = '0.00';
if (empty($a)) {
echo 'empty';
}
// 0.00 是空的,但是'0.00'不是空的,請注意這點。
~~~
* * * * *
### 正則表達式的威力,要小心!
~~~php
要匹配1或者2,你可能會這樣寫正則:
if (preg_match('/^1|2$/', 1122)) {
echo '1';
}
沒想到卻匹配了,這有什么問題,咋一看還發現不了什么問題,為什么會出現這種結果呢?
你忽視了它的威力,| 用于或匹配,這里它沒有按你預想的發展,其實他匹配成了,以1開頭或者2結尾的數字了,它將^ $也匹配進去了,這是你沒想到的吧!所以小心它的威力,我們要給它明確的邊界它才能按照預期的發展,改進下就可以了:
if (preg_match('/^(1|2)$/', 1122)) {
echo '1';
}
或者
if (preg_match('/^[1|2]$/', 1122)) {
echo '1';
}
~~~
* * * * *
細說php
1

2
字符串的邊界限定(分割)為換行,單詞的邊界限定(分割)為空格。
(字符串約定用換行符來區分,單詞以空格分開為準)

3
非捕獲元字符

* * * * *
### 數據新增和修改使用同一個控制器和同一個模板,你還在這么做嗎?
很多程序修改和新增使用同一個控制器,同一個模板,雖然這兩種操作模板基本相同,但是復雜的功能頁面,新增和更新在代碼邏輯上是有很大的不同的,寫在一起代碼不好維護,所以這種用一個控制器,模板完全沒必要,哪怕兩個模板基本一樣,但是這樣后期維護就會省很多事。
比如釘釘項目,廣告新增和更新模板基本一樣,邏輯很大部分也有重疊,但是異同之處也很多,代碼邏輯本身就復雜,在兩種操作寫在一起,那就會非常混亂了,增大出錯的可能性,調試維護將會很麻煩,所以還是分開寫比較好,不要為了節約一個方法,一個模板,養成良好的規范,在項目維護上會輕松很多。
復用是有代價的。
* * * * *
### 注意業務邏輯和sql結合的細節意義
sql 的 join中的“where”和where語句是有本質區別的,雖然看上去前者也是一種where,但是它受LEFT(INNER 、LEFT 、RIGHT 、FULL )的影響,而后者則不受LEFT的控制了,所以兩者有天壤之別的區別,一定要區分對待和理解。
where()相當于INNER,不過要知道這兩者的意義不同,所以為了邏輯語義,還是要嚴格安裝業務來寫,不能隨便寫,雖然結果是對的,但是意義是錯的。
寫代碼追求的不僅僅是結果是對的而已,還要思路,邏輯是對的。
```php
// 列出學校列表,并計算每列是否關聯了$schoolAdminId,admin_id為null則說明沒有關聯
$schoolList = Db::name(implode($mainTable, ' '))
->join('school_admin_join s_a_j', 's_a_j.school_id = ' . $mainTable[1] . '.id and s_a_j.admin_id = ' . $schoolAdminId, 'LEFT')
->field($mainTable[1] . '.*,s_a_j.admin_id')
->where($where)
// ->where(['s_a_j.admin_id' => $schoolAdminId]) // 這樣使用邏輯就錯了
->paginate($size, false, ['query' => $searchDate]);
```
* * * * *
>[danger] 業務邏輯不能依賴于數據庫,哪怕是數據庫的唯一索引。程序中還是要盡最大能力做唯一限制和控制的,數據庫只是最后一道防線而已,對待業務邏輯不能有依賴于數據庫的想法。
* * * * *
### 優化代碼
```php
$replace = array();
foreach ($context as $key => $val) {
$replace['{' . $key . '}'] = $val;
}
// interpolate replacement values into the message and return
return strtr($message, $replace);
這可以改善array('{user_name}' => $userName);這樣不方便的,代碼要書寫得舒服才好。
```
* * * * *
### 無法完全拋棄關系型數據庫
雖然nosql大火,但其實它是不能替代傳統的關系型數據庫的,就行輪船替代不了汽車。
業務數據的結構通常都是關系型數據結構,如表格數據那樣的。
表格 業務數據,對人們來說是最直觀的。
*****
last update:2018-11-5 05:21:20
- 開始
- 公益
- 更好的使用看云
- 推薦書單
- 優秀資源整理
- 技術文章寫作規范
- SublimeText - 編碼利器
- PSR-0/PSR-4命名標準
- php的多進程實驗分析
- 高級PHP
- 進程
- 信號
- 事件
- IO模型
- 同步、異步
- socket
- Swoole
- PHP擴展
- Composer
- easyswoole
- php多線程
- 守護程序
- 文件鎖
- s-socket
- aphp
- 隊列&并發
- 隊列
- 講個故事
- 如何最大效率的問題
- 訪問式的web服務(一)
- 訪問式的web服務(二)
- 請求
- 瀏覽器訪問阻塞問題
- Swoole
- 你必須理解的計算機核心概念 - 碼農翻身
- CPU阿甘 - 碼農翻身
- 異步通知,那我要怎么通知你啊?
- 實時操作系統
- 深入實時 Linux
- Redis 實現隊列
- redis與隊列
- 定時-時鐘-阻塞
- 計算機的生命
- 多進程/多線程
- 進程通信
- 拜占庭將軍問題深入探討
- JAVA CAS原理深度分析
- 隊列的思考
- 走進并發的世界
- 鎖
- 事務筆記
- 并發問題帶來的后果
- 為什么說樂觀鎖是安全的
- 內存鎖與內存事務 - 劉小兵2014
- 加鎖還是不加鎖,這是一個問題 - 碼農翻身
- 編程世界的那把鎖 - 碼農翻身
- 如何保證萬無一失
- 傳統事務與柔性事務
- 大白話搞懂什么是同步/異步/阻塞/非阻塞
- redis實現鎖
- 淺談mysql事務
- PHP異常
- php錯誤
- 文件加載
- 路由與偽靜態
- URL模式之分析
- 字符串處理
- 正則表達式
- 數組合并與+
- 文件上傳
- 常用驗證與過濾
- 記錄
- 趣圖
- foreach需要注意的問題
- Discuz!筆記
- 程序設計思維
- 抽象與具體
- 配置
- 關于如何學習的思考
- 編程思維
- 談編程
- 如何安全的修改對象
- 臨時
- 臨時筆記
- 透過問題看本質
- 程序后門
- 邊界檢查
- session
- 安全
- 王垠
- 第三方數據接口
- 驗證碼問題
- 還是少不了虛擬機
- 程序員如何談戀愛
- 程序員為什么要一直改BUG,為什么不能一次性把代碼寫好?
- 碎碎念
- 算法
- 實用代碼
- 相對私密與絕對私密
- 學習目標
- 隨記
- 編程小知識
- foo
- 落盤
- URL編碼的思考
- 字符編碼
- Elasticsearch
- TCP-IP協議
- 碎碎念2
- Grafana
- EFK、ELK
- RPC
- 依賴注入
- 科目一
- 開發筆記
- 經緯度格式轉換
- php時區問題
- 解決本地開發時調用遠程AIP跨域問題
- 后期靜態綁定
- 談tp的跳轉提示頁面
- 無限分類問題
- 生成微縮圖
- MVC名詞
- MVC架構
- 也許模塊不是唯一的答案
- 哈希算法
- 開發后臺
- 軟件設計架構
- mysql表字段設計
- 上傳表如何設計
- 二開心得
- awesomes-tables
- 安全的代碼部署
- 微信開發筆記
- 賬戶授權相關
- 小程序獲取是否關注其公眾號
- 支付相關
- 提交訂單
- 微信支付筆記
- 支付接口筆記
- 支付中心開發
- 下單與支付
- 支付流程設計
- 訂單與支付設計
- 敏感操作驗證
- 排序設計
- 代碼的運行環境
- 搜索關鍵字的顯示處理
- 接口異步更新ip信息
- 圖片處理
- 項目搭建
- 閱讀文檔的新方式
- mysql_insert_id并發問題思考
- 行鎖注意事項
- 細節注意
- 如何處理用戶的輸入
- 不可見的字符
- 抽獎
- 時間處理
- 應用開發實戰
- python 學習記錄
- Scrapy 教程
- Playwright 教程
- stealth.min.js
- Selenium 教程
- requests 教程
- pyautogui 教程
- Flask 教程
- PyInstaller 教程
- 蜘蛛
- python 文檔相似度驗證
- thinkphp5.0數據庫與模型的研究
- workerman進程管理
- workerman網絡分析
- java學習記錄
- docker
- 筆記
- kubernetes
- Kubernetes
- PaddlePaddle
- composer
- oneinstack
- 人工智能 AI
- 京東
- pc_detailpage_wareBusiness
- doc
- 電商網站設計
- iwebshop
- 商品規格分析
- 商品屬性分析
- tpshop
- 商品規格分析
- 商品屬性分析
- 電商表設計
- 設計記錄
- 優惠券
- 生成唯一訂單號
- 購物車技術
- 分類與類型
- 微信登錄與綁定
- 京東到家庫存系統架構設計
- crmeb
- 命名規范
- Nginx https配置
- 關于人工智能
- 從人的思考方式到二叉樹
- 架構
- 今日有感
- 文章保存
- 安全背后: 瀏覽器是如何校驗證書的
- 避不開的分布式事務
- devops自動化運維、部署、測試的最后一公里 —— ApiFox 云時代的接口管理工具
- 找到自己今生要做的事
- 自動化生活
- 開源與漿果
- Apifox: API 接口自動化測試指南