Discuz x3.2七牛遠程附件設置

1、DISCUZX2.5/3/3.1雲存儲通用接口1.1.0beta版本[8.22最新更新]

連接地址：http://www.discuz.net/thread-3399569-1-1.html

 

本帖最後由 Luca. 於 2013-9-24 10:38 編輯

8.22
更新七牛雲，20MB之內小附件測試經過

8.7
更新阿里雲OSS，20MB之內小附件測試經過

雲存儲接口測試結果：
服務 圖片 附件 批量上傳 刪除操做 大附件
又拍雲 圖片大於2M時間歇性失敗 同左 同左 正常 未測
阿里雲 對於10M左右大圖上傳正常 目前測試20M左右小附件，正常 正常 正常 未測
七牛雲 對於10M左右大圖上傳正常 目前測試20M左右小附件，正常 正常 正常 未測

DiscuzX使用雲存儲原理：
咱們經過改造ftp類，當附件上傳到本地時再經過ftp類將附件上傳到雲存儲上。

安裝步驟：
1，到http://www.discuz.net/thread-3334048-1-1.html 下載最新框架並安裝。
2，下載本附件，並上傳到服務器。
3，到config_global.php添加配置信息：

$_config['extend']['storage']['curstorage'] = 'aliyun';
$_config['extend']['storage']['upyun']['bucket'] = 'dztest';
$_config['extend']['storage']['upyun']['username'] = 'dzuser';
$_config['extend']['storage']['upyun']['password'] = 'discuz';
$_config['extend']['storage']['upyun']['attachurl'] = 'http://dztest.b0.upaiyun.com';

$_config['extend']['storage']['aliyun']['access_id'] = '';
$_config['extend']['storage']['aliyun']['access_key'] = '';
$_config['extend']['storage']['aliyun']['access_host'] = NULL;
$_config['extend']['storage']['aliyun']['bucket'] = 'discuzbucket';
$_config['extend']['storage']['aliyun']['attachurl'] = 'http://discuzbucket.oss.aliyuncs.com';

$_config['extend']['storage']['qiniu']['accesskey'] = '';
$_config['extend']['storage']['qiniu']['secretkey'] = '';
$_config['extend']['storage']['qiniu']['attachurl'] = 'http://discuztest.qiniudn.com';
$_config['extend']['storage']['qiniu']['bucket'] = 'discuztest';

 目前支持這四個雲接口，第一行表示目前使用的雲接口，一旦確認，不可再改。而後選擇補充完對應的配置信息。

4，到後臺的全局——上傳設置——遠程附件，選擇打開，下面的信息能夠隨便填，或者按照一個正確的FTP服務器來填寫，當沒執行步驟3時，整個過程將按照一個正常FTP設置來運行。

  5，上傳附件並測試。

附件：http://7xsk7i.com1.z0.glb.clouddn.com/file/upload_cloudstorage1.1.0beta.zip

使用注意事項：1，本項測試目前只針對20MB之內小附件，對於大附件請等待之後版本新增的大附件異步上傳支持腳本。
2，本服務咱們只測試了常規情景下的上傳動做，對於其餘不少部分暫未測試，歡迎你們試用，並把問題及時反饋給咱們以便咱們及時修正。
3，本版本暫不支持多組服務器多個雲存儲同時共存，在使用前確認後不可再改，之後的版本可能會新增多個雲存儲多個bucket共存並向下兼容。

疑問解答：爲何不改造class_upload類而改造class_ftp類？
這個問題在發佈至今一直有人問起，現統一做答。
因爲discuz是一個複雜的程序，不少信息還依賴本地支持。好比上傳後須要獲取附件類型大小，圖片附件須要獲取尺寸信息，exif，是否爲動畫等信息並存入數據庫。同時上傳後的縮略圖預覽，縮略圖生成，數據調用，feed生成等還都依賴本地，這也就決定了目前直接改造upload類會涉及到太大的工做量，直接上傳到雲存儲並非最好的方法。固然各位若是有興趣能夠自行研究下。

