其他

                    8月22日上午，應該是上了一上午的網，因為拍到好多美圖，當然要上傳與好友分享一下。拉薩網吧普遍都是4元 /小時，也不便宜。住在一起的幾個驢友則逃票去哲蚌寺。    

   曾慮多情損梵行   入山又恐誤傾城   世間安得雙全法   不負如來不負卿                      -------------倉央嘉措           別怪活佛倉央嘉措         風流多情         他所追求的         跟凡人沒什麼兩樣       對於倉央嘉措，恕我筆力貧乏，道不盡他充滿傳奇色彩的一生。我只知道他是六世達賴喇嘛，白天他是高高在上的活佛，接受眾人的膜拜；晚上，扮作普通人，溜出布達拉宮，與情人約會。在世人的眼中，他不是高高在上的活佛，

本文的題目有些可疑，有些不可理解！但是如果我說出一個簡單而基本的原則之後，你就不會困惑了，那就是：你的外聯路由器外網口的地址並不是分給你的，只有你的外聯路由器的內網的地址才是分給你的！熟悉Linux NAT MASQUERADE的人可能對此有些不解，這是顯然的，因為MASQUERADE控制下的NAT並不是一個真正的NAT，它只是一個地址代理！這聽起來有些不可思議，不可思議的原因是因為大家都在用這種NAT，因為它方便！       

在一些投票之類的場合，我們往往因為公平的原則要求每人只能投一票，在一些WEB開發中也有類似的情況，這時候我們通常會使用COOKIE來實現，例如如下的代碼：< % cookie[]cookies = request.getCookies();if (cookies.lenght == 0 || cookies == null)doStuffForNewbie();//沒有訪問過 }else{doStuffForReturnVisitor(); //已經訪問過了}%

做WEB開發這麼長時間，一直關注於應用程式層，對WEB開發的基礎-TCP協議沒有深入瞭解過。雖然不瞭解這些東西也一樣可以開發，但我覺得要做到知其然而知其所以然，才能更上一層樓吧。今天忽然想到了TCP串連建立的過程，以前只是知道是通過三向交握來建立的，至於是如何建立的還沒有仔細看過，立即上網查詢，摘抄如下。  TCP握手協議 在TCP/IP協議中，TCP協議提供可靠的串連服務，採用三向交握建立一個串連。

1.1顯示對話方塊<html><head><script type="text/javascript">function disp_alert(){alert("我是一個訊息框！")}</script></head><body><input type="button" onclick="disp_alert()" value="顯示訊息框"

dz的代碼判斷IP那塊快把我搞死了，日啊，shit,REMOTE_ADDR，HTTP_CLIENT_IP，HTTP_X_FORWARDED_FOR三個東西在手冊上太不詳細了，基本上就等於沒有。網上gg了一下，找到一點，另外，有一個思路太巧了，用JS取IP以後POST到伺服器，Y的用代理騙伺服器？有種上網先把JAVA給關了啊！！哦哈哈，以後有機會用ajax試一下，也省得用這三個變數if得死去活來了。REMOTE_ADDR

 最近做個了java的傳統型應用程式，可打包發布後才發現要帶一個將近100M的jre,使程式顯得過於臃腫，當務之急就是去精簡jre,現將本人的精簡過程寫出來，以供大家參考！思路：jre/lib/rt.jar有很多class，但大多數你的程式用不到，利用批處理命令(下文提到的cutJre.bat)可以得到你的程式所用到的class,!所用到的工具：（1）360壓縮軟體（ps:往壓縮檔裡複製檔案特別方便）  

完全的封包交換網將很難實施流量工程，因為封包交換網的交換節點之間的鏈路是統計複用的，網路本身在統計上對待傳輸的分組並不假設任何權值！封包交換網的交換節點，比如IP路由器在尋路上也必然是局部的，不可能建立一條跨越多節點的物理的或者虛擬通道，否則將會破壞封包交換統計複用的語義！隨著互連網業務的擴大，QoS越來越重要，QoS無疑是端到端的，因為IP網路的業務都在端系統處理，對QoS敏感的只有業務本身，而基於IP的封包交換網不是端到端的，這就說明IP網路節點處理的資訊只是直連的局部資訊。端到端的QoS保

should be mapped with insert="false" update="false <?xml version="1.0"?><!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD//EN" "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd" ><hibernate-mapping

