程序員鎖死游戲伺服器

A. web 伺服器被鎖定是怎麼回事

Visual Studio 調試器
錯誤：Web 伺服器已被鎖定，正在阻塞 DEBUG 謂詞
由於運行了 IIS 鎖定工具並且安裝並激活了 URLScan，單步執行 Web 應用程序或 XML Web services 失敗。這種情況下將禁止 IIS 接收 DEBUG 謂詞。

URLScan 是與 IIS 鎖定工具一同使用的安全工具，它使 IIS 網站管理員能夠關閉不必要的功能並限制伺服器處理的 HTTP 請求類型。通過阻塞特定的 HTTP 請求，URLScan 安全工具可防止有潛在危害的請求到達伺服器造成損害。

如果應用程序正在 Windows Server 2003 的 IIS 6.0 上運行，則不需要運行 IIS 鎖定工具，因為 IIS 6.0 提供了相同功能。

在安裝有 URLScan 的 Web 伺服器上啟用調試
找到 Urlscan.ini 文件。通常，在類似下面這樣的目錄中可以找到它：

C:\WINNT\System32\Inetsrv\urlscan

創建此文件的副本並將它命名為 Urlscan.old。

使用「記事本」或選定的文本編輯器打開 Urlscan.ini 文件的原始副本。

在 Urlscan.ini 中，找到 [AllowVerbs] 節。將「DEBUG」添加到 [AllowVerbs] 節中。如果在 [AllowVerbs] 節中看到「;DEBUG」，請移除分號，以取消謂詞的注釋狀態。

找到 [DenyVerbs] 節。如果 DEBUG 出現在 [DenyVerbs] 節中，請將其刪除。

保存該文件。

重新啟動伺服器或重新啟動 IIS。

B. 鎖死伺服器的程序員燕飛宏是個什麼樣人

說真的我不信這個事，再蠢的人也應該清楚惡意給公司造成損失的，要賠償其造成的全部經濟損失，而且還可能觸犯刑法來個牢獄之災。一個程序員肯定是有文化有智傷的人，很難想像會做出這么蠢的事！再說了這事要是真的為啥不立即報警或者去法院起訴燕飛宏，而要等一年以後爆出來呢！總感覺很蹊蹺

C. 剛剛我在歡樂鬥地主突然死機，重新登錄被鎖了，怎麼辦

導致您的歡樂豆被鎖定的情況由於以下兩點引起的：
1）由於可能同時登錄了兩個歡樂場的游戲房間；
2）是由於在游戲中曾經異常退出而引起的，例如：突然斷電電腦重啟等。
解決方法如下：
1）建議提示歡樂豆鎖定的時候退出大廳後重新登錄游戲進行嘗試；
2）假如曾經異常退出導致的話，需要登錄回之前的那個游戲伺服器房間即可解除歡樂豆鎖定。如果忘記了之前所在的游戲房間，建議等待10分鍾，系統會自動幫您解鎖。並友情提示您在系統解鎖前（10分鍾內）不要嘗試重復登錄，以免造成更長時間的鎖定。

D. 魔獸世界怎麼一直顯示與伺服器斷開連接

電腦問題或網路不好的問題，還有是需要先添加游戲。

1、首先登陸戰網官網（沒有戰網賬號的先注冊一個），點擊登陸，進入官網界面。

E. 所有網路游戲都無法更新伺服器

懷疑是你的網路連接出問題 查看先
接著50%是你的防火設置出問題 查看先
在接著 如果你連接的是路由的話 懷疑是埠被某人或者某些因素鎖死 查看先

F. "什麼值得買"崩了,是怎麼回事

可能是由於網路的問題，本來會給你推薦很多值得買的商品的，根據你自己的用戶消費記錄推薦的，但是如果網比較差的話就顯示不出來了。

G. 求高手解決伺服器問題。最近網站特別卡,資料庫經常鎖死，求高手指點！！！！資料庫是sqlserver2000。

死鎖一般是編程及優化方面的問題，用引擎優化顧問（不知道2000有沒有呵呵）優化一下索引看看
一般死鎖在資料庫中會瞬間被解除，客戶反映的卡應該屬於阻塞，你應該往優化方面考慮
用profiler檢測一下耗時的嚴重的語句，想辦法優化業務流程以及數據處理流程
2008性能方面肯定是優於2000的，但是如果你程序設計的很爛的話，再優越也體現不出來

