讓我先把相關的報錯信息通過文字貼到下方，方便被檢索出來 出錯了! (warning!) curl error code=403; 系統錯誤 (explorer.editor.fileGet) explorer/editor.class.php[64] IO::fileSubstr(0,1,2) bi ...
讓我先把相關的報錯信息通過文字貼到下方，方便被檢索出來
出錯了! (warning!)
curl error code=403;
系統錯誤 (explorer.editor.fileGet)
explorer/editor.class.php[64] IO::fileSubstr(0,1,2)
bin/data.bin[2]
[Linux 6.2.0-35-generic/8.2.11/mysqli/1.49.10]
在使用kodbbox的過程中想著通過webdav協議將alist掛載到kodbox中去，但是在實際操作過程中發現真正掛載的上去的文件並不能被打開，只能新建、保存、修改，不能查看，遂查找問題的根源。
說一下我的環境和調試工具，通過1panel一鍵啟動的alist和kodbox，並通過1panel中的openresty將兩個應用加上https並且反向代理出去了，而且無法直接訪問兩者的http埠。
通過在kodbox中各種手動下error_log的方式，發現在kodbox內部函數的運行過程中，文件被認為是拿到了的（即某些用來判定文件下載成功與否的變數為true），但是實際用來存儲文件內容的變數，其中並沒有任何可用的數據（即數據為空值）。
上述圖片中前7行都說明kodbox認為成功獲得了文件內容，最後一行的變數則是用來存儲實際文件內容的，反而什麼也沒有。
kodbox調試無果之後，將矛頭轉向了alist的日誌，但是alist的docker日誌並不是很清楚，僅僅記錄了啟動時的配置載入，並沒有什麼有效信息，無奈最終只能轉向alist網站的訪問日誌。
結果發現了日誌中的問題——kodbox訪問之後日誌為302重定向，遂懷疑kodbox在訪問正常的alist的webdav路徑之後，並沒有進行重定向訪問。
然後將alist中所有的存儲的webDAV策略都配置成本機代理，kodbox的訪問就正常了。
