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

·

這裏是 LitePress 社區舊貼存檔,您可以在此留言或提交新的回應和信息。
文章投稿 131 篇
參與 1035 次討論和 239 條回覆不好意思,白天去交接税務了,剛回來。
我重裝了php之後他莫名其妙的好了,然而我上午重裝了好幾次,都沒用,離譜
可以看看sakura改的一個,應該算是更完善的
想知道這裏參與的插件翻譯是留在本土還是説會推回給上游
所有翻譯會存在於本地平台,不會回推給 wordpress.org,這個老實説技術上可以實現數據迴流,但是我們也確實是有意的不會這樣做。
這就好像子貢贖人的典故一樣,子貢好心的拒絕了贖金,其產生的後果是將來都不會有人再主動去營救魯國的奴隸。代入到現在這個項目也是一樣,如果我們好心的主動把數據同步給 wordpress.org,我們將始終難以在本地化生態積累的層面上超過 wordpress.org,也就沒理由説服用户選擇本地平台,長久來看本地平台也就幾乎不可能得到發展。
但,如果我們不做數據迴流,則可以逐漸加大兩個平台的差異化,而且本地平台等於 wordpress.org 的超集,將來勢必會倒逼用户選擇本地平台,有了用户基數就有了貢獻者和參與到這一體系的開發者,本地平台也就有了崛起的可能。
應用市場方面個人使用更傾向於擴展,如果可以兩邊的市場都能同時訪問到就更好了
應用市場目前上確實是按二者並存為出發點設計的,也就是説將來可以完全脱離 wordpress.org。但就像前面的翻譯平台一樣,本地的應用市場上架的應用同樣不會迴流給 wordpress.org(況且付費和閉源的應用也沒法迴流)。
試用LitePress市場的時候報了504,不知道是這邊還沒完善還是自己服務器有什麼設置限制了
你是指的插件端的嗎?插件端的 API 前段時間重構了,後來因為翻譯平台的開發比較緊張所以暫時擱置,目前只重構完了翻譯推送相關的 API 功能。
關於重構這個,其實 litepress.cn 平台各個子模塊都最少重構了三次,重構的多並不值得炫耀,這其實映射的是我本人在工程化開發方面的經驗很缺乏,於是造成了開發好一個功能,但是很快的發現這個功能在融入總的工程後在將來的可維護性、擴展性、各模塊聯動性方面存在缺失,於是隻能重構。週而復始的重構與迭代,我難以在早期就預料到所有情況,所以只能很無奈的承擔下多出來的重構成本。
在這種環境下有一個本土優化是好事,但路還很長,加油
路長且艱,但我覺得我們或許是過去十年間最有可能做成這件事的人。
想知道這裏參與的插件翻譯是留在本土還是説會推回給上游
應用市場方面個人使用更傾向於擴展,如果可以兩邊的市場都能同時訪問到就更好了
(試用LitePress市場的時候報了504,不知道是這邊還沒完善還是自己服務器有什麼設置限制了)
在這種環境下有一個本土優化是好事,但路還很長,加油
這是個 BUG。有一些字符串沒翻譯是因為這個項目沒託管到翻譯平台,所以很多字符串沒收錄,對於沒收錄的字符串翻譯引擎是不會處理的。然後插件那邊在處理這種情況的時候直接引用了原文,於是造成了很多字符串的翻譯被使用原文填充的情況。
這個問題今天發的版本中會處理
應該是你做了公安備案,然後當地的王安在掃漏洞。因為我發現這些 IP 都是廣西的。
抱歉太極沒表達清楚,就是我在使用自動機器翻譯完成之後發現有很多字符串在翻譯的位置直接填充了原文,特別是一些長一點的語句
好的 感謝!
不好意思,我剛看見這條回覆。
不過我沒太明白你的意思,能再詳細點嗎?
如果是指文章鏈接上的,,把“固定鏈接”設置為任意非“樸素”的形式,然後每一篇文章都可以想改什麼序號就改什麼序號了,並且每次發文章都要自己寫序號,不要覺得麻煩,搞這些神仙事情總要付出點代價的。
從你的描述來看,應該就是某個插件篡改了固定鏈接導致的。
這個問題需要一點點定位,逐漸縮小範圍。目前如果懷疑是固定鏈接被篡改的話,需要你在下次發生 404 的時候查看一下 wp_options 數據表中 meta_key 為 permalink_structure 的行,看看其 meta_value 字段是否就是你設置的固定鏈接值(對於 Nginx 來説,更新固定鏈接只需要改這裏的值即可,所以説通過觀察其值也可以直接得知是否被篡改,這不像 Apache 還需要查看 .htaccess 文件)。
如果確認是被篡改的話要麼是把插件禁用挨個查,要麼是用 xdebug 記錄 PHP 執行堆棧,找到觸發會更改固定鏈接的 SQL 語句的執行位置,再順藤摸瓜向上查到具體是哪個插件搞的。不過這需要有一點點技術能力才行,我暫時沒想到有什麼簡單的方法能查出來。
我着實沒懂你的意思。能再描述清楚點嗎?
或者,是不是你之前設置了 WordPress 的 ID 連續,然後刪除了一些文章導致 ID 之間存在空缺?如果是這樣的話據我所知是沒有辦法能做到重新給文章 ID 排序的,因為文章 ID 可能會關聯很多數據,改了會很麻煩。
現在存在的一個問題就是,有一些字符串的翻譯會直接填充原文
話説,昨晚的一個項目託管申請是你提交的嗎?我傻逼了,忘了記錄提交者是誰了,加管理員都不知道給誰加
厲害了,不鳴則已,一鳴驚人,持續關注。
好的 ,謝謝~
WordPress本身的開源性以及可創造性可以帶給你無限可能,利用插件可以成為商城,論壇,雜誌官網等等,但是也正是因為其開源運行,會導致其失去本身獨有的特色,原本是一款開原博客,但是現在可能更多的用來作為外貿站點了,
知道IT柏拉圖在幹嘛嗎?有種當年的感覺。
我覺得名字應該不需要修改了吧?剛好合適
好的,我去試一下
我私聊發你QQ了,麻煩看下qq
麻煩發一下網址,我瞅瞅
臨睡前想起來,上週還優化了機器翻譯引擎對 html 標籤的適配。現在翻譯複雜 html 標籤時不會再出現異常了(至少目前測試看,沒發現)
加油!
還有就是,LP Translate 第一版暫時沒計劃對接翻譯記憶庫,這個後面看後面看實際使用體驗來決定後續版本要不要對接一下。
另外,正式上線前 LP Translate 的項目名稱還可以改。我個人覺得現在這個名字是不太好記的,但是苦於想不到好名字,誰有好想法的話希望能提一下。
不好意思,沒注意到你要求得自動上傳外鏈。
不過這裏收錄的差不多就是國內所有的七牛雲存儲插件了,如果都不支持的話,這個需求就可以判死刑了,只能定製開發了。
佔位見證!
都挨個試過啦,沒有能把外鏈上傳到七牛的…
現在有一個方便的解決方案。以下引用羣友的話:
9月30號 WordPress 系統內置的 CURL SSL證書過期了,很多 centos 7 等系統上的 WordPress 會報“ cURL Error 60 SSL certificate problem that certificate has expired”。偶過節期間趕製上線了一個插件糾錯,供大家救急使用:
https://wordpress.org/plugins/ssl-certificate-manager/
歡迎大家報告問題和 Pull Resqust 增強。
發表回覆