SSRS的CSS搞砸了？

因此，最近幾天，我的開發人員網站的ssrs一直在尋找真正的奇怪，就好像它沒有得到風格的CSS所有。我不是唯一一個看到這樣的人。我們剛剛重啓服務器，並沒有任何效果。如果你知道這是什麼造成的，請幫忙。SSRS的CSS搞砸了？

另一個症狀是我現在無法修改安全設置。

Prod

Dev

來源

2009-05-06 DForck42

如果我是你，我會查看使用FF（螢火蟲）的頁面，並採取在頭一看，看的CSS是否被導入。

如果是，請確保路徑正確。

來源

2009-05-06 18:39:30

一對夫婦的東西一般浮現在腦海中......

確保您的IIS應用程序/虛擬目錄設置是正確的，特別是如果你正在使用SSRS2005。默認的IIS應用程序是「Reports」和「ReportServer」
確保NTFS權限對於本地路徑是正確的。例如，ReportServer的默認位置是「c：\ Program Files \ Microsoft SQL Server \ MSSQL.3 \ Reporting Services \ ReportServer」

在我遇到這種奇怪的事情時，有用戶權限/訪問的問題。特別是當您無法修改安全設置時。

HTH

來源

2009-05-13 15:00:21 Mozy

alirhgt，我會研究它，謝謝。 – DForck42 2009-05-13 15:38:30

那麼它有點似乎已經修復自己。

來源

2009-05-18 19:04:59 DForck42

如果連接到網絡服務器時它不會發送css文件到瀏覽器，或者由於某種原因損壞，也會發生同樣的情況。如果你偶爾在瀏覽網頁或者網絡連接時收到404，這很可能是原因，以及它隨機出現和去掉的原因。 – uzbones 2009-05-19 01:54:37

這可能有點幼稚，但是您是否嘗試過脫機版本的代碼？

通過選擇瀏覽器中的「查看源代碼」獲取生成的HTML，然後直接從相同的瀏覽器訪問它，使用HTML中的任何路徑（我推薦Google Chrome作爲查看源代碼）在源內提供可點擊的超鏈接）。將它們放在桌面上，確保相對路徑得到保留，並查看它看起來像脫機狀態。我確信服務器/微軟產生所有這些代碼，所以它是SUPPOSED的工作，所以失蹤的結束標籤或錯位的分號可能不是答案，但我發現不止一次，拉我輸出的服務器和桌面上的問題已經從神祕的問題變成了「哦！Duh！/styles/style.css，而不是/Styles/style.css」等等。

問題只能出在如果www沒有對所有正確文件夾的讀取/執行訪問權限，則爲您的服務器。我覺得這不太可能，但通過簡單地查看CSS的源代碼很容易檢查。如果可以，問題是服務器後輸出。

來源

2009-05-19 01:42:55 Anthony

SSRS的CSS搞砸了？

回答

相關問題