今天終于把大家推薦的W3TC給換掉了，原因無他。消耗資源過多，并且效果不好。根據各種GOOGLE發現可以使用CDN Sync Tool+WP Super Cache來替代W3TC，在經過各種測試之后發現通過CDN Sync Tool自動同步到又拍云的圖片全部都無法打開，把圖片下載回本地發現無法打開，直接報錯，如下圖：

在使用Beyond CompareHA的16以16進制方式對文件進行對比后發現從又拍云中取回的文件比原始的多了一些0D并且比原始文件要稍微大一點。

根據各種GOOGLE之后得知，CDN Sync Tool使用的是FTP_ACSII方式對文件進行上傳的。

ASCII模式

復制時候會進行調整，主要體現為對不同操作系統的回車/換行/結束符等進行轉譯。

比如，回車符號在Unix下是 (0A)，Windows下是 (0D0A)，Mac下是 (0D)。當在一個Windows操作系統上用ASCII方式從Unix服務器上下載文件時——無論是文本文件還是二進制文件——都會進行檢測和轉換：每檢測到一個0A，則認為是回車符號，自動插入0D形成Windows下的回車符。顯然，如果下載的是文本文件，這種轉換是很有用的——我們能在Windows下看到分行后的文本，否則我們看到的是中間夾雜著小黑方塊的不換行的一堆文字；然而如果下載的是二進制文件（比如exe或rar），這種轉換無異于畫蛇添足，破壞了整個文件。

根據GOOGLE到的東西，我們來對源碼做一點小手術，強制CDN Sync Tool來使用FTP_BINARY的二進制方式來上傳文件。

• 1.打開 wp-content/plugins/cdn-sync-tool/lib/Cst.php
• 2.找到 ftp_put($this->cdnConnection, $filename, $file, FTP_ACSII); 這一句
• 3.修改成 ftp_put($this->cdnConnection, $filename, $file, FTP_BINARY);

現在再重新上傳圖片，就不會出問題了。