本雲存儲插件的完成和測試要感謝@myp4p的支持，還有七牛、阿里雲官方團隊的支持。

————————————————————————————————————————————————————————————————

 

2、DISCUZX2.5/X3/X3.1擴展框架DXEXTEND1.3.0版本發佈[9.25升級X31重要提示]

連接地址：http://www.discuz.net/thread-3334048-1-1.html

本帖最後由 Luca. 於 2014-3-31 16:09 編輯

9.25 升級3.1提示：論壇2.5/3.0版本已經安裝了框架的升級到最新版3.1的，請下載覆蓋最新包並手動刪除extend/class/class_cloud_ext.php文件

8.9更新到1.3.0beta
1，新增EXTEND_NO_DETECT常量，默認爲false，會自動檢測框架源文件更新狀況。當更新各擴展的時候不須要再刪除緩存文件。當功能穩定而不須要更新擴展的時候能夠設置成true。

7.19更新到1.2.2beta
1，修復自定義常量失效

7.18更新到新版1.2beta
1，修復支持discuz_application類擴展

7.17更新到版本1.1.2beta
1，類名方法名大小寫不敏感

7.16更新到版本1.1.1beta：
1，新增開關常量，在config文件裏寫$_config['extend']['innodb']['on'] = 1;用來表明開關，在系統中生成INNODB常量值爲1.
2，新增文件依賴，即便啓用緩存了也會優先保證extend文件夾的ext類存在纔會執行。
3，新增雲上報的類在extend文件夾裏的映射，對應關係爲：api/manyou 對應 extend/class/api/manyou

現有的插件機制是一種HOOK鉤子機制，能夠大體理解成是一種半路攔截的機制，在覈心類實例化後運行runhooks(),在編譯好的模板頂端運行hookscriptoutput()。這種方法雖然好用，可是當咱們想修改一些核心類庫的時候，就不是那麼方便了。
好比當咱們須要在table_forum_post類的fetch_all_prune_by_search方法裏增長一個參數,讓裏面的搜索由sphinx來完成(舉個例子，可行性暫不說)。
或者咱們以爲mysql用來作計數不方便，要改用redis來統計的時候，咱們不得不修改源碼，其餘彷佛找不到能夠不改源碼的方法。
又好比咱們論壇使用了雲主機，不容許本地IO，咱們須要把全部的附件傳到另一個提供了上傳API的雲服務器，咱們仍是不得不修改底層的upload類或者使用效率低下的FTP遠程附件。

那麼有沒有不修改源碼就能實現全部類擴展的方法呢？咱們最近在進行一系列論壇優化方案的時候就遇到了這個問題，好比INNODB，redis分頁，計劃任務分離等都須要修改底層的類來實現。因此咱們推出了適應於X25/X3的擴展框架。

擴展框架的目標：
咱們能夠在不修改任何源碼的狀況下，修改、新增source/class目錄下全部的類文件。

擴展框架的原理：
咱們經過修改論壇的自動加載機制，讓他優先加載咱們的擴展類，而擴展類均繼承了須要擴展的父類。

安裝和使用方法：
1，下載對應的文件包，覆蓋到根目錄，其實只修改了一個文件：class_core.php，咱們在裏面修改了自動加載機制。
2，在論壇下創建新的文件夾extend/class，而這個class裏面的目錄和文件列表均和source/class下的保持一致。
3，好比咱們須要修改source/class/discuz/discuz_upload.php裏面的類，把它的save，makedir等方法修改，則只須要在extend/class下創建一個discuz文件夾，再創建一個名爲discuz_upload_ext.php的文件，這個表示這個類是擴展的。
4，在discuz_upload_ext.php文件裏，咱們對類discuz_upload進行修改，則只須要寫一個類繼承discuz_upload類。示例以下：

<?php

class discuz_upload_ext extends discuz_upload {
        function save(){......}
}

 這樣你寫的save方法就替代了論壇全部調用discuz_upload->save()的地方了，是否是很方便呢？

