我們注意到我們的sitecore網站上斷開的鏈接數量增加。Sitecore破碎的鏈接和內容編輯器問題
有些則是由於
它已經難以覈實一些這些但有時鏈接可能有創作頁面URL（這意味着有人沒有按照SOP），有時他們有一個奇怪的URL，如/ shell /內容編輯器/ ...
因此，我們正試圖在網頁上線之前主動解決這些問題。
我有一些想法，比如編寫一個Handler，它會查看所有「Rich Text Fields」並查找不一致性（如創作服務器URL）。同樣使用爬蟲類型的驗證器可以幫助我們（http://home.snafu.de/tilman/xenulink.html#Description），但我們想知道社區正在做什麼來解決這個問題。
「內部鏈接檢查器」通常運行良好，但沒有檢測到很多這種錯誤的設置（因爲我相信它將它們視爲「外部鏈接」）。
非常感謝您的輸入！
我會建議在項目完成之前向工作流程命令添加一個新的驗證操作。然後，您可以主動阻止他們發佈並提供即時反饋。如果您沒有使用工作流程，您可以添加一個新的項目級別驗證程序，但根據我的經驗，這些驗證程序經常會被忽略 - 對現有驗證程序的錯誤肯定太多。
如果你有富文本域，並創建內部鏈接，你的內部鏈接看起來像這樣在HTML視圖：「A HREF =」〜/ link.aspx _id = EB3AD128E7BF4F3C9F3812F701D7724E & _z = Z」，當你懸停你在〜/ link.aspx之前顯示「/ Sitecore/Shell/Controls/Rich Text Editor /」這是正常行爲，在RTE字段的渲染過程中，該鏈接被修改爲正常鏈接
但是，一定要使用Sitecore控件來呈現這些RTE字段並呈現鏈接。在XSLT中使用sc：fld（）而不是sc：field（）可以創建奇怪的鏈接，因爲sc：fld正在呈現原始值
在我一直在研究的所有Sitecore項目中，我沒有太多關於斷開鏈接的問題。
是的，這主要是舊的內容被遷移，有時候人們沒有放置正確的鏈接。有時我還會看到「媒體庫項目」鏈接沒有使用內部鏈接功能，但用戶複製了URL（來自創作）並粘貼在RTE中。我們希望儘可能地驗證所有這些，並且需要再次進行一些培訓:) – turtlepick
從富文本編輯器複製粘貼鏈接存在已知錯誤，其中路徑信息被附加到鏈接（生成/ shell /內容編輯器/內容）。 Sitecore的有一個修復程序在這裏：
是啊，我開始寫擴展我在網上找到的代碼的驗證規則。似乎工作正常。經過幾周的內部測試調整後，我會將其推送到GitHub，以防有人在尋找類似的東西。謝謝！ – turtlepick