LitePress 社群舊貼存檔 2020~2023 年度

Litepress org logo banner

這裡是 LitePress 社群舊貼存檔,您可以在此留言或提交新的回應和資訊。

文章目錄



發表評論

2,005 條回覆

  1. 殼殼蟲的頭像
    文派葉子 🍃

    對記憶庫編輯應該可行手:工指定下機翻的時候優先選擇哪個詞條,同時也可以將太離譜的直接刪掉。

  2. smile的頭像
    smile

    所以我覺得出現這樣的情況標記為模糊比較好,但是也要儘量減少這種情況的發生,比如說主題的很多字串都是重複使用的,所以不需要二次翻譯,就可以直接套用翻譯記憶庫中的建議,而如果有個別譯者不習慣看翻譯記憶庫或者直接匯入了其他來源的譯文就會出現兩個甚至更多的譯文,到這裡又有一個新問題了:這樣是否要對翻譯記憶庫進行編輯以保留一組質量最好的翻譯?

  3. 殼殼蟲的頭像
    文派葉子 🍃

    想了想,剛說的那個規則會只對機翻引擎生效。給譯者展現的翻譯建議依然會同時顯示多個結果,因為對於人工翻譯來說,我覺得翻譯建議更多是一種參考,有更多的翻譯結果就可以提供更多的對比的機會。就好像我個人看技術檔案習慣把官方檔案結合第三方部落格的放在一起看,互相對照。

  4. 殼殼蟲的頭像
    文派葉子 🍃

    限制只對兩個及以下單詞的條目生效似乎可解決這個問題。因為在長句子中存在上下文,很難會出現某個單詞釋義不同的情況。

  5. smile的頭像
    smile

    在 WordPress.org 上翻譯主題的時候這個問題就特別的明顯了:例如“It looks like nothing was found at this location. Maybe try the search below?”這類的句子就會出現至少兩個 100% 的結果

  6. 殼殼蟲的頭像
    文派葉子 🍃

    似乎還存在一個情況:在長句子中,因為譯者習慣不同而產生不同的翻譯。

    似乎應該限制一下這個“存在多個翻譯結果則標記為模糊”的功能只對兩個及以下單詞的條目生效。

  7. 殼殼蟲的頭像
    文派葉子 🍃

    你說這個我想起來,這個記憶庫還存在不足。

    目前是不可能出現匹配到1個以上100%的翻譯的情況的,記憶庫在入庫時會進行資料去重,具體邏輯是:

    所有字串轉小寫->去除首位兩端空格->生成md5校驗碼->入庫(資料庫中以md5值為唯一主鍵,出現衝突的情況會直接替換現有值)。

    所以每個原文(包括僅大小寫不同的)都只會記錄一次以及其唯一的翻譯結果。

    但,看你剛提出的這個疑問,我想起來:比如說post這個詞,有的外掛翻譯為帖子,有的翻譯為提交,這種情況下記憶庫就會出問題,還是應該把這種有多個結果的詞標記為“模糊”而不是“已透過”。

    這個問題我列到第三期開發計劃裡處理一下。

  8. smile的頭像
    smile

    如果在記憶庫中找到一個以上100%的翻譯該如何處理?是標記為模糊嗎?

  9. 殼殼蟲的頭像
    文派葉子 🍃

    另外,詳細說一下,之所以不在採集時就把已翻譯字串直接標記,是因為記憶庫是全域性生效的,也就是說A專案不止會匹配來自w.org的A專案的翻譯,還會匹配到B專案、C專案的翻譯。為了程式架構設計上的“解耦”,所以就把翻譯匹配的工作統一放到機翻引擎裡,而採集程式則只負責資料錄入工作。

  10. 殼殼蟲的頭像
    文派葉子 🍃

    是我沒表述清楚。

    機翻引擎啟動之後會自動在翻譯時去記憶庫中嘗試匹配原文,如果100%匹配上的話就直接呼叫記憶庫結果並設定為“已透過”,只有記憶庫匹配不上的才會由機器翻譯並被標記為“模糊的”。

    所以,從wordpress.org上採集的翻譯直接把原文和翻譯結果分別入庫,這樣機器翻譯的時候會自動做正確處理。

    最近一年的實際觀察結果來看,通常一個專案大概有30%的字串可以直接匹配上翻譯記憶庫。

  11. smile的頭像
    smile

    已翻譯的部分入記憶庫

    已翻譯的部分不應該是直接新增並批准嗎?難道還要手動叫準一遍?

  12. 殼殼蟲的頭像
    文派葉子 🍃

    總結一下就是Cavalcade為WordPress新增了真正的任務佇列支援,類似於Laravel的Horizon。之後就可以放心的使用WordPress的Cron執行大批次的計劃任務了,並且可及時觸發。

  13. 殼殼蟲的頭像
    文派葉子 🍃

    最好是做一下301,強制統一連結結構。

  14. 殼殼蟲的頭像
    文派葉子 🍃

    在litepress.cn首頁重新下個安裝包吧。如果你是剛裝的就提示這個,那一定是這個包被別人改過了。

  15. helloworld的頭像
    helloworld

    我剛裝的應該不會有遮蔽外掛吧,那個路徑我打不開—Sorry, you are not allowed to access this page.

  16. helloworld的頭像
    helloworld

    我的儀表盤下沒有/home/updates/translations這個按鈕。。。

  17. 殼殼蟲的頭像
    文派葉子 🍃

    切換完要在更新檢查頁面更新一下語言包的

  18. helloworld的頭像
    helloworld

    語言已經設定過中文了,但是介面沒變。。。

  19. 殼殼蟲的頭像
    文派葉子 🍃
    UPDATE wp_posts
    SET post_content=REPLACE(post_content, 'padding-bottom: 66%', 'padding-bottom: 64.5%')
    WHERE 1=1 AND post_type='post'

     

  20. 殼殼蟲的頭像
    文派葉子 🍃

    因為一些事情,自建Gravatar頭像託管的優先順序被提到了所有工作之前,所以翻譯平臺的開發暫時封存。

    以下的目前收集的關於翻譯平臺一些有用資訊:

    使用Cavalcade專案增強WordPress的Cron:https://github.com/humanmade/Cavalcade

  21. 殼殼蟲的頭像
    文派葉子 🍃

    今天看見http://www.pudn.com/,這個站長因為違規資訊被罰了50萬。我突然想起來wp china yes的gravatar頭像映象是個雷。

    gravatar官方被牆很大可能是涉政了,現在wp china yes把他映象過來……

    打算把自建頭像服務的專案立即啟動。平臺將相容gravatar的外部介面,但平臺本身不儲存圖片,而是在使用者透過郵箱調取頭像的時候將其請求處理後(比如透過QQ郵箱提取QQ號或者讀取使用者後臺設定的郵箱和QQ號的對映關係)轉發給QQ或微信,再將使用者的QQ或微信頭像返回。

    這樣把違法審查的工作推給騰訊去做。

發表回覆

您的郵箱地址不會被公開。 必填項已用 * 標註