@hunter129

          天天學習,好好向上!

             :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
            21 隨筆 :: 5 文章 :: 37 評論 :: 0 Trackbacks

          2008年1月31日 #

          即日起此地不再更新,請訪問 http://www.xiegq.com/
          posted @ 2013-09-16 13:16 hunter129 閱讀(179) | 評論 (0)編輯 收藏

          原文地址:http://tiny4.org/blog/2011/06/hr-itcast/


          今年三月到四月間,傳智播客的老師張孝祥發了三篇Blog《聯想利泰的一道做出來就給月薪7K的面試題–交通燈管理系統》、《又一道軟通動力7K月薪面試題——銀行業務調度系統》和《累病倒了我兩次的面試題–移動用戶資費統計系統》。這三篇無一例外的除了分析面試題以外,都講述了張孝祥老師怎么辛辛苦苦給學生做好面試題,讓他們去交差的故事。不以為恥,反以為榮。

          截圖來自《聯想利泰的一道做出來就給月薪7K的面試題–交通燈管理系統》

          tiny:擔心答案雷同,呵呵,張老師知道這是面試題啊。

          截圖來自《又一道軟通動力7K月薪面試題——銀行業務調度系統》
          原來張老師知道企業不喜歡南郭先生,知道代做面試題會損害企業利益啊

          tiny:原來張老師知道企業不喜歡南郭先生,知道代做面試題會損害企業利益啊。

          截圖來自《累病倒了我兩次的面試題–移動用戶資費統計系統》
          張老師真是嘔心瀝血,為了給學生作弊,自己都累病了。

          tiny:張老師真是嘔心瀝血,為了給學生作弊,自己都累病了。

          本來這三篇文章,在twitter,新浪微博上,都有很多朋友批評過,我也批評過幾次,相信經過大家批評,張老師一定會醒悟到自己的問題,改正幫學生作弊這種不可接受的行為。

          誰知道5月29日,張老師又寫了一篇《我從事的軟件培訓果真是一個很不入流的職業嗎?》,文章里面他避重就輕,把大家的批評說成了對他培訓方法的不認同。

          所以我實在忍不住了,在新浪微博質問了蔣濤幾句,因為我知道蔣濤應該是傳智播客的主要投資人。

          質問蔣濤

          誰知道蔣濤居然如下回答:

          蔣濤老師居然也避重就輕,偷換概念

          后面還有不少爭論,我不多貼了,我本來把蔣濤老師當作一個前輩一個朋友,沒想到居然會這樣……

          我在盛大創新院的時候,自己招聘了一個美工,幫別的項目組面試了很多iOS工程師。招聘現在是非常困難的工作,各大招聘網站推薦來的面試者很多都是 濫竽充數的,本來已經夠麻煩的招聘再加上培訓機構的作弊,招聘越來越難。與此同時,一個年輕人們去找工作也會變得越來越難。幾年前,培訓學校出來的學生可 能還是某些公司爭搶的目標,但是現在隨著培訓學校越來越多,競爭越來越激烈,跟企業斗志斗勇的越來越多,很多企業早就開始直接刷掉有培訓學校經歷的學生。 我本來是不建議這么絕對去做的,但是經過張老師這個事件,我相信大多數看過張老師的blog的技術面試官,企業HR,心目中“傳智播客”已經進入了黑名 單。我們的目的是找到真正的人才,不是找一個老師牛屄的人,這個簡單的道理,張老師,蔣老師,不需要研究面試題你們就應該知道。你們現在送一個學生混進了 企業,就是未來堵住了其他學生進這個企業的可能性,哪怕未來那個學生是有真材實學的人。企業的技術面試官和HR,不是撂爪就忘的老鼠。

          現在我出來創業做一個小企業。其實我很知道一些小企業的疾苦,當年我和火炬創業做技術咨詢的時候,見過很多沒有技術背景的創業者,找技術人才非常困 難,因為自己沒有辨別能力。所以經常招了一個人說起來不錯,看起來挺好,結果做了三個月什么也做不出來。在當年瞬息萬變的競爭態勢下,三個月什么都沒做出 來,對創業者打擊非常大。他們只能再找一個技術人員,期待三個月后有點結果。這個層面來看,小企業你更傷不起啊。

          所以,在我的Blog,我今天嚴正聲明在“張老師道歉并承諾再也不進行這類作弊行為”之前,我的企業,并號召其他的看到我的文章和張老師文章的企業主,技術面試官,HR,堅決不招聘任何傳智播客培訓過的學生。

          有人今天在新浪說,也許我40歲以后就不會這么看問題了。我說,“反之,我年輕的時候,學生時想法也許不同,但是年紀越大覺得誠信越可貴越不可缺失”。現在傳志播客的學生們,你們可以把我當仇人了,不過期待你們老了以后懂的我今天在講些什么。

          posted @ 2011-09-18 21:21 hunter129 閱讀(503) | 評論 (0)編輯 收藏

          Outlook2010有一個新功能,叫做"快速步驟",可以把一些經常用到的功能"自動化"。
          如,發群體郵件。

          以給"設計組"發郵件為例說明:
          A.準備好收件人
          新建一封郵件,把設計組的收件人依次設置好,然后把收件人地址拷貝出來以備使用。

          B建立快速步驟
          1.在"快速步驟"處單擊"新建"

          2.在彈出的窗口中,操作選擇"新郵件"。

          3.把剛才準備好的收件人地址復制到"收件人"后面的文本框中。

          注意:一定是復制過去,不要嘗試點擊"收件人"按鈕。(那個不能用,可能需要安裝企業服務器)
          4.點擊"顯示選項"可以設置抄送等其他選項。
          5.完成。在快速步驟中即會出現一個新的鏈接,試試吧:)

          posted @ 2010-11-20 17:24 hunter129 閱讀(559) | 評論 (0)編輯 收藏

          介紹:

          TC(Total Commander) 是一個優秀的資源管理器

          可以在這里下載:http://www.ghisler.com/

          everything 可以幫助你搜索磁盤中的文件,速度很快:)

          這里下載http://www.voidtools.com/

          集成everything到TC

          在everything搜索結果上,雙擊目錄,或在文件上右鍵菜單“打開路徑”,則Total Commander進入此目錄。

          打開Everything.ini修改對應的行為如下格式即可,其中%tc_home%為Total Commander的安裝目錄

          explore_folder_command=$exec("%tc_home%\totalcmd" /o /t /l "%1")
          explore_folder_path_command=$exec("%SystemRoot%\explorer.exe" /n,/e,/select,"%1")
          open_folder_path_command=$exec("%tc_home%\totalcmd" /o /t /l "%1")
          open_file_command=$exec("%1")
          open_folder_command=$exec("%tc_home%\totalcmd" /o /t /l "%1")

          posted @ 2010-11-20 15:56 hunter129 閱讀(1410) | 評論 (2)編輯 收藏

          今天要發一個用戶手冊,大概有21M。outlook提示附件大小超過限制。

          解決方法:

          打開注冊表:
          [HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Preferences]

          新建一個“DWORD”類型的值
          名稱為:MaximumAttachmentSize
          值設置為:0


          本文是使用 B3log Solohunter129的博客 進行同步發布的
          原文地址:http://localhost/articles/2010/11/19/1290142134115.html
          posted @ 2010-11-19 12:49 hunter129 閱讀(255) | 評論 (0)編輯 收藏

          今天調試系統發現從java輸出的時間和系統時間不同。總是差8個小時。代碼如下:

          SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
          System.out.println(format.format(
          new Date()));

           

          感覺可能是時區不對,確實了下操作系統的時區設置的也正確。重啟電腦看了下BIOS的時間也是對的。無奈上網查找。

          終于找到原來是注冊表時區設置不正確。

          看這里:http://huiy.javaeye.com/blog/200512

          注冊表對應項:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones
          解決之道:
          1.備份Time Zones這一項
          2.從正常的并且是相同系統的機器中導出該項,然后倒入到自己機器中

          下載:注冊表信息

          posted @ 2010-01-10 00:10 hunter129 閱讀(1548) | 評論 (0)編輯 收藏

          顯示隱藏文件和文件夾
          通常情況下, 一些服務器上會隱藏著一些以點開始的的文件名, 常見的如 ".htaccess" 或 ".profile".
          想要在遠程服務器上顯示這些隱藏文件
          1、選擇界面上的 [站點管理器] 標簽
          2、選擇想要看到隱藏文件的遠程服務器站點
          3、右鍵,選擇 [屬性]
          4、選擇 [操作] 標簽
          5、選擇最下面的 [過濾]
          6、選中 [啟用過濾(E)] 和 [啟用服務器端過濾(服務器應用過濾)(S)]
          7、在 [遠程過濾(M)] 右側的輸入框中輸入:
          -a
          8、單擊 [確定]
          9、完成...
          posted @ 2009-10-11 09:56 hunter129 閱讀(760) | 評論 (0)編輯 收藏

          轉的

          MySQL配置文件my.cnf 例子最詳細翻譯
          ,可以保存做筆記用。

          #BEGIN CONFIG INFO
          #DESCR: 4GB RAM
          , 只使用InnoDB, ACID, 少量的連接, 隊列負載大
          #TYPE: SYSTEM
          #END CONFIG INFO
           
          #
          # 此mysql配置文件例子針對4G內存
          。 
          # 主要使用INNODB
          #處理復雜隊列并且連接數量較少的mysql服務器
          #
          # 將此文件復制到/etc/my.cnf 作為全局設置
          ,
          # mysql-data-dir/my.cnf 作為服務器指定設置
          # (@localstatedir@ for this installation) 或者放入
          # ~/.my.cnf 作為用戶設置.
          #
          # 在此配置文件中
          , 你可以使用所有程序支持的長選項.
          # 如果想獲悉程序支持的所有選項
          # 請在程序后加上
          "--help"參數運行程序.
          #
          # 關于獨立選項更多的細節信息可以在手冊內找到
          #
           
          #
          # 以下選項會被MySQL客戶端應用讀取.
          # 注意只有MySQL附帶的客戶端應用程序保證可以讀取這段內容.
          # 如果你想你自己的MySQL應用程序獲取這些值
          # 需要在MySQL客戶端庫初始化的時候指定這些選項
           
          #
          [client]
          #password 
          = [your_password]
          port 
          = @MYSQL_TCP_PORT@
          socket 
          = @MYSQL_UNIX_ADDR@
           
          # *** 應用定制選項 ***
           
          #
          #  MySQL 服務端
          #
          [mysqld]
           
          # 一般配置選項
          port 
          = @MYSQL_TCP_PORT@
          socket 
          = @MYSQL_UNIX_ADDR@
           
          # back_log 是操作系統在監聽隊列中所能保持的連接數
          ,
          # 隊列保存了在MySQL連接管理器線程處理之前的連接.
          # 如果你有非常高的連接率并且出現
          "connection refused" 報錯,
          # 你就應該增加此處的值.
          # 檢查你的操作系統文檔來獲取這個變量的最大值.
          # 如果將back_log設定到比你操作系統限制更高的值
          ,將會沒有效果
          back_log 
          = 50
           
          # 不在TCP/IP端口上進行監聽.
          # 如果所有的進程都是在同一臺服務器連接到本地的mysqld
          ,
          # 這樣設置將是增強安全的方法
          # 所有mysqld的連接都是通過Unix sockets 或者命名管道進行的.
          # 注意在windows下如果沒有打開命名管道選項而只是用此項
          # (通過 
          "enable-named-pipe" 選項) 將會導致mysql服務沒有任何作用!
          #skip-networking
           
          # MySQL 服務所允許的同時會話數的上限
          # 其中一個連接將被SUPER權限保留作為管理員登錄.
          # 即便已經達到了連接數的上限.
          max_connections 
          = 100
          # 每個客戶端連接最大的錯誤允許數量
          ,如果達到了此限制.
          # 這個客戶端將會被MySQL服務阻止直到執行了
          "FLUSH HOSTS" 或者服務重啟
          # 非法的密碼以及其他在鏈接時的錯誤會增加此值.
          # 查看 
          "Aborted_connects" 狀態來獲取全局計數器.
          max_connect_errors 
          = 10
           
          # 所有線程所打開表的數量.
          # 增加此值就增加了mysqld所需要的文件描述符的數量
          # 這樣你需要確認在
          [mysqld_safe]中 "open-files-limit" 變量設置打開文件數量允許至少4096
          table_cache 
          = 2048
           
          # 允許外部文件級別的鎖. 打開文件鎖會對性能造成負面影響
          # 所以只有在你在同樣的文件上運行多個數據庫實例時才使用此選項(注意仍會有其他約束!)
          # 或者你在文件層面上使用了其他一些軟件依賴來鎖定MyISAM表
          #external-locking
           
          # 服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的BLOB字段一起工作時相當必要)
          # 每個連接獨立的大小.大小動態增加
          max_allowed_packet 
          = 16M
           
          # 在一個事務中binlog為了記錄SQL狀態所持有的cache大小
          # 如果你經常使用大的
          ,多聲明的事務,你可以增加此值來獲取更大的性能.
          # 所有從事務來的狀態都將被緩沖在binlog緩沖中然后在提交后一次性寫入到binlog中
          # 如果事務比此值大
          , 會使用磁盤上的臨時文件來替代.
          # 此緩沖在每個連接的事務第一次更新狀態時被創建
          binlog_cache_size 
          = 1M
           
          # 獨立的內存表所允許的最大容量.
          # 此選項為了防止意外創建一個超大的內存表導致永盡所有的內存資源.
          max_heap_table_size 
          = 64M
           
          # 排序緩沖被用來處理類似ORDER BY以及GROUP BY隊列所引起的排序
          # 如果排序后的數據無法放入排序緩沖
          ,
          # 一個用來替代的基于磁盤的合并分類會被使用
          # 查看 
          "Sort_merge_passes" 狀態變量.
          # 在排序發生時由每個線程分配
          sort_buffer_size 
          = 8M
           
          # 此緩沖被使用來優化全聯合(full JOINs 不帶索引的聯合).
          # 類似的聯合在極大多數情況下有非常糟糕的性能表現
          ,
          # 但是將此值設大能夠減輕性能影響.
          # 通過 
          "Select_full_join" 狀態變量查看全聯合的數量
          # 當全聯合發生時
          ,在每個線程中分配
          join_buffer_size 
          = 8M
           
          # 我們在cache中保留多少線程用于重用
          # 當一個客戶端斷開連接后
          ,如果cache中的線程還少于thread_cache_size,
          # 則客戶端線程被放入cache中.
          # 這可以在你需要大量新連接的時候極大的減少線程創建的開銷
          # (一般來說如果你有好的線程模型的話
          ,這不會有明顯的性能提升.)
          thread_cache_size 
          = 8
           
          # 此允許應用程序給予線程系統一個提示在同一時間給予渴望被運行的線程的數量.
          # 此值只對于支持 thread_concurrency() 函數的系統有意義( 例如Sun Solaris).
          # 你可可以嘗試使用 
          [CPU數量]*(2..4) 來作為thread_concurrency的值
          thread_concurrency 
          = 8
           
          # 查詢緩沖常被用來緩沖 SELECT 的結果并且在下一次同樣查詢的時候不再執行直接返回結果.
          # 打開查詢緩沖可以極大的提高服務器速度
          , 如果你有大量的相同的查詢并且很少修改表.
          # 查看 
          "Qcache_lowmem_prunes" 狀態變量來檢查是否當前值對于你的負載來說是否足夠高.
          # 注意: 在你表經常變化的情況下或者如果你的查詢原文每次都不同
          ,
          # 查詢緩沖也許引起性能下降而不是性能提升.
          query_cache_size 
          = 64M
           
          # 只有小于此設定值的結果才會被緩沖
          # 此設置用來保護查詢緩沖
          ,防止一個極大的結果集將其他所有的查詢結果都覆蓋.
          query_cache_limit 
          = 2M
           
          # 被全文檢索索引的最小的字長.
          # 你也許希望減少它
          ,如果你需要搜索更短字的時候.
          # 注意在你修改此值之后
          ,
          # 你需要重建你的 FULLTEXT 索引
          ft_min_word_len 
          = 4
           
          # 如果你的系統支持 memlock() 函數
          ,你也許希望打開此選項用以讓運行中的mysql在在內存高度緊張的時候,數據在內存中保持鎖定并且防止可能被swapping out
          # 此選項對于性能有益
          #memlock
           
          # 當創建新表時作為默認使用的表類型
          ,
          # 如果在創建表示沒有特別執行表類型
          ,將會使用此值
          default_table_type 
          = MYISAM
           
          # 線程使用的堆大小. 此容量的內存在每次連接時被預留.
          # MySQL 本身常不會需要超過64K的內存
          # 如果你使用你自己的需要大量堆的UDF函數
          # 或者你的操作系統對于某些操作需要更多的堆
          ,
          # 你也許需要將其設置的更高一點.
          thread_stack 
          = 192K
           
          # 設定默認的事務隔離級別.可用的級別如下:
          # READ-UNCOMMITTED
          , READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
          transaction_isolation 
          = REPEATABLE-READ
           
          # 內部(內存中)臨時表的最大大小
          # 如果一個表增長到比此值更大
          ,將會自動轉換為基于磁盤的表.
          # 此限制是針對單個表的
          ,而不是總和.
          tmp_table_size 
          = 64M
           
          # 打開二進制日志功能.
          # 在復制(replication)配置中
          ,作為MASTER主服務器必須打開此項
          # 如果你需要從你最后的備份中做基于時間點的恢復
          ,你也同樣需要二進制日志.
          log-bin
          =mysql-bin
           
          # 如果你在使用鏈式從服務器結構的復制模式 (A->B->C)
          ,
          # 你需要在服務器B上打開此項.
          # 此選項打開在從線程上重做過的更新的日志
          ,
          # 并將其寫入從服務器的二進制日志.
          #log_slave_updates
           
          # 打開全查詢日志. 所有的由服務器接收到的查詢 (甚至對于一個錯誤語法的查詢)
          # 都會被記錄下來. 這對于調試非常有用
          , 在生產環境中常常關閉此項.
          #log
           
          # 將警告打印輸出到錯誤log文件.  如果你對于MySQL有任何問題
          # 你應該打開警告log并且仔細審查錯誤日志
          ,查出可能的原因.
          #log_warnings
           
          # 記錄慢速查詢. 慢速查詢是指消耗了比 
          "long_query_time" 定義的更多時間的查詢.
          # 如果 log_long_format 被打開
          ,那些沒有使用索引的查詢也會被記錄.
          # 如果你經常增加新查詢到已有的系統內的話. 一般來說這是一個好主意
          ,
          log_slow_queries
           
          # 所有的使用了比這個時間(以秒為單位)更多的查詢會被認為是慢速查詢.
          # 不要在這里使用
          "1", 否則會導致所有的查詢,甚至非常快的查詢頁被記錄下來(由于MySQL 目前時間的精確度只能達到秒的級別).
          long_query_time 
          = 2
           
          # 在慢速日志中記錄更多的信息.
          # 一般此項最好打開.
          # 打開此項會記錄使得那些沒有使用索引的查詢也被作為到慢速查詢附加到慢速日志里
          log_long_format
           
          # 此目錄被MySQL用來保存臨時文件.例如
          ,
          # 它被用來處理基于磁盤的大型排序
          ,和內部排序一樣.
          # 以及簡單的臨時表.
          # 如果你不創建非常大的臨時文件
          ,將其放置到 swapfs/tmpfs 文件系統上也許比較好
          # 另一種選擇是你也可以將其放置在獨立的磁盤上.
          # 你可以使用
          ";"來放置多個路徑
          # 他們會按照roud-robin方法被輪詢使用.
          #tmpdir 
          = /tmp
           
           
          # ***  復制有關的設置
           
           
          # 唯一的服務辨識號
          ,數值位于 1 到 2^32-1之間.
          # 此值在master和slave上都需要設置.
          # 如果 
          "master-host" 沒有被設置,則默認為1, 但是如果忽略此選項,MySQL不會作為master生效.
          server-id 
          = 1
           
          # 復制的Slave (去掉master段的注釋來使其生效)
          #
          # 為了配置此主機作為復制的slave服務器
          ,你可以選擇兩種方法:
          #
          1) 使用 CHANGE MASTER TO 命令 (在我們的手冊中有完整描述) -
          #    語法如下:
          #
          #    CHANGE MASTER TO MASTER_HOST
          =<host>, MASTER_PORT=<port>,
          #    MASTER_USER
          =<user>, MASTER_PASSWORD=<password> ;
          #
          #    你需要替換掉 <host>
          , <user>, <password> 等被尖括號包圍的字段以及使用master的端口號替換<port> (默認3306).
          #
          #    例子:
          #
          #    CHANGE MASTER TO MASTER_HOST
          ='125.564.12.1', MASTER_PORT=3306,
          #    MASTER_USER
          ='joe', MASTER_PASSWORD='secret';
          #
          # 或者
          #
          2) 設置以下的變量. 不論如何, 在你選擇這種方法的情況下, 然后第一次啟動復制(甚至不成功的情況下,
          #     例如如果你輸入錯密碼在master-password字段并且slave無法連接)
          ,
          #    slave會創建一個 master.info 文件
          ,并且之后任何對于包含在此文件內的參數的變化都會被忽略
          #    并且由 master.info 文件內的內容覆蓋
          , 除非你關閉slave服務, 刪除 master.info 并且重啟slave 服務.
          #    由于這個原因
          ,你也許不想碰一下的配置(注釋掉的) 并且使用 CHANGE MASTER TO (查看上面) 來代替
          #
          # 所需要的唯一id號位于 
          2 和 2^32 - 1之間
          # (并且和master不同)
          # 如果master-host被設置了.則默認值是2
          # 但是如果省略
          ,則不會生效
          #server-id 
          = 2
          #
          # 復制結構中的master - 必須
          #master-host 
          = <hostname>
          #
          # 當連接到master上時slave所用來認證的用戶名 - 必須
          #master-user 
          = <username>
          #
          # 當連接到master上時slave所用來認證的密碼 - 必須
          #master-password 
          = <password>
          #
          # master監聽的端口.
          # 可選 - 默認是3306
          #master-port 
          = <port>
           
          # 使得slave只讀.只有用戶擁有SUPER權限和在上面的slave線程能夠修改數據.
          # 你可以使用此項去保證沒有應用程序會意外的修改slave而不是master上的數據
          #read_only
           
           
          #*** MyISAM 相關選項
           
           
          # 關鍵詞緩沖的大小
          , 一般用來緩沖MyISAM表的索引塊.
          # 不要將其設置大于你可用內存的30%
          ,
          # 因為一部分內存同樣被OS用來緩沖行數據
          # 甚至在你并不使用MyISAM 表的情況下
          , 你也需要仍舊設置起 8-64M 內存由于它同樣會被內部臨時磁盤表使用.
          key_buffer_size 
          = 32M
           
          # 用來做MyISAM表全表掃描的緩沖大小.
          # 當全表掃描需要時
          ,在對應線程中分配.
          read_buffer_size 
          = 2M
           
          # 當在排序之后
          ,從一個已經排序好的序列中讀取行時,行數據將從這個緩沖中讀取來防止磁盤尋道.
          # 如果你增高此值
          ,可以提高很多ORDER BY的性能.
          # 當需要時由每個線程分配
          read_rnd_buffer_size 
          = 16M
           
          # MyISAM 使用特殊的類似樹的cache來使得突發插入
          # (這些插入是
          ,INSERT  SELECT, INSERT  VALUES (), (), , 以及 LOAD DATA
          # INFILE) 更快. 此變量限制每個進程中緩沖樹的字節數.
          # 設置為 
          0 會關閉此優化.
          # 為了最優化不要將此值設置大于 
          "key_buffer_size".
          # 當突發插入被檢測到時此緩沖將被分配.
          bulk_insert_buffer_size 
          = 64M
           
          # 此緩沖當MySQL需要在 REPAIR
          , OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個空表中引起重建索引時被分配.
          # 這在每個線程中被分配.所以在設置大值時需要小心.
          myisam_sort_buffer_size 
          = 128M
           
          # MySQL重建索引時所允許的最大臨時文件的大小 (當 REPAIR
          , ALTER TABLE 或者 LOAD DATA INFILE).
          # 如果文件大小比此值更大
          ,索引會通過鍵值緩沖創建(更慢)
          myisam_max_sort_file_size 
          = 10G
           
          # 如果被用來更快的索引創建索引所使用臨時文件大于制定的值
          ,那就使用鍵值緩沖方法.
          # 這主要用來強制在大表中長字串鍵去使用慢速的鍵值緩沖方法來創建索引.
          myisam_max_extra_sort_file_size 
          = 10G
           
          # 如果一個表擁有超過一個索引
          , MyISAM 可以通過并行排序使用超過一個線程去修復他們.
          # 這對于擁有多個CPU以及大量內存情況的用戶
          ,是一個很好的選擇.
          myisam_repair_threads 
          = 1
           
          # 自動檢查和修復沒有適當關閉的 MyISAM 表.
          myisam_recover
           
           
          # 默認關閉 Federated
          skip-federated
           
          # *** BDB 相關選項 ***
           
          # 如果你運行的MySQL服務有BDB支持但是你不準備使用的時候使用此選項. 這會節省內存并且可能加速一些事.
          skip-bdb
           
           
          # *** INNODB 相關選項 ***
           
          # 如果你的MySQL服務包含InnoDB支持但是并不打算使用的話
          ,
          # 使用此選項會節省內存以及磁盤空間
          ,并且加速某些部分
          #skip-innodb
           
          # 附加的內存池被InnoDB用來保存 metadata 信息
          # 如果InnoDB為此目的需要更多的內存
          ,它會開始從OS這里申請內存.
          # 由于這個操作在大多數現代操作系統上已經足夠快
          , 你一般不需要修改此值.
          # SHOW INNODB STATUS 命令會顯示當先使用的數量.
          innodb_additional_mem_pool_size 
          = 16M
           
          # InnoDB使用一個緩沖池來保存索引和原始數據
          , 不像 MyISAM.
          # 這里你設置越大
          ,你在存取表里面數據時所需要的磁盤I/O越少.
          # 在一個獨立使用的數據庫服務器上
          ,你可以設置這個變量到服務器物理內存大小的80%
          # 不要設置過大
          ,否則,由于物理內存的競爭可能導致操作系統的換頁顛簸.
          # 注意在32位系統上你每個進程可能被限制在 
          2-3.5G 用戶層面內存限制,
          # 所以不要設置的太高.
          innodb_buffer_pool_size 
          = 2G
           
          # InnoDB 將數據保存在一個或者多個數據文件中成為表空間.
          # 如果你只有單個邏輯驅動保存你的數據
          ,一個單個的自增文件就足夠好了.
          # 其他情況下.每個設備一個文件一般都是個好的選擇.
          # 你也可以配置InnoDB來使用裸盤分區 - 請參考手冊來獲取更多相關內容
          innodb_data_file_path 
          = ibdata1:10M:autoextend
           
          # 設置此選項如果你希望InnoDB表空間文件被保存在其他分區.
          # 默認保存在MySQL的datadir中.
          #innodb_data_home_dir 
          = <directory>
           
          # 用來同步IO操作的IO線程的數量. This value is
          # 此值在Unix下被硬編碼為4
          ,但是在Windows磁盤I/O可能在一個大數值下表現的更好.
          innodb_file_io_threads 
          = 4
           
          # 如果你發現InnoDB表空間損壞
          , 設置此值為一個非零值可能幫助你導出你的表.
          # 從1開始并且增加此值知道你能夠成功的導出表.
          #innodb_force_recovery
          =1
           
          # 在InnoDb核心內的允許線程數量.
          # 最優值依賴于應用程序
          ,硬件以及操作系統的調度方式.
          # 過高的值可能導致線程的互斥顛簸.
          innodb_thread_concurrency 
          = 16
           
          # 如果設置為1 
          ,InnoDB會在每次提交后刷新(fsync)事務日志到磁盤上,
          # 這提供了完整的ACID行為.
          # 如果你愿意對事務安全折衷
          , 并且你正在運行一個小的食物, 你可以設置此值到0或者2來減少由事務日志引起的磁盤I/O
          # 0代表日志只大約每秒寫入日志文件并且日志文件刷新到磁盤.
          # 2代表日志寫入日志文件在每次提交后
          ,但是日志文件只有大約每秒才會刷新到磁盤上.
          innodb_flush_log_at_trx_commit 
          = 1
           
          # 加速InnoDB的關閉. 這會阻止InnoDB在關閉時做全清除以及插入緩沖合并.
          # 這可能極大增加關機時間
          , 但是取而代之的是InnoDB可能在下次啟動時做這些操作.
          #innodb_fast_shutdown
           
          # 用來緩沖日志數據的緩沖區的大小.
          # 當此值快滿時
          , InnoDB將必須刷新數據到磁盤上.
          # 由于基本上每秒都會刷新一次
          ,所以沒有必要將此值設置的太大(甚至對于長事務而言)
           
          innodb_log_buffer_size 
          = 8M
           
          # 在日志組中每個日志文件的大小.
          # 你應該設置日志文件總合大小到你緩沖池大小的25%~
          100%
          # 來避免在日志文件覆寫上不必要的緩沖池刷新行為.
          # 不論如何
          , 請注意一個大的日志文件大小會增加恢復進程所需要的時間.
          innodb_log_file_size 
          = 256M
           
          # 在日志組中的文件總數.
          # 通常來說2~3是比較好的.
          innodb_log_files_in_group 
          = 3
           
          # InnoDB的日志文件所在位置. 默認是MySQL的datadir.
          # 你可以將其指定到一個獨立的硬盤上或者一個RAID1卷上來提高其性能
          #innodb_log_group_home_dir
           
          # 在InnoDB緩沖池中最大允許的臟頁面的比例.
          # 如果達到限額
          , InnoDB會開始刷新他們防止他們妨礙到干凈數據頁面.
          # 這是一個軟限制
          ,不被保證絕對執行.
          innodb_max_dirty_pages_pct 
          = 90
           
          # InnoDB用來刷新日志的方法.
          # 表空間總是使用雙重寫入刷新方法
          # 默認值是 
          "fdatasync", 另一個是 "O_DSYNC".
          #innodb_flush_method
          =O_DSYNC
           
          # 在被回滾前
          ,一個InnoDB的事務應該等待一個鎖被批準多久.
          # InnoDB在其擁有的鎖表中自動檢測事務死鎖并且回滾事務.
          # 如果你使用 LOCK TABLES 指令
          , 或者在同樣事務中使用除了InnoDB以外的其他事務安全的存儲引擎
          # 那么一個死鎖可能發生而InnoDB無法注意到.
          # 這種情況下這個timeout值對于解決這種問題就非常有幫助.
          innodb_lock_wait_timeout 
          = 120
           
           
          [mysqldump]
          # 不要在將內存中的整個結果寫入磁盤之前緩存. 在導出非常巨大的表時需要此項
          quick
           
          max_allowed_packet 
          = 16M
           
          [mysql]
          no-auto-rehash
           
          # 僅僅允許使用鍵值的 UPDATEs 和 DELETEs .
          #safe-updates
           
          [isamchk]
          key_buffer 
          = 512M
          sort_buffer_size 
          = 512M
          read_buffer 
          = 8M
          write_buffer 
          = 8M
           
          [myisamchk]
          key_buffer 
          = 512M
          sort_buffer_size 
          = 512M
          read_buffer 
          = 8M
          write_buffer 
          = 8M
           
          [mysqlhotcopy]
          interactive-timeout
           
          [mysqld_safe]
          # 增加每個進程的可打開文件數量.
          # 警告: 確認你已經將全系統限制設定的足夠高!
          # 打開大量表需要將此值設b
          open-files-limit 
          = 8192
          posted @ 2009-01-18 00:35 hunter129 閱讀(17789) | 評論 (1)編輯 收藏

            在textarea中輸入的文本。如果含有回車或空格。在界面上顯示的時候則不哪么正常。回車消失了,空格變短了。
          如何解決這個問題呢。有2種方法。
          1.使用<pre>標簽
             w3c對pre元素是這樣定義的:pre 元素可定義預格式化的文本。被包圍在 pre 元素中的文本通常會保留空格和換行符。而文本也會呈現為等寬字體。
             更詳細的內容請參考 http://www.w3school.com.cn/tags/tag_pre.asp
             也就是說包含在pre標簽中的回車和空格會正常的顯示出來。包括你在頁面代碼中輸入的。所以如果使用pre元素你需要這樣寫:
            
          <pre>要輸出的文本</pre>
             ,而不是這樣:
            
            <pre>
                要輸出的文本
            
          </pre>
             后一種寫法 文本前的空白也會被顯示的。除非你真的希望這樣:)
          2.對文本內容進行替換。
            回車和空格不能正確顯示,究其原因是他們各自的表示方式不同。在textarea里面輸入的回車是字符"\r",html中的回車(換行)是"<br/>"。
            textarea中輸入的空格是空白" ",而html中的一個空格是"&nbsp;"。理所當然不能正確顯示。好了現在知道了原因就有了第二種解決方案了。
            只要我們將輸入的文本中相應的"元素"替換成html認識的就ok了。因此下面一行代碼即可解決問題:
           
          "要輸出的文本".replaceAll(" ","&nbsp;").replaceAll("\r","<br/>");
            等等。這里還有一點小問題。把一個空格替換成一個"&nbsp;"空格看上去仍然要少些。如果你喜歡可以替換成2個。
           
            最后,除了回車和空格以外還有很多空白字符如tab等,如果你喜歡可以一并處理了^_^
           
            最后的最后,如果本來的文本是很長的一行,使用pre標簽后就不會自動換行。結果頁面出現橫向滾動條。不知道有沒有好的解決方法?
            而將第二種方法處理過的文本放在<p>標簽中顯示,就可以顯示正常。
           
          posted @ 2008-10-09 21:19 hunter129 閱讀(11967) | 評論 (13)編輯 收藏

          文件編碼導致的sun.io.MalformedInputException異常
          如果你沒有使用ibm的jdk,卻依然遇到了這個問題。
          如果你的異常是在解析xml的時候出現的,如果你的異常是某些地方有某些地方沒有。
          例如tomcat里面沒有,weblogic上有。抑或這個domain有那個domain卻沒有。而確實是同一個應用。
          哪么你遇到的可能和筆者要講的是同一個問題。

          你的xml文件本身是UTF-8編碼(注意是文件是UTF-8編碼,不是xml文件里面指定的文件內容是UTF-8編碼)?
          你的xml文件里面含有中文?
          你使用UltraEdit編輯xml文件?
          刪掉中文,問題依舊?

          那么可以肯定你的問題就是筆者要講的問題

          首先給出解決方案:
          方案一:
          1.xml用記事本打開,刪除里面的中文。
          2.在windows 本地新建一個txt文件,用記事本(注意不能用UltraEdit)打開。
          3.將xml里面的內容復制到新建的txt文件中。
          4.將txt文件重名為xml文件的名稱。覆蓋原來的xml文件
          5.看看問題是不是解決了,咔咔 神奇吧。

          方案二:(適用于使用eclipse ide的程序員們,其他的能更改文件編碼的程序也行,不過沒測試過)
          1.將xml文件的內容剪切出來,保存在別處,什么文件都行,最后是txt中。留下一個空的xml文件
          2.將空的xml文件的編碼修改成GBK。注意是文件的編碼,不是xml的那個聲明。當然這里已經刪了。
          3.這時候是否看到文件的頭部有亂碼? 刪之!
          4.將原來文件的內容烤回來
          5.ok問題解決,這種方法不用刪除中文。

          問題的根源:
          估計有些人已經明白是什么原因了。呵呵,那就是xml文件那個BOM的頭導致的這個問題!
          哦?還有沒明白的?下面詳細說明下:
          xml文件分為兩種,一種是有BOM信息的,它表示文件是xml格式
          另外還有沒有BOM信息的xml文件。
          就是這個特殊的BOM信息導致了解析xml出錯。
          那跟UltraEdit有什么關系?UltraEdit在編輯xml文件的時候會自動加上這個可惡的BOM信息。
          posted @ 2008-05-21 22:22 hunter129 閱讀(10136) | 評論 (4)編輯 收藏

          詳細的log4j配置說明

          一直沒有認真研究過log4j的配置,這幾天比較閑,認真的看了看。現在總結下。
          Log4j有三個主要的組件:Loggers(記錄器),Appenders(輸出源)和Layouts(布局)。
          log4j的配置文件也可以是多種格式的,但主要是xml文件和properties文件
          1.配置根logger:
          語法:log4j.rootLogger =[level],appenderName1,appenderName2,...
          level :OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL的其中一個。
          appenderName:日志輸入的目的地,可以有多個地方
          根logger是一定存在的,根logger指定了默認的日志配置。
          2.配置日志輸入的目的地(appender)
          語法:log4j.appender.appenderName = fully.qualified.name.of.appender.class
              fully.qualified.name.of.appender.class 可以是以下的幾種:
              (1).org.apache.log4j.ConsoleAppender(控制臺)
              (2).org.apache.log4j.FileAppender(文件)
              (3).org.apache.log4j.DailyRollingFileAppender(每天產生一個日志文件)
              (4).org.apache.log4j.RollingFileAppender(文件大小到達指定尺寸的時候產生一個新的文件)
              (5).org.apache.log4j.WriterAppender(將日志信息以流格式發送到任意指定的地方)
          其中每一個又有不同的配置選項:
          (1).org.apache.log4j.ConsoleAppender(控制臺)的選項
          Threshold=WARN:指定日志消息的輸出最低層次。
          ImmediateFlush=true:默認值是true,意謂著所有的消息都會被立即輸出。
          Target=System.err:默認情況下是:System.out,指定輸出控制臺
          (2).org.apache.log4j.FileAppender的選項
          Threshold=WARN:指定日志消息的輸出最低層次。
          ImmediateFlush=true:默認值是true,意謂著所有的消息都會被立即輸出。
          File=mylog.txt:指定消息輸出到mylog.txt文件。
          Append=false:默認值是true,即將消息增加到指定文件中,false指將消息覆蓋指定的文件內容。
          (3).org.apache.log4j.DailyRollingFileAppender的選項
          Threshold=WARN:指定日志消息的輸出最低層次。
          ImmediateFlush=true:默認值是true,意謂著所有的消息都會被立即輸出。
          File=mylog.txt:指定消息輸出到mylog.txt文件。
          Append=false:默認值是true,即將消息增加到指定文件中,false指將消息覆蓋指定的文件內容。
          DatePattern='.'yyyy-ww:每周滾動一次文件,即每周產生一個新的文件。當然也可以指定按月、周、天、時和分。即對應的格式如下:
              1)'.'yyyy-MM: 每月
              2)'.'yyyy-ww: 每周
              3)'.'yyyy-MM-dd: 每天
              4)'.'yyyy-MM-dd-a: 每天兩次
              5)'.'yyyy-MM-dd-HH: 每小時
              6)'.'yyyy-MM-dd-HH-mm: 每分鐘
          (4).org.apache.log4j.RollingFileAppender
          Threshold=WARN:指定日志消息的輸出最低層次。
          ImmediateFlush=true:默認值是true,意謂著所有的消息都會被立即輸出。
          File=mylog.txt:指定消息輸出到mylog.txt文件。
          Append=false:默認值是true,即將消息增加到指定文件中,false指將消息覆蓋指定的文件內容。
          MaxFileSize=100KB: 后綴可以是KB, MB 或者是 GB. 在日志文件到達該大小時,將會自動滾動,即將原來的內容移到mylog.log.1文件。
          MaxBackupIndex=2:指定可以產生的滾動文件的最大數。

          3.配置日志輸入的格式
          log4j.appender.A1.layout.ConversionPattern=%-4r %-5p %d{yyyy-MM-dd HH:mm:ssS} %c %m%n
          這里需要說明的就是日志信息格式中幾個符號所代表的含義:
          -: 信息輸出時左對齊;
             %p: 輸出日志信息優先級,即DEBUG,INFO,WARN,ERROR,FATAL,
             %d: 輸出日志時間點的日期或時間,默認格式為ISO8601,也可以在其后指定格式,比如:%d{yyy MMM dd HH:mm:ss,SSS},輸出類似:2002年10月18日 22:10:28,921
             %r: 輸出自應用啟動到輸出該log信息耗費的毫秒數
             %c: 輸出日志信息所屬的類目,通常就是所在類的全名
             %t: 輸出產生該日志事件的線程名
             %l: 輸出日志事件的發生位置,相當于%C.%M(%F:%L)的組合,包括類目名、發生的線程,以及在代碼中的行數。舉例:Testlog4.main(TestLog4.java:10)
             %x: 輸出和當前線程相關聯的NDC(嵌套診斷環境),尤其用到像java servlets這樣的多客戶多線程的應用中。
             %%: 輸出一個"%"字符
             %F: 輸出日志消息產生時所在的文件名稱
             %L: 輸出代碼中的行號
             %m: 輸出代碼中指定的消息,產生的日志具體信息
             %n: 輸出一個回車換行符,Windows平臺為"rn",Unix平臺為"n"輸出日志信息換行
          可以在%與模式字符之間加上修飾符來控制其最小寬度、最大寬度、和文本的對齊方式。如:
                  1)%20c:指定輸出category的名稱,最小的寬度是20,如果category的名稱小于20的話,默認的情況下右對齊。
                  2)%-20c:指定輸出category的名稱,最小的寬度是20,如果category的名稱小于20的話,"-"號指定左對齊。
                  3)%.30c:指定輸出category的名稱,最大的寬度是30,如果category的名稱大于30的話,就會將左邊多出的字符截掉,但小于30的話也不會有空格。
                  4)%20.30c:如果category的名稱小于20就補空格,并且右對齊,如果其名稱長于30字符,就從左邊交遠銷出的字符截掉。
          下面是一個詳細的配置樣例

          og4j.rootLogger=DEBUG,CONSOLE,A1,im
          #DEBUG,CONSOLE,FILE,ROLLING_FILE,MAIL,DATABASE
          log4j.addivity.org.apache=true
          ###################
          # Console Appender(輸出到控制臺)
          ###################
          log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
          log4j.appender.Threshold=DEBUG
          log4j.appender.CONSOLE.Target=System.out
          log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
          log4j.appender.CONSOLE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
          #log4j.appender.CONSOLE.layout.ConversionPattern=[start]%d[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD] n%c[CATEGORY]%n%m[MESSAGE]%n%n


          #####################
          # File Appender 輸出到文件
          #####################
          log4j.appender.FILE=org.apache.log4j.FileAppender
          log4j.appender.FILE.File=file.log
          log4j.appender.FILE.Append=false
          log4j.appender.FILE.layout=org.apache.log4j.PatternLayout
          log4j.appender.FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
          # Use this layout for LogFactor 5 analysis


          ########################
          # Rolling File
          ########################
          log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppender
          log4j.appender.ROLLING_FILE.Threshold=ERROR
          log4j.appender.ROLLING_FILE.File=rolling.log
          log4j.appender.ROLLING_FILE.Append=true
          log4j.appender.ROLLING_FILE.MaxFileSize=10KB
          log4j.appender.ROLLING_FILE.MaxBackupIndex=1
          log4j.appender.ROLLING_FILE.layout=org.apache.log4j.PatternLayout
          log4j.appender.ROLLING_FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n


          ####################
          # Socket Appender
          ####################
          log4j.appender.SOCKET=org.apache.log4j.RollingFileAppender
          log4j.appender.SOCKET.RemoteHost=localhost
          log4j.appender.SOCKET.Port=5001
          log4j.appender.SOCKET.LocationInfo=true
          # Set up for Log Facter 5
          log4j.appender.SOCKET.layout=org.apache.log4j.PatternLayout
          log4j.appender.SOCET.layout.ConversionPattern=[start]%d[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD]%n%c[CATEGORY]%n%m[MESSAGE]%n%n


          ########################
          # Log Factor 5 Appender
          ########################
          log4j.appender.LF5_APPENDER=org.apache.log4j.lf5.LF5Appender
          log4j.appender.LF5_APPENDER.MaxNumberOfRecords=2000


          ########################
          # SMTP Appender 發送郵件
          #######################
          log4j.appender.MAIL=org.apache.log4j.net.SMTPAppender
          log4j.appender.MAIL.Threshold=FATAL
          log4j.appender.MAIL.BufferSize=10
          log4j.appender.MAIL.From=chenyl@hollycrm.com
          log4j.appender.MAIL.SMTPHost=mail.hollycrm.com
          log4j.appender.MAIL.Subject=Log4J Message
          log4j.appender.MAIL.To=chenyl@hollycrm.com
          log4j.appender.MAIL.layout=org.apache.log4j.PatternLayout
          log4j.appender.MAIL.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n


          ########################
          # JDBC Appender 輸出到數據庫
          #######################
          log4j.appender.DATABASE=org.apache.log4j.jdbc.JDBCAppender
          log4j.appender.DATABASE.URL=jdbc:mysql://localhost:3306/test
          log4j.appender.DATABASE.driver=com.mysql.jdbc.Driver
          log4j.appender.DATABASE.user=root
          log4j.appender.DATABASE.password=
          log4j.appender.DATABASE.sql=INSERT INTO LOG4J (Message) VALUES ('[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n')
          log4j.appender.DATABASE.layout=org.apache.log4j.PatternLayout
          log4j.appender.DATABASE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n


          log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
          log4j.appender.A1.File=SampleMessages.log4j
          log4j.appender.A1.DatePattern=yyyyMMdd-HH'.log4j'
          log4j.appender.A1.layout=org.apache.log4j.xml.XMLLayout

          ###################
          #自定義Appender
          ###################
          log4j.appender.im = net.cybercorlin.util.logger.appender.IMAppender
          log4j.appender.im.host = mail.cybercorlin.net
          log4j.appender.im.username = username
          log4j.appender.im.password = password
          log4j.appender.im.recipient = corlin@cybercorlin.net
          log4j.appender.im.layout=org.apache.log4j.PatternLayout
          log4j.appender.im.layout.ConversionPattern =[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n

          參考:http://www.builder.com.cn/2008/0517/866964.shtml
          posted @ 2008-05-19 17:31 hunter129 閱讀(2491) | 評論 (0)編輯 收藏

                  當采用Windows   2000/XP/2003系統的局域網用戶拔掉連接本機網卡的網線時,或該用戶的網卡與局域網中的網絡設備沒有正常連接時,桌面上的“任務欄”中會顯示“本地連接,網絡電纜沒有插好”的提示。為什么Windows系統能夠自動檢測出客戶機與網絡設備的連通情況呢?這是因為Windows   2000/XP/2003系統中內置了“媒體感知(Media   Sense)”功能。  
          認清“媒體感知”功能  
            對于一般的局域網用戶來說,“媒體感知”功能確實起到了非常重要的作用。當網卡或網線出現問題時,客戶機不能與局域網中的網絡設備正常連通,這時“媒體感知”功能就能立刻檢測出問題,并發出警告,方便了大家對網絡的故障的排查。  
            但大家在進行某些特殊的調試工作時,智能化的“媒體感知”功能反而會影響正常工作。  
            例如程序員使用便攜設備(如筆記本電腦)調試某些TCP/IP應用程序,而TCP/IP程序在測試過程中需要脫離局域網環境,程序員需要拔掉測試機器上的網線。這時聰明的“媒體感知”功能就立刻檢測出本機和局域網設備沒有正常連通,接著就會禁用捆綁在網卡上的某些網絡協議,其中就包括TCP/IP協議。由于TCP/IP協議被禁用了,這樣該TCP/IP應用程序就無法進行調試了,因此大家在某些特殊情況下必須禁用Windows系統的“媒體感知”功能。   
            提示:當網卡與網絡設備沒有正常連通時,“媒體感知”功能不會禁用所有的網絡協議,如NetBEUI和IPX/SPX協議就不受影響,本機的環路測試也可正常進行。  
          禁用“媒體感知”功能  
            如何為TCP/IP協議禁用Windows系統內置的“媒體感知”功能呢?通過修改注冊表就能實現。下面筆者以Windows   XP系統為例,介紹實現“禁用”的方法。  
            進入注冊表編輯器,展開“HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters”項,新建一個“DisableDHCPMediaSense”  
            ,數據類型為“DWORD值”,將該值設置為“1”。重新啟動Windows   XP系統后,就禁用了“媒體感知”功能。  
            現在,即使拔掉網線,TCP/IP協議也不會被禁用,TCP/IP應用程序的調試工作可以照常進行。要想恢復“媒體感知”功能,也很簡單,只要將注冊表中   “DisableDHCPMediaSense”的值修改為“0”,或者刪除“DisableDHCPMediaSense”,重新啟動系統即可。
          posted @ 2008-04-23 13:54 hunter129 閱讀(2444) | 評論 (2)編輯 收藏

          上次折騰了半天,終于把延時加載配置好了。可是不配置事務總是覺得怪怪的。so..決定把事務也配置好。雖然是個小項目吧^_^.
          <!-- 事務配置 -->
               
          <!-- 事務管理器 用于hibernate的事務管理器-->
                
          <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
                  
          <property name="sessionFactory">
                      
          <ref bean="sessionFactory"/>
                  
          </property>
              
          </bean>
              
              
          <!-- 事務攔截器 用于對攔截的方法開啟事務,其中指定了一些只讀事務-->
              
          <bean id="transactionInterceptor" class="org.springframework.transaction.interceptor.TransactionInterceptor">
                  
          <property name="transactionManager" ref="transactionManager"/>
                  
          <property name="transactionAttributes">
                      
          <props>
                          
          <prop key="*">PROPAGATION_REQUIRED,-Exception</prop>
                          
          <prop key="list*">PROPAGATION_REQUIRED,readOnly</prop>
                          
          <prop key="*list">PROPAGATION_REQUIRED,readOnly</prop>
                          
          <prop key="display*">PROPAGATION_REQUIRED,readOnly</prop>
                          
          <prop key="*display">PROPAGATION_REQUIRED,readOnly</prop>
                          
          <prop key="*view">PROPAGATION_REQUIRED,readOnly</prop>
                          
          <prop key="find*">PROPAGATION_REQUIRED,readOnly</prop>
                          
          <prop key="main*">PROPAGATION_REQUIRED,readOnly</prop>
                      
          </props>
                  
          </property>
              
          </bean>
              
              
          <!-- 自動代理,配置使所有service層bean使用事務攔截器 -->
              
          <bean class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">
                  
          <property name="beanNames">
                      
          <list>
                      
          <value>*Service</value>
                      
          </list>
                  
          </property>
                  
          <property name="interceptorNames">
                      
          <list>
                          
          <value>transactionInterceptor</value>
                      
          </list>
                  
          </property>
              
          </bean>

              
          <bean class="org.springframework.transaction.interceptor.TransactionAttributeSourceAdvisor">
                  
          <property name="transactionInterceptor" ref="transactionInterceptor"/>
              
          </bean>
              
          <!-- 事務配置結束 -->

          簡單說明一下,其中是用了spring提供的BeanNameAutoProxyCreator這個自動代理服務,自動對名為XXXService的的bean使用使用攔截器開啟事務,而在transactionInterceptor則定義了事務的屬性,限定了一些只讀的事務以提搞效率。
          posted @ 2008-04-21 19:08 hunter129 閱讀(276) | 評論 (0)編輯 收藏


          由于Spring控制的Hibernate的生命周期只針對數據層和服務層,而未管理到表現層,所以在表現層使用延時加載會出現the owning Session was closed或者no session or session was closed的異常信息。針對這一點,可以通過hibernate filter的方式來解決。

          在WEB.xml文件中配置filter.
          <!-- hibernate session filter -->
          <filter>
              
          <filter-name>OpenSessionInViewFilter</filter-name>
              
          <filter-class>
                  org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
              
          </filter-class>
          </filter>

          <filter-mapping>
              
          <filter-name>OpenSessionInViewFilter</filter-name>
              
          <url-pattern>*.do</url-pattern>
          </filter-mapping>
          我們的系統架構是struts+spring+hibernate,struts跟spring的整合是在struts-config.xml里加了個plugin
          <plug-in
              
          className="org.springframework.WEB.struts.ContextLoaderPlugIn">
              
          <set-property property="contextConfigLocation"
                  value
          ="/WEB-INF/classes/applicationContext.xml" />
              
          </plug-in>

          在WEB.xml中配置hibernateFilter 后,還需要在struts-config.xml里把plugin去掉,在WEB.xml里加上如下代碼:
          <!--Spring ApplicationContext-->
          <context-param>
              
          <param-name>contextConfigLocation</param-name>
              
          <param-value>/WEB-INF/classes/applicationContext.xml</param-value>
          </context-param>

          <listener>
              
          <listener-class>
                  org.springframework.web.context.ContextLoaderListener
              
          </listener-class>
          </listener>

          這樣配置之后如果沒有配置事務,是有問題的。不能進行update和insert操作了。
          怎么辦呢?只需要在filter中加入一個參數
          <init-param>
              <param-name>singleSession</param-name>
              <param-value>true</param-value>
          </init-param>
          就可以了,當然這樣 每次訪問dao都會新開個session,對性能的影響還是比較大的。最好的辦法當然是配置事務了。
          posted @ 2008-04-18 10:12 hunter129 閱讀(1513) | 評論 (0)編輯 收藏

          做web開發總要有點像樣的工具,下面就介紹一下我用到的工具。
          1.當然是瀏覽器,由于ie對插件的支持不好,而且對w3c的標準也支持不好。所以做web開發還是選擇firfox吧。不過話說回來,國內目前ie瀏覽器的市場仍然占據絕對優勢,所以在FF(firfox)中調試好的網頁最好還是在拿回ie瞅瞅。
          2.接下來就是FF的各種插件啦,他們可都是我的好幫手。
          首先要說的是firebug,相信很多人都對他都很熟悉了。可以說是我見過的最好用的html、css和js調試工具了。提供了點選功能,可以很方便的查看網頁上各個元素的css樣式,并可以時時更改。js方面可以在js的控制臺里面可以顯示js的log,在應用中使用log4js產生日志就可以在這里看見了,可給js代碼設置斷點進行調試。還有一個script視圖,可以查看當前頁面的js對象。在net視圖里面則可以看到各種資源加載的時間,方便性能調試。官方網站http://www.getfirebug.com/。firebug 還有一個插件YSlow(插件的插件?^_^) 是基于一下14條提高效率的原則來評價你的網頁http://www.yahooapis.com/performance/index.html#rules YSlow的下載地址http://www.yahooapis.com/yslow/
          3.ColorZilla 顏色拾取器,不用多說,就是可以快速的獲取web頁面上顏色的rgb十六進制,方便web設計,看見別人的網站顏色好看,直接一點拿來己用,咔咔。還可方便的縮放頁面。下載地址http://www.iosart.com/firefox/colorzilla/
          4.fasterfox  其實這個是個fiefox的性能優化器,不過它還可以計算網頁整體的加載時間和清除ff的緩存。用來消除緩存的影響還是很有用地。地址: http://fasterfox.mozdev.org/
          5.說到緩存,下面這個可以查看ff的緩存并可進行搜索和排序 CacheViewer 地址:https://addons.mozilla.org/en-US/firefox/addon/2489
          6.IE Tab 可以在ff使用ie核心打開標簽頁,地址:https://addons.mozilla.org/en-US/firefox/addon/1419

          posted @ 2008-03-29 23:24 hunter129 閱讀(342) | 評論 (0)編輯 收藏

          做web開發的時候,有時候需要根據鍵盤進行一些操作,例如按下Enter的時候提交表單,禁止用戶輸入某些特殊字符,設置快捷鍵等等。這時候需要找出用戶按下的是那些按鍵,每次都找對照表太麻煩了.so..寫了這么個小程序來測試按鍵。^_^
          其中的charCode是根據ascii表轉換的,不一定準確。

          keyCode :
          charCode :
          shift-key :
          ctrl-key :
          alt-key :

          下面是ascii編碼表:
          ascii編碼表
          源代碼:
          <script type="text/javascript">
          function showKey(e){
          = e || window.event;
          document.getElementById(
          "keyCode").value = e.keyCode;
          document.getElementById(
          "charCode").value = String.fromCharCode(e.keyCode);
          document.getElementById(
          "shiftKey").value = e.shiftKey;
          document.getElementById(
          "ctrlKey").value = e.ctrlKey;
          document.getElementById(
          "altKey").value = e.altKey;
          }
          $(document).ready(
          function(){
          document.onkeydown 
          = showKey;
          });
          </script>
          <br />
          <table>
              
          <tbody>
                  
          <tr>
                      
          <td>keyCode : </td>
                      
          <td><input id="keyCode" type="text" /> </td>
                  
          </tr>
                  
          <tr>
                      
          <td>charCode  : </td>
                      
          <td><input id="charCode" type="text" /> </td>
                  
          </tr>
                  
          <tr>
                      
          <td>shift-key : </td>
                      
          <td><input id="shiftKey" type="text" /> </td>
                  
          </tr>
                  
          <tr>
                      
          <td>ctrl-key : </td>
                      
          <td><input id="ctrlKey" type="text" /> </td>
                  
          </tr>
                  
          <tr>
                      
          <td>alt-key : </td>
                      
          <td><input id="altKey" type="text" /> </td>
                  
          </tr>
              
          </tbody>
          </table>
          其中我使用了jquery來初始化document的onkeydown事件。如果你不使用jquery可以用下面這段代碼
          window.onload = function(){
            document.onkeydown 
          = showKey;
          };

          代替
          $(document).ready(function(){
          document.onkeydown 
          = showKey;
          });

          posted @ 2008-02-02 17:00 hunter129 閱讀(1619) | 評論 (5)編輯 收藏


          轉的~~
          原文
          http://www.cnblogs.com/yxonline/archive/2007/07/09/811434.html
          我們期待自己成為一個優秀的軟件模型設計者,但是,要怎樣做,又從哪里開始呢?

          將下列原則應用到你的軟件工程中,你會獲得立桿見影的成果。

          1. 人遠比技術重要

          你開發軟件是為了供別人使用,沒有人使用的軟件只是沒有意義的數據的集合而已。許多在軟件方面很有成就的行家在他們事業的初期卻表現平平,因為他們 那時侯將主要精力都集中在技術上。顯然,構件(components),EJB(Enterprise Java Beans)和代理(agent)是很有趣的東西。但是對于用戶來說,如果你設計的軟件很難使用或者不能滿足他們的需求,后臺用再好的技術也于事無補。多 花點時間到軟件需求和設計一個使用戶能很容易理解的界面上。

          2. 理解你要實現的東西

          好的軟件設計人員把大多數時間花費在建立系統模型上,偶爾寫一些源代碼,但那只不過是為了驗證設計過程中所遇到的問題。這將使他們的設計方案更加可行。

          3. 謙虛是必須的品格

          你不可能知道一切,你甚至要很努力才能獲得足夠用的知識。軟件開發是一項復雜而艱巨的工作,因為軟件開發所用到的工具和技術是在不斷更新的。而且, 一個人也不可能了解軟件開發的所有過程。在日常生活中你每天接觸到的新鮮事物可能不會太多。但是對于從事軟件開發的人來說,每天可以學習很多新東西(如果 愿意的話)。

          4. 需求就是需求

          如果你沒有任何需求,你就不要動手開發任何軟件。成功的軟件取決于時間(在用戶要求的時間內完成)、預算和是否滿足用戶的需求。如果你不能確切知道用戶需要的是什么,或者軟件的需求定義,那么你的工程注定會失敗。

          5. 需求其實很少改變,改變的是你對需求的理解

          Object ToolSmiths公司(www.objecttoolsmiths.com)的Doug Smith常喜歡說:“分析是一門科學,設計是一門藝術”。他的意思是說在眾多的“正確”分析模型中只存在一個最“正確”分析模型可以完全滿足解決某個具 體問題的需要(我理解的意思是需求分析需要一絲不茍、精確的完成,而設計的時候反而可以發揮創造力和想象力 - 譯者注)。

          如果需求經常改動,很可能是你沒有作好需求分析,并不是需求真的改變了。

          你可以抱怨用戶不能告訴你他們想得到什么,但是不要忘記,收集需求信息是你工作。

          你可以說是新來的開發人員把事情搞得一團糟,但是,你應該確定在工程的第一天就告訴他們應該做什么和怎樣去做。

          如果你覺得公司不讓你與用戶充分接觸,那只能說明公司的管理層并不是真正支持你的項目。

          你可以抱怨公司有關軟件工程的管理制度不合理,但你必須了解大多同行公司是怎么做的。

          你可以借口說你們的競爭對手的成功是因為他們有了一個新的理念,但是為什么你沒先想到呢?

          需求真正改變的情況很少,但是沒有做好需求分析工作的理由卻很多。

          6. 經常閱讀

          在這個每日都在發生變化的產業中,你不可能在已取得的成就上陶醉太久。

          每個月至少讀2、3本專業雜志或者1本專業書籍。保持不落伍需要付出很多的時間和金錢,但會使你成為一個很有實力的競爭者。

          7. 降低軟件模塊間的耦合度

          高耦合度的系統是很難維護的。一處的修改引起另一處甚至更多處的變動。

          你可以通過以下方法降低程序的耦合度:隱藏實現細節,強制構件接口定義,不使用公用數據結構,不讓應用程序直接操作數據庫(我的經驗法則是:當應用程序員在寫SQL代碼的時候,你的程序的耦合度就已經很高了)。

          耦合度低的軟件可以很容易被重用、維護和擴充。

          8. 提高軟件的內聚性

          如果一個軟件的模塊只實現一個功能,那么該模塊具有高內聚性。高內聚性的軟件更容易維護和改進。

          判斷一個模塊是否有高的內聚性,看一看你是否能夠用一個簡單的句子描述它的功能就行了。如果你用了一段話或者你需要使用類似“和”、“或”等連詞,則說明你需要將該模塊細化。

          只有高內聚性的模塊才可能被重用。

          9. 考慮軟件的移植性

          移植是軟件開發中一項具體而又實際的工作,不要相信某些軟件工具的廣告宣傳(比如java 的宣傳口號write once run many ? 譯者注)。

          即使僅僅對軟件進行常規升級,也要把這看得和向另一個操作系統或數據庫移植一樣重要。

          記得從16位Windows移植到32位windows的“樂趣”嗎 ?當你使用了某個操作系統的特性,如它的進程間通信(IPC)策略,或用某數據庫專有語言寫了存儲過程。你的軟件和那個特定的產品結合度就已經很高了。

          好的軟件設計者把那些特有的實現細節打包隱藏起來,所以,當那些特性該變的時候,你的僅僅需要更新那個包就可以了。

          10. 接受變化

          這是一句老話了:唯一不變的只有變化。

          你應該將所有系統將可能發生的變化以及潛在需求記錄下來,以便將來能夠實現(參見“Architecting for Change”,Thinking Objectively, May 1999)

          通過在建模期間考慮這些假設的情況,你就有可能開發出足夠強壯且容易維護的軟件。設計強壯的軟件是你最基本的目標。

          11. 不要低估對軟件規模的需求

          Internet 帶給我們的最大的教訓是你必須在軟件開發的最初階段就考慮軟件規模的可擴充性。

          今天只有100人的部門使用的應用程序,明天可能會被有好幾萬人的組織使用,下月,通過因特網可能會有幾百萬人使用它。

          在軟件設計的初期,根據在用例模型中定義的必須支持的基本事務處理,確定軟件的基本功能。然后,在建造系統的時候再逐步加入比較常用的功能。

          在設計的開始考慮軟件的規模需求,避免在用戶群突然增大的情況下,重寫軟件。

          12. 性能僅僅是很多設計因素之一

          關注軟件設計中的一個重要因素--性能,這好象也是用戶最關心的事情。一個性能不佳的軟件將不可避免被重寫。

          但是你的設計還必須具有可靠性,可用性,便攜性和可擴展性。你應該在工程開始就應該定義并區分好這些因素,以便在工作中恰當使用。性能可以是,也可以不是優先級最高的因素,我的觀點是,給每個設計因素應有的考慮。

          13. 管理接口

          “UML User Guide”(Grady Booch,Ivar Jacobson和Jim Rumbaugh ,Addison Wesley, 1999)中指出,你應該在開發階段的早期就定義軟件模塊之間的接口。

          這有助于你的開發人員全面理解軟件的設計結構并取得一致意見,讓各模塊開發小組相對獨立的工作。一旦模塊的接口確定之后,模塊怎樣實現就不是很重要了。

          從根本上說,如果你不能夠定義你的模塊“從外部看上去會是什么樣子”,你肯定也不清楚模塊內要實現什么。

          14. 走近路需要更長的時間

          在軟件開發中沒有捷徑可以走。

          縮短你的在需求分析上花的時間,結果只能是開發出來的軟件不能滿足用戶的需求,必須被重寫。

          在軟件建模上每節省一周,在將來的編碼階段可能會多花幾周時間,因為你在全面思考之前就動手寫程序。

          你為了節省一天的測試時間而漏掉了一個bug,在將來的維護階段,可能需要花幾周甚至幾個月的時間去修復。與其如此,還不如重新安排一下項目計劃。

          避免走捷徑,只做一次但要做對(do it once by doing it right)。

          15. 別信賴任何人

          產品和服務銷售公司不是你的朋友,你的大部分員工和高層管理人員也不是。

          大部分產品供應商希望把你牢牢綁在他們的產品上,可能是操作系統,數據庫或者某個開發工具。

          大部分的顧問和承包商只關心你的錢并不是你的工程(停止向他們付款,看一看他們會在周圍呆多長時間)。

          大部分程序員認為他們自己比其他人更優秀,他們可能拋棄你設計的模型而用自己認為更好的。

          只有良好的溝通才能解決這些問題。

          要明確的是,不要只依靠一家產品或服務提供商,即使你的公司(或組織)已經在建模、文檔和過程等方面向那個公司投入了很多錢。

          16. 證明你的設計在實踐中可行

          在設計的時候應當先建立一個技術原型, 或者稱為“端到端”原型。以證明你的設計是能夠工作的。

          你應該在開發工作的早期做這些事情,因為,如果軟件的設計方案是不可行的,在編碼實現階段無論采取什么措施都于事無補。技術原型將證明你的設計的可行性,從而,你的設計將更容易獲得支持。

          17. 應用已知的模式

          目前,我們有大量現成的分析和設計模式以及問題的解決方案可以使用。

          一般來說,好的模型設計和開發人員,都會避免重新設計已經成熟的并被廣泛應用的東西。http://www.ambysoft.com/processPatternsPage.html收藏了許多開發模式的信息。

          18. 研究每個模型的長處和弱點

          目前有很多種類的模型可以使用,如下圖所示。用例捕獲的是系統行為需求,數據模型則描述支持一個系統運行所需要的數據構成。你可能會試圖在用例中加 入實際數據描述,但是,這對開發者不是非常有用。同樣,數據模型對描述軟件需求來說是無用的。每個模型在你建模過程中有其相應的位置,但是,你需要明白在 什么地方,什么時候使用它們。

          19. 在現有任務中應用多個模型

          當你收集需求的時候,考慮使用用例模型,用戶界面模型和領域級的類模型。

          當你設計軟件的時候,應該考慮制作類模型,順序圖、狀態圖、協作圖和最終的軟件實際物理模型。

          程序設計人員應該慢慢意識到,僅僅使用一個模型而實現的軟件要么不能夠很好地滿足用戶的需求,要么很難擴展。

          20. 教育你的聽眾

          你花了很大力氣建立一個很成熟的系統模型,而你的聽眾卻不能理解它們,甚至更糟-連為什么要先建立模型都不知道。那么你的工作是毫無意義的。

          教給你開發人員基本的建模知識;否則,他們會只看看你畫的漂亮圖表,然后繼續編寫不規范的程序。

          另外, 你還需要告訴你的用戶一些需求建模的基礎知識。給他們解釋你的用例(uses case)和用戶界面模型,以使他們能夠明白你要表達地東西。當每個人都能使用一個通用的設計語言的時候(比如UML-譯者注),你的團隊才能實現真正的合作。

          21. 帶工具的傻瓜還是傻瓜

          你給我CAD/CAM工具,請我設計一座橋。但是,如果那座橋建成的話,我肯定不想當第一個從橋上過的人,因為我對建筑一竅不通。

          使用一個很優秀的CASE工具并不能使你成為一個建模專家,只能使你成為一個優秀CASE工具的使用者。成為一個優秀的建模專家需要多年的積累,不 會是一周針對某個價值幾千美元工具的培訓。一個優秀的CASE工具是很重要,但你必須學習使用它,并能夠使用它設計它支持的模型。

          22. 理解完整的過程

          好的設計人員應該理解整個軟件過程,盡管他們可能不是精通全部實現細節。

          軟件開發是一個很復雜的過程,還記得《object-oriented software process》第36頁的內容嗎?除了編程、建模、測試等你擅長工作外,還有很多工作要做。

          好的設計者需要考慮全局。必須從長遠考慮如何使軟件滿足用戶需要,如何提供維護和技術支持等。

          23. 常做測試,早做測試

          如果測試對你的軟件來說是無所謂的,那么你的軟件多半也沒什么必要被開發出來。

          建立一個技術原型供技術評審使用,以檢驗你的軟件模型。

          在軟件生命周期中,越晚發現的錯誤越難修改,修改成本越昂貴。盡可能早的做測試是很值得的。

          24. 把你的工作歸檔

          不值得歸檔的工作往往也不值得做。歸檔你的設想,以及根據設想做出的決定;歸檔軟件模型中很重要但不很明顯的部分。 給每個模型一些概要描述以使別人很快明白模型所表達的內容。

          25. 技術會變,基本原理不會

          如果有人說“使用某種開發語言、某個工具或某某技術,我們就不需要再做需求分析,建模,編碼或測試”。不要相信,這只說明他還缺乏經驗。拋開技術和 人的因素,實際上軟件開發的基本原理自20世紀70年代以來就沒有改變過。你必須還定義需求,建模,編碼,測試,配置,面對風險,發布產品,管理工作人員 等等。

          軟件建模技術是需要多年的實際工作才能完全掌握的。好在你可以從我的建議開始,完善你們自己的軟件開發經驗。

          以雞湯開始,加入自己的蔬菜。然后,開始享受你自己的豐盛晚餐吧。

          posted @ 2008-01-31 22:59 hunter129 閱讀(305) | 評論 (2)編輯 收藏

          主站蜘蛛池模板: 雅安市| 利津县| 秭归县| 布拖县| 嘉荫县| 公安县| 元谋县| 东乡族自治县| 霍山县| 侯马市| 花莲市| 灌云县| 东平县| 蒙山县| 西丰县| 开阳县| 永定县| 思南县| 白山市| 佛山市| 阿巴嘎旗| 通江县| 神农架林区| 那曲县| 承德县| 溧水县| 卢氏县| 潼南县| 宝清县| 金山区| 舒城县| 祁门县| 永安市| 昌邑市| 山东省| 安达市| 霍林郭勒市| 大新县| 资溪县| 房产| 长宁县|