主要問題點是WP Cerber這個安全性、垃圾留言防護與惡意軟體掃描插件crash了

最快的方法就是關閉或刪除WP Cerber這個Plugin，不過尷尬的是整個後台都進不去啊…

TK的心裡很幹，因為後端的DSM才又發生上次遇到的硬碟錯誤問題而已（剛好壞網站備份那顆硬碟）所以沒辦法對WP進行Hyper Backup的還原…

而且這樣的錯誤很危險，因為錯誤訊息已經暴露出該網站的原始位置，也就是如果是有心駭客可以透過原始位置去植入惡意程式

所以這樣的情況下TK不得不加速處理問題，網路上其實也滿多方法可以在不進入後台的方式關閉/刪除Plugin，不過寫的都不完整，TK就自己在寫一篇回饋鄉民了

透過過濾快速的找到active_plugins這筆資料，並按編輯

網路上的教學說這樣就行了，不過TK嘗試以後發現可以進入後台但是所有的Plugin還是被關閉了…

我想應該是他有某種規則的排序必須系統產生的，爾或者是TK的資料表太過於錯綜複雜，所以發生錯誤

網路上也有人寫出專門用於編輯active_plugins的程式，不過載點已掛實在可惜
WordPress deactivate a plugin via database?

如果有哪位熱心的網友成功用SQL指令啟動插件的話也麻煩跟TK分享囉！

參考資料

• 如何删除、停用WordPress插件（3种方法）
• 解决升级wordpress无法进入控制台的问题
• [WP] 系統重灌後無法顯示首頁的問題
• 2019-11-04-解决升级wordpress无法进入控制台的问题
• WordPress通過數據庫停用插件?
• How to disable WordPress plugins manually using database
• wordpress不登陆后台禁用插件

這篇文章 WordPress 修復SQL 外掛崩潰導致無法登入 教學 最早出現於 TK Lab。

sudo -i

這個用法雖然能完美解決，但小編很常使用WinSCP來拖拉系統檔案，WinSCP沒辦法透過以上方法來使用root權限，小編就去爬了爬外國的網站，果然找到能使用root帳號進行登入的方法

首先編輯sudoers這個文件

vi /etc/sudoers

找到這行

%administrators ALL=(ALL) ALL

將它註解掉，變成：

#%administrators ALL=(ALL) ALL

還沒結束喔，在這行的下方再加入這段

%administrators ALL=NOPASSWD: ALL

最後按Esc，鍵入w!來強制儲存這個文件

再來開啟WinSCP的登入設定，找到SCP裡的Shell這欄，設定成

sudo -i

按下確定後發現就能夠使用root權限拖拉檔案囉！！

來源：

• https://forum.synology.com/enu/viewtopic.php?f=90&t=116102&start=75#p424787
• https://forum.synology.com/enu/viewtopic.php?t=116295

這篇文章 Synology DSM 6.0 以上使用root帳號登入 WinSCP 完美解決方案 最早出現於 TK Lab。

小編是參考這篇：php图像处理(缩放、剪裁、缩放、翻转、旋转、透明、锐化)

這篇文章 Synology DSM php.ini of WordPress 你的網站伺服器並不支援圖片旋轉 修正 最早出現於 TK Lab。

按確定，最後回到Wordpress就解決囉！！

這篇文章 Synology DSM php.ini of WordPress 已超過此站檔案大小上傳限制 修正 最早出現於 TK Lab。

由於硬碟的故障導致了Apache無法啟動等連鎖反應，被迫我只能去學習nginx的相關知識

首先碰上的問題是Wordpress無法設定固定網址，之前用Apache自建時也遇過這問題，不過這問題的討論度算高所以很好找答案（之後有時間也來寫教學）

廢話不多說馬上來看今天的問題，爬了一下本國與外國的資料發現群暉把nginx的conf藏在這裡：

/etc/nginx/app.d/server.webstation-vhost.conf

不過根據我的實測，他每天大約11點26分附近會重新reset一次，所以我又找到了另一個目錄：

/usr/local/etc/nginx/sites-enabled/

寫幾個conf進去，在重啟nginx

nginx -s reload

以上適用目錄適用需要大量自訂編輯conf者

但如果已經在DSM已經設定好虛擬網域後，要再額外加寫conf怎麼辦呢？

這時這個方法就派上了用場：

首先找到剛剛提到的server.webstation-vhost.conf文件，每一段的server { } 裡最底都有

他提示你在

/usr/local/etc/nginx/conf.d/xxxxxxxx-xxxx-4ebd-ba05-4afe4980b9fa/

每個server { }裡的底下都會有這行，他也會亂碼產生一個屬於自己的目錄，一但你從DSM的虛擬網域刪除該項，該目錄就會跟著消失。

所有的user.conf*自定義為間都會包含進vhost.conf裡

所以我直接寫了一份user.conf.tklab在該資料夾底下，內容是：

  location / {
                try_files $uri $uri/ /index.php?$args;
       }

       # Add trailing slash to */wp-admin requests.
       rewrite /wp-admin$ $scheme://$host$uri/ permanent;

這樣一來我們就做到了wordpress的固定網址了，很簡單吧！

2019/05/17補充：如果你不是使用WordPress而是使用其他CMS（例如：DiscuzX、drupal等）請使用以下連結的做法

https://yungke.me/nginx-location-rewrite/

感謝網友dannychen的提供

這篇文章 Synology DSM nginx of WordPress 固定網址設定 最早出現於 TK Lab。

切到硬碟那頁，發現是這顆硬碟出了問題，無法存取系統磁區…

從外地回到家維修之後已是七天後的事，關了伺服器拔了該硬碟到其他電腦用CrystalDiskInfo一測，他XX的根本沒問題啊….所以說群暉你整我嗎？

所幸也沒有任何資料救不回來，用UFS Explorer Professional Recovery一一拉完重要資料以後，發現在某些磁區有壞軌（一部分的DSM系統日誌不知為何救不回來）推測就是因為這『一部分』害得整個Hard disk被誤判損毀，不過群暉也夠狠完全不讓我在DSM上存取資料…

抓完資料順手將它低階格式化，重新插回DSM馬上生龍活虎一條，這次真的學乖了，經歷過兩次資料被洗掉，這次學會用它內建的Hyper Backup去做備份SQL和整個Web目錄

修復完還沒結束，因為所有套件都是安裝在此硬碟，所以全部重裝…
又遇上Apache HTTP Server 2.2和Apache HTTP Server Version 2.4不知為何安裝完一直無法啟用，所以我只好捨棄使用多年的Apache轉去用群暉內建的nginx，這又是另一個故事了。

這篇文章 Synology DSM故障：硬碟錯誤篇 最早出現於 TK Lab。

以後就可以走到哪玩到哪囉（VNC遠端可多平台）

這篇文章 Docker搭配艦これ的玩法 最早出現於 TK Lab。