這裏是 LitePress 社區舊貼存檔，您可以在此留言或提交新的回應和信息。
LitePress 社區舊貼存檔 2020~2023 年度
文章投稿 131 篇
參與 1035 次討論和 239 條回覆您可能也喜歡…
發表評論
2,005 條回覆
-
目前litepress.cn上該功能的實現遇到了一個很難解決的問題。那就是通過爬蟲爬取到的產品詳情的文本是經過wordpress.org預處理過的，已經和glotpress裏面的原文對應不上了……
一個可能是解決方案是根據插件的readme.txt文件仿照wordpress.org的算法以生成原始html。
-
有的雲存儲插件會替換附件在數據庫中的鏈接。
參考這個帖子介紹的方法運行SQL替換之：https://litepress.cn/topic/20635。
-
然而兩個小時過去了。。。
-
沒有沒有，就是想研究一下，跟博客沒有完全的關係。實際使用上來講，redis畢竟有商業化軟件支持，更方便。沒有問題了。
-
這個沒測試過。不過一個博客不需要在意這些吧……這倆的key value結構都是O(1)查詢複雜度，已經快到幾乎沒時間損耗了，對這個難以理解可以去了解一下散列表這個數據結構。
他們測試的速度快慢可能是在大負載量下由兩個軟件的架構差異導致的（這一部分是猜測）。還有一種可能是做這個測試的人沒控制好變量，使用了兩種不同的插件來測試memcached和redis，這樣插件所緩存的數據範圍不同，在瀏覽體驗上就會存在差異。
-
然而memcached的插件太難找了，redis直接就redis object cache。
-
支持多少數據類型不是判斷是否落後的依據，這個是由業務場景決定的。對於WordPress的緩存場景，memcached足夠用了。redis除了用於緩存外還可以用於消息隊列等複雜應用場景。
-
我看有的地方説memcached的瀏覽體驗比redis要快一些。
-
哈哈，也是。
-
好的，懂了。那就是redis隨便用了。
memcached是不是相比於redis落後了？redis支持緩存的數據類型比memcached多一些？
-
總結一下就是放心的用就可以了，不用考慮單線程還是多線程。因為你博客不可能達到每秒幾十萬吞吐
-
Redis從6.0開始就支持多線程了。不過這些對個人用户完全沒意義，因為單核性能已經非常過剩了。
-
對不起，你是個好人
-
我現在有個彎繞不開。這個譯名似乎無論如何翻譯都會和“主題”衝突。主題也是板式 or 樣板 or 模板 or 樣式吧……所以好糾結。
我目前有個想法是在其前面加一個主語：塊板式 or 塊樣板 or 塊模板 or 塊樣式。這樣主題代表大範圍的、整站的樣式，而塊xx則代表針對區塊的小範圍樣式。
這樣在wordpress.org的頂部條就是：
插件 | 主題 | 塊xx
而Pattern子站的標題則是：塊xx 目錄
當然，目前還是個初步設想。因為這樣的翻譯明顯和英文原文對不上了。在引入這一層討論之後，塊xx後面的xx是啥似乎不重要了，因為有了前面的主語就不會混淆和衝突了。
另外就是，主題用於指網站模板，這個説法似乎在國內是WordPress獨創的，類似Discuz、織夢這些都是叫模板。於是對於從其他系統轉來WordPress的人來説他們潛意識裏會把主題和模板、樣式、板式劃等號。如果把Pattern翻譯成模板、樣式、板式的話估計他們會暈的，因為舊有的思維慣性被完全顛覆了。如果是塊模板、塊樣板的話，至少能看出來是個新東西。
當然，就像前面説的，這只是一個初步想法。翻譯這塊我們是沒你在行的，所以只是拋出一個話題探討。
-
如果沒有什麼特殊需求的話建議優先使用InnoDB，InnoDB同樣是MySQL 8.0中的默認引擎。
InnoDB與其他幾個引擎的詳細對比參見MySQL官方文檔：https://dev.mysql.com/doc/refman/8.0/en/storage-engines.html（翻到頁面底部，有個表格）
-
並非只有這個插件會報錯網站地圖，其他插件的書寫不規範也可能會導致這個問題；
還有就是主題functions.php文件開頭有空行，也會導致這個問題；建議把所有插件禁用後，逐個開啓一一尋找問題插件。
-
之前“WordPress 核心”還有“古藤寶插件”都翻譯為“模式”，覺得不怎麼恰當。
-
我覺得翻譯成“模板”和“樣式”容易造成混淆，“板式”或者“樣板”應該更加合適。
-
似乎不太好。因為“區塊模式”貌似不能傳遞出什麼有價值的信息。如果是塊模板、區塊模板、區塊樣板、區塊樣式似乎好一點。突出的意思是這是用於古騰堡區塊的樣式模板，而用户則可以在此模板的基礎上加上自己的內容。
我在這篇帖子裏提到的“區塊目錄”的翻譯似乎也不太好，因為完整的古騰堡區塊應該是還附帶有功能和添加按鈕的。但這些https://wordpress.org/patterns/中的內容就只單純是html而已。似乎翻譯成“模板”或者“樣式”比較好。
-
你們覺得“Block Pattern”應該翻譯為“區塊模式”嗎？
-
辛苦了還一直記得這個帖子
-
騰訊雲的數據萬象服務提供Word文檔預覽方案：https://cloud.tencent.com/product/ci
-
萬事的變化肯定是有人在推動的。我所説的“天時”及“大環境”是我所無法幹預的東西。這些東西是由比我層次高許多倍的某個人或無數人在施加影響的。而作為我，只能對此順應，而無法施加影響。舉個例子：比如説新中國剛成立時的土地改革，這個推動者是中央，作為一個村裏的地主老財除了早點把財產散掉或者出國遠遁外，沒有任何能力幹預。
作為渺小的我，我只能幹預我所可能幹預的，比如説我從去年就開始到處尋求支持以籌劃WordPress在中國的本土化工作，這些都是我所能幹預的。但有些事情需要比我高無數個層次的人去幹預才行，這裏指的就是中國公民整體素質及消費習慣。
“小米讓大家用上低價手機”的這個例子，似乎欠妥當。因為讓消費者用上更低價的手機是順應人性的行為，並沒有逆人性。既然沒逆人性，那他有能力提供1塊錢的手機，他自然可以攪動市場。
真正逆人性的應該是抬高價格來保證廠商研發投入。這一塊從小米數字系列後續提價衝擊高端的過程就可窺見其艱辛程度，早期著名的失敗例子是小米 Note1。小米最近一兩年成功提價很大因素我覺得是國產手機整體售價都提升了。只有大家都低價，而小米自己抬價成功，才能算逆大勢而為之。
所以總結一下，我會幹預我所能幹預的。但是中國公民整體素質和消費習慣是我所幹預不了的。而我所幹預不了的這個“大環境”或者叫“天時”決定了現階段不可能讓開發者願意開源，如果強拉硬上的話，最後難免會和開發者們鬧翻臉，那我們在國內存在的根基也就沒了。
如果國內需要“領頭者”，也應該是某個開發者去領頭，而不是我們作為平台方領頭，可以是某個開發者用實際行動證明開源產品有更好的銷量等等。我們如果領了這個頭的話一定程度上就代表着有失公平，因為談及“領頭”，肯定要對開源作者特殊對待，這樣對閉源作者就有失公平。應該由市場去檢驗和篩選開發者，而不是平台，我們想活下去就必須保持中立。
-
你忽略了一點，這些事件的結果都是有人在推動的，有很多事就算沒人去推動也會水到渠成，如果有人牽頭推動至少可以讓改觀思維的進程加速，例如雷軍當年不做低價的手機自然還有其他人做，但雷軍就先做了，他至少讓普通老百姓用低價提前了好幾年使用到智能手機，同理如果你是那個先行者或許在國內互聯網你能跟吳洪聲一樣成功，當然這只是臆想
-
另外，補充一下。上文中所説的“我國物質資源極大豐富，公民素質提高，人們更多的關注精神生活及數據、隱私安全”。在不遠的將來一定會實現的，國內開發者更多的擁抱開源未來也一定會隨之實現，所以大可不必在現在為此憂心忡忡。天時不到，人的努力是沒用的。
仔細看一看最近一百多年來中國對外狀態的轉變：
- 1840年第一次鴉片戰爭 對比 1949年紫石英號事件
- 1858年璦暉條約 對比 1969年珍寶島事件
- 1900年八國聯軍侵華 對比 1950年朝鮮戰爭
- 1950年台海事件 對比 2016年南海爭端
中國正在以肉眼可見的速度發展，麪包會有的，牛奶也會有的。
-
核心是“尊重人性”。現階段閉源對於一些開發者來講是最優選擇，那麼就不可能通過外力幹預讓開發者放棄閉源（這裏直接是做不到，而不單純是“應不應該”了）。等開源對開發者來講是最優解那天，同樣也不需要誰幹預，開發者會自動開源。
這一天到來的前提是：我國物質資源極大豐富，公民素質提高，人們更多的關注精神生活及數據、隱私安全。
應用市場目前的授權機制是提供對開源應用的支持的——只有激活的產品才能享受更新服務。提供更新和技術支持也是國外開源產品主流的營收策略。
另外後面會對開源應用打上開源標記，這樣方便用户區分。
-
<!–more–>你説的也是正確的，不應該強制開發者的行為，但是社區可以建議更好的授權策略。所以循序漸進的引導開發者和消費者的思想才是目前最好的解決方案，這不是能一步到位的，但可以起到從根本改觀思維的效果，或許大多數開發者目前很難認同我的開看法，但在未來這必然是趨勢，閉源項目也不是説肯定加密了，只是不能公開源碼不購買不允許使用，我只是建議各位開發者大佬不要加密了，開源的項目仍然可以收費。這需要複製或借鑑國外的開源協議，需要有一個團體或機關制定並管控（這是我個人的天真想法）該有的版權絕對不能受到不公平待遇，但同時我也非常反對和強烈譴責濫用版權行為！
-
我就是想這樣表達的，可能我説的不完全
-
另外糾正下，這個標題有誤導性。應該是“不建議應用商店允許加密授權”而不是”使用加密授權”，整個litepress.cn及附屬的所有代碼、數據(除用户隱私數據外)都是gpl v2或v3開源的，不存在閉源情況。閉源的是應用市場中上架的商品，而不是市場本身。
-
你説的這個觀點，我個人其實是可以認同的。
WordPress能發展起來很大原因是因為它基於GPL協議開源，這樣對於用户來講，如果使用WordPress及其生態設施來架設自己的平台的話，那麼整個平台都將完全的“自主可控”並且無任何法律風險。這個優勢是閉源軟件所無法提供的。
而對於閉源軟件來講，尤其是由個人開發者維護的閉源軟件，真正需要投入生產環境的話用户是會打怵的——因為這幾乎等於是把自己企業的命脈交給別人握着，而自己則毫無辦法亦無法進行任何干預，有一天維護者出事了，自己的業務也會跟着涼掉。也是基於同樣的原因，litepress.cn沒有引用任何閉源及有法律爭議的代碼。
當然，這種重視“自主可控”的企業也不會從二道販子、三道販子手裏買源碼。
但，WordPress的市場似乎沒有這麼簡單。因為WordPress的用户不止有投入生產的企業，還有大量的小站長，他們對數據安全的敏感度其實並不高，於是盜版在這些人中就有了市場。
如果面向的用户羣體剛好是小站長，而開發者又不閉源的話，那很有可能就真因盜版而餓死了。
於是從開發者的切身利益出發，得出這樣一個結論：
- 開源適合面向企業
- 閉源適合面向個人用户
所以是否開源應該由開發者按照其面向的市場羣體來自行決定最有利於自己的決策，我覺得應用市場不應該去強制限制。也就是説，任何制度都應該優先保證符合“人性”，以大家的短期且切身的利益為出發點，不能為了某個長遠的目標而要求大家短期放棄什麼東西。這種“存天理，滅人慾”的操作，我覺得是不長久且無法推動的。
當然，嚴格説的話其實允許閉源應用上架的確是不道德的行為。因為這樣做的話我們相當於都在吸wordpress.org社區的血。
但中國有中國的國情，我們的消費者羣體知識付費意識最近幾年雖然改觀蠻大的，但還是不夠。真的想讓開發者開源，應該等用户的消費習慣養成了，用户會更多的因為安全性和可控性為開源產品付費時才是閉源產品應該消失的時候。到了那個時候，市場的自我調節能力會自然淘汰掉閉源應用，這也是未來的必然趨勢。
所以閉源應用未來必然消亡，但這不是由誰去主動幹預的，而是在用户付費意識和數據安全意識提升的前提下經市場自我調節而消亡。現階段大環境還不成熟，不宜也不能去強行限制閉源應用，否則會影響生態積累。
-
支持
-
對記憶庫人為編輯還是很重要的，今天偶然間發現記憶庫裏甚至還有繁體……後面可以在數據庫裏篩選出所有包含多條翻譯的記憶內容，然後指定機器翻譯時固定調用哪條的同時刪除掉不合適的翻譯結果。
-
跑了下爬蟲，可謂大跌眼鏡……
https://translate.wordpress.org/上插件和主題的翻譯項目結構竟然是不一樣的，我的天。
於是程序要對插件和主題的翻譯分別適配。
wordpress.org着實很有意思，為什麼插件和主題總是分開設計，就連應用市場中也是插件和主題是兩個單獨的子站。
而且因為分開設計的緣故，導致插件和主題有大量的slug衝突，當時litepress.cn的應用市場為了適配slug衝突的情況也廢了一番周知。總之，頭疼。
-
實測Cavalcade還是很靠譜的，昨天執行了一次兩萬任務的隊列，很穩定，且無遺漏。
-
原來有個寶塔一鍵遷移，之前看它介紹説是“一鍵遷移面板數據”，沒聯想到可以遷移網站數據，以為只是面板配置信息
發表回覆