這裏是 LitePress 社區舊貼存檔,您可以在此留言或提交新的回應和信息。

·

這裏是 LitePress 社區舊貼存檔,您可以在此留言或提交新的回應和信息。
文章投稿 131 篇
參與 1035 次討論和 239 條回覆之前也是用的這個主題測試沒問題的。沒更新主題沒安裝任何東西突然這樣了
目前已經完成了翻譯過程挪到前端的目標,但目前還不支持術語表
d 參數是指定在未找到頭像的情況下所調用的默認頭像類型。API 文檔上有關於這一塊的解釋
問題已解決:‘?&d=identicon’這個參數的作用好像是獲取隨機頭像,保持不變;把“ https://www.gravatar.com/ ”換成“ https://cravatar.cn/ ”即可。
各位:一句話,“Gravatar 頭像地址”那段代碼中,API文檔教程裏生成的hash值不用填,是嗎?
此賬號數據已清除
一點編程基礎沒有的話我很難給你解釋清楚欸。建議找個懂開發的定製一下這個功能
‘?&d=identicon’
這部分保持不變,還是填生成的郵箱md5?
api文檔裏生成的hash值填不填?我填了md5生成的郵箱hash值,結果又亂了,還是不顯示,頭像鏈接成了這樣:
https://cravatar.cn/avatar4f0efac4307dd52cee089ed67695355b?&d=4f0efac4307dd52cee089ed6769355b
一、我們沒主動做任何限制,所以國外也應該是可以用的,並且 CDN 也有國外節點
二、去掉兩側空格是因為有的人敲郵箱可能會在末尾多敲一個空格,所以哈希前得先去除
三、把域名替換成 cravatar.cn 即可
wp-config.php 裏面的 WP_Debug 宏設置為 true,然後刷新頁面把報錯信息貼上來
前邊發的是前段登錄的提示,
這個是登陸後台的提示:
此站點遇到了致命錯誤,請查看您站點管理員電子郵箱中收到的郵件來獲得指引。
郵箱裏也沒有收到郵件
就是剛打開後台,在後台準備上傳插件,還沒開始就掛了
出現致命錯誤之前,你操作了什麼?
注插件還未開始上傳就整個站變成這樣了
我們之前是支持直接刪除用户數據的,但是運行過程中發現了一些問題:
因為我們的會員系統是基於“終極會員”插件製作的,此插件在處理用户註銷請求時會直接硬刪除用户的會員信息以及關聯的所有信息,這導致我們的系統因為匹配不到數據到處報錯以及論壇帖子關係錯亂。
我們知道用户的數據屬於用户,用户應該有權力隨時要求抹除數據,所以此功能只是暫時關閉,我們計劃對其重構,改成軟刪除的模式,也就是在請求刪除時保留用户 ID 及其他關聯數據,但清除包括郵箱、密碼、手機號在內的所有涉及因素的數據。
另外,關於用户所發的帖子。按道理講,用户發的帖子其版權也應該歸用户所有,但現在我們面臨的情況是用户所發的絕大部分帖子都是問題諮詢類帖子,這些帖子單就內容本身老實説我個人覺得是沒有價值的,同時我們管理員包括其他志願者針對該問題給出的解決方案又與此問題相關聯。如果允許用户直接刪除帖子,則會影響到其他人創作的內容(所謂的影響主要是使話題缺失上下文,或乾脆整個話題無法索引)。我記憶最深的是我之前有回覆過一個用户關於 WordPress Rest API 超時的問題,我從問題機理開始寫了上千字來解答他的疑惑,最後全被刪掉,老實説心裏很不是滋味。我們雖然不是完全無私的在做這些事情,但也並沒有對用户收費,作為用户方在問題獲得解答後刪除所有數據我覺得不太妥當,因為這其中包含了其他人的勞動成果。當然,如果是用户的原創文章希望刪除的話後續會留下渠道來供其申請。
之前因為一直沒人提用户註銷這塊的問題,所以重構工作一直在拖延。本次你提了後我們儘可能在明天晚上之前處理好重構工作然後給你回覆。如果你有其他想法或者意見也可以直接回復這個帖子,我們會隨時關注。
okk!非常感謝
F12看下 CDN 鏈接成功沒 JSdelivr 經常被牆
倉庫容量達上限了,沒法用jsdelivr獲取,你用開發者工具看一下加載字體的鏈接正不正常就知道了
寶塔使用自己的btpython,因此你的命令不會對其生效。
我去試試
你這個問題目測是 pip 無法安裝 Python 擴展導致的,嘗試執行:
pip3 install gevent
如果仍然無法安裝的話請更換一下 pip 源,然後再重新執行寶塔的安裝腳本。
更換 pip 源教程:
https://blog.csdn.net/weixin_41714373/article/details/119911508
文本文檔發不了我剛才把整個日誌都寫上去了~
有安裝失敗的原因嗎?
這個項目目前還處於開發階段,本土版本和原本的主要區別在於優化了各種外部網絡接口的速度以及提供更好的漢化支持,同時會使應用市場支持閉源和付費的應用
我想找份wp跟我們lite的對比,使用lite比用wp好在哪裏
好吧,謝謝
有推薦嗎?
你這樣搞的話你網站開一個頁面可能要好幾秒。這個不具有任何可行性的,而且也不會減少數據庫壓力。
比較可行的方案是各種動態緩存和頁面靜態化。
沒聽過數據庫套CDN,如果負載高的話,用靜態緩存插件試試
加油加油
你説的這個應該是類似於企業裏用一台做網關服務器提供對外訪問,然後其他服務器在內部運行計算服務吧。他們這種比較簡單的實現就是用 Nginx 的反向代理來做,包括 wordpress.com 也是這樣乾的。
發表回覆