轉載請註明文章出處:不要移除WordPress的dashicons.min.css文件php
相似於代碼重構,不要輕易移除看似「沒用」的代碼。輕易更改不熟悉的東西,可能會引入更多的問題,從而更加折騰。本人前幾天便趟了一個大坑,折騰一圈才發現眼前看到的「沒用」不是真正的沒用。css
前幾天用PageSpeed Insights測試了一下站點的加載速度。根據測試結果,除了移除沒用的dashicons.min.css,暫無其餘可優化的空間。html
爲了評分更高,用戶的加載速度更快,決定把這個「沒用」的css文件去掉。沒想到的是直接在文件內grep
還找不到對應的link標籤,通過Google搜索,找到以下代碼放在當前主題的functions.php文件中:緩存
// remove dashicons in frontend to non-admin function wpdocs_dequeue_dashicon() { if (current_user_can( 'update_core' )) { return; } wp_deregister_style('dashicons'); } add_action( 'wp_enqueue_scripts', 'wpdocs_dequeue_dashicon' );
改完後再次測試,dashicons.min.css果真沒再加載,完美!frontend
今天查看網站頁面,發現右下角「回到頂部」的按鈕不見了,取而代之的是左下角無樣式的「scroll up」文字。「to top」插件設置的浮動按鈕去哪了?wordpress
接下來開始各類檢查:autoptimize插件的問題嗎?是否是和"to top"插件不兼容?是否是緩存的問題?登陸後臺後按鈕又出現了,這是爲何?等等各類找問題。測試
最後仍是決定經過審查元素對比登錄先後的變更來定位問題。能夠看到的是html元素一致,可是某些css屬性沒有了。將消失的css屬性添加進去,勉強能用,形狀比較彆扭。再仔細看,"dashicons"類的css設置都不存在,怪不得圖標不對。等等,css的"dashicons"類,這個怎麼有點眼熟?再仔細回憶一下,前幾天不就把dashicons.min.css移除了嘛!難道這就是問題所在?!!優化
因而將前幾天加的移除dashicons.min.css代碼註釋掉,再次測試,熟悉的「回到頂部」圖標又回來了!網站