日前使用IE10開啟特定jsp網頁出現的問題

在最近的電腦中發現有些網頁的顯示明顯不正確，尤其是jsp的網頁。其特徵在於jsp相關的功能有些可以使用，有些不行，更誇張的是下拉功能居然會出現在文字之下，也就是文字會位於下拉選單的上方以至於無法使用。

究其原因在於學校的電腦有些必須使用從前(IE5)的版本來進行公文系統的使用，但一般的網頁(位於同一網址)， 因為我們開啟相容性檢視將網址加入相容性檢視設定後，會使得jsp網頁進入IE5 Quirks，但吊詭的是，所有相同設定中，只有一台電腦進入IE5 Quirks，也因此只有一台出現此問題。


                             IE太深奧了吶。

關於Google Chrome的密碼設定

常用Google Chrome的人，要注意電腦不要亂借別人用，因為在Chrome的設定之中，我們可以用Chrome的內建設定來直接看到網頁的登錄密碼。
在Chrome的網址列打上    chrome://settings/passwords
就會出現下圖視窗

再點擊密碼旁的顯示
就會出現密碼了
這個也算是說別亂借別人電腦的好習慣

至於說這個妨礙隱私的話，基本上你電腦借給了別人，又沒清密碼
其它人也是可以隨意用你的帳號登入，其實危險性也有，最好是別借囉

關於lpk.dll的後續處理

隨著解毒的電腦變多，發現有些病毒檔案在被移進資源回收筒時，也無法進行刪除。
由於狀況一直發生，因此找了一些方法來進行處理。
最後還是由基本的設定來做，也就是將資源回收筒內的內容裡，不要將檔案進到資源回收筒，我要在移除時直接刪除檔案給打勾。如此一來我們的病毒檔在使用unlocker進行移除時就可以直接刪掉它了

學校電腦中了lpk.dll病毒

老實說蠻無言的，因為中毒的電腦是學生用的電腦，為何中毒其實也很容易想像，就是拿了隨身碟來亂灌東西，帶了病毒來也讓其它人帶了病毒回去，倒是累的我不知道該說什麼。

基本上此病毒可以用瑞星的專殺軟體來殺看看，但就此次的經驗來說，還是無法做到百分百的殺毒，還是有些連資料匣內的檔案都感染的資料匣無法移除。用了一般解除唯讀屬性的方法也沒用，這時使用unlocker來說是不錯的選擇，不過有的裡面足有數千檔案，使用unlock實在也是挺花時間的，不過為了不對D槽全format還是慢慢殺吧

服務導向架構(Service-Oriented Architecture，SOA)

   SOA是一種模組架構，其主要的目的在於提供人們一種方便，可重覆使用的整合性系統。
   SOA將可重覆使用的應用程式和資源 ，藉由標準化的介面來互相溝通，以此來提升程式的效能、彈性以及整合性的資訊環境。
   SOA 如同物件導向、軟體元件等軟體技術一般，運用小的零組件組合成應用系統，但其強調如何彼此鬆散的應用系統功能元件在網路上發行、組合及使用。
SOA的特性

1. 分散式架構 (distributed)－SOA 的組成元件是由許多分散在網路上的系統組合而來，可能是區域網路，也可能是來自廣域網路。例如網站服務技術 (web services) 就是運作 HTTP來相互連結的 SOA。如此的作法，也使得網站服務技術很快的就成為所有支援網際網路的系統平台均能使用的技術。 
   
   
2. 關係鬆散的界面 (loosely coupled)－傳統的系統主要是將應用系統功能需求切割成相互關聯的小零組件：模組、物件或元件，發展者要花費極大的心力了解零組件是如何設計及使 用，以確保不會違反零組件連接關係限制。如此一來，若要以不同零組件替換原始設計，就成為一件困難的事。SOA 的作法是以界面標準來組合系統，只要符合界面要求，零組件可以任意替換，大幅提高系統變更的彈性度。
   
   
3. 依據開放的標準 (Open standard)－使用開放標準是 SOA 的核心特色，過去的軟體元件平台如 CORBA、DCOM、RMI、J2EE 採用專屬協定作為元件連結的規範，使得不同平台的元件無法相通。SOA 則著重於標準與互動性，將可避免不同平台 (.NET web services 與 Java web services) 開發程式間相互整合的困擾。 
   
   
4. 以流程角度出發 (process centric)－在建構系統時，首先了解特定工作的流程要求，並將其切割成服務界面(包括輸入與輸出資料格式)，如此其他的發展者就可以依據服務界面開發 (或選擇) 合適的元件來完成工作。

  因此 SOA 的實作，就是將所有程式邏輯及服務內容全部包裹在服務內部，並實作一個標準的介面與外部作溝通，這種做法跟傳統的元件導向做法非常類似，唯一的差別是介面定義的方式、資料格式、與溝通管道必須是產業標準 (http、XML、SOAP 等)。 也就是說只要能實作出這樣的介面，不論介面後面是什麼，都可使成為 SOA。

