<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    posts - 72, comments - 66, trackbacks - 0, articles - 0

    2008年12月26日


    sudo vim /etc/vmware/config

    在最下面添加一句話:
    xkeymap.nokeycodeMap = true

    posted @ 2010-06-09 15:39 Fingki.li 閱讀(590) | 評論 (0)編輯 收藏

    在使用Iterator處理Collection時,注意java.util.ConcurrentModificationException。
    1.如果你僅僅是對collection進行遍歷查詢,那么不必擔心什么。
    2.但如果你在遍歷過程中要對collection進行刪除,那么你就要注意了。
    For example:
    private void testDel() {  
    1.     List<String> list = new ArrayList<String>();  
    2.     for (int i = 0; i < 10; i++) {  
    3.         String str = "td" + i;  
    4.         list.add(str);  
    5.     }  
    6.   
    7.     for (Iterator it = list.iterator(); it.hasNext();) {  
    8.         String str = (String) it.next();  
    9.         if (str.equals("td5")) {  
    10.             // list.remove(str);  // 刪除方法一 
    11.             it.remove();  // 刪除方法二 
    12.         }  
    13.     }  

    上面的代碼運行沒有問題,但如果你用“方法一”替代“方法二”,則會出現java.util.ConcurrentModificationException。
    (用for-each遍歷也會出個類似問題)
    具體原因是可以看一下先看看List中的remove方法源碼:
    1. public boolean remove(Object o) {  
    2.     if (o == null) {  
    3.         for (int index = 0; index < size; index++)  
    4.             if (elementData[index] == null) {  
    5.                 fastRemove(index);  
    6.                 return true;  
    7.             }  
    8.     } else {  
    9.         for (int index = 0; index < size; index++)  
    10.             if (o.equals(elementData[index])) {  
    11.                 fastRemove(index);  
    12.                 return true;  
    13.             }  
    14.     }  
    15.     return false;  
    16. }  
    17.   
    18. private void fastRemove(int index) {  
    19.     modCount++; // 特別注意這里,這里只增加了modCount的值  
    20.     int numMoved = size - index - 1;  
    21.     if (numMoved > 0)  
    22.         System.arraycopy(elementData, index + 1, elementData, index,  
    23.                 numMoved);  
    24.     elementData[--size] = null; // Let gc do its work  

    接著看。刪除后得到下一個元素的代碼,it.next():  it為AbstractList的內部類Iterator的一個實例。
    1. public E next() {  
    2.     checkForComodification();  
    3.     try {  
    4.         E next = get(cursor);  
    5.         lastRet = cursor++;  
    6.         return next;  
    7.     } catch (IndexOutOfBoundsException e) {  
    8.         checkForComodification();  
    9.         throw new NoSuchElementException();  
    10.     }  
    11. }  
    12.   
    13. final void checkForComodification() {  //注意這個方法
    14.     if (modCount != expectedModCount)  //檢查這兩個值是否相同
    15.         throw new ConcurrentModificationException();  

    最后看Iterator的remove()方法的源代碼:
    1. public void remove() {  
    2.     if (lastRet == -1)  
    3.         throw new IllegalStateException();  
    4.     checkForComodification();  
    5.     try {  
    6.         AbstractList.this.remove(lastRet);  
    7.         if (lastRet < cursor)  
    8.             cursor--;  
    9.         lastRet = -1;  
    10.         expectedModCount = modCount; // 設置expectedModCount  
    11.     } catch (IndexOutOfBoundsException e) {  
    12.         throw new ConcurrentModificationException();  
    13.     }  
    14. }  
    15.   
    16. final void checkForComodification() {  
    17.     if (modCount != expectedModCount)  
    18.         throw new ConcurrentModificationException();  

    這下就明白了,list的remove方法只修改了modCount值,而iterator的remove能同步modCount和expectedModCount.



    posted @ 2010-03-02 12:22 Fingki.li 閱讀(5084) | 評論 (1)編輯 收藏

    Ubuntu 時區時間設置:
    執行
    tzselect(有的版本用tzconfig)
    按照提示進行選擇時區
    sudo cp /usr/share/zoneinfo/Asia/ShangHai /etc/localtime
    執行
    sudo ntpdate cn.pool.ntp.org
    cn.pool.ntp.org是位于中國的公共NTP服務器,用來同步你的時間

    時間
    sudo date

    posted @ 2010-03-02 11:51 Fingki.li 閱讀(466) | 評論 (0)編輯 收藏

    各國語言代碼列表:
    English 1033 1033
    German 1031 1031
    French 1036 1036
    Japanese 1041 1041
    Danish 1030 1030
    Spanish 3082 3082
    Italian 1040 1040
    Dutch 1043 1043
    Norwegian 2068 2068
    Portuguese 2070 2070
    Finnish 1035 1035
    Swedish 1053 1053
    Czech 1029 1029
    Hungarian 1038 1038
    Polish 1045 1045
    Romanian 1048 1048
    Croatian 1050 1050
    Slovak 1051 1051
    Slovene 1060 1060
    Greek 1032 1032
    Bulgarian 1026 1026
    Russian 1049 1049
    Turkish 1055 1055
    British English 2057 1033
    Estonian 1061 1061
    Latvian 1062 1062
    Lithuanian 1063 1063
    Brazilian 1046 1046
    Traditional Chinese 1028 1028
    Korean 1042 1042
    Simplified Chinese 2052 2052
    Arabic 1025 1025
    Thai 1054 1054

    posted @ 2009-12-23 17:33 Fingki.li 閱讀(985) | 評論 (0)編輯 收藏

    記得06年時,看過類似的文章,今又看到了,收藏一下,以備后驗!

    ********************************

    讓我來告訴大家為什么房價這么高,肉價會漲得這么厲害 本文以最淺顯得道理闡
    述經濟的原理,進而闡述經濟的真相。不會有任何所謂的學 術妓 女們常用來欺
    騙人民的深奧的學術理論,還事實以清白,真相只有一個,讓我 們擦亮眼睛,洞
    觀今天發生的一切。 我不是經濟學家,但我比經濟學誠實,本文在以下幾方面闡
    述中國經濟的真相。
        1、什么是經濟發展?
        2、什么是對外貿易?
        3、什么是通貨膨脹?
        4、房價能綁架中國經濟嗎?
        5、房價和通貨膨脹有關系嗎?
        6、房價高漲的原動力是什么?
        7、房價一直漲下去,開發商會笑還是會哭?什么情況下會笑?什么情況

    下 會哭?
        8、坐在華爾街辦公室的財團們是如何吸干中國山區一個農民的血汗的
        9、在有關這場圍繞房價和通貨膨脹之間的各方博弈中可能選擇的中庸路

    線   

        1、 什么是經濟發展?
        簡單的講經濟發展就是有錢,但錢從何來?錢只能印出來。那么到底是
    什 么使印鈔機不停的運轉?
        假設一個島上有1000口人,與世隔絕,人與人之間交換物品過活,但有
    時 候你手里用來交換的東西不一定就是對方想要的,怎么辦?于是人們就用都喜
    歡的 金銀作為交換的東西,于是交換方便了。但金銀要磨損,攜帶也不方便,當
    交換活 動頻繁時,發現這個東西太繁瑣,限制了交換活動,于是為了解決這個問
    題,想了 一個辦法,就是由島上的管理者發行一種符號,用它來代替金銀,于是
    鈔票出現了 。
        剛開始這種鈔票可以隨時得兌換金銀。大家都很放心,因為鈔票就是金
    銀 。可是島上金銀的產量太小,當人們的交換活動更加頻繁時,鈔票不夠用了,
    只能 暫停交換。暫停交換的后果就是大家不生產別人想要的東西了,因為雖然別
    人用, 但交換不出去,套用現在的話說就是經濟發展減速了。
        于是大家想了一個辦法,成立一家錢莊,這個錢莊是大家的,由錢莊來
    發 行鈔票,印出的鈔票借給想用錢的人,然后這個人有錢了再還給錢莊。于是銀
    行就 出現了。
        銀行的出現,能保證交換活動更持續的進行,大家都拼命的生產,島上
    的 東西越來越多,銀行根據產品的生產數量,不停的印制鈔票,以保證交換能更
    深入 的進行。
        后來人們的交換活動更頻繁了,一家錢莊太少了,于是出現了很多錢莊
    , 總要有個管錢莊的吧,于是指定一家錢莊管理其他錢莊,并且鈔票只能由這家
    錢莊 印刷,然后通過其他錢莊借給用錢的人,中央銀行就這么也出現了。   
         2、什么是對外貿易?
        有一天島上的人發明了船,于是就到處劃船跑,發現了另一個島嶼,那
    上 面也有人,也有鈔票,也像自己島上這么活動。但自己島上生產的東西多,那
    個島 上生產的東西少,1元錢在自己的島上能買1斤大米,那個島上的一元錢只能
    買半斤 大米,于是另外島上的錢來這個島上買東西時只能2元換1元才行。于是匯
    率出現了 。算好匯率后,他們開始互相買賣東西到對方島上,這就是對外貿易。
    對外貿易豐 富了人們的生活生產需要,使交換活動到了一個空前的高潮。

        3、什么是通貨膨脹?
        由于島上生產的產品太多了,以至于沒法準確估計到底該發行多少鈔票
    , 發行多了的時候,因為沒有那么多產品可買,產品就開始漲價,發行少了呢就
    開始 降價,為了保證價格穩定,央行要求各錢莊要把一部分錢放在央行里面用來
    調節產 品的價格,根據價格情況多放和少放。這就是存款準備金率。
        可是有一部分聰明人開始怎么才能把錢弄到自己手上,他在海邊撿了一
    顆 石子,說這個石子值100萬快錢,把它賣給了一個人,這個人覺得整個島上的
    錢加一 起也沒有100萬啊,怎么辦,于是向錢莊借,錢莊也沒有這么多錢,于是
    把印鈔機打 開,印了這100萬,借給了他買了這個石子。
        然后這個人開始賣這個石子,100萬賣給了第二個人,由于第一個賣石子
    的 人把錢花了,所以島上的錢多了,所以這一百萬可以籌集到,多買些產品就有
    了。 但當把這個石子以200萬轉讓的時候,錢莊只能又印了100萬鈔票,就這樣鈔
    票越印 越多,可是當這個石子不停的流動轉讓時,大家并不覺得島上的錢多,產
    品價格還 是原來的那樣。可是當這個石子不流通或流通的慢時,大家覺得錢多了
    ,可是如果 當持有石子的人把它扔到大海里,那就等于島上憑空多出N多個100
    萬來,怎么辦, 央行最害怕的就是這顆石子沒了。它沒了島上產品的價格就會飛
    漲,就會通貨膨脹 。那么持有石子的人就綁架了島上的經濟。   

        4、房價能綁架中國經濟嗎?
        中國的房地產已經使中國央行發行了太多的人民幣,如果房價下降,等
    于 把那顆石子投進了海里,那么多印出來的錢會使中國產品價格飛漲,會發生嚴
    重的 通貨膨脹。
        看似房價與石子毫無相干,可是他們的屬性是一樣的,就是價格和價值
    嚴 重的背離。實際上房地產的崩盤受害最大的并不是中國的商業銀行,而是整個
    中國 經濟體系。為什么go-vern-ment遲遲沒有把房價降下來,不是降不下來,如
    果真想降房價, 只需要一道政令,房地產價格會在一夜之間土崩瓦解。可是后果
    誰能承擔,嚴重通 貨膨脹誰來負責?
        房地產業已經綁架了中國的經濟,是無可置疑的,是客觀實在的,沒有
    人 能改變。
        不管誰是總理,廉潔也好,貪污也好,都希望社會和諧,可這是一個棘
    手 的問題。

       5、房價和通貨膨脹有關系嗎?
        可更棘手的問題還不僅僅在這里。如果降房價,面對的是馬上的通貨膨
    脹 ,可不降房價,那么面對的就是更嚴重的通貨膨脹,何去何從?
        所以最可靠的辦法就是穩定房價,然后在社會產品增加時,減少貨幣的
    投 放量,加上其他政策如加息、增加商業銀行準備金率、縮小信貸規模等輔助手
    段, 來使中國經濟軟著陸,這是最好的辦法,我們看到的一切政令也是這個邏輯
    。不信 的話,可以查閱一下近年來go-vern-ment發布的一系列調控房地產業的措
    施。
        可是為什么房價不穩定而且更加的瘋長呢?難道是KFS與go-vern-ment在
    博弈嗎?告 訴你在中國沒有人能和party叫板,幾個肚子大點的KFS 是沒有這個
    實力的。實際上是 幕后的另一只黑手在和中國go-vern-ment博弈,這支黑手就是
    外資,以美國為代表的帝國主 義攫取中國人民血汗的黑手。   

       6、房價高漲的原動力是什么?
        使房價上漲的動力很多,房價上漲對其有利的人就是動力之一,比如:
    為 了GDP和個人利益的地方go-vern-ment、為了賺錢的KFS、炒房族、以至于買了
    房的所謂“房 奴”都是是房價上漲的動力,可是最大的原動力不是這些,是外資
    ,是美國的以攫 取超額利潤的各大財團。
         KFS作為商人,為了賺取高額利潤不是什么傷天害理的事情,可是各行
    各 業都有商人,難道想賺就有嗎?那除非是神話。房地產業的開發商也一樣,不
    是他 們想賺多少就有多少的。根據價值規律,當商品的價格和價值嚴重背離時,
    會有一 種趨向正常價格回歸的力量鉗制價格的上漲,可是在中國的房地產業,這
    種規律似 乎不起作用,一個重要的原因是忽視了一個參考范圍的原因,如果以中
    國經濟本身 而言確實打破了這個規律,可是目前的情況是有一股力量在維持著房
    地產業的價格 ,即托市,那么誰在托市呢?
         誰能在房地產業失控能得到巨額利潤的人就是托市的人。
        討論這個問題前,現看一下中國的外匯儲備情況。中國的外匯儲備在近
    幾 年迅速由1、2千億突破萬億,并且還在迅速的增長,難道是中國人民奮發圖強
    ,掙 來的嗎?這個不需要證明,看中國的GDP增幅就知道,外匯儲備的增長速度
    明顯大于 GDP的增幅。顯然不是掙來的,那么除了掙來的一部分,那么就是所謂
    的 “國際熱 錢”的涌入,而國際熱錢的涌入的目的只有一個,就是要取得高額
    的回報。
        國際熱錢進入中國市場后,首先要兌換成人民幣,那么一下子哪有這么
    多 人民幣呢?只有一個辦法就是讓印鈔機沒日沒夜的工作,然后這筆錢用來托住
    已是 燙手山芋的房地產市場,就是拼命的投資房地產業,當房地產價格因背離價
    值而向 下波動時,通過托市再把它抬高,反復如此,給人的表象就是房產價格決
    沒有偏離 價值。導致房價越漲越高。
        而KFS呢,他們一到房子將要賣不出去的時候,就有人出高價買下來,他
    們 怎么會降價,如果沒有這部分資金在運作,別說是KFS聯盟,就是全國只有一
    個KFS ,價格也會降下來,沒有人買了,難道等房子發霉嗎?
         那么外資持有這么多高價房產做什么?不怕砸到手里嗎?
        不怕!為什么呢?在這個資本運作的過程中,有一個冤大頭在最底下接
    著 呢,是誰呢?就是中國的商業銀行,由于火爆的房地產市場,一流的流通性,
    近年 來沒有看到任何萎縮的跡象,放了貸款就盈利,為什么不貸款呢?沒有理由
    不放貸 款。
        加之中國老百姓買房的心情,外資可以輕易的把高價房轉嫁到中國的銀
    行 和消費者身上,連炒房的農民都能賺到一杯羹,職業的外資會賠錢嗎?
        那么房價一直漲下去,會怎樣呢?請看下一節:“7、房價一直漲下去,
    開 發商會笑還是會哭?什么情況下會笑?什么情況下會哭?”     
    7、房價一直漲下去,開發商會笑還是會哭?什么情況下會笑?什么情況下 會哭

        在中國go-vern-ment近幾年來密集的幾十道金牌的調控下,房價還是如
    脫了韁的野 馬一樣狂奔不止。暫且不論何時能停止上漲的勢頭,畢竟房價在目前
    還是上漲的, 所以我們就看看房價上漲不止會帶來什么。
        首先:由于GDP上漲,中國go-vern-ment為了維持上文說的“保持產品交
    換的繼續” 要不斷地投放人民幣,即開動印鈔機。只要房地產這個石子還沒有投
    入到大海里去 ,還有一定的流通性,那么就不會有通貨膨脹的發生。
        其次:開發商會在這個過程中也賺取巨大的利潤。
        再次:能看到的是,炒房族會賺錢、所謂的買房的“房奴”會增值。
        都賺錢!可是在這個過程中到底誰虧了呢?錢從哪里來呢?如果你是有
    炒 股的經驗就會知道,如果投資價格和價值背離的商品,你賺的錢就是別人賠的
    錢, 那么套用到房地產上,就是買房自住的人,現在看似增值,那是鏡中月、水
    中花, 你不變現就不是你的。再有就是當價格完全回歸真實價值的時候,有時甚
    至會到真 實價值一下,被高價房套住的投資者。還有一個就是開發商!
        為什么說開發商也有賠錢呢?大家知道商人的本性是賺錢,賺取利潤。
    如 果一個商人投機一次就永遠都不做這個生意了,他是賺錢了,可他不是商人,
    這種 商業行為沒有意義。由于商人的本性,所以賺來的錢會繼續擴大再生產,在
    能賺錢 的領域不斷的加大投資。這個道理從生活中就可看出來,越是做大生意的
    人總喊沒 錢,因為要更大的流動資金來維持其擴大再生產的需要。
        所以一旦房價回歸真實的價值之時,就是有一大批開發商崩潰之日。這
    個 是不以任何人的意志和任何行為為轉移的。如果現在有開發商逃離房地產業的
    角斗 場,那么跑得慢的就是最后的輸家。如果都不跑,就像擊鼓傳花一樣,最后
    拿到接 力棒的就是接盤者。有句話叫:“出來混遲早是要還的”。也許只不過是
    方式不一 樣,看誰的運氣好而已。
        可是現在卻沒有任何的KFS賠錢的跡象,有的是KFS不斷的賺錢,老百姓
    送 錢都來不及。只是因為目前房價還在上漲,房產還在不斷的流動。
        一個巨大的問題來了,這樣不斷上漲的房價何時是個頭啊,請看下一節
    : “8、坐在華爾街辦公室的財團們是如何吸干中國山區一個農民的血汗的”

        8、坐在華爾街辦公室的財團們是如何吸干中國山區一個農民的血汗的
         Mao.ZD說過:“帝國主義沒有睡大覺,而是天天在蠢蠢欲動,在圖謀不軌
    , 想達到他們的罪惡目的。誠然他們的氣焰的確沒有以前那么囂張,但他們確實在
    活動 著。”是不是冷戰結束就代表著人類的和平得以實現呢?“一句上帝面前人
    人平等 ”就能掩蓋帝國主義噬血的本質嗎?人人平等的理念是對的,但它只不過
    是帝國主 義用來欺騙人們的伎倆罷了,說到和做到永遠是兩碼事。
        國際財團通過國際熱錢涌入中國,使人民幣加大發行量,然后通過房地
    產 炒作,把中國的國內價格水平無限制的提高,GDP的增長又一次使人民幣的發
    行量被 迫提高。國際財團心黑手狠,雙管齊下,目的就是使中國經濟熱到燙手,
    熱到讓每 個中國人為之瘋狂。
        我們暫不去關心這個過程,我們放眼未來,看看這一過程的結果是什么
    樣 呢?換句話說財團的目的是什么呢?
        很明顯,中國人最不愿意看到的事情,就是財團們最樂見的結果。先做
    個 假設,比如國際熱錢在投資的中國房地產領域里上演最后的瘋狂后,然后把房
    產成 功解套全部變現,如果此時人民幣兌美元的匯率達到美國預期最高時,匯率
    是熱錢 逃離時需要相乘的那個倍數,會發生什么誰都能想到,所有熱錢會一夜之
    間全部兌 換美元逃離。財團們會賺得溝滿壕平,中國市場上除了錢就是錢,能遮
    住天的大把 人民幣將成為中國人民的噩夢。
        這是中國人最不愿意看到的事情,也是財團最樂見的結果。近期美國不
    斷 的通過政治、貿易等手段逼迫人民幣升值,而中國go-vern-ment遲遲不升值或
    小范圍的升值 ,遠遠沒有達到美國go-vern-ment的預期,這是在出口處的中美之
    間的博弈。美國逼迫人民 幣升值的狼子野心昭然若揭!
        順便提一句,如果真的這個升值預期達到了,中國樓市將重演日本上世
    紀 90年代崩盤的歷史。只是那時中國經濟也會像日本一樣進入一個連續低迷不振
    的不 歸路。
        在這種攸關民族生存的問題上,go-vern-ment會坐視不管嗎?就算是退
    一步來講, 一個完全不負責任的go-vern-ment遇到這種情況,因為這個資本運作
    同時也極大侵犯了go-vern-ment 的利益,也會拼命反搏的。
        那么中國go-vern-ment會以什么樣的方式來化解這一“經濟危機”呢?
    請看下一節 :“在有關這場圍繞房價和通貨膨脹之間的各方博弈中可能選擇的中
    庸路線”。

      9、在有關這場圍繞房價和通貨膨脹之間的各方博弈中可能選擇的中庸路線
        我一直相信:物極必反,中庸,是老祖宗留給后人解決棘手問題的殺手
    锏 !
        既然是中國房地產“綁架”了中國的經濟,那么我們就從“綁架”說起
    。 何為“綁架”,應該是相對弱的一方,拿著相對強的一方的“要害”,使相對
    強的 一方即便有能力對付弱的一方,但礙于投鼠忌器,無力可施。
        我們先來看看綁架雙方的陣容和各自手上的籌碼。房地產業的主體是KFS
    , 所以KFS算一方,它綁架的要害是中國經濟,那中國經濟是誰的要害呢?是中
    國人民 的要害,代表中國人民的,目前只能是中國go-vern-ment。中國go-vern
    -ment算一方。外資呢?它是 煽風點火者,劃到KFS一方。中國go-vern-ment一方
    有公權力,可以通過稅收、財政、經濟政 策、行政手段對KFS陣營施力,KFS陣營
    通過源源不斷的后備資金來綁架中國經濟, 且不斷的提高贖金。
        問題已經擺在這里,怎么辦呢?沖上去一槍擊斃,那歹徒非撕票不可,
    太 極端不可行。所以有為go-vern-ment開出藥方,只要實現了某某一條既可降低
    房價的主意, 就猶如這一槍擊斃一樣是不可行的。我們想象如何解救綁架事件的
    ,首先要穩定住 對方的情緒,再一步步地靠近,但這種靠近雖會引起歹徒的敵意
    ,但不會導致他撕 票,然后再進一步穩定情緒,再靠近,然后條件成熟時,再穩
    準狠,即保證人質的 安全,又要保證歹徒一舉拿下。這才是真正的營救。
        所以中庸才是解決棘手問題的殺手锏。極端、盲目、冒進是要不得的。
        針對如何解決中國房地產市場的綁架問題,就要圍繞問題的關鍵部分一
    步 步地施加反作用力,然后一舉成功,才是正道。
        第一個關鍵的部分就是匯率,中國go-vern-ment會嚴把匯率關,我們可
    以預期的是 ,人民幣兌滅元的匯率決不會過快升值,但會小幅升值,就是要穩定
    對方的情緒, 如果一點不升,對方會狗急跳墻,如果升的過快,是給自己掘墓,
    所以為什么中國 匯率升幅總是猶抱琵琶半遮面,看看美國go-vern- ment的態度
    跟一個綁匪是多么的 貼切,我要一瓶果汁,為什么拿來半瓶水。可又說不出什么
    來,畢竟還能暫時解渴 。
        第二個關鍵是限制資產流動性,既然房地產能綁架中國經濟,說明它舉
    足 輕重,限制房產的流通性,就可以限制資產的流動性,注意這里是兩個概念,
    “資 產流動性”和“房產流通性”。兩者完全不同,但又息息相關。房產流通性
    減弱, 資產流動性減弱,那么需要印刷的人民幣就減少。就像那個石子,不流通
    馬上通脹 ,不漲價流通沒問題,可是行不通,外資也不同意。既然是不斷的上漲
    價格,只能 一步步地限制房產流通,只要房產流通性少一點,通脹就會顯現一點
    ,然后再通過 上調準備金率和加息等柔性政策來調整一點,用柳葉棉絲掌來化解
    泰森的一記重拳 ,以綿柔克強剛、化千鈞于無形,這就是中國go-vern-ment的策
    略(這好像是中國人最擅長 的事情)。我們從官方媒體就能看到相關的消息,樓
    市簽約率在下降,即流通性在 下降,然后物價開始有所漲幅,如豬肉等副食產品
    ,但央行馬上上調準備金率和加 息,來穩定物價。不知各位看官是否也看出些端
    倪。可預期的是,到完全化解危機 之前,會不斷地加息和調高準備金率,同時房
    產流通性會越來越弱,這個預言是否 準確可在以后的央行政策上驗證。等完全消
    除了由于經濟過熱導致的通貨膨脹預期 ,那么就是房地產價格回歸真實價值之時

        不管你看到沒看到,這已是最后的瘋狂,我們從兩方面來分析:
        第一,如果這場博弈以外資勝利而告終,那么中國經濟將步日本90年代
    持 續下滑的深淵,由于外資撤走,房市賴以生存的支柱坍塌,房價會一落千丈,
    可到 時候不管是KFS還是老百姓都將承受經濟下滑之苦,持有的貨幣迅速貶值,
    即便房價 落下,也不一定買的起。這是中國go-vern-ment和中國人民不可接受的
    ,也是無法接受的。
        第二,如果外資以失敗而告終,即在匯率上把住出口,讓房價回歸真實
    價 值,把外資同樣套在中國,這才是勝利的前提。那么以美國財團為首的帝國主
    義噬 血者必將瘋狂報復,會在投資、出口等各方面對中國施加壓力。我們今天人
    民幣升 值沒有達到美國預期,已經導致中國出口到美國的產品受打壓,進而引起
    了眾多的 貿易摩擦,由此可見一斑。我們知道,經濟發展的三套馬車是,投資、
    出口和消費 ,在投資、出口領域遭到報復會影響中國經濟的發展,但我相信不會
    影響我們的發 展速度,別忘了還有一套馬車是“消費”,房價下降后,如果你是
    愛國者,請現在 保護好你的錢包,到時千萬別羞羞答答,要果斷地出手買房,中
    國經濟會在消費領 域異軍突起,繼續獨占世界經濟引擎的鰲頭。

    posted @ 2009-12-18 15:55 Fingki.li 閱讀(527) | 評論 (0)編輯 收藏

    看了這篇文章,真的讓我無語了。。。

    *****************************************以下轉載*********************************************

    昨晚,和一個開典當行的同學喝酒。
    我問同學,“你買了多少套房子,多少間鋪面?”

    “房子22套,鋪面12間。”同學炫耀似的答道。

    “那你花了多少錢呢?”同學雖然是千萬級的富翁,但他也不至于能把千萬多的錢壓在固定資產上吧!我心中默算了一下,非常懷疑!
    現在買房子,傻瓜才掏錢!虧你還是個生意人!”同學鄙視的看著我。

    同學的話,簡直令我震耳欲聾,使我目瞪口呆。我連忙虛心請教。于是,同學就對我說出一番匪夷所思、驚世駭俗的話來......以下,都是我同學的話,雖然詞句有些出入,但基本語意我還是轉述清楚了的。


    一、買房不掏錢,你是怎么操作的?

    同學的話——
    你知道,我的典當生意完全是靠錢生錢。第一次買房時,雖然我有能力一次性付清全款,但我還是不愿意那么多的現金被房子壓死。那時,正流行“零首付”,于是,我一分錢沒花,貸款18萬買了房(貸款期限為一年)。

    一年期滿,要還房款和利息了。也不知道是我幸運呢?還是我倒霉!那時,我的資金被一筆業務占用了。為了業務,我不僅還不起房款不說,還得另外新增貸款。迫 不得已,我找老關系——銀行的信貸部經理溝兌。當我吞吞吐吐的把“延期還房款并另外新增貸款”的要求說出來后,沒想到,信貸經理卻詭秘的一笑,非常爽快的 答應了。

    信貸經理給我出的主意很簡單:讓我老婆,以兩倍的價格,貸款買我的房子,貸款期限也是一年。
    “兩倍的貸款,那就是兩倍的利息啊!你這不是變著方的剝削我嗎?”我還沒有反應過來。
    “如果到時,你不還款呢?”信貸經理很鎮定。
    “啊......”
    “被銀行收房,沒有什么大不了的!關鍵是除去稅費后,我還憑空白得了17萬。不,這17萬我可不能一個人得,我至少要分給他5萬。”很快,我反應過來。于是,我對信貸經理會心的一笑......
    這,就是我第一次買房的經歷。

    我后來的買房經歷都與此類似,也就是:堅決的不掏一分錢,全部用銀行的貸款買房子;然后,如果遇見不明真象的投資者(說是投資者,其實是傻帽)買房,那就 高價賣給他。如果一直沒有投資者買房,那就不斷的把自己的房子加價轉貸給自己,不斷的用銀行的錢來還銀行的債。

    并且,我是開典當行的,與銀行的關系是一般人無法比的。一般老百姓買房,大都選擇20年按揭,而我買房從來都是只貸款一年,到期了才還本金和利息。這樣操作,不用交月供。而貸款到期后,我只須做做“紙面文章”轉貸款一下。實際上,我一分錢也不用掏。


    二、我不信,在實際生活中能有如此荒謬的事情。你講的是“童話”吧!

    同學的話:兄弟!我是看你人對,才給你講這些掏心窩的話。你怎么可以不相信我呢?你要怎樣才能相信我呢?
    作者發言:你就給我講點實際的例子吧!
    同學的話:你知道王二麻子是怎么發家的嗎?
    作者發言:“那你說說。”王二麻子是我的另外一個同學,現在是開發房地產的億萬級富翁。
    同學的話——

    那我就說說。

    想當年,王二麻子那個落魄啊!就連他注冊公司的注冊資金,也是我臨時拆借給他的。如今,別看王二麻子表面風光,他拿地的錢,是從銀行貸款的;修房子的錢,是建筑商墊資的。總之,他就是一個完全的“空手道”。

    房子修好后,王二麻子在正式開盤前,通常要舉行一個“內部認購會”。這個內部認購,其實就是王二麻子召集公司內部員工和一些象我這樣的、相熟的炒房客(或 者干脆是一些從招聘會上收集的、眾多的、應聘者的“身份證復印件”),以這些人的名義來買房子,全部用銀行貸款來買。這,就是所謂的“開發商囤房”。

    并且,此次交易上報給銀行的交易價,必須比實際的內部交易價提高30%。為什么?因為貸款買房要首付兩成啊!舉個例子,如果你想收回100萬,那你就必須 以130萬的房價向銀行貸款。這樣,銀行給你的錢就是:130萬×0.8=104萬;你實際裝進口袋的錢就是:104萬—4萬(給相關銀行人員的“好處費 ”)=100萬。

    就這樣,通過開盤前的內部認購,王二麻子其實已經成功的全部收回了投資,把所有的風險轉給了銀行。到這時,王二麻子才會開始打廣告賣房子,并歸還“買地的銀行貸款”和“修房子的建筑商墊資”。


    作者發言:后面又怎么操作呢?

    同學的話——

    你怎么那樣笨啊!稍微聰明一點的人都能想到,后面的操作方法,其實與我炒房的方法是一樣的,也就是:“如果遇見不明真象的投資者(說是投資者,其實是傻 帽)買房,那就高價賣給他;如果一直沒有投資者買房,那就不斷的把自己的房子加價轉貸給自己,不斷的用銀行的錢來還銀行的債。”

    不過,由于已經收回了按揭貸款的首付款,所以后面的操作并不需要每一次都加價30%,只需按著樓市房價本來的上漲幅度加價就可以了(即每年上漲14%左右)。

    什么?萬一房價上漲幅度不足于支付貸款利息怎么辦?笑話,你什么時候看見過中國樓市的房價上漲幅度低于當年的貸款利息了?

    明白了吧!這,就是中國樓市的房價只能上漲不能下跌;并且,房價的上漲幅度還不能低于當年貸款利息的真正原因!!
    想想就覺得可笑,居然有學者說,“建筑成本和地價的不斷上漲,是房價飛漲的原因。”這簡直是扯蛋! 其實,“金融成本”才是房價構成的大頭,至少要占目前房價的50%。

    以上海倒塌的蓮花河畔景苑為例。網上公布,其樓面價格不到604元/平方米,建筑成本也不到1300元/平方米(其實,網上公布的建筑成本并不準確。市法 院電梯公寓的建筑質量總該比它好吧,建筑成本也沒有超過1000元/平方米)這么便宜的房子,開發商為什么非得要把它賣到14000元/平方米呢?賣低一 點、少賺一點不行嗎?答案是不行的。原因很簡單,“金融游戲”是有成本的,每這樣操作一次,房子就必須加價一次。只有不斷的加價,上述操作才有生存的空 間。所以,蓮花河畔景苑前年賣7000元/平方米,去年賣10000元/平方米,今年就得非要賣14000元/平方米。俗話說“豆腐盤成了肉價錢”。這, 就是“金融游戲”的代價!

    有句話道出了目前中國樓市的實情,“房子是用來炒的,不是用來住的;商品房是賣給銀行的,不是賣給老百姓的。”
    老同學,請你想一想,現在的樓市,房價明明已經遠遠的超過了老百姓的實際購買能力(也就意味著房子永遠賣不出去),為什么房價還會不斷的上漲呢?并且,還要“量、價齊漲”呢?原因何在?正在于此!


    三、你講的,只是極個別的現象,不能代表中國樓市的整體形勢。

    同學的話——

    老同學,你太孤陋寡聞了吧。請看:

    李樹彪案:1999年9月8日到2004年1月15日,湖南郴州市住房公積金管理中心原主任李樹彪騙取公積金貸款、銀行貸款共計44筆,涉案金額1.2億元。

    康明案:2000年前后,河南鄭州康明置業有限公司通過東明花園414套房源,在工商銀行、交通銀行、建設銀行、招商銀行進行重復抵押貸款共690多套,至少套取銀行資金2億元。

    姚康達案:從2002年至2003年上半年,中國工商銀行上海外高橋保稅區支行向“姚康達”一人發放房貸7141萬元,用于炒作128套住房。

    森豪虛假按揭案:從1997年年至2002年上半年,北京市華運達房地產開發公司以森豪公寓、太利花園為幌子,采取假按揭的方式,向中行北京市分行、北京 銀行中關村支行、北京銀行展覽路支行三家銀行騙貸共計16.2億元。(請看《京城最大假按揭騙貸案震醒房市》 http://finance.people.com.cn/GB/1045/9255894.html)

    建行廣州分行案:2002年,審計署抽查建設銀行廣州地區八家支行的住房按揭貸款,發現10億元虛假按揭。僅廣東省汕尾市公安局某副局長一人,即騙取建行廣州市芳村支行按揭貸款3793萬元。

    曲滬平案:2006年,上海浦東發展銀行陸家嘴支行在已發放貸款中,發現1.26億元個人房產按揭貸款存在抵押不實,貸款代理人為“曲滬平 ”。其后更查出與曲相關的房貸高達91筆,涉及金額4億元左右。銀行不得不委托房屋中介公司出售抵押房產,以回收問題貸款。

    同泰案:2006年,北京同泰房地產公司涉嫌利用87份假業主所簽購房合同,從銀行騙貸6700萬元。

    成都虛構房產騙貸案:2005年至2008年期間,犯罪嫌疑人唐某勾結成都市房管局工作人員以虛構房產的方式辦理房產證進行騙貸。現已發現的涉案房產證已超過一百多套,涉及金額近二千萬元!而且事態還在進一步發展中。

    另外,今年銀監會三令五申的明確要求,“貸款發放必須用于滿足實體經濟的有效信貸需求,防止信貸資金流入樓市”。然而,40000億資金依然流入樓市......

    老同學,請你想一想,為什么會發生那么多的這類事情呢?為什么全國的銀行都明知道是假按揭也要把錢貸給地產商呢?難道銀行的官員們都是傻子嗎?

    其實,銀行的官員們一點都不傻。

    原因在于,銀行內部人員與開發商其實是狼狽為奸的同伙。參與這項操作的某些銀行內部人員決不是希望通過購房者支付貸款利息為銀行賺錢,坦白地說,他們是在 參與分贓——他們與開發商一起盜取不義之財,將風險轉嫁給國家銀行,而買單的是真實的購房者。一旦真實的購房者無法買下這個巨單,銀行就出現危機。 

    這時候,買單的就是全國人民了,國家必須銀行注資,消除爛帳。國家的錢哪里來?印鈔票!結果是什么?通貨膨脹,物價飛漲,老百性的錢不值錢 了,或者說老百姓的錢被搶了,被誰搶了?被國家搶去堵漏了,堵開發商和銀行某些蛀出來的大洞。這個洞如此之大,堵住了也是一個丑陋的疤,而疼的永遠是百 姓。

    所以我會說——房地產業已經成為相關單位、相關部門團結起來瓜分國家金錢(其實是老百姓的存款)的道具。
    違規又有什么大不了的?銀行官員們不怕啊!只要表面的紙上手續完備了,我就沒有了責任。即使按揭貸款是假的,又有什么關系?況且銀行有國家這 個后臺,就是虧了也不怕,反正銀行的官員們現在掙了錢就行。至于銀行以后不行了,自然有國家來管,況且那是下屆銀行官員的事情。難怪中國銀行的壞賬率居然 在40%以上!原來,在中國,最大的腐敗在銀行!!


    四、我依然認為,這只是極個別的現象。如果你講的是普遍的現象,為什么還沒有開發商被收樓呢?

    同學的話——

    原因有許多,簡單的有:

    1、你不關心房地產界的新聞。比如“曲滬平案”,上海浦東發展銀行陸家嘴支行就收了樓,不得不成為了“房東”;

    2、由于開發商在銀行內部的同伙,掩護工作做的好的緣故,案子沒暴。

    掩護工作怎么做?很簡單——只要一近債務償還期,開發商就會和“銀行內部的同伙”們一起,把房子又一次加價賣給(轉按揭)其它的“身份證復印件”(其實,房子依然在開發商手里)。這樣操作,開發商永遠不會被收樓。

    雖然這樣操作,房價會不斷的上漲,并很快的遠遠超過老百姓的實際承受能力(也就意味著房子永遠賣不出去)。但是,這樣的操作,如果只從官樣程 序上來看、只從表面的紙上手續來看的話,它是永遠合法的。這就是銀行官員們敢于給開發商打掩護的原因——因為以目前的銀行制度來說,只要表面的紙上手續完 備了,銀行的官員就沒有了責任。


    五、你的意思是,目前的銀行貸款制度有著嚴重的漏洞?

    同學的話——

    當然!

    我能不花錢的買那么多的房子和鋪面,甚至還靠房子從銀行套出那么多的周轉資金做生意,這一切,全都得感謝銀行的制度漏洞啊!銀行的貸款制度,真的是“為人民服務的好制度”啊!

    作為一個典當行的老板,以同行的眼光來看,我認為銀行貸款的制度漏洞有:

    1、抵押物價值的評定方法有缺陷。

    比如,明明開發商拿地只用了5000萬,他卻可以用這塊地抵押貸款1個億;比如,開發商修樓修到蓋頂,明明只用了7000萬(含地錢),他卻可以用這個樓抵押貸款2個億。

    如果,按照我們典當行的規矩來辦,事情又會怎樣呢?

    當開發商用這塊地抵押貸款時,我會親自去核實:開發商拿這塊地,是否真的給了政府5000萬。并且,如果這個情況屬實,他也最多只能貸款4000萬。因為我要預提風險基金啊!

    當開發商用這個樓抵押貸款時,我也會親自去核實:開發商修這個樓,是否真的花了2000萬(只算建筑成本,不含地)。我會按照各種人工、各種建筑材料的最 低價來核算這個樓的建筑成本。并且,如果開發商修這個樓的確花了2000萬,他也最多只能貸款7000萬×0.8=5600萬(連地一起抵押)。

    最后,當購房者按揭貸款時,我絕對不可能按照“購房合同交易價”來發放貸款,購房者最多能獲得的貸款金額是:7000萬×0.8×購房面積/此樓總面積。

    舉個例子:有個賣衣服的商人因為生意周轉,需要以衣服為抵押物向銀行貸款。你說說,銀行是該“按照衣服出廠價的8折”給他貸款呢?還是該“按照衣服零售價的8折”給他貸款。

    作者發言:當然該按出廠價算。如果按照零售價算的話,賣衣服的商人干脆不用開店了,他直接把衣服賣給銀行賺錢更快!恩,我明白了,怪不得在中國會出現“房子是用來炒的,不是用來住的;商品房是賣給銀行的,不是賣給老百姓的”這樣的奇聞!!!

    同學的話:是啊!抵押房的價值,不能由客戶之間的交易來決定啊!!

    2、責任追究方法有缺陷

    “只要表面的紙上手續完備了,銀行官員就沒有了責任。”這怎么可以呢?在我的典當行,我可不管你的紙上手續是否已經完備,只要是你負責的業務出了問題,嘿嘿!我就找你算帳!!!

    另外,讓國家損失16.2億的森豪虛假按揭案暴露后,相關的銀行官員居然沒有被追究責任,這怎么可以呢?嘿嘿!如果這樣的事是發生在我的典當行,不要說讓他家破人亡,我至少會讓他和他的親戚傾家蕩產!!!

    作者發言:是啊!發生金融案件后,居然不追究相關銀行官員的責任。換成是我,我也覺得“打馬虎”比盡忠職守更合算!!!怪不得中國的金融案件層出不窮。聽 君一席話,勝讀十年書!聽你說到這兒,就連我這么笨的人也知道了應該如何理順樓市——只要嚴格金融制度,讓炒房的人不能獲得投機的資金,樓市的泡沫自然的 就會散去!!

    同學的話——

    你終于聰明了一回。可惜!!!

    posted @ 2009-12-14 14:21 Fingki.li 閱讀(418) | 評論 (1)編輯 收藏

    Error info:
    E:Dynamic MMap ran out of room. Please increase the size of APT::Cache-Limit. Current value: 25165824. (man 5 apt.conf), E:Dynamic ...

    Reason: sources.list is wrong. (/etc/apt/sources.list)

    For example: the ubuntu 9.04 with the sources.list of the ubuntu 8.10, the error will be there.

    Others cases:
    Error :Synaptic Package Manager
    Error info:
    E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem.
    E:_cache->open() failed, please report.

    please run 'dpkg --configure -a'.

    posted @ 2009-11-23 15:57 Fingki.li 閱讀(1234) | 評論 (0)編輯 收藏

         摘要: 轉載:請每一個孝順的子女耐心的看下去!  閱讀全文

    posted @ 2009-11-03 15:04 Fingki.li 閱讀(307) | 評論 (0)編輯 收藏

         摘要: 要理解IOC,推薦: 看《墨攻》理解IoC概念。
    IOC從字面來看不容易懂,但如果你看了這篇文章,相信你一定會懂。
    佩服原作者!  閱讀全文

    posted @ 2009-08-13 10:34 Fingki.li 閱讀(1367) | 評論 (1)編輯 收藏

         摘要:   閱讀全文

    posted @ 2009-08-11 17:38 Fingki.li 閱讀(12089) | 評論 (6)編輯 收藏

    對于parseInt("01")到parseInt("07");都能得到正確的結果,但如果是parseInt("08") 或parseInt("09")則返回0;
    首先看parseInt語法:parseInt(string, radix);
    其中string為要轉換的字符串,radix為二進制,八進制,十六進制或十進制。
    在默認不指定radix時,當以0x開關時,為十六進制;如果以0開關且第二位不為x,則讓為是八進制,(因為八進制不能有8,9所以報錯返回0)。
    所以,在我們用時還是明確指定進位制,以防出錯。
    如我們平時都用十進制位,我們就 parseInt("08", 10);

    posted @ 2009-07-31 15:53 Fingki.li 閱讀(3584) | 評論 (4)編輯 收藏

         摘要: vsftpd 有關錯誤 500 OOPS: vsftpd: refusing to run with writable anonymous root   閱讀全文

    posted @ 2009-07-13 10:58 Fingki.li 閱讀(11575) | 評論 (5)編輯 收藏

         摘要: Linux下application中文顯示為方塊問題的解決  閱讀全文

    posted @ 2009-07-06 10:27 Fingki.li 閱讀(1703) | 評論 (0)編輯 收藏

         摘要: jquery css hover  閱讀全文

    posted @ 2009-05-21 10:51 Fingki.li 閱讀(3771) | 評論 (0)編輯 收藏

    DWR 2.0.5,
    方法使用對象參數時報錯如下:
    Erroring: batchId[0] message[org.directwebremoting.extend.MarshallException: Error marshalling test.User:

    一個最可能的原因是 User沒有一個無參的construction。

    暈。。。
    朋友們注意呀!

    posted @ 2009-04-23 15:23 Fingki.li 閱讀(1460) | 評論 (0)編輯 收藏

    對于以太網環境下UDP傳輸中的數據包長度問題

    首先要看TCP/IP協議,涉及到四層:鏈路層,網絡層,傳輸層,應用層。
    其中以太網(Ethernet)的數據幀在鏈路層
    IP包在網絡層
    TCP或UDP包在傳輸層
    TCP或UDP中的數據(Data)在應用層
    它們的關系是 數據幀{IP包{TCP或UDP包{Data}}}
    在應用程序中我們用到的Data的長度最大是多少,直接取決于底層的限制。
    我們從下到上分析一下:
    在鏈路層,由以太網的物理特性決定了數據幀的長度為(46+18)-(1500+18),其中的18是數據幀的頭和尾,也就是說數據幀的內容最大為1500,即MTU(Maximum Transmission Unit)為1500;
    在網絡層,因為IP包的首部要占用20字節,所以這的MTU為1500-20=1480;
    在傳輸層,對于UDP包的首部要占用8字節,所以這的MTU為1480-8=1472;
    所以,在應用層,你的Data最大長度為1472。
    (當我們的UDP包中的數據多于MTU(1472)時,發送方的IP層需要分片fragmentation進行傳輸,而在接收方IP層則需要進行數據報重組,由于UDP是不可靠的傳輸協議,如果分片丟失導致重組失敗,將導致UDP數據包被丟棄)。
    從上面的分析來看,在普通的局域網環境下,UDP的數據最大為1472字節最好(避免分片重組)。
    但在網絡編程中,Internet中的路由器可能有設置成不同的值(小于默認值),Internet上的標準MTU值為576,所以Internet的UDP編程時數據長度最好在576-20-8=548字節以內。
    MTU對我們的UDP編程很重要,那如何查看路由的MTU值呢?
    對于windows OS: ping -f -l <data_length> <gateway_IP>
    如:ping -f -l 1472 192.168.0.1
    如果提示:Packets needs to be fragmented but DF set.
    則表明MTU小于1500,不斷改小data_length值,可以最終測算出gateway的MTU值;
    對于linux OS: ping -c <number> -M do -s <data_length> <gateway_IP>
    如: ping -c 1 -M do -s 1472 192.168.0.1
    如果提示 Frag needed and DF set……
    則表明MTU小于1500,可以再測以推算gateway的MTU。
    當然要修改MTU的值,那就是網管的事了(一般人沒這權限呀),我們只能申請加等待了 ^-^ .

    posted @ 2009-04-10 16:35 Fingki.li 閱讀(2415) | 評論 (0)編輯 收藏

    從JDK5開始就已經增加了對VM的監控功能jconsole,JDK1.6也有了進一步的改進。
    然而對linux特別是Ubuntu用戶來說,會碰到一些小問題。
    在終端進入java_home/bin目錄下,
    # jconsole
    結果報錯如下:
    Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException

    原因就是在ubuntu下用java寫Swing應用程序時不能使用SystemLookAndFeel
    實際上出現這個問題是因為swing的默認laf采用systemlaf,而Ubuntu里卻沒有定義這個laf。
    一種很方便的解決方法就是把語言環境改成英文:
    # export LANG=en
    但對中文用戶很不方便(盡管swing程序可以運行)。
    另一種方法就是程序啟動時加上jvm運行時參數,比如 運行jconsole :
    # jconsole -J-Dswing.systemlaf=javax.swing.plaf.metal.MetalLookAndFeel

    另外,jconsole對于hostname也有要求,如果執行:
    # hostname -i
    顯時 127.0.0.1,則需要在 /etc/hosts中把127.0.0.1改成機器的外網IP。
    這下,我們就又多了一個jvm分析的利器。

    posted @ 2009-03-24 11:45 Fingki.li 閱讀(6281) | 評論 (2)編輯 收藏

    Kraken plugin as IM gateway is developed separately from openfire.
    It is built alongside openfire.
    Kraken build Detail:http://kraken.blathersource.org/node/9
    But I still encountered this problem when I did that.
    When I run the step:ant release,I found the following error,although BUILD SUCCESS,
    Error:
      [jasper2] 409  DEBUG No Java compiler available
      [jasper2] java.lang.NoClassDefFoundError: org/eclipse/jdt/internal/compiler/env/INameEnvironment

    NoClassDefFound,obviously,there is no class named 'INameEnvironment',
    I run 'find ./ -name jdt*' ,there is nothing really.
    I know that it need a jar named 'jdt-compiler' via google,so I download it.
    If you can find it to download you can come the following site:
    http://fisheye1.atlassian.com/viewrep/springframework/spring/lib/jdt     or
    http://softwarelivre.sapo.pt/projects/ptpos/browser/openbravopos/trunk/build/zip/lib/jdt-compiler-3.1.1.jar?rev=35
    I get jdt-compiler-3.1.1.jar from the site mentioned above,and put it into the java lib directory;
    then,add a line :<pathelement location="${java.home}/../lib/jdt-compiler-3.1.1.jar"/> in classpath of taskdef named 'jasper2' in the build.xml of Openfire
    So far so good ,I have fixed it.

    posted @ 2009-03-05 17:47 Fingki.li 閱讀(1580) | 評論 (0)編輯 收藏

    PEM : Privacy Enhanced Mail 隱私增強郵件
          是使用多種加密方式提供機密性、認證、信息完整性的因特網電子郵件,在因特網中沒有被廣泛配置;
          而現在更多的是用作密鑰格式,并且可包含私鑰(RSA和DSA)、公鑰(RSA和DSA)、X509證書,它存儲ASCII包裝的BASE64編碼的DER數據,適用于系統之間的文本模式傳輸。

    DER : Distinguished Encoding Rules 分布式編碼規則
          也可包含私鑰、公鑰和證書,它是大多數瀏覽器的默認證書格式,并且按ASN 1 DER 格式存儲進行存儲。(它沒有頭部-PEM是有文本頭部包裝的DER)。

    VoIP : Voice over Internet Protocol 網絡語音傳輸

    SIP : Session Initiation Protocol 會話發起協議

    posted @ 2009-03-04 15:42 Fingki.li 閱讀(262) | 評論 (0)編輯 收藏

    經過漫長的配置,終于搞定了windows AD、domain和Exchange2007,
    新建了帳戶后,用戶 fingki 密碼 ************** 郵件 fingki@mydomain.com 在另一臺win xp上測試。
    這里要注意DNS的配置,且要打開服務 services,確定pop3等郵件服務都已經啟動。
    首先加入該域 mydomain.com
    然后 重啟,用fingki登錄該域,一切還算順利。
    再 測試郵件收發,啟動Outlook,用fingki@mydomain.com新建一outlook帳戶,郵件服務器用戶名 fingki密碼************;其他的是默認配置。
    測試給administrator@mydomain.com發一封郵件,正常,然后再給自己發一封;
    接收郵件時,提示:由于服務器拒絕接受發件人的電子郵件地址,這封郵件無法發送。...服務器響應: '530 5.7.1 Client was not authenticated', 端口: 25, 安全(SSL): 否, 服務器錯誤: 530, 錯誤號: 0x800CCC78.
    奇怪。
    后來發現,原來exchange2007默認是采用ssl安全傳輸的,需要對 pop3設置安全連接,端口會默認變為995。(即選中:“此服務器要求安全連接SSL”)。
    按上面要求 設置pop3為SSL連接。接收郵件就正常了。
    (網上也有朋友說是DNS的MX記錄丟失,但顯然我的不屬于這種情況)。
    另外,很有意思的是如果你為Exchange用戶設定多個電子郵件地址(當然只會有一個為默認郵件地址,或叫主地址),當有人給你向這多個地址中發送郵件時,這些郵件都會發到你的主地址郵箱中。

    posted @ 2009-02-27 11:05 Fingki.li 閱讀(10529) | 評論 (3)編輯 收藏

    View cpu information command:
    1 # dmesg | grep CPU
    2 # cat /proc/cpuinfo

    you can find the following from the show :AMD Athlon(tm) 64 X2 Dual Core Processor 4000+
    It tell you :64bit cpu

    View OS version:
    # cat /proc/version
    you can see information similar to the following:
    Linux version 2.6.24-21-generic (buildd@palmer) (gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)) #1 SMP Tue Oct 21 23:43:45 UTC 2008

    View OS bit num:
    # getconf LONG_BIT
    you can see :32 or 64.


    posted @ 2009-02-26 10:42 Fingki.li 閱讀(349) | 評論 (0)編輯 收藏

         摘要: If you install im gateway plugin firstly, perhaps you did not encounter this problem.
    If you upgrade your im gateway plugin, perhaps you have been in trouble.
    Unfortunately,I encountered this problem some days ago.
    I used the openfire 3.4.5, and it contains the gateway plugins;  閱讀全文

    posted @ 2009-02-25 16:58 Fingki.li 閱讀(1788) | 評論 (0)編輯 收藏

         摘要: sudoer application Launcher
    On Ubuntu,run applications as sudo via Application Launcher  閱讀全文

    posted @ 2009-02-23 12:33 Fingki.li 閱讀(1318) | 評論 (0)編輯 收藏

    JSCalendar 日歷控件 使用樣例如下:

    <html>
    <head>
        <style type="text/css">@import url( /js/jscalendar/calendar-win2k-cold-1.css );</style>
        <script type="text/javascript" src="/js/jscalendar/calendar.js"></script>
        <script type="text/javascript" src="/js/jscalendar/i18n.jsp"></script>//不用i18n可以指定語言 如:<script type="text/javascript" src="/js/jscalendar/lang/calendar-en.js"></script>
        <script type="text/javascript" src="/js/jscalendar/calendar-setup.js"></script>
    </head>
    <body>
    <input type="text" size="10" name="fromDate" id="fromDate" maxlength="10" onchange="checkSpecific();" value=""/>
    <img src="images/icon_calendarpicker.gif" id="fromDateCal" />
    <br>
    <script type="text/javascript" >
        Calendar.setup(
        {
            inputField  : "fromDate",       // ID of the input field
            ifFormat    : "%m/%d/%Y",       // the date format
            button      : "fromDateCal",    // ID of the button
        });
    </script>
    </body>
    </html>
    上述示例代碼在jsp容器中運行完全正常。

    posted @ 2009-02-17 15:35 Fingki.li 閱讀(2723) | 評論 (10)編輯 收藏

    當一個類實現了序列化接口,有時會遇到 java.io.InvalidClassException 異常出現:
    java.io.InvalidClassException: com.test.Test; local class incompatible: stream classdesc serialVersionUID = 7981560250804078637, local class serialVersionUID = -8334405535174160822
    這是序列化兼容性所致;
    java通過一個名為UID(stream unique identifier)來控制,這個UID是隱式的,它通過類名,方法名等諸多因素經過計算而得,理論上是一一映射的關系,也就是唯一的。如果UID不一 樣的話,就無法實現反序列化了,并且將會得到InvalidClassException。
    當要人為的產生一個新的版本(實現并沒有改動),而拋棄以前的版本的話,可以通過顯式的聲名UID來實現:
    private static final long serialVersionUID=????;//(你可以編造一個UID,但不能有重復)

    對于上例我們可以在com.test.Test類中加入 :
    private static final long serialVersionUID=7981560250804078637l;
    這樣就解決了新老版本的兼容性問題。
    當然,對于序列化還有很多問題,慢慢研究吧。

    posted @ 2009-01-13 11:46 Fingki.li 閱讀(17591) | 評論 (3)編輯 收藏

    對volatile,看到了個很清楚的解釋,摘錄下來如下:

    volatile關鍵字有什么用?
    恐怕比較一下volatile和synchronized的不同是最容易解釋清楚的。volatile是變量修飾符,而synchronized則作用于一段代碼或方法;看如下三句get代碼:

    1. inti1;              intgeti1(){returni1;}
    2. volatile inti2;              intgeti2(){returni2;}
    3.          int i3; synchronizedintgeti3(){returni3;}

      geti1()得到存儲在當前線程中i1的數值。多個線程有多個i1變量拷貝,而且這些i1之間可以互不相同。換句話說,另一個線程可能已經改 變了它線程內的i1值,而這個值可以和當前線程中的i1值不相同。事實上,Java有個思想叫“主”內存區域,這里存放了變量目前的“準確值”。每個線程 可以有它自己的變量拷貝,而這個變量拷貝值可以和“主”內存區域里存放的不同。因此實際上存在一種可能:“主”內存區域里的i1值是1,線程1里的i1值 是2,線程2里的i1值是3——這在線程1和線程2都改變了它們各自的i1值,而且這個改變還沒來得及傳遞給“主”內存區域或其他線程時就會發生。
    而geti2()得到的是“主”內存區域的i2數值。用volatile修飾后的變量不允許有不同于“主”內存區域的變量拷貝。換句話說,一個變量經 volatile修飾后在所有線程中必須是同步的;任何線程中改變了它的值,所有其他線程立即獲取到了相同的值。理所當然的,volatile修飾的變量 存取時比一般變量消耗的資源要多一點,因為線程有它自己的變量拷貝更為高效。
    既然volatile關鍵字已經實現了線程間數據同步,又要synchronized干什么呢?呵呵,它們之間有兩點不同。首 先,synchronized獲得并釋放監視器——如果兩個線程使用了同一個對象鎖,監視器能強制保證代碼塊同時只被一個線程所執行——這是眾所周知的事 實。但是,synchronized也同步內存:事實上,synchronized在“主”內存區域同步整個線程的內存。因此,執行geti3()方法做 了如下幾步:
    1. 線程請求獲得監視this對象的對象鎖(假設未被鎖,否則線程等待直到鎖釋放)
    2. 線程內存的數據被消除,從“主”內存區域中讀入(Java虛擬機能優化此步。。。[后面的不知道怎么表達,汗])
    3. 代碼塊被執行
    4. 對于變量的任何改變現在可以安全地寫到“主”內存區域中(不過geti3()方法不會改變變量值)
    5. 線程釋放監視this對象的對象鎖
    因此volatile只是在線程內存和“主”內存間同步某個變量的值,而synchronized通過鎖定和解鎖某個監視器同步所有變量的值。顯然synchronized要比volatile消耗更多資源。

    附英文原文:
    What does volatile do?

    This is probably best explained by comparing the effects that volatile and synchronized have on a method. volatile is a field modifier, while synchronized modifies code blocks and methods. So we can specify three variations of a simple accessor using those two keywords:

    1. inti1;              intgeti1(){returni1;}
    2. volatile inti2;              intgeti2(){returni2;}
    3.          int i3; synchronizedintgeti3(){returni3;}

    geti1() accesses the value currently stored in i1 in the current thread. Threads can have local copies of variables, and the data does not have to be the same as the data held in other threads. In particular, another thread may have updated i1 in it’s thread, but the value in the current thread could be different from that updated value. In fact Java has the idea of a “main” memory, and this is the memory that holds the current “correct” value for variables. Threads can have their own copy of data for variables, and the thread copy can be different from the “main” memory. So in fact, it is possible for the “main” memory to have a value of 1 for i1, for thread1 to have a value of 2 for i1 and for thread2 to have a value of 3 for i1 if thread1 and thread2 have both updated i1 but those updated value has not yet been propagated to “main” memory or other threads.

    On the other hand, geti2() effectively accesses the value of i2 from “main” memory. A volatile variable is not allowed to have a local copy of a variable that is different from the value currently held in “main” memory. Effectively, a variable declared volatile must have it’s data synchronized across all threads, so that whenever you access or update the variable in any thread, all other threads immediately see the same value. Of course, it is likely that volatile variables have a higher access and update overhead than “plain” variables, since the reason threads can have their own copy of data is for better efficiency.

    Well if volatile already synchronizes data across threads, what is synchronized for? Well there are two differences. Firstly synchronized obtains and releases locks on monitors which can force only one thread at a time to execute a code block, if both threads use the same monitor (effectively the same object lock). That’s the fairly well known aspect to synchronized. But synchronized also synchronizes memory. In fact synchronized synchronizes the whole of thread memory with “main” memory. So executing geti3() does the following:

    1. The thread acquires the lock on the monitor for object this (assuming the monitor is unlocked, otherwise the thread waits until the monitor is unlocked).
    2. The thread memory flushes all its variables, i.e. it has all of its variables effectively read from “main” memory (JVMs can use dirty sets to optimize this so that only “dirty” variables are flushed, but conceptually this is the same. See section 17.9 of the Java language specification).
    3. The code block is executed (in this case setting the return value to the current value of i3, which may have just been reset from “main” memory).
    4. (Any changes to variables would normally now be written out to “main” memory, but for geti3() we have no changes.)
    5. The thread releases the lock on the monitor for object this.

    So where volatile only synchronizes the value of one variable between thread memory and “main” memory, synchronized synchronizes the value of all variables between thread memory and “main” memory, and locks and releases a monitor to boot. Clearly synchronized is likely to have more overhead than volatile.

    摘自:http://bianbian.org/technology/java/88.html

    posted @ 2009-01-06 15:24 Fingki.li 閱讀(402) | 評論 (0)編輯 收藏

    有synthetic標記的field和method是class內部使用的,正常的源代碼里不會出現synthetic field。小穎編譯工具用的就是jad.所有反編譯工具都不能保證完全正確地反編譯class。所以你不能要求太多。
    下面我給大家介紹一下synthetic

    下面的例子是最常見的synthetic field
    class parent
    {
    public void foo()
    {
    }
    class inner
    {
    inner()
    {
    foo();
    }
    }
    }
    非static的inner class里面都會有一個this$0的字段保存它的父對象。編譯后的inner class 就像下面這樣:
    class parent$inner
    {
    synthetic parent this$0;
    parent$inner(parent this$0)
    {
    this.this$0 = this$0;
    this$0.foo();
    }
    }
    所有父對象的非私有成員都通過 this$0來訪問。

    還有許多用到synthetic的地方。比如使用了assert 關鍵字的class會有一個
    synthetic static boolean $assertionsDisabled 字段
    使用了assert的地方
    assert condition;
    在class里被編譯成
    if(!$assertionsDisabled && !condition)
    {
    throw new AssertionError();
    }

    還有,在jvm里,所有class的私有成員都不允許在其他類里訪問,包括它的inner class。在java語言里inner class是可以訪問父類的私有成員的。在class里是用如下的方法實現的:
    class parent
    {
    private int value = 0;
    synthetic static int access$000(parent obj)
    {
    return value;
    }
    }
    在inner class里通過access$000來訪問value字段。

    摘自:
    http://www.cjsdn.net/post/print?bid=1&id=130784

    posted @ 2009-01-06 12:24 Fingki.li 閱讀(3465) | 評論 (0)編輯 收藏

    相關資料:
    IETF : http://www.potaroo.net/ietf/idref/draft-nourse-scep/
    Java SCEP : http://www.urut.ch/scep/
    OpenSCEP : http://openscep.othello.ch/

    posted @ 2009-01-04 14:25 Fingki.li 閱讀(335) | 評論 (0)編輯 收藏

    一朋友推薦給我的文章,感覺很不錯;摘抄過來,也給同行們提個醒!

    論壇里經常可以看到關于 35 歲程序員的生涯詢問, 他們之中有些人寫了十年代碼, 有些人則是因為對編程發生了興趣, 中途轉行, 以下四點是給那些 30 - 35 歲程序員的建議:

    * 照顧自己健康

    以前, 我認為 "錢" 是很重要的, 俗話說的好: "錢不是萬能, 但沒有錢萬萬不能", 所以過去我的焦點都是放在收入, 但后來我發現有比錢更重要的東西, 那是 "家", 在你沒有結婚前, 這個家的概念是指你和父母的和諧關系, 而在結婚后, 家的概念是指如何維系一個家庭, 包括和太太還有孩子的關系。

    在 IT 這個行業里, 很多人跟自己父母的想法是有差距的, 認為上一代保守, 食古不化, 講到很多東西沒法溝通, 另外, 我的很多朋友事業做很大, 但最后卻離婚了, 沒有孩子還好, 有孩子的要想更多, 只有家, 你才有奮斗的目標, 才有精神的支持, 否則就像電視里講的那一句, 失去了你, 得到江山又如何?

    但這個家的信念自從張國榮事件后, 又改變了我的看法, 那就是有比家更重要的東西, 那是你的 "健康", 這個健康包括生理和心理上的健康, 想想看你擁有了一個家, 但是因為沒有健康, 全家人都被拖下去了, 每天看著你痛苦的吊瓶子, 更嚴重的直接輕生, 這樣遺留給珍愛你的人只是更大的痛苦, 你會 C, C++, C#, Java... 又怎樣? 那時候你會認為這些通通都是屁, 做人做到能夠 "吃得下飯、睡得著覺、笑得出來" 就已經是莫大的幸福。

    35 歲會困惑的人多半是因為二十幾歲的時候就沒有做好準備, 過去的已經不可追, 現在要想的應該是 45 歲怎么辦? 有人說年輕比的是學問, 中年比的是財富, 老年比的是健康, 如果你現在不注意自己健康, 那么很快更大的困擾就會上門了, 人生每個階段都有扮演的角色, 要學會未雨綢繆, 否則不用到 50 歲, 可能 40 歲就會開始后悔了, 健康要從飲食和運動著手, 多涉獵這方面的常識, 比搞那些過幾年就要淘汰的技術有意義多了。

    * 學會投資理財

    很多人認為投資理財需要很多的錢, 這是不正確的, 會理財的人, 小錢可以積累到大, 不會理財的人, 大錢也會消耗到光, 投資理財首重的是風險管理, 沒有風險管理就像在刀口舔血一樣, 投資理財應該要趁早磨練, 不要等到 40 歲的時候才去冒險, 因為那時候你已經沒有本錢跌倒, 投資理財的方法有很多, 并不是只有房地產, 股票這些東西, 從節約, 儲蓄, 定存... 每一步都是學習, 關鍵是你要從投資的過程里去發現自己, 并且了解如何正確對待甚至對付自己, 這樣你才有機會早一日達到經濟自由, 不會提心吊膽這個那個。

    投資理財要量力而為, 不要做超過你能力所能負荷的事情, 我給程序員最好的建議是關注經濟, 不要浮躁, 錯把投機當投資, 這樣還不如定存來得可靠安全。

    * 經營你的人脈

    我覺得程序員除了普遍不善理財外, 另外人際溝通也多有問題, 很多人在離開公司的剎那, 整個人感覺也都被掏空了, 而且會有一種擔憂, 以前別人跟我說話那是因為我是某某公司的員工, 現在不是了, 可能就沒有什么人會再鳥我了, 這就是典型的人脈經營危機。

    人脈的經營不是看你有沒有朋友, 而是有沒有能幫助你同時又有實力的朋友。有些人朋友很多, 但真正遇到困難, 只能精神上支持一下, 除此外, 幫不上任何忙, 這代表人脈還是太單薄, 不要總問別人能給你什么? 也要問問你能給別人什么? 懂得去欣賞別人, 而不要像患了紅眼病一樣, 漠視別人背后的辛勞的付出, 只知道妒忌表面的風頭, 這樣, 只會將自己的路越走越窄。

    經營自己的人脈是有秘訣的, 首先你要了解自己存在的價值, 如果沒有存在的價值, 那么經營的人脈是空的, 這跟有存在價值卻不知道怎樣經營人脈, 基本上差不多, 經營人脈并不等于趨炎附勢, 而是指在得勢的時候, 就要想到落難的時刻, 待人寬厚真誠, 花無百日好, 人無千日紅, 多欣賞別人, 擇友深交, 別把時間浪費在小屁孩身上。

    * 培養廣泛興趣

    一個程序員如果除了 IT 以外, 一點其它的興趣也沒有, 那真的是很危險的事情, 像我現在年齡已經超過 35 歲了, 很快就要 40, 但我現在還是每天寫代碼, 做項目已經不是為了維生, 而是純粹興趣了, 我想我會一直寫下去, 同時開始加強自己經營管理或財務方面的知識。你說郭安定以后玩不了電腦怎么辦? 他就去寫書, 萬一雙手廢了怎么辦? 那就去配音, 萬一聲音也啞了怎么辦? 那就重回金融市場, 讓徒子徒孫幫忙著下單, 眼球看左就買, 看右就賣, 就這么一直玩下去...

    所以人生不是只有一條路, 你得為自己想好方方面面, 而廣泛的興趣可以幫助你跳脫現況, 看到更多。

    以上四點不僅是 35 歲的人要注意的, 很多甚至二十幾歲的人也要開始關注, 說真的, 很多程序員看上去每個體型都不錯, 但體格都馬馬虎虎, 很多人熬個兩天夜就不行了, 不知該說什么... 一起加油吧。

    posted @ 2008-12-26 14:59 Fingki.li 閱讀(301) | 評論 (1)編輯 收藏

    主站蜘蛛池模板: 青娱乐在线视频免费观看| 亚洲国产精品一区| 亚洲AV无码成人精品区日韩 | 亚洲性日韩精品一区二区三区| 风间由美在线亚洲一区| 国产精品嫩草影院免费| 国产精品亚洲专区无码唯爱网| 国产精品免费视频一区| 色视频在线观看免费| 亚洲精品网站在线观看不卡无广告| 一级成人毛片免费观看| 亚洲中久无码永久在线观看同| 日本道免费精品一区二区| 亚洲无线电影官网| 国产免费一区二区三区| 亚洲精品又粗又大又爽A片| 国产伦精品一区二区三区免费迷| 男女猛烈xx00免费视频试看| 久久亚洲国产精品五月天婷| 国产成人一区二区三区视频免费| 亚洲精品中文字幕无码AV| 97人伦色伦成人免费视频| 国产亚洲蜜芽精品久久| 亚洲欧洲∨国产一区二区三区| 一级毛片免费观看| 亚洲欧美第一成人网站7777| 亚洲国产天堂久久久久久| 日本在线看片免费人成视频1000| 亚洲国产日韩在线一区| 免费在线观看a级毛片| 男人的天堂网免费网站| 亚洲成a人片在线不卡| 亚洲第一区精品观看| 6080午夜一级毛片免费看| 亚洲AV无码专区在线电影成人| 相泽亚洲一区中文字幕| 一本岛高清v不卡免费一三区| 久久亚洲精品无码网站| 亚洲av无码av制服另类专区| 毛片大全免费观看| 精品多毛少妇人妻AV免费久久|