我試圖將資產從一個環境發佈到另一個環境。它幾乎非常緩慢,沒有進一步發展。任何機構可以提出什麼問題?在fatwire中發佈速度很慢CMS
0
A
回答
1
儘量細分你的資產和出版較小goups
1
有時把它歸結爲尋找罪魁禍首資產,導致整批來搪塞。這就是爲什麼細分出版緩慢可以幫助縮小問題的原因。同時檢查是否有任何資產在您的目標目的地簽出。
1
有幾件事情需要檢查
您可以設置VERBOSE = TRUE在發佈目標配置,使得UI寫的比較詳細的日誌。重要的是要確切知道什麼是緩慢的,無論是資產移動到目標還是緩存刷新/潛在重建目標。
檢查futuretense.txt的源代碼和目標是否有任何顯示錯誤或好奇的消息,如果沒有任何顯示,那麼記錄可能被抑制。默認情況下,大多數記錄器應該具有INFO級別,如果仍然沒有出現任何信息,請設置com.fatwire.logging.cs = DEBUG並重試。
一般來說,如果這是一個生產系統,並且其發佈的資產數量不是很多,那麼高速緩存刷新就是花費大部分時間的地方。而且,如果它被配置成這樣,緩存再生。詳細的發佈日誌會告訴你有多少被刷新。
如果緩慢的原因不能從檢查日誌來確定,然後再考慮在發佈定期服用線程轉儲(源和目標),看看什麼是引擎蓋下發生。也許系統在共享磁盤等資源上等待速度很慢(一個常見問題)。
菲爾
0
爲了更好的理解,你需要找到在哪一步發佈過程被卡住。如你所知,出版的過程是由5個步驟,前兩個(數據收集和序列化)發生在源,第三(數據傳輸)源&目的地之間發生了,最後兩個(反序列化&緩存清除)交貨時發生。我所遇到
一個奇怪的情況是反序列化步驟,其中,它試圖在每個實時發佈到更新區域設置樹。當時的Fatwire支持建議我們添加& PUBLISHLOCALETREE = false。這顯着提高了發佈性能。再一次,這僅適用於在您的網站中使用語言環境/翻譯。
相關問題
- 1. 發佈到Facebook圖API速度很慢
- 2. InnoDB插入速度很慢,速度很慢
- 3. 發送郵件後,Nodemailer速度很慢
- 4. PHP郵件發送速度很慢
- 5. Visual Studio在Virtualbox中速度很慢
- 6. 網站在Firefox中速度很慢
- 7. Keypress在Selenium Webdriver中速度很慢
- 8. ProgressBar在Windows窗體中速度很慢
- 9. LicenseChecker在模擬器中速度很慢
- 10. 在hibernate中搜索速度很慢
- 11. DataGridview重繪速度很慢
- 12. Google App Engine:Devserver速度很慢
- 13. VisualStudio2005調試速度很慢
- 14. SQL查詢速度很慢
- 15. CLI最近速度很慢
- 16. Postgresql查詢速度很慢
- 17. GridSplitter移動速度很慢
- 18. Facebook API friends_get速度很慢
- 19. UIMenuController響應速度很慢
- 20. UIAlertView顯示速度很慢
- 21. Flash到iPhone速度很慢
- 22. AnkhSVN提交速度很慢
- 23. 在MySQL中查詢速度很快,但在PHP中速度很慢
- 24. 在oracle sql developer中加入查詢速度很快,在odp.net中速度很慢
- 25. JavaScript在IE瀏覽器中速度很慢,但在Firefox中速度很快
- 26. 在latin1中查詢速度很快,utf8速度慢 - 爲什麼?
- 27. SQS發佈請求速度慢
- 28. Gulp + Browsersync與SASS速度很快,使用JS的速度很慢
- 29. Hibernate - SQL速度很快,但查詢速度仍然很慢
- 30. jruby&rails 3.2在開發中編譯scss的速度很慢