H. CS1.6進不去伺服器,出現一列英文字母

老版本的CS，卸了裝個較新版本的肯定能解決。我以前也遇到過這種情況。

I. 求助伺服器崩潰原因和解決方法

在計算機網路日益普及的今天，計算機安全不但要求防治計算機病毒，而且要提高系統抵抗黑客非法入侵的能力，還要提高對遠程數據傳輸的保密性，避免在傳輸途中遭受非法竊取。下面壹基比小喻來給你們講講伺服器託管站點崩潰的幾大原因。

第一，內存泄漏
C/C++程序還可能產生另一個指針問題:丟失對已分配內存的引用。當內存是在子程序中被分 配時，通常會出現這種問題，其結果是程序從子程序中返回時不會釋放內存。如此一來，對已分配的內存的引用就會丟失，只要操作系統還在運行中，則進程就會一 直使用該內存。這樣的結果是，曾佔用更多的內存的程序會降低系統性能，直到機器完全停止工作，才會完全清空內存。

第二，C指針錯誤
用C或C++編寫的程序，如Web伺服器API模塊，有可能導致系統的崩潰，因為只要間接引 用指針(即，訪問指向的內存)中出現一個錯誤，就會導致操作系統終止所有程序。另外，使用了糟糕的C指針的Java模擬量(analog)將訪問一個空的 對象引用。Java中的空引用通常不會導致立刻退出JVM，但是前提是程序員能夠使用異常處理方法恰當地處理錯誤。在這方面，Java無需過多的關注，但 使用Java對可靠性進行額外的度量則會對性能產生一些負面影響。

第三，資料庫中的臨時表不夠用
許多資料庫的臨時表(cursor)數目都是固定的，臨時表即保留查詢結果的內存區域。在臨時表中的數據都被讀取後，臨時表便會被釋放，但大量同時進行的查詢可能耗盡數目固定的所有臨時表。這時，其他的查詢就需要列隊等候，直到有臨時表被釋放時才能再繼續運行。

第四，線程死鎖
由多線程帶來的性能改善是以可靠性為代價的，主要是因為這樣有可能產生線程死鎖。線程死鎖 時，第一個線程等待第二個線程釋放資源，而同時第二個線程又在等待第一個線程釋放資源。我們來想像這樣一種情形:在人行道上兩個人迎面相遇，為了給對方讓 道，兩人同時向一側邁出一步，雙方無法通過，又同時向另一側邁出一步，這樣還是無法通過。雙方都以同樣的邁步方式堵住了對方的去路。假設這種情況一直持續 下去，這樣就不難理解為何會發生死鎖現象了。
第五，磁碟已滿
導致系統無法正常運行的最可能的原因是磁碟已滿。一個好的網路管理員會密切關注磁碟的使用情況，隔一定的時間，就需要將磁碟上的一些負載轉存到備份存儲介質中(例如磁帶)。
日誌文件會很快用光所有的磁碟空間。Web伺服器的日誌文件、SQL*Net的日誌文件、 JDBC日誌文件，以及應用程序伺服器日誌文件均與內存泄漏有同等的危害。可以採取措施將日誌文件保存在與操作系統不同的文件系統中。日誌文件系統空間已 滿時Web伺服器也會被掛起，但機器自身被掛起的幾率已大大減低。

第六，伺服器超載
Netscape Web伺服器的每個連接都使用一個線程。Netscape Enterprise Web伺服器會在線程用完後掛起，而不為已存在的連接提供任何服務。如果有一種負載分布機制可以檢測到伺服器沒有響應，則該伺服器上的負載就可以分布到其 它的Web伺服器上，這可能會致使這些伺服器一個接一個地用光所有的線程。這樣一來，整個伺服器組都會被掛起。操作系統級別可能還在不斷地接收新的連接， 而應用程序(Web伺服器)卻無法為這些連接提供服務。用戶可以在瀏覽器狀態行上看到connected(已連接)的提示消息，但這以後什麼也不會發生。

總之，還有許多因素也極有可能導致伺服器租用或伺服器託管站點無法工作。有許多種原因可能導致Web站點無法正常工作，這使得系統地檢查所有問題變得很困難。