IE10的進步?

在這禮拜有學生說他下載了IE10之後，發覺它蠻順的，由於我個人從很久以前就捨棄IE的使用了，先上網找了一下有關IE10的評價，當然有好有壞

有人說它是最快的瀏覽器，使用上比chrome和火狐快很多，但也有人說他與很多網站並不相容，在使用上並不是很方便

其實我一直覺得微軟在瀏覽器的開發上很有問題
不論是分頁功能、加速功能、查詢功能等 ，都落後其它相關開發者蠻多的
而這次的IE10推出的所謂效能較其它業者快這點，聽起來好像有所進步
但卻不是使用者所關心的問題
現在的使用者在經過firefox和chrome方便的擴充功能的影響下
會有多少的人會因為效能而轉回去使用IE呢？
再加上效能問題對於現在日漸開放快速的網路速度，會是主要的誘因嗎？
這些都是我不怎麼看好IE10的原因

不過IE10講到效能的問題，由此可見微軟打算在智慧型手機市場拚博的企圖心了
後續應該會有後續的應用吧

死灰復燃的mega

megaupload又復活了0 0
只是這次是使用所謂的雲端硬碟的方式復活的
網址
只是真是懷疑他沒有賠錢賠到破產嗎？？？

IE TAB正常的登錄狀況

IE TAB消失的狀況
可能由登錄檔被某動作修改所致
如下圖

這是正常的IE TAB設定，若是新索引標籤有異常，應先檢查此處。

Http Stack Code

聲明：此篇乃從以下網址所轉載，只是單純希望之後想找方便才加入

如有任何侵權問題，煩請告知，會立刻刪除

來源網址：http://itgroup.blueshop.com.tw/inmarkblue/markshu?n=convew&i=5355

100: Continue
101: witchingProtocols
200: OK
201: Created
202: Accepted
203: Non-AuthoritativeInformation
204: NoContent
205: ResetContent
206: PartialContent
300: MultipleChoices
301: MovedPermanently
302: Found
303: SeeOther
304: NotModified
305: UseProxy
307: TemporaryRedirect
400: BadRequest
401: Unauthorized
402: PaymentRequired
403: Forbidden
404: NotFound
405: MethodNotAllowed
406: NotAcceptable
407: ProxyAuthenticationRequired
408: RequestTime-out
409: Conflict
410: Gone
411: LengthRequired
412: PreconditionFailed
413: RequestEntityTooLarge
414: Request-URITooLarge
415: UnsupportedMediaType
416: Requestedrangenotsatisfiable
417: ExpectationFailed
500: InternalServerError
501: NotImplemented
502: BadGateway
503: ServiceUnavailable
504: GatewayTime-out
505: HTTPVersionnotsupported

200 OK
請求成功。回應的信息依賴於請求所使用的方法，如下：
GET 要請求的資源已經放在回應的實體中了。
HEAD 沒有實體主體，回應中只包括標題信息。
POST 實體（描述或包含操作的結果）。

201 Created
請求完成，結果是新增了新資源。新新增資源的URI可在回應的實體中得到。原始伺服器應在發出該狀態代碼前新增該資源。
如果該操作不能立即完成，伺服器必須在該資源可用時在回應主體中給出提示，否則，伺服器端應回應202（可被接受）。
在本文定義的方法，只有POST可以新增資源。

202 Accepted
請求被接受，但處理尚未完成。請求可能不一定會最終完成，有可能被處理過程隨時中斷，在這種情況下，沒有辦法在異步操
作中重新發送狀態代碼。

202回應是沒有義務的，這樣做的目的是允許伺服器不必等到用戶代理和伺服器間的連接結束，就可以響應其它過程的請求
（象每天執行一次的，基於批次處理的過程）。
在某些回應中返回的實體中包括當前請求的狀態指示、狀態監視器指針或用戶對請求能否實現的評估信息。

204 No Content
伺服器端已經實現了請求，但是沒有返回新的信息。如果客戶是用戶代理，則勿需為此更新自身的我的文件視圖。該回應主要
是為了在不影響用戶代理啟動我的文件視圖的前提下，進行script語句的輸入及其它操作。該回應還可能包括新的、以實體標題
形式表示的元信息，它可被當前用戶代理啟動視圖中的我的文件所使用。

300 Multiple Choices
該狀態碼不被HTTP/1.0的應用程式直接使用，只是做為3xx類型回應的缺省解釋。存在多個可用的被請求資源。
除非是HEAD請求，否則回應的實體中必須包括這些資源的字串列表及位置信息，由用戶或用戶代理來決定哪個是最適合的。
如果伺服器有首選，它應將對應的URL信息存放在位置域（Location field）處，用戶代理會根據此域的值來實現自動的重定
向。

