2009-05-06 147 views
2

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

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

Prod

Dev

回答

3

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

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

1

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

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

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

HTH

+0

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

0

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

+0

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

0

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

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

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