原廠模式（factory）涉及到4個角色：抽象工廠類角色，具體工廠類角色,抽象產品類角色和具體產品類角色。抽象工廠類角色使用介面或者父類來描述工廠的行為，具體工廠類角色負責建立某一類型的產品對象。抽象產品類可以使用介面或者父類來描述產品對象的行為特徵。具體產品類就是某一具體的對象。原廠模式不同於靜態原廠模式的地方：原廠模式在工廠類也實現了多態，而不僅僅是在產品對象上實現多態。它可以應對不同類型的產品對應一種具體的工廠。其設計模式如下：抽象工廠類  IFactory package

我們知道，路由尋找的過程是尋找資料包下一跳的過程！IP路由逐跳將資料包送往目的地。所謂的下一跳就是和自己直連的某台路由器的對應介面IP地址，這是合乎情理的理解，然而IP路由提供了另外一種方式，即下一跳不必非要和自己直連，它可以忽略當前路由器“附近的拓撲”，直接告知相對較遠方的拓撲，如所示：到達Server的下一跳是R2，到達R2的下一跳是R1...以此類推。協議棧的路由尋找邏輯在尋找路由時，如果發現nexthop不是和自己直連的，那麼就會將此nexthop作為destination再次按照上述邏

 System.exit(0)是將你的整個這個虛擬機器裡的內容都停掉了而dispose()只是關閉這個視窗，但是並沒有停止整個applicationexit() 無論什麼，記憶體都釋放了！也就是說連JVM都關閉了，記憶體雷根本不可能還有什麼東西  第一點： System.exit(0)是將你的整個這個虛擬機器裡的內容都停掉了 而dispose()只是關閉這個視窗，但是並沒有停止整個application exit()

 今天用到jquery easyui 

<!DOCTYPE html><html lang="en"><head><meta charset="utf-8"><title>jQuery UI Accordion - Sortable</title><link rel="stylesheet" href="../../themes/base/jquery.ui.all.css"><script src="../../jquery-1.7.1.js"

我眼中的OpenFlow可能不是那麼全面，只有3點，然而它們確實是OpenFlow最吸引我的地方1.網路也可以虛擬化了伺服器可以虛擬化，雖然同駐足在一台硬體裝置內，然而彼此之間卻可以不受影響得運行，一台虛擬化機器崩潰了不會影響別的，一台虛擬機器中了病毒其它的可以不必擔心，這確實是一大亮點，可是在SDN出現以前，網路就一直被排除在虛擬化技術以外，雖然所有的鏈路，虛通道等可以共用一台裝置而存在，然而卻做不到彼此不受影響，因此大多數財力比較強的企業都會選擇專線這種不環保的方式來搭建網路。       

   LdapUtils.javaimport java.util.Hashtable;import javax.naming.AuthenticationException;import javax.naming.Context;import javax.naming.NamingEnumeration;import javax.naming.NamingException;import javax.naming.directory.Attribute;import javax.naming.

   package org.hd.util;import java.net.InetAddress;import java.net.UnknownHostException;public class IPUtil {// 取得本機IP地址public static String getLocalIP() {InetAddress LocalIP =null;try {LocalIP = InetAddress.getLocalHost();} catch

實際上tcp並沒有什麼效率性和公平性，雖然從協議的實現來看，任何串連一直在努力做到高效率和高公平。任何穩定的系統都要有一個收斂中心，tcp的速率卻沒有收斂性，即使在穩定傳輸期間，其速率-時間曲線也是鋸齒形的，不管鋸齒再細，它終究不是直線，甚至鋸齒也不平滑。這是為何呢？其根本原因在於tcp是端到端的協議，它對中間經過的ip鏈路一無所知，可是ip鏈路的路由器們卻對資料包有生死大權。並且，很多協議棧的實現中並沒有很好的前向或者後向的擁塞報告，比如源端抑制報告等，其實只要實現前向報告即可，因為對端會因此

乙太網路技術一直以來都是被動學習的，現如今，需要它主動一些了。所謂被動，取決於一系列的經驗值，比如STP階段停留時間為15秒，因為按照乙太網路的規模以及發送速率，30秒內所有的交換器得到的資訊會處於一個比較一致的狀態，如果按照主動的原則，不必等那麼久，問一下不就可以了嗎？傳統的乙太網路發展經曆了幾個階段：1.CSMA/CD匯流排型半雙工階段：匯流排型拓撲。2.HUB半雙工階段：此時拓撲變了，變成了星型拓撲。3.學習型Switch階段：依然是星型拓撲，由於承載的業務的重要性增加，為了提供冗餘，此時