301 Moved Permanently
請求到的資源都會分配一個永久的URL，這樣就可以在將來通過該URL來訪問此資源。有編輯連接功能的客戶端會盡可能地根
據伺服器端傳回的新連接而自動更新請求URI。 新的URL必須由回應中的位置域指定。除非是HEAD請求，否則回應的實體主
體 （Entity-Body）必須包括對新URL超連接的簡要描述。
如果用POST方法發出請求，而接收到301回應狀態碼。在這種情況下，除非用戶確認，否則用戶代理不必自動重定向請求，因
為這將導致改變已發出請求的環境。
注意：當在接收到301狀態碼後而自動重定向POST請求時，一些現存的用戶代理會錯誤地將其改為GET請求。

302 Moved Temporarily
請求到的資源在一個不同的URL處臨時儲存。因為重定向有時會被更改，客戶端應繼續用請求URI來發出以後的請求。新的
URL必須由回應中的位置域指定。除非是HEAD請求，否則回應的實體主體 （Entity-Body）必須包括對新URL超連接的簡要描
述。
如果用POST方法發出請求，而接收到302回應狀態碼。在這種情況下，除非用戶確認，否則用戶代理不必自動重定向請求，因
為這將導致改變已發出請求的環境。
注意：當在接收到302狀態碼後而自動重定向POST請求時，一些現存的用戶代理會錯誤地將其改為GET請求。

304 Not Modified
如果客戶端成功執行了條件GET請求，而對應文件自If-Modified-Since域所指定的日期以來就沒有更新過，伺服器應當回應此狀
態碼，而不是將實體主體發送給客戶端。回應標題域中只應包括一些相關信息，比如快取管理器、與實體最近更新（entity's
Last-Modified）日期無關的修改。相關標題域的例子有：日期、伺服器、過期時間。每當304回應中給出的域值發生變化，快取
都應當對快取的實體進行更新。

400 非法請求（Bad Request）
如果請求的語法不對，伺服器將無法理解。客戶端在對該請求做出更改之前，不應再次向伺服器重複發送該請求。

401 未授權（Unauthorized）
請求需要用戶授權。回應中的WWW-Authenticate標題域（10.16節）應提示用戶以授權方式請求資源。客戶端應使用合適的授權
標題域（10.2節）來重複該請求。如果請求中已經包括了授權信任信息，那回應的401表示此授權被拒絕。如果用戶代理在多次
嘗試之後，回應一樣還是返回401狀態代碼，用戶應當察看一下回應的實體，因為在實體中會包括一些相關的動態信息。HTTP
訪問授權會在11節中解釋。

403 禁止（Forbidden）
伺服器理解請求，但是拒絕實現該請求。授權對此沒有幫助，客戶端應當停止重複發送此請求。如果不是用HEAD請求方法，
而且伺服器端願意公佈請求未被實現原因的前提下，伺服器會將拒絕原因寫在回應實體中。該狀態碼一般用於伺服器端不想公
佈請求被拒絕的細節或沒有其它的回應可用。

404 沒有找到（Not Found）
伺服器沒有找到與請求URI相符的資源。404狀態碼並不指明狀況是臨時性的還是永久性的。如果伺服器不希望為客戶端提供這
方面的信息，還回應403（禁止）狀態碼。

500 伺服器內部錯誤（Internal Server Error）
伺服器碰到了意外情況，使其無法繼續回應請求。

501 未實現（Not Implemented）
伺服器無法提供對請求中所要求功能的支持。如果伺服器無法識別請求方法就會回應此狀態代碼，這意味著不能回應請求所要
求的任何資源。

502 非法網關（Bad Gateway）
充當網關或代理的伺服器從要發送請求的上游（upstream）伺服器收到非法的回應。

503 服務不可用（Service Unavailable）
伺服器當前無法處理請求。這一般是由於伺服器臨時性超載或維護引起的。該狀態碼暗示情況是暫時性的，要產生一些延遲。
注意：503狀態碼並沒有暗示伺服器在超載時一定要返回此狀態碼。一些伺服器可能希望在超載時採用簡單處理，即斷掉連
接。

最近在幫學校的電腦安裝IPv6
過程之中，波折頗多
在此記錄一下各種狀態經過

1.IPv6在安裝後，會自動取得相關的IP組態，但這是變動的。如果伺服器需要DNS指向IPv6的IP，則需要自行指定一組永久性IPv6的IP(相關設定搜尋網上蠻多的)

2.XP在使用IPv6上麻煩頗多，有能力者請自行升級Win7，以避免使用上的困擾。相關的問題如下

• XP的IPv6位址只能使用XP自己自動取得的位址，就算自行有設定，但測試的結果還是以自動取得的為優先(這蠻怪的)
• XP系統在有router的狀態下，取得router的過程有時會有問題(有時能自動取得，有時不行)，因此如果有需要，還是自己設定好router的IPv6設定。
• 最大的問題在這裡，就算設定好以上兩點，但連線的過程仍是時有時無，明明前段時間可以使用IPv6連線出去，過一陣子又不行了，這個問題目前仍找不到合適的解法，只能說XP的未來可能就因此而斷送了(在大力推V6的狀況之下)

結論是：換Win7吧...各位