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