我有一段時間在Sitecore實例上運行WFFM,但最近已停止工作。當我轉到現有表單上的「表單設計器」時,我收到標準Sitecore「找不到請求的文檔」頁面。無法爲營銷人員打開Web表單設計人員或安全管理人
請求的URL:/應用/模塊/網絡
用戶名:Sitecore的\ ADMIN
站點名稱:外殼
如果你想顯示的頁面存在,請檢查一個 適當的前綴已被添加到 web.config中的IgnoreUrlPrefixes設置中。
請注意,請求的網址是/applications/modules/web
而不是/applications/modules/web forms for marketers
。
最近在這個網站上發生了很多的發展,所以我不確定究竟是什麼時候開始發生。
附加:信息:
- 文件夾和文件權限是否正確。
- 我已經嘗試重新安裝WFFM軟件包,並確保所有文件都已到位。
- 幾個處理器已被添加到HttpBeginRequest管道中,但是我將它們全部刪除以測試它們是否是原因 - 它們不是。
- 自WFFM工作並且版本正確以來,我還沒有升級過Sitecore。
- 沒有錯誤記錄
編輯
這似乎也影響了Sitecore的安全責任編輯:
請求的URL:/申請
用戶名:sitecore \ admin
站點名稱:外殼
如果你想顯示頁面存在,請檢查的 適當的前綴已經被添加到IgnoreUrlPrefixes在 web.config中設置。
EDIT 2
與此做進一步的調查使我認爲這是關係到所請求的URL。我原本以爲「未找到」頁面顯示錯誤地請求的網址。但是,如果我試圖轉到mysite.com/sitecore/shell/applications/fake folder with spaces/fake page with spaces
我收到此錯誤信息:
請求的URL:/應用/假文件夾空間/假頁面 空間
用戶名:Sitecore的\ ADMIN
站點名稱:外殼
如果你的網頁正試圖顯示存在,請檢查的 適當的前綴已經被添加到IgnoreUrlPrefixes在 web.config中設置。
正如您所看到的請求的URL在錯誤消息中是正確的。因此,就我的問題而言,我想可能Sitecore首先要求錯誤的URL。
此外,如果我去去以下網址直接輸入到瀏覽器中,然後在安全編輯器中打開的預期: mysite.com/sitecore/shell/Applications/Security/User-Editor
您是否檢查過文件夾和文件權限? – DougCouto 2013-05-03 12:49:53
是否有任何東西被添加到HttpRequestPipeline中,可能會攔截這些請求並將您發送到錯誤的URL?像301重定向模塊? – DougCouto 2013-05-03 19:57:21
網站核心升級了嗎?也許這個DLL改變了。也許你已經不再爲你的Sitecore版本使用正確版本的WFFM模塊。 – DougCouto 2013-05-04 01:36:56