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

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

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

    隨筆 - 72  文章 - 28  trackbacks - 0
    <2025年7月>
    293012345
    6789101112
    13141516171819
    20212223242526
    272829303112
    3456789

    常用鏈接

    留言簿(4)

    隨筆分類(66)

    隨筆檔案(72)

    文章檔案(19)

    收藏夾

    搜索

    •  

    最新評論

    閱讀排行榜

    評論排行榜

     

    空倉資金怎么買一只好股?

    其實(shí)這個(gè)話題也是博客老生常談的話題:

     

    一:基本面

     

    第一,屬于產(chǎn)業(yè)政策扶植、培植的朝陽產(chǎn)業(yè)、支柱產(chǎn)業(yè)、新興產(chǎn)業(yè)。

    第二,流通盤一定不可太大,2-3億以下比較合適,最得宜的還是2億之內(nèi),流通市值在20億以內(nèi)最理想。

    第三:股票價(jià)格5-7元最合理,即使出現(xiàn)恢復(fù)性上漲行情,價(jià)格尺度也別輕易放寬到10元以上,為數(shù)極少的優(yōu)質(zhì)個(gè)股價(jià)格不可超過20元。請記住:價(jià)值投資的成功基礎(chǔ)是價(jià)格。像去年的大B浪反彈過后,封起談“三低”股淘金技巧時(shí),很多人苦悶股市找不到符合條件的10元以下“三低”股,而在今年7月,這樣特征的股票很多,可是,很多資金又一次失去這些機(jī)會(huì)。封起希望,(c)點(diǎn)殺跌之后,誰都別再次錯(cuò)過這樣的機(jī)會(huì)。

     

    二:技術(shù)面

     

    第一:下降趨勢的始終不要買,要買也要等下降趨勢終結(jié),新的上升趨勢開始構(gòu)筑的時(shí)候。

    第二:整體表現(xiàn)比大盤弱的股票不要買,要買也等其整體表現(xiàn)開始比大盤強(qiáng)的時(shí)候。如果區(qū)分不了,建議用普通免費(fèi)股票軟件里的大盤疊加功能,將所關(guān)注的自選股和大盤指數(shù)疊加在一起就看明白了。

    第三:新的上升趨勢緩慢構(gòu)筑的初期買進(jìn),這個(gè)時(shí)候,通過長期下跌后,市場恐慌氣氛開始減少,股價(jià)殺跌動(dòng)能逐步衰竭,體現(xiàn)在成交量異常縮小,而K線開始有上升三角形、圓底、雙底、黃金坑等技術(shù)特征,尤其應(yīng)該參考周線、月線指標(biāo)基本調(diào)整到位的股票。

     

    還有一個(gè)重要的法則就是,本次第一浪行情里累積上漲空間不大,本次調(diào)整浪里,重新跌回10元以下區(qū)域,而且能夠確定上市公司大股東有資產(chǎn)重組預(yù)期的三低股,一定要長期跟蹤,保持適度倉位,以中線思維對待,這樣的股票,一旦主力籌碼收集完畢,遲早會(huì)有爆發(fā)的一天。

     

    因?yàn)榈蛢r(jià)是永遠(yuǎn)的利好,因?yàn)榛久骐鼥V的資產(chǎn)重組消息永遠(yuǎn)是股價(jià)颮漲的推動(dòng)劑!

    posted @ 2010-12-02 11:21 kelly 閱讀(277) | 評論 (0)編輯 收藏
    String today="2008-06-21";

     String dayNames[] = {"星期日","星期一","星期二","星期三","星期四","星期五","星期六"};
     SimpleDateFormat f =new SimpleDateFormat("yyyy-MM-dd");
     Date d=f.parse(today);
     Calendar cal = Calendar.getInstance(); 
     cal.setTime(d); 
     int day= cal.get(Calendar.DAY_OF_WEEK); 
     String week_day = dayNames[day - 1];

    posted @ 2009-05-31 21:30 kelly 閱讀(758) | 評論 (0)編輯 收藏

    Calendar   calendar   =   Calendar.getInstance();

    calendar.setTime(new   Date());  
                          String   year   =   String.valueOf(calendar.get(Calendar.YEAR));  
                          String   month   =   String.valueOf(calendar.get(Calendar.MONTH)+1);  
                          String   day   =   String.valueOf(calendar.get(Calendar.DATE));  
                          String   hour   =   String.valueOf(calendar.get(Calendar.HOUR));  
                          String   minute   =   String.valueOf(calendar.get(Calendar.MINUTE));  
                          String   second   =   String.valueOf(calendar.get(Calendar.SECOND));  
                          System.out.println(year+month+day+hour+minute+second);

    posted @ 2009-05-31 20:53 kelly 閱讀(1011) | 評論 (0)編輯 收藏
    首先,說說JSP/Servlet中的幾個(gè)編碼的作用。

    在JSP/Servlet中主要有以下幾個(gè)地方可以設(shè)置編碼,pageEncoding="UTF-8"、contentType="text/html;charset=UTF-8"、request.setCharacterEncoding("UTF-8")和response.setCharacterEncoding("UTF-8"),其中前兩個(gè)只能用于JSP中,而后兩個(gè)可以用于JSP和Servlet中。

    1、pageEncoding="UTF-8"的作用是設(shè)置JSP編譯成Servlet時(shí)使用的編碼。

           眾所周知,JSP在服務(wù)器上是要先被編譯成Servlet的。pageEncoding="UTF-8"的作用就是告訴JSP編譯器在將JSP文件編譯成Servlet時(shí)使用的編碼。通常,在JSP內(nèi)部定義的字符串(直接在JSP中定義,而不是從瀏覽器提交的數(shù)據(jù))出現(xiàn)亂碼時(shí),很多都是由于該參數(shù)設(shè)置錯(cuò)誤引起的。例如,你的JSP文件是以GBK為編碼保存的,而在JSP中卻指定pageEncoding="UTF-8",就會(huì)引起JSP內(nèi)部定義的字符串為亂碼。

           另外,該參數(shù)還有一個(gè)功能,就是在JSP中不指定contentType參數(shù),也不使用response.setCharacterEncoding方法時(shí),指定對服務(wù)器響應(yīng)進(jìn)行重新編碼的編碼。

           2、contentType="text/html;charset=UTF-8"的作用是指定對服務(wù)器響應(yīng)進(jìn)行重新編碼的編碼。

           在不使用response.setCharacterEncoding方法時(shí),用該參數(shù)指定對服務(wù)器響應(yīng)進(jìn)行重新編碼的編碼。服務(wù)器在將數(shù)據(jù)發(fā)送到瀏覽器前,對數(shù)據(jù)進(jìn)行重新編碼時(shí),使用的就是該編碼。

           3、request.setCharacterEncoding("UTF-8")的作用是設(shè)置對客戶端請求進(jìn)行重新編碼的編碼。

           該方法用來指定對瀏覽器發(fā)送來的數(shù)據(jù)進(jìn)行重新編碼(或者稱為解碼)時(shí),使用的編碼。

           4、response.setCharacterEncoding("UTF-8")的作用是指定對服務(wù)器響應(yīng)進(jìn)行重新編碼的編碼。

           服務(wù)器在將數(shù)據(jù)發(fā)送到瀏覽器前,對數(shù)據(jù)進(jìn)行重新編碼時(shí),使用的就是該編碼。

           其次,要說一說瀏覽器是怎么樣對接收和發(fā)送的數(shù)據(jù)進(jìn)行編碼的

           response.setCharacterEncoding("UTF-8")的作用是指定對服務(wù)器響應(yīng)進(jìn)行重新編碼的編碼。同時(shí),瀏覽器也是根據(jù)這個(gè)參數(shù)來對其接收到的數(shù)據(jù)進(jìn)行重新編碼(或者稱為解碼)。所以在無論你在JSP中設(shè)置response.setCharacterEncoding("UTF-8")或者response.setCharacterEncoding("GBK"),瀏覽器均能正確顯示中文(前提是你發(fā)送到瀏覽器的數(shù)據(jù)編碼是正確的,比如正確設(shè)置了pageEncoding參數(shù)等)。讀者可以做個(gè)實(shí)驗(yàn),在JSP中設(shè)置response.setCharacterEncoding("UTF-8"),在IE中顯示該頁面時(shí),在IE的菜單中選擇"查看(V)"à"編碼(D)"中可以查看到是" Unicode(UTF-8)",而在在JSP中設(shè)置response.setCharacterEncoding("GBK"),在IE中顯示該頁面時(shí),在IE的菜單中選擇"查看(V)"à"編碼(D)"中可以查看到是"簡體中文(GB2312)"。

           瀏覽器在發(fā)送數(shù)據(jù)時(shí),對URL和參數(shù)會(huì)進(jìn)行URL編碼,對參數(shù)中的中文,瀏覽器也是使用response.setCharacterEncoding參數(shù)來進(jìn)行URL編碼的。以百度和GOOGLE為例,如果你在百度中搜索"漢字",百度會(huì)將其編碼為"%BA%BA%D7%D6"。而在GOOGLE中搜索"漢字",GOOGLE會(huì)將其編碼為"%E6%B1%89%E5%AD%97",這是因?yàn)榘俣鹊膔esponse.setCharacterEncoding參數(shù)為GBK,而GOOGLE的的response.setCharacterEncoding參數(shù)為UTF-8。

           瀏覽器在接收服務(wù)器數(shù)據(jù)和發(fā)送數(shù)據(jù)到服務(wù)器時(shí)所使用的編碼是相同的,默認(rèn)情況下均為JSP頁面的response.setCharacterEncoding參數(shù)(或者contentType和pageEncoding參數(shù)),我們稱其為瀏覽器編碼。當(dāng)然,在IE中可以修改瀏覽器編碼(在IE的菜單中選擇"查看(V)"à"編碼(D)"中修改),但通常情況下,修改該參數(shù)會(huì)使原本正確的頁面中出現(xiàn)亂碼。一個(gè)有趣的例子是,在IE中瀏覽GOOGLE的主頁時(shí),將瀏覽器編碼修改為"簡體中文(GB2312)",此時(shí),頁面上的中文會(huì)變成亂碼,不理它,在文本框中輸入"漢字",提交,GOOGLE會(huì)將其編碼為"%BA%BA%D7%D6",可見,瀏覽器在對中文進(jìn)行URL編碼時(shí),使用的就是瀏覽器編碼。

           弄清了瀏覽器是在接收和發(fā)送數(shù)據(jù)時(shí),是如何對數(shù)據(jù)進(jìn)行編碼的了,我們再來看看服務(wù)器是在接收和發(fā)送數(shù)據(jù)時(shí),是如何對數(shù)據(jù)進(jìn)行編碼的。

           對于發(fā)送數(shù)據(jù),服務(wù)器按照response.setCharacterEncoding—contentType—pageEncoding的優(yōu)先順序,對要發(fā)送的數(shù)據(jù)進(jìn)行編碼。

           對于接收數(shù)據(jù),要分三種情況。一種是瀏覽器直接用URL提交的數(shù)據(jù),另外兩種是用表單的GET和POST方式提交的數(shù)據(jù)。

           因?yàn)楦鞣NWEB服務(wù)器對這三種方式的處理也不相同,所以我們以Tomcat5.0為例。

           無論使用那種方式提交,如果參數(shù)中包含中文,瀏覽器都會(huì)使用當(dāng)前瀏覽器編碼對其進(jìn)行URL編碼。

           對于表單中POST方式提交的數(shù)據(jù),只要在接收數(shù)據(jù)的JSP中正確request.setCharacterEncoding參數(shù),即將對客戶端請求進(jìn)行重新編碼的編碼設(shè)置成瀏覽器編碼,就可以保證得到的參數(shù)編碼正確。有寫讀者可能會(huì)問,那如何得到瀏覽器編碼呢?上面我們提過了,在默認(rèn)請情況下,瀏覽器編碼就是你在響應(yīng)該請求的JSP頁面中response.setCharacterEncoding設(shè)置的值。所以對于POST表單提交的數(shù)據(jù),在獲得數(shù)據(jù)的JSP頁面中request.setCharacterEncoding要和生成提交該表單的JSP頁面的response.setCharacterEncoding設(shè)置成相同的值。

           對于URL提交的數(shù)據(jù)和表單中GET方式提交的數(shù)據(jù),在接收數(shù)據(jù)的JSP中設(shè)置request.setCharacterEncoding參數(shù)是不行的,因?yàn)樵赥omcat5.0中,默認(rèn)情況下使用ISO-8859-1對URL提交的數(shù)據(jù)和表單中GET方式提交的數(shù)據(jù)進(jìn)行重新編碼(解碼),而不使用該參數(shù)對URL提交的數(shù)據(jù)和表單中GET方式提交的數(shù)據(jù)進(jìn)行重新編碼(解碼)。要解決該問題,應(yīng)該在Tomcat的配置文件的Connector標(biāo)簽中設(shè)置useBodyEncodingForURI或者URIEncoding屬性,其中useBodyEncodingForURI參數(shù)表示是否用request.setCharacterEncoding參數(shù)對URL提交的數(shù)據(jù)和表單中GET方式提交的數(shù)據(jù)進(jìn)行重新編碼,在默認(rèn)情況下,該參數(shù)為false(Tomcat4.0中該參數(shù)默認(rèn)為true);URIEncoding參數(shù)指定對所有GET方式請求(包括URL提交的數(shù)據(jù)和表單中GET方式提交的數(shù)據(jù))進(jìn)行統(tǒng)一的重新編碼(解碼)的編碼。URIEncoding和useBodyEncodingForURI區(qū)別是,URIEncoding是對所有GET方式的請求的數(shù)據(jù)進(jìn)行統(tǒng)一的重新編碼(解碼),而useBodyEncodingForURI則是根據(jù)響應(yīng)該請求的頁面的request.setCharacterEncoding參數(shù)對數(shù)據(jù)進(jìn)行的重新編碼(解碼),不同的頁面可以有不同的重新編碼(解碼)的編碼。所以對于URL提交的數(shù)據(jù)和表單中GET方式提交的數(shù)據(jù),可以修改URIEncoding參數(shù)為瀏覽器編碼或者修改useBodyEncodingForURI為true,并且在獲得數(shù)據(jù)的JSP頁面中request.setCharacterEncoding參數(shù)設(shè)置成瀏覽器編碼。

           下面總結(jié)下,以Tomcat5.0為WEB服務(wù)器時(shí),如何防止中文亂碼。

    1、 對于同一個(gè)應(yīng)用,最好統(tǒng)一編碼,推薦為UTF-8,當(dāng)然GBK也可以。

    2、 正確設(shè)置JSP的pageEncoding參數(shù)

    3、 在所有的JSP/Servlet中設(shè)置contentType="text/html;charset=UTF-8"或response.setCharacterEncoding("UTF-8"),從而間接實(shí)現(xiàn)對瀏覽器編碼的設(shè)置。

    4、 對于請求,可以使用過濾器或者在每個(gè)JSP/Servlet中設(shè)置request.setCharacterEncoding("UTF-8")。同時(shí),要修改Tomcat的默認(rèn)配置,推薦將useBodyEncodingForURI參數(shù)設(shè)置為true,也可以將URIEncoding參數(shù)設(shè)置為UTF-8(有可能影響其他應(yīng)用,所以不推薦)。

    posted @ 2008-01-22 09:27 kelly 閱讀(939) | 評論 (1)編輯 收藏
    今天碰到j(luò)ava.security.MessageDigest這個(gè)類;查看api解釋為: 此 MessageDigest 類為應(yīng)用程序提供信息摘要算法的功能,如 MD5 或 SHA 算法。信息摘要是安全的單向哈希函數(shù),它接收任意大小的數(shù)據(jù),輸出固定長度的哈希值。
    又baidu了一下,搜搜資料,下面一個(gè)例子很不錯(cuò),就把它引用過來咯;完整如下 ^^V

    <!------------------------

    有時(shí)候,我們必須把用戶密碼存放到數(shù)據(jù)庫,為了安全起見,我們需要對這些密碼進(jìn)行單向的加密處理,
    比如,有明文密碼如下:
    String originalPwd = "mypassword";

    應(yīng)用報(bào)文摘要方法,得到單向的加密字符串

    //MD5是16位,SHA是20位(這是兩種報(bào)文摘要的算法)
    //MessageDigest md= MessageDigest.getInstance("MD5");
    MessageDigest messageDigest=MessageDigest.getInstance("SHA-1");
    messageDigest.update(originalPwd.getBytes());
    //String digestedPwdString = new String(messageDigest.digest());
    String digestedPwdString = new String(Base64.encode(messageDigest.digest()));
    System.out.println("pwd:" + digestedPwdString);
    這樣,就得到密碼的報(bào)文摘要,把此摘要保存到數(shù)據(jù)庫,
    以后用戶登陸時(shí),用相同的算法算出摘要,和數(shù)據(jù)庫中的比較,如果一致,則密碼正確。

    注意:
    byte[] digest = messageDigest.digest();
    得到的是個(gè)二進(jìn)制byte數(shù)組,有可能某些byte是不可打印的字符。
    所以用Base64.encode把它轉(zhuǎn)化成可打印字符。

    也可以把digest的每個(gè)byte轉(zhuǎn)化成hex(16進(jìn)制)保存。
    MessageDigest messageDigest=MessageDigest.getInstance("SHA-1");
    messageDigest.update(originalPwd.getBytes());
    byte[] bin = messageDigest.digest();
    再調(diào)用下面的方法生產(chǎn)hex(16進(jìn)制)保存。


    二行制轉(zhuǎn)hex字符串的方法如下:
    private static String byte2hex(byte[] b){
        String hs="";
        String stmp="";
        for (int n=0; n<b.length; n++){
            stmp=(java.lang.Integer.toHexString(b[n] & 0xFF));
            if (stmp.length()==1) hs=hs+"0"+stmp;
                else hs=hs+stmp;
        }
        return hs;
    }

    或者:
    private static String byto2hex2(byte[] bin){
        StringBuffer buf = new StringBuffer();
        for (int i = 0; i < bin.length; ++i) {
            int x = bin[i] & 0xFF, h = x >>> 4, l = x & 0x0F;
            buf.append((char) (h + ((h < 10) ? '0' : 'a' - 10)));
            buf.append((char) (l + ((l < 10) ? '0' : 'a' - 10)));
        }
        return buf.toString();
    }

    或者:
    干脆直接用下面的方法生成,用到第三方包:
    public static String encryptPwd(String pwd, String algorithm){
        //String a = org.apache.catalina.realm.RealmBase.Digest(pwd,"SHA-1");
        return org.apache.catalina.realm.RealmBase.Digest(pwd, algorithm);
    }

    posted @ 2008-01-04 16:26 kelly 閱讀(687) | 評論 (0)編輯 收藏
    僅列出標(biāo)題
    共15頁: First 上一頁 6 7 8 9 10 11 12 13 14 下一頁 Last 
    主站蜘蛛池模板: 亚洲人成人无码.www石榴| 国产成人免费a在线视频app| 亚洲精品乱码久久久久久中文字幕 | 在线亚洲97se亚洲综合在线 | 一级毛片免费在线| 伊人久久亚洲综合影院| 亚洲乱码在线观看| 嫩草视频在线免费观看| 亚洲乱妇老熟女爽到高潮的片| 巨胸喷奶水视频www网免费| 亚洲AV无码一区二区一二区| 日本不卡在线观看免费v| 亚洲麻豆精品国偷自产在线91| 青娱乐在线免费观看视频| 一级毛片直播亚洲| 中文永久免费观看网站| 亚洲精品亚洲人成人网| 久久精品私人影院免费看| 亚洲高清视频在线播放| 岛国av无码免费无禁网站| 亚洲乱人伦中文字幕无码| 亚洲第一区精品日韩在线播放| 中文字幕视频免费在线观看 | 国产午夜亚洲精品理论片不卡| 中文字幕无线码中文字幕免费| 国产AV无码专区亚洲AVJULIA | 一本岛高清v不卡免费一三区| 国产精品亚洲综合五月天| 国产精品国产自线拍免费软件| 免费一级毛片在线播放视频免费观看永久 | 91嫩草国产在线观看免费| 亚洲国产综合AV在线观看| 亚洲国产人成中文幕一级二级| 中文字幕乱码系列免费| 亚洲国产综合在线| 久章草在线精品视频免费观看| 久久精品亚洲一区二区三区浴池| 免费毛片a在线观看67194| 免费人妻精品一区二区三区| 亚洲AV无码一区二区乱子伦| 99在线免费视频|