這裏是 LitePress 社區舊貼存檔，您可以在此留言或提交新的回應和信息。
LitePress 社區舊貼存檔 2020~2023 年度
文章投稿 131 篇
參與 1035 次討論和 239 條回覆您可能也喜歡…
發表評論
2,005 條回覆
-
突然發現我宛如一個智障。
之前翻譯平台的翻譯提取流程是這樣的：
包更新檢測服務檢測包更新情況->存在更新則下載並解析其是否是英文以及是否支持多語言->是英文且多語言則推送給自建git->自建git接受到push請求後發送web hook給Traduttore插件提供的API接口->Traduttore插件從git拉取程序代碼並提取翻譯->檢查translate.wordpress.org是否存在翻譯，存在則導入記憶庫->調用機器翻譯流程
以上流程完全可以簡化為：
包更新檢測服務檢測包更新情況->存在更新則直接去translate.wordpress.org下載翻譯好的po文件，不存在就説明是不支持多語言，然後原文入庫，已翻譯的部分入記憶庫->調用機器翻譯流程
世界剎那間清淨了
-
去年5月份就説要為https://github.com/wearerequired/traduttore項目（一個自動從Git倉庫提取翻譯到GlotPress的開源項目）添加對Gitea的支持，結果拖到現在，哈哈哈。當時其實我已經開發好了，只是太懶得寫單元測試，沒提交合並請求，這次一起搞下吧！
-
WordPress和WooCommerce的性能優化是一個很龐大的話題，很多情況下並不是換一款主題或者加緩存就能解決的，還是需要具體分析具體應對的。
WooCommerce本身的負載能力還是很強無敵的，LitePress.cn的應用市場就是WooCommerce做的：https://litepress.cn/plugins。
未作靜態緩存，也就是説你訪問的其實是即時生成的動態頁，目前已經上架商品數八萬多，TTFB平均260毫秒，説秒開不為過。
造成性能問題的原因歸總下大概以下幾類：
- 存在外部HTTP請求拖慢速度
- 存在未使用索引的慢SQL
- 插件或主題中包含低效的代碼（比如説從數據庫取全部產品標籤然後循環等等）
- 有插件附帶很多全局加載css、js（比如終極會員）
- 低效的數據庫（比如不能指望一個跑在機械硬盤上的MySQL）
- 服務器太差（CPU主頻太低或宿主機超賣嚴重）
需要先找到木桶的短板才能針對性優化，你可以參考這篇文章：https://litepress.cn/topic/19928 先檢查下是否有慢SQL或外部HTTP請求。
-
偉大的開始✌
-
開發者需要一個靠譜的主題、插件交易平台，期待你能搞起來。
為你點贊。
-
前排支持。
-
參見PHP可變函數：https://www.php.net/manual/zh/functions.variable-functions.php
示例：
for ($i = 2; $i < 6; $i++) { ('fun' . $i)(); } -
推薦的方式是集成LitePress應用市場的授權系統，這樣在線支付、應用授權、更新推送這整套解決方案都可以免費獲得。
參見：
如果想自建的話可以參見：https://github.com/YahnisElsts/wp-update-server
-
贊
-
值得紀念一下
-
我覺得對於一個公司來講，創始人的行事風格通常決定了其企業文化。
就我個人是斷然不會做一個蠅營狗苟之輩的，我可以為了理想放棄所有短期盈利的機會，就好像這一年多我一直在致力於整合及統一國內WordPress生態，而不是在稍有流量積累時就開始忙於流量轉化。也好像我始終在通過和贊助商、投資人交換資源的方式來為項目發展籌集資金、資源支持，而不是想着自己去雞生蛋、蛋賣了換鴨……換而言之，我眼裏始終裝着更大的未來。
在未來，我同樣不會為了盈利而做出什麼有損用户體驗或開發者利益的事情，兔子都不吃窩邊草，更何況我作為一個人起碼比兔子聰明吧。
-
贊贊贊贊贊，未來值得期待。但不能忘記初心，國內互聯網的生態環境是時候需要改變了，希望本社區能帶個好頭
-
-
回覆帖右下角有“回覆”按鈕，下次直接點那裏回覆消息吧，否則這個帖子就太長了。
你這個問題我在搜索引擎上檢索了一下，這個文件是WordPress自身生成的，用來測試wp-content目錄是否可寫。
你可以通過在wp-config.php中添加以下配置來強制要求WordPress使用硬盤方式寫入數據，這樣它就不會再去檢測wp-content是否可寫了。
define('FS_METHOD', 'direct'); -
沒有返回值
-
grep -Ril “-test” .
這樣試試。別把命令後面的點漏了，然後就是一定在網站根目錄執行。
-
寶塔執行和SSH執行都沒有返回，路徑在網站根目錄的
-
這個方法貌似不行，執行後沒有返回
-
明白 謝謝大佬
-
這是shell命令……你要麼在寶塔的終端執行，要麼通過SSH執行。執行前記得先用cd命令切到你網站根目錄，命令格式：cd 網站絕對路徑
-
我在寶塔中用計劃任務執行的shell
可以不？
-
代碼無問題，緩存的鍋
-
這個放棄吧。
很多SEO插件都帶這個功能的，但是這個功能會導致你文章的Slug和分類目錄的Slug衝突。甚至於還會和Rest Api的路由衝突。
參見：https://docs.woocommerce.com/document/removing-product-product-category-or-shop-from-the-urls/
如果實在想要實現的話可以使用這個插件：https://litepress.cn/plugins/remove-category-url
最後再勸你一遍：不要這樣做，會有很多意料之外的問題。WordPress使用Slug定位資源，而不是URI。
-
全屏截圖看看你執行的命令
-
這是什麼東西
-
寶塔面板執行grep -Ril “temp-write-test” .日誌中看不到定位
-
這麼寫對嗎？
-
<?php if(strpos($price [‘title’],’阿里雲’) !== false) { echo “a”; } else if (strpos($price [‘title’],’騰訊雲’) !== false) { echo “b”; } else { echo “c”; } ;?>
-
在你的網站根目錄下執行以下shell命令：
grep -Ril "temp-write-test" .
這個命令的功能是遞歸搜索看看是哪個PHP腳本文件在生成這些臨時文件。
然後把搜出來的腳本文件打包成zip傳論壇上，我分析一下它在搞什麼。
-
我去試試看
-
全站打包下載下來用vscode之類的編輯器搜索之，看看是哪個插件/主題導致的。
-
WP資源下載管理 這個插件還行，目前在用
-
-
論壇有貼代碼功能，可以用那個貼上來。
-
附件
發表回覆