5，又好比，咱們準備對table文件夾下的某個數據庫操做的方法進行重寫，相似，在extend/class下創建table文件夾，在裏面創建好比table_forum_post_ext.php文件，而後寫一個子類，class table_forum_post_ext extends table_forum_post{}，在裏面能夠新增或者對已有的方法進行重載，這個會讓整個論壇全部調用此方法都使用你修改後的方法。

 文件目錄列表：

注意事項：
1，關於子類的命名請嚴格按照上面說的方式來命名，不然不會被讀取。
2，寫代碼時請儘可能按照discuz的書寫格式來寫，好比不要使用短標籤等。
3，在class_core定義了一個EXTEND_NO_CACHE常量，當生成緩存出現問題時能夠打開強制更新緩存，當代碼測試無誤後請修改成false。新增EXTEND_NO_DETECT常量，能夠自動檢測擴展源文件變更而自動更新緩存，默認爲false，即此功能生效。當功能趨於穩定後能夠考慮設爲true。
4，該框架能夠實現source/class目錄下全部類的重寫，可是class_core文件裏的除外，由於咱們已經修改了。
5，因爲歷史緣由，class目錄下的類的構造函數有些是與類名相同，有些使用了__construct,子類若是須要調用父類的構造函數統一寫成parent::__contruct()
6，因爲歷史緣由，有些文件裏有兩個或多個類，咱們也能夠對其中的一個或者多個進行繼承，方法如上面所述。

7，部分類使用了instance方法把實例保存到靜態變量中來避免重複實例化，遇到這種類子類也應當存在此方法，不然實例化的是父類而致使子類中的方法均不生效。
8，其餘插件更新的時候在1.3.0beta版本如下的必需要去data/sysdata文件夾下刪除全部_ext結尾的文件，以便新插件生效

歡迎各位開發者試用，發現問題或者有更好的想法歡迎留言。
從此咱們的各類性能擴展也基本會在此框架下運行。

X3.1  http://7xsk7i.com1.z0.glb.clouddn.com/file/upload_extend1.3.0_x3.1.zip

X3.0  http://7xsk7i.com1.z0.glb.clouddn.com/file/upload_extend1.3.0_x3.zip

X25  http://7xsk7i.com1.z0.glb.clouddn.com/file/upload_extend1.3.0_x25.zip

無編碼版本區別，選擇相應版本就行。
已經經過本框架完成的擴展列表：
DISCUZX3/X25論壇雲上報/計劃任務異步機制方案1.0beta
discuz-redis 擴展 輕鬆快速分頁 避免分頁瓶頸
Discuz! X2.5 / X3 InnoDB 補丁
DISCUZX2.5/X3帖子點擊數緩存即時更新
DISCUZX2.5/3雲存儲通用接口
DISCUZ X2.5/X3/X3.1 SESSION機制優化擴展 1.0.1beta版

關於bin目錄駐守進程腳本的開機啓動配置
在擴展中咱們有些腳本是須要一直在後臺不間斷運行的，好比session機制統計腳本，雲上報異步腳本。
爲了不重啓時任務丟失，咱們須要在開機啓動里加上這個腳本，你們能夠參考以下設置。
1，進入/ect/rc.local
2，添加以下代碼在最後：

cd /data/wwwroot/html/x3/extend/bin
nohup /usr/bin/php bin_session_cron.php > /data/wwwroot/html/x3/extend/bin/sessionlog 2> /data/wwwroot/html/x3/extend/bin/sessionlog2 &
 nohup /usr/bin/php bin_async_cron.php > /data/wwwroot/html/x3/extend/bin/asynclog 2> /data/wwwroot/html/x3/extend/bin/asynclog2 &

 你們記得把路徑替換成本身網站的，php命令也得替換成本身的3，雲上報異步設置開機啓動可能會出錯，提示random函數不存在，這時須要在bin_async_cron.php中加入function_core文件中的random函數便可。4，最後記得給bin目錄設置700權限