搞死人的windows位址監聽

沒辦法，催得兇，只好遠端登入上去。

檢視埠8008是否存活？對方堅持說服務是正常的，因為telnet 127.0.0.1 8008是正常的。netstate -an發現埠8008確實在監聽。那麼由此初步判斷，可能是防火牆的設定問題。

暫時解決不了，有**相互溝通了一陣，想了幾種可能，挨個嘗試，還是不行。突然，乙個程式設計師提出，這個windows伺服器上還有另外的服務，但確是正常的，開的埠是tcp 6789。我在伺服器本地用命令列執行 telnet 127.0.0.1 6789 ，再執行 telnet 172.16.5.10 6789  也可以連線。然後我又返回防火牆規則那裡查入站和出站，列表裡根本就沒有這個tcp 6789這個埠。由此判斷與防火牆無關，又仔細確認了一遍，防火牆確實是關閉了。

再切換到命令列埠，執行netstat -an ，檢視輸出，仔細觀察，終於發現端倪。

正常工作的服務，監聽的tcp位址是0.0.0.0，而不正常的服務，監聽的位址是 127.0.0.1。火速讓程式設計師改程式，改完重啟服務，終於正常了。

但願以後不要用該死的windows服務了！！！

搞死人的windows位址監聽

沒辦法，催得兇，只好遠端登入上去。檢視埠8008是否存活？對方堅持說服務是正常的，因為telnet 127.0.0.1 8008是正常的。netstate an發現埠8008確實在監聽。那麼由此初步判斷，可能是防火牆的設定問題。暫時解決不了，有 相互溝通了一陣，想了幾種可能，挨個嘗試，還是不行。突然...

搞死人不償命的 Bank系統

每乙個成功者都有乙個開始。勇於開始，才能夠找到通往成功的路。最近c 進行到第三章 公升級mybank，發現這是乙個我個人覺得比較難搞的乙個東西，一下是我對bank系統難點的敘述，請大神筆下留情 1.使用main方法呼叫 2.建立乙個卡類，卡類裡儲存為卡的資訊 3.建立乙個bank類，new出乙個新的...

在Windows在切分Oracle的監聽日誌

在實際的生產過程中。我們會遇到當oracle的監聽日誌大於4g的時候。會出現監聽啟動不了的情況。這個時候我們會通過關閉監聽日誌的手段來解決。但是在時間的情況中有時候需要去分析這些監聽日誌，這個時候我們可以通過切分日誌的方式來解決。指令碼如下 echo off rem echo off rem 取1天...