列印文件時，文件大小不正確

今早列印 Visual Studio 2010 Training Kit 的文件時，出現了下面的狀況。

嚇了一跳，還好很快就印完了。看了一下原來 word 的檔案，只有 3MB 而已.

有時候真不知道是 Windows 的問題，還是印表機 driver 的問題呢。

MOSS 2010 無法從組件 'System.Data.Services, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' 載入型別 'System.Data.Services.Providers.IDataServiceUpdateProvider'。

看了一些 MOSS 2010 的新開發特色後，迫不及待的想試一下 OData 的實作。輸入 http://moss/_vti_bin/listdata.svc 後，原本預期出現的 atom xml 並未出現，取而待之的是會錯誤訊息。

無法從組件 'System.Data.Services, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' 載入型別 'System.Data.Services.Providers.IDataServiceUpdateProvider'。

怎麼會這樣呢？

參考這一篇 blog，下載 ADO.NET Data Services Update 並安裝，重新開機之後就ok了。

MOSS 2010 如何換回 MOSS 2007 的介面

MOSS 2010 的介面(V4)固然好用，但使用者不習慣，不買單，也莫可奈何。

如果選了「更新使用者介面」並按確定了，Site Administrator 也就沒有 UI 可以換回 MOSS 2007 (V3) 的版本了 。

幸好，還可以寫程式。不過，寫 Code 還要 compile，太麻煩了。

MOSS 新版的 2010 有 PowerShell 可以使用。

$site = Get-SPSite("http://mosserver")
$web = $site.OpenWeb("path1/path2/path3")
$web.UIVersion = 3
$web.Update()
$web.Dispose()
$site.Dispose()

IE9 RC 版出來了

有興趣的人自己下載吧！

http://windows.microsoft.com/en-US/internet-explorer/downloads/ie-9/worldwide-languages

IE9 可能沒什麼了不起，只是市面上常見的標準，它大部份的通過了。

如下表。

參考 http://blogs.msdn.com/b/ie/archive/2011/02/10/acting-on-feedback-ie9-release-candidate-available-for-download.aspx

http://samples.msdn.microsoft.com/ietestcenter/

PS: 這個是微軟自己測試的報告，測試當然會很好看。 (IE 8 簡直把標準當參考。)

當然，IE 9 也需要開發人員的支持。Internet Explorer 9 開發者指南 就這樣產生了。在這份指南中，也大部份都在講 CSS3, HTML5 等標準

本機Windows驗證不通過？

這個很怪。剛開始完全弄不懂。

發生的是這樣子。我有一台伺服器，例如 serverA, FQDA 是 serverA.domainA。

為了作業方便，對內對外我希望是 serverB.domainB 都可以存取。在其他的伺服器都可以存取，但在這個伺服器，使用 http://serverB.domainB 時，會拋出 Windows 的驗證。而無論怎麼打帳密都不會過。此時，只要使用 http://localhost, http://serverA, http://serverA.domainA, 都會過，唯獨本機時不過.

在事件檢視器中會出現下面的錯誤

 

- <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
- <System>
  <Provider Name="Microsoft-Windows-Security-Auditing" Guid="{54849625-5478-4994-A5BA-3E3B0328C30D}" /> 
  <EventID>4625</EventID> 
  <Version>0</Version> 
  <Level>0</Level> 
  <Task>12544</Task> 
  <Opcode>0</Opcode> 
  <Keywords>0x8010000000000000</Keywords> 
  <TimeCreated SystemTime="2011-02-01T02:13:08.330597300Z" /> 
  <EventRecordID>42135</EventRecordID> 
  <Correlation /> 
  <Execution ProcessID="528" ThreadID="580" /> 
  <Channel>Security</Channel> 
  <Computer>PTTFS.pt.bankpro</Computer> 
  <Security /> 
  </System>
- <EventData>
  <Data Name="SubjectUserSid">S-1-0-0</Data> 
  <Data Name="SubjectUserName">-</Data> 
  <Data Name="SubjectDomainName">-</Data> 
  <Data Name="SubjectLogonId">0x0</Data> 
  <Data Name="TargetUserSid">S-1-0-0</Data> 
  <Data Name="TargetUserName">administrator</Data> 
  <Data Name="TargetDomainName">PT</Data> 
  <Data Name="Status">0xc000006d</Data> 
  <Data Name="FailureReason">%%2304</Data> 
  <Data Name="SubStatus">0x0</Data> 
  <Data Name="LogonType">3</Data> 
  <Data Name="LogonProcessName" /> 
  <Data Name="AuthenticationPackageName">NTLM</Data> 
  <Data Name="WorkstationName">PTTFS</Data> 
  <Data Name="TransmittedServices">-</Data> 
  <Data Name="LmPackageName">-</Data> 
  <Data Name="KeyLength">0</Data> 
  <Data Name="ProcessId">0x0</Data> 
  <Data Name="ProcessName">-</Data> 
  <Data Name="IpAddress">172.18.1.31</Data> 
  <Data Name="IpPort">56489</Data> 
  </EventData>
  </Event>

原因

使用 0xc000006d 當關鍵用，到Bing 搜尋一下找到一篇

Account failed to log on (0xc000006d) – Unable to load website from local server

這裡寫出了解法，並且原是：防止 DoS 攻擊。很怪吧！

解法是，在 registry 中，在 增加

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0 下新增一個名為 BackConnectionHostNames 的 MultiString，值就輸入 serverB.domainB。

這樣就解除了這個問題.