2008年1月28日 #
原文地址:http://tiny4.org/blog/2011/06/hr-itcast/
今年三月到四月間,傳智播客的老師張孝祥發(fā)了三篇Blog《聯(lián)想利泰的一道做出來(lái)就給月薪7K的面試題–交通燈管理系統(tǒng)》、《又一道軟通動(dòng)力7K月薪面試題——銀行業(yè)務(wù)調(diào)度系統(tǒng)》和《累病倒了我兩次的面試題–移動(dòng)用戶(hù)資費(fèi)統(tǒng)計(jì)系統(tǒng)》。這三篇無(wú)一例外的除了分析面試題以外,都講述了張孝祥老師怎么辛辛苦苦給學(xué)生做好面試題,讓他們?nèi)ソ徊畹墓适隆2灰詾閻u,反以為榮。
截圖來(lái)自《聯(lián)想利泰的一道做出來(lái)就給月薪7K的面試題–交通燈管理系統(tǒng)》
tiny:擔(dān)心答案雷同,呵呵,張老師知道這是面試題啊。
截圖來(lái)自《又一道軟通動(dòng)力7K月薪面試題——銀行業(yè)務(wù)調(diào)度系統(tǒng)》
tiny:原來(lái)張老師知道企業(yè)不喜歡南郭先生,知道代做面試題會(huì)損害企業(yè)利益啊。
截圖來(lái)自《累病倒了我兩次的面試題–移動(dòng)用戶(hù)資費(fèi)統(tǒng)計(jì)系統(tǒng)》
tiny:張老師真是嘔心瀝血,為了給學(xué)生作弊,自己都累病了。
本來(lái)這三篇文章,在twitter,新浪微博上,都有很多朋友批評(píng)過(guò),我也批評(píng)過(guò)幾次,相信經(jīng)過(guò)大家批評(píng),張老師一定會(huì)醒悟到自己的問(wèn)題,改正幫學(xué)生作弊這種不可接受的行為。
誰(shuí)知道5月29日,張老師又寫(xiě)了一篇《我從事的軟件培訓(xùn)果真是一個(gè)很不入流的職業(yè)嗎?》,文章里面他避重就輕,把大家的批評(píng)說(shuō)成了對(duì)他培訓(xùn)方法的不認(rèn)同。
所以我實(shí)在忍不住了,在新浪微博質(zhì)問(wèn)了蔣濤幾句,因?yàn)槲抑朗Y濤應(yīng)該是傳智播客的主要投資人。
誰(shuí)知道蔣濤居然如下回答:
后面還有不少爭(zhēng)論,我不多貼了,我本來(lái)把蔣濤老師當(dāng)作一個(gè)前輩一個(gè)朋友,沒(méi)想到居然會(huì)這樣……
我在盛大創(chuàng)新院的時(shí)候,自己招聘了一個(gè)美工,幫別的項(xiàng)目組面試了很多iOS工程師。招聘現(xiàn)在是非常困難的工作,各大招聘網(wǎng)站推薦來(lái)的面試者很多都是 濫竽充數(shù)的,本來(lái)已經(jīng)夠麻煩的招聘再加上培訓(xùn)機(jī)構(gòu)的作弊,招聘越來(lái)越難。與此同時(shí),一個(gè)年輕人們?nèi)フ夜ぷ饕矔?huì)變得越來(lái)越難。幾年前,培訓(xùn)學(xué)校出來(lái)的學(xué)生可 能還是某些公司爭(zhēng)搶的目標(biāo),但是現(xiàn)在隨著培訓(xùn)學(xué)校越來(lái)越多,競(jìng)爭(zhēng)越來(lái)越激烈,跟企業(yè)斗志斗勇的越來(lái)越多,很多企業(yè)早就開(kāi)始直接刷掉有培訓(xùn)學(xué)校經(jīng)歷的學(xué)生。 我本來(lái)是不建議這么絕對(duì)去做的,但是經(jīng)過(guò)張老師這個(gè)事件,我相信大多數(shù)看過(guò)張老師的blog的技術(shù)面試官,企業(yè)HR,心目中“傳智播客”已經(jīng)進(jìn)入了黑名 單。我們的目的是找到真正的人才,不是找一個(gè)老師牛屄的人,這個(gè)簡(jiǎn)單的道理,張老師,蔣老師,不需要研究面試題你們就應(yīng)該知道。你們現(xiàn)在送一個(gè)學(xué)生混進(jìn)了 企業(yè),就是未來(lái)堵住了其他學(xué)生進(jìn)這個(gè)企業(yè)的可能性,哪怕未來(lái)那個(gè)學(xué)生是有真材實(shí)學(xué)的人。企業(yè)的技術(shù)面試官和HR,不是撂爪就忘的老鼠。
現(xiàn)在我出來(lái)創(chuàng)業(yè)做一個(gè)小企業(yè)。其實(shí)我很知道一些小企業(yè)的疾苦,當(dāng)年我和火炬創(chuàng)業(yè)做技術(shù)咨詢(xún)的時(shí)候,見(jiàn)過(guò)很多沒(méi)有技術(shù)背景的創(chuàng)業(yè)者,找技術(shù)人才非常困 難,因?yàn)樽约簺](méi)有辨別能力。所以經(jīng)常招了一個(gè)人說(shuō)起來(lái)不錯(cuò),看起來(lái)挺好,結(jié)果做了三個(gè)月什么也做不出來(lái)。在當(dāng)年瞬息萬(wàn)變的競(jìng)爭(zhēng)態(tài)勢(shì)下,三個(gè)月什么都沒(méi)做出 來(lái),對(duì)創(chuàng)業(yè)者打擊非常大。他們只能再找一個(gè)技術(shù)人員,期待三個(gè)月后有點(diǎn)結(jié)果。這個(gè)層面來(lái)看,小企業(yè)你更傷不起啊。
所以,在我的Blog,我今天嚴(yán)正聲明在“張老師道歉并承諾再也不進(jìn)行這類(lèi)作弊行為”之前,我的企業(yè),并號(hào)召其他的看到我的文章和張老師文章的企業(yè)主,技術(shù)面試官,HR,堅(jiān)決不招聘任何傳智播客培訓(xùn)過(guò)的學(xué)生。
有人今天在新浪說(shuō),也許我40歲以后就不會(huì)這么看問(wèn)題了。我說(shuō),“反之,我年輕的時(shí)候,學(xué)生時(shí)想法也許不同,但是年紀(jì)越大覺(jué)得誠(chéng)信越可貴越不可缺失”。現(xiàn)在傳志播客的學(xué)生們,你們可以把我當(dāng)仇人了,不過(guò)期待你們老了以后懂的我今天在講些什么。
Outlook2010有一個(gè)新功能,叫做"快速步驟",可以把一些經(jīng)常用到的功能"自動(dòng)化"。
如,發(fā)群體郵件。
以給"設(shè)計(jì)組"發(fā)郵件為例說(shuō)明:
A.準(zhǔn)備好收件人
新建一封郵件,把設(shè)計(jì)組的收件人依次設(shè)置好,然后把收件人地址拷貝出來(lái)以備使用。
B建立快速步驟
1.在"快速步驟"處單擊"新建"
2.在彈出的窗口中,操作選擇"新郵件"。
3.把剛才準(zhǔn)備好的收件人地址復(fù)制到"收件人"后面的文本框中。
注意:一定是復(fù)制過(guò)去,不要嘗試點(diǎn)擊"收件人"按鈕。(那個(gè)不能用,可能需要安裝企業(yè)服務(wù)器)
4.點(diǎn)擊"顯示選項(xiàng)"可以設(shè)置抄送等其他選項(xiàng)。
5.完成。在快速步驟中即會(huì)出現(xiàn)一個(gè)新的鏈接,試試吧:)
介紹:
TC(Total Commander) 是一個(gè)優(yōu)秀的資源管理器
可以在這里下載:http://www.ghisler.com/
everything 可以幫助你搜索磁盤(pán)中的文件,速度很快:)
這里下載http://www.voidtools.com/
集成everything到TC
在everything搜索結(jié)果上,雙擊目錄,或在文件上右鍵菜單“打開(kāi)路徑”,則Total Commander進(jìn)入此目錄。
打開(kāi)Everything.ini修改對(duì)應(yīng)的行為如下格式即可,其中%tc_home%為T(mén)otal 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")
今天要發(fā)一個(gè)用戶(hù)手冊(cè),大概有21M。outlook提示附件大小超過(guò)限制。
解決方法:
打開(kāi)注冊(cè)表:
[HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Preferences]
新建一個(gè)“DWORD”類(lèi)型的值
名稱(chēng)為:MaximumAttachmentSize
值設(shè)置為:0
今天調(diào)試系統(tǒng)發(fā)現(xiàn)從java輸出的時(shí)間和系統(tǒng)時(shí)間不同。總是差8個(gè)小時(shí)。代碼如下:
System.out.println(format.format(new Date()));
感覺(jué)可能是時(shí)區(qū)不對(duì),確實(shí)了下操作系統(tǒng)的時(shí)區(qū)設(shè)置的也正確。重啟電腦看了下BIOS的時(shí)間也是對(duì)的。無(wú)奈上網(wǎng)查找。
終于找到原來(lái)是注冊(cè)表時(shí)區(qū)設(shè)置不正確。
看這里:http://huiy.javaeye.com/blog/200512
注冊(cè)表對(duì)應(yīng)項(xiàng):HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones
解決之道:
1.備份Time Zones這一項(xiàng)
2.從正常的并且是相同系統(tǒng)的機(jī)器中導(dǎo)出該項(xiàng),然后倒入到自己機(jī)器中
下載:注冊(cè)表信息
通常情況下, 一些服務(wù)器上會(huì)隱藏著一些以點(diǎn)開(kāi)始的的文件名, 常見(jiàn)的如 ".htaccess" 或 ".profile".
想要在遠(yuǎn)程服務(wù)器上顯示這些隱藏文件
1、選擇界面上的 [站點(diǎn)管理器] 標(biāo)簽
2、選擇想要看到隱藏文件的遠(yuǎn)程服務(wù)器站點(diǎn)
3、右鍵,選擇 [屬性]
4、選擇 [操作] 標(biāo)簽
5、選擇最下面的 [過(guò)濾]
6、選中 [啟用過(guò)濾(E)] 和 [啟用服務(wù)器端過(guò)濾(服務(wù)器應(yīng)用過(guò)濾)(S)]
7、在 [遠(yuǎn)程過(guò)濾(M)] 右側(cè)的輸入框中輸入:
-a
8、單擊 [確定]
9、完成...
MySQL配置文件my.cnf 例子最詳細(xì)翻譯,可以保存做筆記用。
#BEGIN CONFIG INFO
#DESCR: 4GB RAM, 只使用InnoDB, ACID, 少量的連接, 隊(duì)列負(fù)載大
#TYPE: SYSTEM
#END CONFIG INFO
#
# 此mysql配置文件例子針對(duì)4G內(nèi)存。
# 主要使用INNODB
#處理復(fù)雜隊(duì)列并且連接數(shù)量較少的mysql服務(wù)器
#
# 將此文件復(fù)制到/etc/my.cnf 作為全局設(shè)置,
# mysql-data-dir/my.cnf 作為服務(wù)器指定設(shè)置
# (@localstatedir@ for this installation) 或者放入
# ~/.my.cnf 作為用戶(hù)設(shè)置.
#
# 在此配置文件中, 你可以使用所有程序支持的長(zhǎng)選項(xiàng).
# 如果想獲悉程序支持的所有選項(xiàng)
# 請(qǐng)?jiān)诔绦蚝蠹由?/span>"--help"參數(shù)運(yùn)行程序.
#
# 關(guān)于獨(dú)立選項(xiàng)更多的細(xì)節(jié)信息可以在手冊(cè)內(nèi)找到
#
#
# 以下選項(xiàng)會(huì)被MySQL客戶(hù)端應(yīng)用讀取.
# 注意只有MySQL附帶的客戶(hù)端應(yīng)用程序保證可以讀取這段內(nèi)容.
# 如果你想你自己的MySQL應(yīng)用程序獲取這些值
# 需要在MySQL客戶(hù)端庫(kù)初始化的時(shí)候指定這些選項(xiàng)
#
[client]
#password = [your_password]
port = @MYSQL_TCP_PORT@
socket = @MYSQL_UNIX_ADDR@
# *** 應(yīng)用定制選項(xiàng) ***
#
# MySQL 服務(wù)端
#
[mysqld]
# 一般配置選項(xiàng)
port = @MYSQL_TCP_PORT@
socket = @MYSQL_UNIX_ADDR@
# back_log 是操作系統(tǒng)在監(jiān)聽(tīng)隊(duì)列中所能保持的連接數(shù),
# 隊(duì)列保存了在MySQL連接管理器線(xiàn)程處理之前的連接.
# 如果你有非常高的連接率并且出現(xiàn)"connection refused" 報(bào)錯(cuò),
# 你就應(yīng)該增加此處的值.
# 檢查你的操作系統(tǒng)文檔來(lái)獲取這個(gè)變量的最大值.
# 如果將back_log設(shè)定到比你操作系統(tǒng)限制更高的值,將會(huì)沒(méi)有效果
back_log = 50
# 不在TCP/IP端口上進(jìn)行監(jiān)聽(tīng).
# 如果所有的進(jìn)程都是在同一臺(tái)服務(wù)器連接到本地的mysqld,
# 這樣設(shè)置將是增強(qiáng)安全的方法
# 所有mysqld的連接都是通過(guò)Unix sockets 或者命名管道進(jìn)行的.
# 注意在windows下如果沒(méi)有打開(kāi)命名管道選項(xiàng)而只是用此項(xiàng)
# (通過(guò) "enable-named-pipe" 選項(xiàng)) 將會(huì)導(dǎo)致mysql服務(wù)沒(méi)有任何作用!
#skip-networking
# MySQL 服務(wù)所允許的同時(shí)會(huì)話(huà)數(shù)的上限
# 其中一個(gè)連接將被SUPER權(quán)限保留作為管理員登錄.
# 即便已經(jīng)達(dá)到了連接數(shù)的上限.
max_connections = 100
# 每個(gè)客戶(hù)端連接最大的錯(cuò)誤允許數(shù)量,如果達(dá)到了此限制.
# 這個(gè)客戶(hù)端將會(huì)被MySQL服務(wù)阻止直到執(zhí)行了"FLUSH HOSTS" 或者服務(wù)重啟
# 非法的密碼以及其他在鏈接時(shí)的錯(cuò)誤會(huì)增加此值.
# 查看 "Aborted_connects" 狀態(tài)來(lái)獲取全局計(jì)數(shù)器.
max_connect_errors = 10
# 所有線(xiàn)程所打開(kāi)表的數(shù)量.
# 增加此值就增加了mysqld所需要的文件描述符的數(shù)量
# 這樣你需要確認(rèn)在[mysqld_safe]中 "open-files-limit" 變量設(shè)置打開(kāi)文件數(shù)量允許至少4096
table_cache = 2048
# 允許外部文件級(jí)別的鎖. 打開(kāi)文件鎖會(huì)對(duì)性能造成負(fù)面影響
# 所以只有在你在同樣的文件上運(yùn)行多個(gè)數(shù)據(jù)庫(kù)實(shí)例時(shí)才使用此選項(xiàng)(注意仍會(huì)有其他約束!)
# 或者你在文件層面上使用了其他一些軟件依賴(lài)來(lái)鎖定MyISAM表
#external-locking
# 服務(wù)所能處理的請(qǐng)求包的最大大小以及服務(wù)所能處理的最大的請(qǐng)求大小(當(dāng)與大的BLOB字段一起工作時(shí)相當(dāng)必要)
# 每個(gè)連接獨(dú)立的大小.大小動(dòng)態(tài)增加
max_allowed_packet = 16M
# 在一個(gè)事務(wù)中binlog為了記錄SQL狀態(tài)所持有的cache大小
# 如果你經(jīng)常使用大的,多聲明的事務(wù),你可以增加此值來(lái)獲取更大的性能.
# 所有從事務(wù)來(lái)的狀態(tài)都將被緩沖在binlog緩沖中然后在提交后一次性寫(xiě)入到binlog中
# 如果事務(wù)比此值大, 會(huì)使用磁盤(pán)上的臨時(shí)文件來(lái)替代.
# 此緩沖在每個(gè)連接的事務(wù)第一次更新?tīng)顟B(tài)時(shí)被創(chuàng)建
binlog_cache_size = 1M
# 獨(dú)立的內(nèi)存表所允許的最大容量.
# 此選項(xiàng)為了防止意外創(chuàng)建一個(gè)超大的內(nèi)存表導(dǎo)致永盡所有的內(nèi)存資源.
max_heap_table_size = 64M
# 排序緩沖被用來(lái)處理類(lèi)似ORDER BY以及GROUP BY隊(duì)列所引起的排序
# 如果排序后的數(shù)據(jù)無(wú)法放入排序緩沖,
# 一個(gè)用來(lái)替代的基于磁盤(pán)的合并分類(lèi)會(huì)被使用
# 查看 "Sort_merge_passes" 狀態(tài)變量.
# 在排序發(fā)生時(shí)由每個(gè)線(xiàn)程分配
sort_buffer_size = 8M
# 此緩沖被使用來(lái)優(yōu)化全聯(lián)合(full JOINs 不帶索引的聯(lián)合).
# 類(lèi)似的聯(lián)合在極大多數(shù)情況下有非常糟糕的性能表現(xiàn),
# 但是將此值設(shè)大能夠減輕性能影響.
# 通過(guò) "Select_full_join" 狀態(tài)變量查看全聯(lián)合的數(shù)量
# 當(dāng)全聯(lián)合發(fā)生時(shí),在每個(gè)線(xiàn)程中分配
join_buffer_size = 8M
# 我們?cè)赾ache中保留多少線(xiàn)程用于重用
# 當(dāng)一個(gè)客戶(hù)端斷開(kāi)連接后,如果cache中的線(xiàn)程還少于thread_cache_size,
# 則客戶(hù)端線(xiàn)程被放入cache中.
# 這可以在你需要大量新連接的時(shí)候極大的減少線(xiàn)程創(chuàng)建的開(kāi)銷(xiāo)
# (一般來(lái)說(shuō)如果你有好的線(xiàn)程模型的話(huà),這不會(huì)有明顯的性能提升.)
thread_cache_size = 8
# 此允許應(yīng)用程序給予線(xiàn)程系統(tǒng)一個(gè)提示在同一時(shí)間給予渴望被運(yùn)行的線(xiàn)程的數(shù)量.
# 此值只對(duì)于支持 thread_concurrency() 函數(shù)的系統(tǒng)有意義( 例如Sun Solaris).
# 你可可以嘗試使用 [CPU數(shù)量]*(2..4) 來(lái)作為thread_concurrency的值
thread_concurrency = 8
# 查詢(xún)緩沖常被用來(lái)緩沖 SELECT 的結(jié)果并且在下一次同樣查詢(xún)的時(shí)候不再執(zhí)行直接返回結(jié)果.
# 打開(kāi)查詢(xún)緩沖可以極大的提高服務(wù)器速度, 如果你有大量的相同的查詢(xún)并且很少修改表.
# 查看 "Qcache_lowmem_prunes" 狀態(tài)變量來(lái)檢查是否當(dāng)前值對(duì)于你的負(fù)載來(lái)說(shuō)是否足夠高.
# 注意: 在你表經(jīng)常變化的情況下或者如果你的查詢(xún)?cè)拿看味疾煌?/span>,
# 查詢(xún)緩沖也許引起性能下降而不是性能提升.
query_cache_size = 64M
# 只有小于此設(shè)定值的結(jié)果才會(huì)被緩沖
# 此設(shè)置用來(lái)保護(hù)查詢(xún)緩沖,防止一個(gè)極大的結(jié)果集將其他所有的查詢(xún)結(jié)果都覆蓋.
query_cache_limit = 2M
# 被全文檢索索引的最小的字長(zhǎng).
# 你也許希望減少它,如果你需要搜索更短字的時(shí)候.
# 注意在你修改此值之后,
# 你需要重建你的 FULLTEXT 索引
ft_min_word_len = 4
# 如果你的系統(tǒng)支持 memlock() 函數(shù),你也許希望打開(kāi)此選項(xiàng)用以讓運(yùn)行中的mysql在在內(nèi)存高度緊張的時(shí)候,數(shù)據(jù)在內(nèi)存中保持鎖定并且防止可能被swapping out
# 此選項(xiàng)對(duì)于性能有益
#memlock
# 當(dāng)創(chuàng)建新表時(shí)作為默認(rèn)使用的表類(lèi)型,
# 如果在創(chuàng)建表示沒(méi)有特別執(zhí)行表類(lèi)型,將會(huì)使用此值
default_table_type = MYISAM
# 線(xiàn)程使用的堆大小. 此容量的內(nèi)存在每次連接時(shí)被預(yù)留.
# MySQL 本身常不會(huì)需要超過(guò)64K的內(nèi)存
# 如果你使用你自己的需要大量堆的UDF函數(shù)
# 或者你的操作系統(tǒng)對(duì)于某些操作需要更多的堆,
# 你也許需要將其設(shè)置的更高一點(diǎn).
thread_stack = 192K
# 設(shè)定默認(rèn)的事務(wù)隔離級(jí)別.可用的級(jí)別如下:
# READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
transaction_isolation = REPEATABLE-READ
# 內(nèi)部(內(nèi)存中)臨時(shí)表的最大大小
# 如果一個(gè)表增長(zhǎng)到比此值更大,將會(huì)自動(dòng)轉(zhuǎn)換為基于磁盤(pán)的表.
# 此限制是針對(duì)單個(gè)表的,而不是總和.
tmp_table_size = 64M
# 打開(kāi)二進(jìn)制日志功能.
# 在復(fù)制(replication)配置中,作為MASTER主服務(wù)器必須打開(kāi)此項(xiàng)
# 如果你需要從你最后的備份中做基于時(shí)間點(diǎn)的恢復(fù),你也同樣需要二進(jìn)制日志.
log-bin=mysql-bin
# 如果你在使用鏈?zhǔn)綇姆?wù)器結(jié)構(gòu)的復(fù)制模式 (A->B->C),
# 你需要在服務(wù)器B上打開(kāi)此項(xiàng).
# 此選項(xiàng)打開(kāi)在從線(xiàn)程上重做過(guò)的更新的日志,
# 并將其寫(xiě)入從服務(wù)器的二進(jìn)制日志.
#log_slave_updates
# 打開(kāi)全查詢(xún)?nèi)罩? 所有的由服務(wù)器接收到的查詢(xún) (甚至對(duì)于一個(gè)錯(cuò)誤語(yǔ)法的查詢(xún))
# 都會(huì)被記錄下來(lái). 這對(duì)于調(diào)試非常有用, 在生產(chǎn)環(huán)境中常常關(guān)閉此項(xiàng).
#log
# 將警告打印輸出到錯(cuò)誤log文件. 如果你對(duì)于MySQL有任何問(wèn)題
# 你應(yīng)該打開(kāi)警告log并且仔細(xì)審查錯(cuò)誤日志,查出可能的原因.
#log_warnings
# 記錄慢速查詢(xún). 慢速查詢(xún)是指消耗了比 "long_query_time" 定義的更多時(shí)間的查詢(xún).
# 如果 log_long_format 被打開(kāi),那些沒(méi)有使用索引的查詢(xún)也會(huì)被記錄.
# 如果你經(jīng)常增加新查詢(xún)到已有的系統(tǒng)內(nèi)的話(huà). 一般來(lái)說(shuō)這是一個(gè)好主意,
log_slow_queries
# 所有的使用了比這個(gè)時(shí)間(以秒為單位)更多的查詢(xún)會(huì)被認(rèn)為是慢速查詢(xún).
# 不要在這里使用"1", 否則會(huì)導(dǎo)致所有的查詢(xún),甚至非常快的查詢(xún)頁(yè)被記錄下來(lái)(由于MySQL 目前時(shí)間的精確度只能達(dá)到秒的級(jí)別).
long_query_time = 2
# 在慢速日志中記錄更多的信息.
# 一般此項(xiàng)最好打開(kāi).
# 打開(kāi)此項(xiàng)會(huì)記錄使得那些沒(méi)有使用索引的查詢(xún)也被作為到慢速查詢(xún)附加到慢速日志里
log_long_format
# 此目錄被MySQL用來(lái)保存臨時(shí)文件.例如,
# 它被用來(lái)處理基于磁盤(pán)的大型排序,和內(nèi)部排序一樣.
# 以及簡(jiǎn)單的臨時(shí)表.
# 如果你不創(chuàng)建非常大的臨時(shí)文件,將其放置到 swapfs/tmpfs 文件系統(tǒng)上也許比較好
# 另一種選擇是你也可以將其放置在獨(dú)立的磁盤(pán)上.
# 你可以使用";"來(lái)放置多個(gè)路徑
# 他們會(huì)按照roud-robin方法被輪詢(xún)使用.
#tmpdir = /tmp
# *** 復(fù)制有關(guān)的設(shè)置
# 唯一的服務(wù)辨識(shí)號(hào),數(shù)值位于 1 到 2^32-1之間.
# 此值在master和slave上都需要設(shè)置.
# 如果 "master-host" 沒(méi)有被設(shè)置,則默認(rèn)為1, 但是如果忽略此選項(xiàng),MySQL不會(huì)作為master生效.
server-id = 1
# 復(fù)制的Slave (去掉master段的注釋來(lái)使其生效)
#
# 為了配置此主機(jī)作為復(fù)制的slave服務(wù)器,你可以選擇兩種方法:
#
# 1) 使用 CHANGE MASTER TO 命令 (在我們的手冊(cè)中有完整描述) -
# 語(yǔ)法如下:
#
# CHANGE MASTER TO MASTER_HOST=<host>, MASTER_PORT=<port>,
# MASTER_USER=<user>, MASTER_PASSWORD=<password> ;
#
# 你需要替換掉 <host>, <user>, <password> 等被尖括號(hào)包圍的字段以及使用master的端口號(hào)替換<port> (默認(rèn)3306).
#
# 例子:
#
# CHANGE MASTER TO MASTER_HOST='125.564.12.1', MASTER_PORT=3306,
# MASTER_USER='joe', MASTER_PASSWORD='secret';
#
# 或者
#
# 2) 設(shè)置以下的變量. 不論如何, 在你選擇這種方法的情況下, 然后第一次啟動(dòng)復(fù)制(甚至不成功的情況下,
# 例如如果你輸入錯(cuò)密碼在master-password字段并且slave無(wú)法連接),
# slave會(huì)創(chuàng)建一個(gè) master.info 文件,并且之后任何對(duì)于包含在此文件內(nèi)的參數(shù)的變化都會(huì)被忽略
# 并且由 master.info 文件內(nèi)的內(nèi)容覆蓋, 除非你關(guān)閉slave服務(wù), 刪除 master.info 并且重啟slave 服務(wù).
# 由于這個(gè)原因,你也許不想碰一下的配置(注釋掉的) 并且使用 CHANGE MASTER TO (查看上面) 來(lái)代替
#
# 所需要的唯一id號(hào)位于 2 和 2^32 - 1之間
# (并且和master不同)
# 如果master-host被設(shè)置了.則默認(rèn)值是2
# 但是如果省略,則不會(huì)生效
#server-id = 2
#
# 復(fù)制結(jié)構(gòu)中的master - 必須
#master-host = <hostname>
#
# 當(dāng)連接到master上時(shí)slave所用來(lái)認(rèn)證的用戶(hù)名 - 必須
#master-user = <username>
#
# 當(dāng)連接到master上時(shí)slave所用來(lái)認(rèn)證的密碼 - 必須
#master-password = <password>
#
# master監(jiān)聽(tīng)的端口.
# 可選 - 默認(rèn)是3306
#master-port = <port>
# 使得slave只讀.只有用戶(hù)擁有SUPER權(quán)限和在上面的slave線(xiàn)程能夠修改數(shù)據(jù).
# 你可以使用此項(xiàng)去保證沒(méi)有應(yīng)用程序會(huì)意外的修改slave而不是master上的數(shù)據(jù)
#read_only
#*** MyISAM 相關(guān)選項(xiàng)
# 關(guān)鍵詞緩沖的大小, 一般用來(lái)緩沖MyISAM表的索引塊.
# 不要將其設(shè)置大于你可用內(nèi)存的30%,
# 因?yàn)橐徊糠謨?nèi)存同樣被OS用來(lái)緩沖行數(shù)據(jù)
# 甚至在你并不使用MyISAM 表的情況下, 你也需要仍舊設(shè)置起 8-64M 內(nèi)存由于它同樣會(huì)被內(nèi)部臨時(shí)磁盤(pán)表使用.
key_buffer_size = 32M
# 用來(lái)做MyISAM表全表掃描的緩沖大小.
# 當(dāng)全表掃描需要時(shí),在對(duì)應(yīng)線(xiàn)程中分配.
read_buffer_size = 2M
# 當(dāng)在排序之后,從一個(gè)已經(jīng)排序好的序列中讀取行時(shí),行數(shù)據(jù)將從這個(gè)緩沖中讀取來(lái)防止磁盤(pán)尋道.
# 如果你增高此值,可以提高很多ORDER BY的性能.
# 當(dāng)需要時(shí)由每個(gè)線(xiàn)程分配
read_rnd_buffer_size = 16M
# MyISAM 使用特殊的類(lèi)似樹(shù)的cache來(lái)使得突發(fā)插入
# (這些插入是,INSERT





# INFILE) 更快. 此變量限制每個(gè)進(jìn)程中緩沖樹(shù)的字節(jié)數(shù).
# 設(shè)置為 0 會(huì)關(guān)閉此優(yōu)化.
# 為了最優(yōu)化不要將此值設(shè)置大于 "key_buffer_size".
# 當(dāng)突發(fā)插入被檢測(cè)到時(shí)此緩沖將被分配.
bulk_insert_buffer_size = 64M
# 此緩沖當(dāng)MySQL需要在 REPAIR, OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個(gè)空表中引起重建索引時(shí)被分配.
# 這在每個(gè)線(xiàn)程中被分配.所以在設(shè)置大值時(shí)需要小心.
myisam_sort_buffer_size = 128M
# MySQL重建索引時(shí)所允許的最大臨時(shí)文件的大小 (當(dāng) REPAIR, ALTER TABLE 或者 LOAD DATA INFILE).
# 如果文件大小比此值更大,索引會(huì)通過(guò)鍵值緩沖創(chuàng)建(更慢)
myisam_max_sort_file_size = 10G
# 如果被用來(lái)更快的索引創(chuàng)建索引所使用臨時(shí)文件大于制定的值,那就使用鍵值緩沖方法.
# 這主要用來(lái)強(qiáng)制在大表中長(zhǎng)字串鍵去使用慢速的鍵值緩沖方法來(lái)創(chuàng)建索引.
myisam_max_extra_sort_file_size = 10G
# 如果一個(gè)表?yè)碛谐^(guò)一個(gè)索引, MyISAM 可以通過(guò)并行排序使用超過(guò)一個(gè)線(xiàn)程去修復(fù)他們.
# 這對(duì)于擁有多個(gè)CPU以及大量?jī)?nèi)存情況的用戶(hù),是一個(gè)很好的選擇.
myisam_repair_threads = 1
# 自動(dòng)檢查和修復(fù)沒(méi)有適當(dāng)關(guān)閉的 MyISAM 表.
myisam_recover
# 默認(rèn)關(guān)閉 Federated
skip-federated
# *** BDB 相關(guān)選項(xiàng) ***
# 如果你運(yùn)行的MySQL服務(wù)有BDB支持但是你不準(zhǔn)備使用的時(shí)候使用此選項(xiàng). 這會(huì)節(jié)省內(nèi)存并且可能加速一些事.
skip-bdb
# *** INNODB 相關(guān)選項(xiàng) ***
# 如果你的MySQL服務(wù)包含InnoDB支持但是并不打算使用的話(huà),
# 使用此選項(xiàng)會(huì)節(jié)省內(nèi)存以及磁盤(pán)空間,并且加速某些部分
#skip-innodb
# 附加的內(nèi)存池被InnoDB用來(lái)保存 metadata 信息
# 如果InnoDB為此目的需要更多的內(nèi)存,它會(huì)開(kāi)始從OS這里申請(qǐng)內(nèi)存.
# 由于這個(gè)操作在大多數(shù)現(xiàn)代操作系統(tǒng)上已經(jīng)足夠快, 你一般不需要修改此值.
# SHOW INNODB STATUS 命令會(huì)顯示當(dāng)先使用的數(shù)量.
innodb_additional_mem_pool_size = 16M
# InnoDB使用一個(gè)緩沖池來(lái)保存索引和原始數(shù)據(jù), 不像 MyISAM.
# 這里你設(shè)置越大,你在存取表里面數(shù)據(jù)時(shí)所需要的磁盤(pán)I/O越少.
# 在一個(gè)獨(dú)立使用的數(shù)據(jù)庫(kù)服務(wù)器上,你可以設(shè)置這個(gè)變量到服務(wù)器物理內(nèi)存大小的80%
# 不要設(shè)置過(guò)大,否則,由于物理內(nèi)存的競(jìng)爭(zhēng)可能導(dǎo)致操作系統(tǒng)的換頁(yè)顛簸.
# 注意在32位系統(tǒng)上你每個(gè)進(jìn)程可能被限制在 2-3.5G 用戶(hù)層面內(nèi)存限制,
# 所以不要設(shè)置的太高.
innodb_buffer_pool_size = 2G
# InnoDB 將數(shù)據(jù)保存在一個(gè)或者多個(gè)數(shù)據(jù)文件中成為表空間.
# 如果你只有單個(gè)邏輯驅(qū)動(dòng)保存你的數(shù)據(jù),一個(gè)單個(gè)的自增文件就足夠好了.
# 其他情況下.每個(gè)設(shè)備一個(gè)文件一般都是個(gè)好的選擇.
# 你也可以配置InnoDB來(lái)使用裸盤(pán)分區(qū) - 請(qǐng)參考手冊(cè)來(lái)獲取更多相關(guān)內(nèi)容
innodb_data_file_path = ibdata1:10M:autoextend
# 設(shè)置此選項(xiàng)如果你希望InnoDB表空間文件被保存在其他分區(qū).
# 默認(rèn)保存在MySQL的datadir中.
#innodb_data_home_dir = <directory>
# 用來(lái)同步IO操作的IO線(xiàn)程的數(shù)量. This value is
# 此值在Unix下被硬編碼為4,但是在Windows磁盤(pán)I/O可能在一個(gè)大數(shù)值下表現(xiàn)的更好.
innodb_file_io_threads = 4
# 如果你發(fā)現(xiàn)InnoDB表空間損壞, 設(shè)置此值為一個(gè)非零值可能幫助你導(dǎo)出你的表.
# 從1開(kāi)始并且增加此值知道你能夠成功的導(dǎo)出表.
#innodb_force_recovery=1
# 在InnoDb核心內(nèi)的允許線(xiàn)程數(shù)量.
# 最優(yōu)值依賴(lài)于應(yīng)用程序,硬件以及操作系統(tǒng)的調(diào)度方式.
# 過(guò)高的值可能導(dǎo)致線(xiàn)程的互斥顛簸.
innodb_thread_concurrency = 16
# 如果設(shè)置為1 ,InnoDB會(huì)在每次提交后刷新(fsync)事務(wù)日志到磁盤(pán)上,
# 這提供了完整的ACID行為.
# 如果你愿意對(duì)事務(wù)安全折衷, 并且你正在運(yùn)行一個(gè)小的食物, 你可以設(shè)置此值到0或者2來(lái)減少由事務(wù)日志引起的磁盤(pán)I/O
# 0代表日志只大約每秒寫(xiě)入日志文件并且日志文件刷新到磁盤(pán).
# 2代表日志寫(xiě)入日志文件在每次提交后,但是日志文件只有大約每秒才會(huì)刷新到磁盤(pán)上.
innodb_flush_log_at_trx_commit = 1
# 加速I(mǎi)nnoDB的關(guān)閉. 這會(huì)阻止InnoDB在關(guān)閉時(shí)做全清除以及插入緩沖合并.
# 這可能極大增加關(guān)機(jī)時(shí)間, 但是取而代之的是InnoDB可能在下次啟動(dòng)時(shí)做這些操作.
#innodb_fast_shutdown
# 用來(lái)緩沖日志數(shù)據(jù)的緩沖區(qū)的大小.
# 當(dāng)此值快滿(mǎn)時(shí), InnoDB將必須刷新數(shù)據(jù)到磁盤(pán)上.
# 由于基本上每秒都會(huì)刷新一次,所以沒(méi)有必要將此值設(shè)置的太大(甚至對(duì)于長(zhǎng)事務(wù)而言)
innodb_log_buffer_size = 8M
# 在日志組中每個(gè)日志文件的大小.
# 你應(yīng)該設(shè)置日志文件總合大小到你緩沖池大小的25%~100%
# 來(lái)避免在日志文件覆寫(xiě)上不必要的緩沖池刷新行為.
# 不論如何, 請(qǐng)注意一個(gè)大的日志文件大小會(huì)增加恢復(fù)進(jìn)程所需要的時(shí)間.
innodb_log_file_size = 256M
# 在日志組中的文件總數(shù).
# 通常來(lái)說(shuō)2~3是比較好的.
innodb_log_files_in_group = 3
# InnoDB的日志文件所在位置. 默認(rèn)是MySQL的datadir.
# 你可以將其指定到一個(gè)獨(dú)立的硬盤(pán)上或者一個(gè)RAID1卷上來(lái)提高其性能
#innodb_log_group_home_dir
# 在InnoDB緩沖池中最大允許的臟頁(yè)面的比例.
# 如果達(dá)到限額, InnoDB會(huì)開(kāi)始刷新他們防止他們妨礙到干凈數(shù)據(jù)頁(yè)面.
# 這是一個(gè)軟限制,不被保證絕對(duì)執(zhí)行.
innodb_max_dirty_pages_pct = 90
# InnoDB用來(lái)刷新日志的方法.
# 表空間總是使用雙重寫(xiě)入刷新方法
# 默認(rèn)值是 "fdatasync", 另一個(gè)是 "O_DSYNC".
#innodb_flush_method=O_DSYNC
# 在被回滾前,一個(gè)InnoDB的事務(wù)應(yīng)該等待一個(gè)鎖被批準(zhǔn)多久.
# InnoDB在其擁有的鎖表中自動(dòng)檢測(cè)事務(wù)死鎖并且回滾事務(wù).
# 如果你使用 LOCK TABLES 指令, 或者在同樣事務(wù)中使用除了InnoDB以外的其他事務(wù)安全的存儲(chǔ)引擎
# 那么一個(gè)死鎖可能發(fā)生而InnoDB無(wú)法注意到.
# 這種情況下這個(gè)timeout值對(duì)于解決這種問(wèn)題就非常有幫助.
innodb_lock_wait_timeout = 120
[mysqldump]
# 不要在將內(nèi)存中的整個(gè)結(jié)果寫(xiě)入磁盤(pán)之前緩存. 在導(dǎo)出非常巨大的表時(shí)需要此項(xiàng)
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]
# 增加每個(gè)進(jìn)程的可打開(kāi)文件數(shù)量.
# 警告: 確認(rèn)你已經(jīng)將全系統(tǒng)限制設(shè)定的足夠高!
# 打開(kāi)大量表需要將此值設(shè)b
open-files-limit = 8192
如何解決這個(gè)問(wèn)題呢。有2種方法。
1.使用<pre>標(biāo)簽
w3c對(duì)pre元素是這樣定義的:pre 元素可定義預(yù)格式化的文本。被包圍在 pre 元素中的文本通常會(huì)保留空格和換行符。而文本也會(huì)呈現(xiàn)為等寬字體。
更詳細(xì)的內(nèi)容請(qǐng)參考 http://www.w3school.com.cn/tags/tag_pre.asp
也就是說(shuō)包含在pre標(biāo)簽中的回車(chē)和空格會(huì)正常的顯示出來(lái)。包括你在頁(yè)面代碼中輸入的。所以如果使用pre元素你需要這樣寫(xiě):
要輸出的文本
</pre>
2.對(duì)文本內(nèi)容進(jìn)行替換。
回車(chē)和空格不能正確顯示,究其原因是他們各自的表示方式不同。在textarea里面輸入的回車(chē)是字符"\r",html中的回車(chē)(換行)是"<br/>"。
textarea中輸入的空格是空白" ",而html中的一個(gè)空格是" "。理所當(dāng)然不能正確顯示。好了現(xiàn)在知道了原因就有了第二種解決方案了。
只要我們將輸入的文本中相應(yīng)的"元素"替換成html認(rèn)識(shí)的就ok了。因此下面一行代碼即可解決問(wèn)題:
最后,除了回車(chē)和空格以外還有很多空白字符如tab等,如果你喜歡可以一并處理了^_^
最后的最后,如果本來(lái)的文本是很長(zhǎng)的一行,使用pre標(biāo)簽后就不會(huì)自動(dòng)換行。結(jié)果頁(yè)面出現(xiàn)橫向滾動(dòng)條。不知道有沒(méi)有好的解決方法?
而將第二種方法處理過(guò)的文本放在<p>標(biāo)簽中顯示,就可以顯示正常。
如果你沒(méi)有使用ibm的jdk,卻依然遇到了這個(gè)問(wèn)題。
如果你的異常是在解析xml的時(shí)候出現(xiàn)的,如果你的異常是某些地方有某些地方?jīng)]有。
例如tomcat里面沒(méi)有,weblogic上有。抑或這個(gè)domain有那個(gè)domain卻沒(méi)有。而確實(shí)是同一個(gè)應(yīng)用。
哪么你遇到的可能和筆者要講的是同一個(gè)問(wèn)題。
你的xml文件本身是UTF-8編碼(注意是文件是UTF-8編碼,不是xml文件里面指定的文件內(nèi)容是UTF-8編碼)?
你的xml文件里面含有中文?
你使用UltraEdit編輯xml文件?
刪掉中文,問(wèn)題依舊?
那么可以肯定你的問(wèn)題就是筆者要講的問(wèn)題
首先給出解決方案:
方案一:
1.xml用記事本打開(kāi),刪除里面的中文。
2.在windows 本地新建一個(gè)txt文件,用記事本(注意不能用UltraEdit)打開(kāi)。
3.將xml里面的內(nèi)容復(fù)制到新建的txt文件中。
4.將txt文件重名為xml文件的名稱(chēng)。覆蓋原來(lái)的xml文件
5.看看問(wèn)題是不是解決了,咔咔 神奇吧。
方案二:(適用于使用eclipse ide的程序員們,其他的能更改文件編碼的程序也行,不過(guò)沒(méi)測(cè)試過(guò))
1.將xml文件的內(nèi)容剪切出來(lái),保存在別處,什么文件都行,最后是txt中。留下一個(gè)空的xml文件
2.將空的xml文件的編碼修改成GBK。注意是文件的編碼,不是xml的那個(gè)聲明。當(dāng)然這里已經(jīng)刪了。
3.這時(shí)候是否看到文件的頭部有亂碼? 刪之!
4.將原來(lái)文件的內(nèi)容烤回來(lái)
5.ok問(wèn)題解決,這種方法不用刪除中文。
問(wèn)題的根源:
估計(jì)有些人已經(jīng)明白是什么原因了。呵呵,那就是xml文件那個(gè)BOM的頭導(dǎo)致的這個(gè)問(wèn)題!
哦?還有沒(méi)明白的?下面詳細(xì)說(shuō)明下:
xml文件分為兩種,一種是有BOM信息的,它表示文件是xml格式
另外還有沒(méi)有BOM信息的xml文件。
就是這個(gè)特殊的BOM信息導(dǎo)致了解析xml出錯(cuò)。
那跟UltraEdit有什么關(guān)系?UltraEdit在編輯xml文件的時(shí)候會(huì)自動(dòng)加上這個(gè)可惡的BOM信息。
一直沒(méi)有認(rèn)真研究過(guò)log4j的配置,這幾天比較閑,認(rèn)真的看了看。現(xiàn)在總結(jié)下。
Log4j有三個(gè)主要的組件:Loggers(記錄器),Appenders(輸出源)和Layouts(布局)。
log4j的配置文件也可以是多種格式的,但主要是xml文件和properties文件
1.配置根logger:
語(yǔ)法:log4j.rootLogger =[level],appenderName1,appenderName2,...
level :OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL的其中一個(gè)。
appenderName:日志輸入的目的地,可以有多個(gè)地方
根logger是一定存在的,根logger指定了默認(rèn)的日志配置。
2.配置日志輸入的目的地(appender)
語(yǔ)法:log4j.appender.appenderName = fully.qualified.name.of.appender.class
fully.qualified.name.of.appender.class 可以是以下的幾種:
(1).org.apache.log4j.ConsoleAppender(控制臺(tái))
(2).org.apache.log4j.FileAppender(文件)
(3).org.apache.log4j.DailyRollingFileAppender(每天產(chǎn)生一個(gè)日志文件)
(4).org.apache.log4j.RollingFileAppender(文件大小到達(dá)指定尺寸的時(shí)候產(chǎn)生一個(gè)新的文件)
(5).org.apache.log4j.WriterAppender(將日志信息以流格式發(fā)送到任意指定的地方)
其中每一個(gè)又有不同的配置選項(xiàng):
(1).org.apache.log4j.ConsoleAppender(控制臺(tái))的選項(xiàng)
Threshold=WARN:指定日志消息的輸出最低層次。
ImmediateFlush=true:默認(rèn)值是true,意謂著所有的消息都會(huì)被立即輸出。
Target=System.err:默認(rèn)情況下是:System.out,指定輸出控制臺(tái)
(2).org.apache.log4j.FileAppender的選項(xiàng)
Threshold=WARN:指定日志消息的輸出最低層次。
ImmediateFlush=true:默認(rèn)值是true,意謂著所有的消息都會(huì)被立即輸出。
File=mylog.txt:指定消息輸出到mylog.txt文件。
Append=false:默認(rèn)值是true,即將消息增加到指定文件中,false指將消息覆蓋指定的文件內(nèi)容。
(3).org.apache.log4j.DailyRollingFileAppender的選項(xiàng)
Threshold=WARN:指定日志消息的輸出最低層次。
ImmediateFlush=true:默認(rèn)值是true,意謂著所有的消息都會(huì)被立即輸出。
File=mylog.txt:指定消息輸出到mylog.txt文件。
Append=false:默認(rèn)值是true,即將消息增加到指定文件中,false指將消息覆蓋指定的文件內(nèi)容。
DatePattern='.'yyyy-ww:每周滾動(dòng)一次文件,即每周產(chǎn)生一個(gè)新的文件。當(dāng)然也可以指定按月、周、天、時(shí)和分。即對(duì)應(yīng)的格式如下:
1)'.'yyyy-MM: 每月
2)'.'yyyy-ww: 每周
3)'.'yyyy-MM-dd: 每天
4)'.'yyyy-MM-dd-a: 每天兩次
5)'.'yyyy-MM-dd-HH: 每小時(shí)
6)'.'yyyy-MM-dd-HH-mm: 每分鐘
(4).org.apache.log4j.RollingFileAppender
Threshold=WARN:指定日志消息的輸出最低層次。
ImmediateFlush=true:默認(rèn)值是true,意謂著所有的消息都會(huì)被立即輸出。
File=mylog.txt:指定消息輸出到mylog.txt文件。
Append=false:默認(rèn)值是true,即將消息增加到指定文件中,false指將消息覆蓋指定的文件內(nèi)容。
MaxFileSize=100KB: 后綴可以是KB, MB 或者是 GB. 在日志文件到達(dá)該大小時(shí),將會(huì)自動(dòng)滾動(dòng),即將原來(lái)的內(nèi)容移到mylog.log.1文件。
MaxBackupIndex=2:指定可以產(chǎn)生的滾動(dòng)文件的最大數(shù)。
3.配置日志輸入的格式
log4j.appender.A1.layout.ConversionPattern=%-4r %-5p %d{yyyy-MM-dd HH:mm:ssS} %c %m%n
這里需要說(shuō)明的就是日志信息格式中幾個(gè)符號(hào)所代表的含義:
-: 信息輸出時(shí)左對(duì)齊;
%p: 輸出日志信息優(yōu)先級(jí),即DEBUG,INFO,WARN,ERROR,F(xiàn)ATAL,
%d: 輸出日志時(shí)間點(diǎn)的日期或時(shí)間,默認(rèn)格式為ISO8601,也可以在其后指定格式,比如:%d{yyy MMM dd HH:mm:ss,SSS},輸出類(lèi)似:2002年10月18日 22:10:28,921
%r: 輸出自應(yīng)用啟動(dòng)到輸出該log信息耗費(fèi)的毫秒數(shù)
%c: 輸出日志信息所屬的類(lèi)目,通常就是所在類(lèi)的全名
%t: 輸出產(chǎn)生該日志事件的線(xiàn)程名
%l: 輸出日志事件的發(fā)生位置,相當(dāng)于%C.%M(%F:%L)的組合,包括類(lèi)目名、發(fā)生的線(xiàn)程,以及在代碼中的行數(shù)。舉例:Testlog4.main(TestLog4.java:10)
%x: 輸出和當(dāng)前線(xiàn)程相關(guān)聯(lián)的NDC(嵌套診斷環(huán)境),尤其用到像java servlets這樣的多客戶(hù)多線(xiàn)程的應(yīng)用中。
%%: 輸出一個(gè)"%"字符
%F: 輸出日志消息產(chǎn)生時(shí)所在的文件名稱(chēng)
%L: 輸出代碼中的行號(hào)
%m: 輸出代碼中指定的消息,產(chǎn)生的日志具體信息
%n: 輸出一個(gè)回車(chē)換行符,Windows平臺(tái)為"rn",Unix平臺(tái)為"n"輸出日志信息換行
可以在%與模式字符之間加上修飾符來(lái)控制其最小寬度、最大寬度、和文本的對(duì)齊方式。如:
1)%20c:指定輸出category的名稱(chēng),最小的寬度是20,如果category的名稱(chēng)小于20的話(huà),默認(rèn)的情況下右對(duì)齊。
2)%-20c:指定輸出category的名稱(chēng),最小的寬度是20,如果category的名稱(chēng)小于20的話(huà),"-"號(hào)指定左對(duì)齊。
3)%.30c:指定輸出category的名稱(chēng),最大的寬度是30,如果category的名稱(chēng)大于30的話(huà),就會(huì)將左邊多出的字符截掉,但小于30的話(huà)也不會(huì)有空格。
4)%20.30c:如果category的名稱(chēng)小于20就補(bǔ)空格,并且右對(duì)齊,如果其名稱(chēng)長(zhǎng)于30字符,就從左邊交遠(yuǎn)銷(xiāo)出的字符截掉。
下面是一個(gè)詳細(xì)的配置樣例
og4j.rootLogger=DEBUG,CONSOLE,A1,im
#DEBUG,CONSOLE,FILE,ROLLING_FILE,MAIL,DATABASE
log4j.addivity.org.apache=true
###################
# Console Appender(輸出到控制臺(tái))
###################
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 發(fā)送郵件
#######################
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 輸出到數(shù)據(jù)庫(kù)
#######################
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
認(rèn)清“媒體感知”功能
對(duì)于一般的局域網(wǎng)用戶(hù)來(lái)說(shuō),“媒體感知”功能確實(shí)起到了非常重要的作用。當(dāng)網(wǎng)卡或網(wǎng)線(xiàn)出現(xiàn)問(wèn)題時(shí),客戶(hù)機(jī)不能與局域網(wǎng)中的網(wǎng)絡(luò)設(shè)備正常連通,這時(shí)“媒體感知”功能就能立刻檢測(cè)出問(wèn)題,并發(fā)出警告,方便了大家對(duì)網(wǎng)絡(luò)的故障的排查。
但大家在進(jìn)行某些特殊的調(diào)試工作時(shí),智能化的“媒體感知”功能反而會(huì)影響正常工作。
例如程序員使用便攜設(shè)備(如筆記本電腦)調(diào)試某些TCP/IP應(yīng)用程序,而TCP/IP程序在測(cè)試過(guò)程中需要脫離局域網(wǎng)環(huán)境,程序員需要拔掉測(cè)試機(jī)器上的網(wǎng)線(xiàn)。這時(shí)聰明的“媒體感知”功能就立刻檢測(cè)出本機(jī)和局域網(wǎng)設(shè)備沒(méi)有正常連通,接著就會(huì)禁用捆綁在網(wǎng)卡上的某些網(wǎng)絡(luò)協(xié)議,其中就包括TCP/IP協(xié)議。由于TCP/IP協(xié)議被禁用了,這樣該TCP/IP應(yīng)用程序就無(wú)法進(jìn)行調(diào)試了,因此大家在某些特殊情況下必須禁用Windows系統(tǒng)的“媒體感知”功能。
提示:當(dāng)網(wǎng)卡與網(wǎng)絡(luò)設(shè)備沒(méi)有正常連通時(shí),“媒體感知”功能不會(huì)禁用所有的網(wǎng)絡(luò)協(xié)議,如NetBEUI和IPX/SPX協(xié)議就不受影響,本機(jī)的環(huán)路測(cè)試也可正常進(jìn)行。
禁用“媒體感知”功能
如何為T(mén)CP/IP協(xié)議禁用Windows系統(tǒng)內(nèi)置的“媒體感知”功能呢?通過(guò)修改注冊(cè)表就能實(shí)現(xiàn)。下面筆者以Windows XP系統(tǒng)為例,介紹實(shí)現(xiàn)“禁用”的方法。
進(jìn)入注冊(cè)表編輯器,展開(kāi)“HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters”項(xiàng),新建一個(gè)“DisableDHCPMediaSense”
,數(shù)據(jù)類(lèi)型為“DWORD值”,將該值設(shè)置為“1”。重新啟動(dòng)Windows XP系統(tǒng)后,就禁用了“媒體感知”功能。
現(xiàn)在,即使拔掉網(wǎng)線(xiàn),TCP/IP協(xié)議也不會(huì)被禁用,TCP/IP應(yīng)用程序的調(diào)試工作可以照常進(jìn)行。要想恢復(fù)“媒體感知”功能,也很簡(jiǎn)單,只要將注冊(cè)表中 “DisableDHCPMediaSense”的值修改為“0”,或者刪除“DisableDHCPMediaSense”,重新啟動(dòng)系統(tǒng)即可。
<!-- 事務(wù)管理器 用于hibernate的事務(wù)管理器-->
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
<property name="sessionFactory">
<ref bean="sessionFactory"/>
</property>
</bean>
<!-- 事務(wù)攔截器 用于對(duì)攔截的方法開(kāi)啟事務(wù),其中指定了一些只讀事務(wù)-->
<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>
<!-- 自動(dòng)代理,配置使所有service層bean使用事務(wù)攔截器 -->
<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>
<!-- 事務(wù)配置結(jié)束 -->
簡(jiǎn)單說(shuō)明一下,其中是用了spring提供的BeanNameAutoProxyCreator這個(gè)自動(dòng)代理服務(wù),自動(dòng)對(duì)名為XXXService的的bean使用使用攔截器開(kāi)啟事務(wù),而在transactionInterceptor則定義了事務(wù)的屬性,限定了一些只讀的事務(wù)以提搞效率。
由于Spring控制的Hibernate的生命周期只針對(duì)數(shù)據(jù)層和服務(wù)層,而未管理到表現(xiàn)層,所以在表現(xiàn)層使用延時(shí)加載會(huì)出現(xiàn)the owning Session was closed或者no session or session was closed的異常信息。針對(duì)這一點(diǎn),可以通過(guò)hibernate filter的方式來(lái)解決。
在WEB.xml文件中配置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>
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里加上如下代碼:
<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>
這樣配置之后如果沒(méi)有配置事務(wù),是有問(wèn)題的。不能進(jìn)行update和insert操作了。
怎么辦呢?只需要在filter中加入一個(gè)參數(shù)
<param-name>singleSession</param-name>
<param-value>true</param-value>
</init-param>
1.當(dāng)然是瀏覽器,由于ie對(duì)插件的支持不好,而且對(duì)w3c的標(biāo)準(zhǔn)也支持不好。所以做web開(kāi)發(fā)還是選擇firfox吧。不過(guò)話(huà)說(shuō)回來(lái),國(guó)內(nèi)目前ie瀏覽器的市場(chǎng)仍然占據(jù)絕對(duì)優(yōu)勢(shì),所以在FF(firfox)中調(diào)試好的網(wǎng)頁(yè)最好還是在拿回ie瞅瞅。
2.接下來(lái)就是FF的各種插件啦,他們可都是我的好幫手。
首先要說(shuō)的是firebug,相信很多人都對(duì)他都很熟悉了。可以說(shuō)是我見(jiàn)過(guò)的最好用的html、css和js調(diào)試工具了。提供了點(diǎn)選功能,可以很方便的查看網(wǎng)頁(yè)上各個(gè)元素的css樣式,并可以時(shí)時(shí)更改。js方面可以在js的控制臺(tái)里面可以顯示js的log,在應(yīng)用中使用log4js產(chǎn)生日志就可以在這里看見(jiàn)了,可給js代碼設(shè)置斷點(diǎn)進(jìn)行調(diào)試。還有一個(gè)script視圖,可以查看當(dāng)前頁(yè)面的js對(duì)象。在net視圖里面則可以看到各種資源加載的時(shí)間,方便性能調(diào)試。官方網(wǎng)站http://www.getfirebug.com/。firebug 還有一個(gè)插件YSlow(插件的插件?^_^) 是基于一下14條提高效率的原則來(lái)評(píng)價(jià)你的網(wǎng)頁(yè)http://www.yahooapis.com/performance/index.html#rules YSlow的下載地址http://www.yahooapis.com/yslow/
3.ColorZilla 顏色拾取器,不用多說(shuō),就是可以快速的獲取web頁(yè)面上顏色的rgb十六進(jìn)制,方便web設(shè)計(jì),看見(jiàn)別人的網(wǎng)站顏色好看,直接一點(diǎn)拿來(lái)己用,咔咔。還可方便的縮放頁(yè)面。下載地址http://www.iosart.com/firefox/colorzilla/
4.fasterfox 其實(shí)這個(gè)是個(gè)fiefox的性能優(yōu)化器,不過(guò)它還可以計(jì)算網(wǎng)頁(yè)整體的加載時(shí)間和清除ff的緩存。用來(lái)消除緩存的影響還是很有用地。地址: http://fasterfox.mozdev.org/
5.說(shuō)到緩存,下面這個(gè)可以查看ff的緩存并可進(jìn)行搜索和排序 CacheViewer 地址:https://addons.mozilla.org/en-US/firefox/addon/2489
6.IE Tab 可以在ff使用ie核心打開(kāi)標(biāo)簽頁(yè),地址:https://addons.mozilla.org/en-US/firefox/addon/1419
其中的charCode是根據(jù)ascii表轉(zhuǎn)換的,不一定準(zhǔn)確。
keyCode : | |
charCode : | |
shift-key : | |
ctrl-key : | |
alt-key : |
下面是ascii編碼表:

源代碼:
function showKey(e){
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>
document.onkeydown = showKey;
};
代替
document.onkeydown = showKey;
});
轉(zhuǎn)的~~
原文
http://www.cnblogs.com/yxonline/archive/2007/07/09/811434.html
我們期待自己成為一個(gè)優(yōu)秀的軟件模型設(shè)計(jì)者,但是,要怎樣做,又從哪里開(kāi)始呢?
將下列原則應(yīng)用到你的軟件工程中,你會(huì)獲得立桿見(jiàn)影的成果。
1. 人遠(yuǎn)比技術(shù)重要
你開(kāi)發(fā)軟件是為了供別人使用,沒(méi)有人使用的軟件只是沒(méi)有意義的數(shù)據(jù)的集合而已。許多在軟件方面很有成就的行家在他們事業(yè)的初期卻表現(xiàn)平平,因?yàn)樗麄? 那時(shí)侯將主要精力都集中在技術(shù)上。顯然,構(gòu)件(components),EJB(Enterprise Java Beans)和代理(agent)是很有趣的東西。但是對(duì)于用戶(hù)來(lái)說(shuō),如果你設(shè)計(jì)的軟件很難使用或者不能滿(mǎn)足他們的需求,后臺(tái)用再好的技術(shù)也于事無(wú)補(bǔ)。多 花點(diǎn)時(shí)間到軟件需求和設(shè)計(jì)一個(gè)使用戶(hù)能很容易理解的界面上。
2. 理解你要實(shí)現(xiàn)的東西
好的軟件設(shè)計(jì)人員把大多數(shù)時(shí)間花費(fèi)在建立系統(tǒng)模型上,偶爾寫(xiě)一些源代碼,但那只不過(guò)是為了驗(yàn)證設(shè)計(jì)過(guò)程中所遇到的問(wèn)題。這將使他們的設(shè)計(jì)方案更加可行。
3. 謙虛是必須的品格
你不可能知道一切,你甚至要很努力才能獲得足夠用的知識(shí)。軟件開(kāi)發(fā)是一項(xiàng)復(fù)雜而艱巨的工作,因?yàn)檐浖_(kāi)發(fā)所用到的工具和技術(shù)是在不斷更新的。而且, 一個(gè)人也不可能了解軟件開(kāi)發(fā)的所有過(guò)程。在日常生活中你每天接觸到的新鮮事物可能不會(huì)太多。但是對(duì)于從事軟件開(kāi)發(fā)的人來(lái)說(shuō),每天可以學(xué)習(xí)很多新東西(如果 愿意的話(huà))。
4. 需求就是需求
如果你沒(méi)有任何需求,你就不要?jiǎng)邮珠_(kāi)發(fā)任何軟件。成功的軟件取決于時(shí)間(在用戶(hù)要求的時(shí)間內(nèi)完成)、預(yù)算和是否滿(mǎn)足用戶(hù)的需求。如果你不能確切知道用戶(hù)需要的是什么,或者軟件的需求定義,那么你的工程注定會(huì)失敗。
5. 需求其實(shí)很少改變,改變的是你對(duì)需求的理解
Object ToolSmiths公司(www.objecttoolsmiths.com)的Doug Smith常喜歡說(shuō):“分析是一門(mén)科學(xué),設(shè)計(jì)是一門(mén)藝術(shù)”。他的意思是說(shuō)在眾多的“正確”分析模型中只存在一個(gè)最“正確”分析模型可以完全滿(mǎn)足解決某個(gè)具 體問(wèn)題的需要(我理解的意思是需求分析需要一絲不茍、精確的完成,而設(shè)計(jì)的時(shí)候反而可以發(fā)揮創(chuàng)造力和想象力 - 譯者注)。
如果需求經(jīng)常改動(dòng),很可能是你沒(méi)有作好需求分析,并不是需求真的改變了。
你可以抱怨用戶(hù)不能告訴你他們想得到什么,但是不要忘記,收集需求信息是你工作。
你可以說(shuō)是新來(lái)的開(kāi)發(fā)人員把事情搞得一團(tuán)糟,但是,你應(yīng)該確定在工程的第一天就告訴他們應(yīng)該做什么和怎樣去做。
如果你覺(jué)得公司不讓你與用戶(hù)充分接觸,那只能說(shuō)明公司的管理層并不是真正支持你的項(xiàng)目。
你可以抱怨公司有關(guān)軟件工程的管理制度不合理,但你必須了解大多同行公司是怎么做的。
你可以借口說(shuō)你們的競(jìng)爭(zhēng)對(duì)手的成功是因?yàn)樗麄冇辛艘粋€(gè)新的理念,但是為什么你沒(méi)先想到呢?
需求真正改變的情況很少,但是沒(méi)有做好需求分析工作的理由卻很多。
6. 經(jīng)常閱讀
在這個(gè)每日都在發(fā)生變化的產(chǎn)業(yè)中,你不可能在已取得的成就上陶醉太久。
每個(gè)月至少讀2、3本專(zhuān)業(yè)雜志或者1本專(zhuān)業(yè)書(shū)籍。保持不落伍需要付出很多的時(shí)間和金錢(qián),但會(huì)使你成為一個(gè)很有實(shí)力的競(jìng)爭(zhēng)者。
7. 降低軟件模塊間的耦合度
高耦合度的系統(tǒng)是很難維護(hù)的。一處的修改引起另一處甚至更多處的變動(dòng)。
你可以通過(guò)以下方法降低程序的耦合度:隱藏實(shí)現(xiàn)細(xì)節(jié),強(qiáng)制構(gòu)件接口定義,不使用公用數(shù)據(jù)結(jié)構(gòu),不讓?xiě)?yīng)用程序直接操作數(shù)據(jù)庫(kù)(我的經(jīng)驗(yàn)法則是:當(dāng)應(yīng)用程序員在寫(xiě)SQL代碼的時(shí)候,你的程序的耦合度就已經(jīng)很高了)。
耦合度低的軟件可以很容易被重用、維護(hù)和擴(kuò)充。
8. 提高軟件的內(nèi)聚性
如果一個(gè)軟件的模塊只實(shí)現(xiàn)一個(gè)功能,那么該模塊具有高內(nèi)聚性。高內(nèi)聚性的軟件更容易維護(hù)和改進(jìn)。
判斷一個(gè)模塊是否有高的內(nèi)聚性,看一看你是否能夠用一個(gè)簡(jiǎn)單的句子描述它的功能就行了。如果你用了一段話(huà)或者你需要使用類(lèi)似“和”、“或”等連詞,則說(shuō)明你需要將該模塊細(xì)化。
只有高內(nèi)聚性的模塊才可能被重用。
9. 考慮軟件的移植性
移植是軟件開(kāi)發(fā)中一項(xiàng)具體而又實(shí)際的工作,不要相信某些軟件工具的廣告宣傳(比如java 的宣傳口號(hào)write once run many ? 譯者注)。
即使僅僅對(duì)軟件進(jìn)行常規(guī)升級(jí),也要把這看得和向另一個(gè)操作系統(tǒng)或數(shù)據(jù)庫(kù)移植一樣重要。
記得從16位Windows移植到32位windows的“樂(lè)趣”嗎 ?當(dāng)你使用了某個(gè)操作系統(tǒng)的特性,如它的進(jìn)程間通信(IPC)策略,或用某數(shù)據(jù)庫(kù)專(zhuān)有語(yǔ)言寫(xiě)了存儲(chǔ)過(guò)程。你的軟件和那個(gè)特定的產(chǎn)品結(jié)合度就已經(jīng)很高了。
好的軟件設(shè)計(jì)者把那些特有的實(shí)現(xiàn)細(xì)節(jié)打包隱藏起來(lái),所以,當(dāng)那些特性該變的時(shí)候,你的僅僅需要更新那個(gè)包就可以了。
10. 接受變化
這是一句老話(huà)了:唯一不變的只有變化。
你應(yīng)該將所有系統(tǒng)將可能發(fā)生的變化以及潛在需求記錄下來(lái),以便將來(lái)能夠?qū)崿F(xiàn)(參見(jiàn)“Architecting for Change”,Thinking Objectively, May 1999)
通過(guò)在建模期間考慮這些假設(shè)的情況,你就有可能開(kāi)發(fā)出足夠強(qiáng)壯且容易維護(hù)的軟件。設(shè)計(jì)強(qiáng)壯的軟件是你最基本的目標(biāo)。
11. 不要低估對(duì)軟件規(guī)模的需求
Internet 帶給我們的最大的教訓(xùn)是你必須在軟件開(kāi)發(fā)的最初階段就考慮軟件規(guī)模的可擴(kuò)充性。
今天只有100人的部門(mén)使用的應(yīng)用程序,明天可能會(huì)被有好幾萬(wàn)人的組織使用,下月,通過(guò)因特網(wǎng)可能會(huì)有幾百萬(wàn)人使用它。
在軟件設(shè)計(jì)的初期,根據(jù)在用例模型中定義的必須支持的基本事務(wù)處理,確定軟件的基本功能。然后,在建造系統(tǒng)的時(shí)候再逐步加入比較常用的功能。
在設(shè)計(jì)的開(kāi)始考慮軟件的規(guī)模需求,避免在用戶(hù)群突然增大的情況下,重寫(xiě)軟件。
12. 性能僅僅是很多設(shè)計(jì)因素之一
關(guān)注軟件設(shè)計(jì)中的一個(gè)重要因素--性能,這好象也是用戶(hù)最關(guān)心的事情。一個(gè)性能不佳的軟件將不可避免被重寫(xiě)。
但是你的設(shè)計(jì)還必須具有可靠性,可用性,便攜性和可擴(kuò)展性。你應(yīng)該在工程開(kāi)始就應(yīng)該定義并區(qū)分好這些因素,以便在工作中恰當(dāng)使用。性能可以是,也可以不是優(yōu)先級(jí)最高的因素,我的觀點(diǎn)是,給每個(gè)設(shè)計(jì)因素應(yīng)有的考慮。
13. 管理接口
“UML User Guide”(Grady Booch,Ivar Jacobson和Jim Rumbaugh ,Addison Wesley, 1999)中指出,你應(yīng)該在開(kāi)發(fā)階段的早期就定義軟件模塊之間的接口。
這有助于你的開(kāi)發(fā)人員全面理解軟件的設(shè)計(jì)結(jié)構(gòu)并取得一致意見(jiàn),讓各模塊開(kāi)發(fā)小組相對(duì)獨(dú)立的工作。一旦模塊的接口確定之后,模塊怎樣實(shí)現(xiàn)就不是很重要了。
從根本上說(shuō),如果你不能夠定義你的模塊“從外部看上去會(huì)是什么樣子”,你肯定也不清楚模塊內(nèi)要實(shí)現(xiàn)什么。
14. 走近路需要更長(zhǎng)的時(shí)間
在軟件開(kāi)發(fā)中沒(méi)有捷徑可以走。
縮短你的在需求分析上花的時(shí)間,結(jié)果只能是開(kāi)發(fā)出來(lái)的軟件不能滿(mǎn)足用戶(hù)的需求,必須被重寫(xiě)。
在軟件建模上每節(jié)省一周,在將來(lái)的編碼階段可能會(huì)多花幾周時(shí)間,因?yàn)槟阍谌嫠伎贾熬蛣?dòng)手寫(xiě)程序。
你為了節(jié)省一天的測(cè)試時(shí)間而漏掉了一個(gè)bug,在將來(lái)的維護(hù)階段,可能需要花幾周甚至幾個(gè)月的時(shí)間去修復(fù)。與其如此,還不如重新安排一下項(xiàng)目計(jì)劃。
避免走捷徑,只做一次但要做對(duì)(do it once by doing it right)。
15. 別信賴(lài)任何人
產(chǎn)品和服務(wù)銷(xiāo)售公司不是你的朋友,你的大部分員工和高層管理人員也不是。
大部分產(chǎn)品供應(yīng)商希望把你牢牢綁在他們的產(chǎn)品上,可能是操作系統(tǒng),數(shù)據(jù)庫(kù)或者某個(gè)開(kāi)發(fā)工具。
大部分的顧問(wèn)和承包商只關(guān)心你的錢(qián)并不是你的工程(停止向他們付款,看一看他們會(huì)在周?chē)舳嚅L(zhǎng)時(shí)間)。
大部分程序員認(rèn)為他們自己比其他人更優(yōu)秀,他們可能拋棄你設(shè)計(jì)的模型而用自己認(rèn)為更好的。
只有良好的溝通才能解決這些問(wèn)題。
要明確的是,不要只依靠一家產(chǎn)品或服務(wù)提供商,即使你的公司(或組織)已經(jīng)在建模、文檔和過(guò)程等方面向那個(gè)公司投入了很多錢(qián)。
16. 證明你的設(shè)計(jì)在實(shí)踐中可行
在設(shè)計(jì)的時(shí)候應(yīng)當(dāng)先建立一個(gè)技術(shù)原型, 或者稱(chēng)為“端到端”原型。以證明你的設(shè)計(jì)是能夠工作的。
你應(yīng)該在開(kāi)發(fā)工作的早期做這些事情,因?yàn)椋绻浖脑O(shè)計(jì)方案是不可行的,在編碼實(shí)現(xiàn)階段無(wú)論采取什么措施都于事無(wú)補(bǔ)。技術(shù)原型將證明你的設(shè)計(jì)的可行性,從而,你的設(shè)計(jì)將更容易獲得支持。
17. 應(yīng)用已知的模式
目前,我們有大量現(xiàn)成的分析和設(shè)計(jì)模式以及問(wèn)題的解決方案可以使用。
一般來(lái)說(shuō),好的模型設(shè)計(jì)和開(kāi)發(fā)人員,都會(huì)避免重新設(shè)計(jì)已經(jīng)成熟的并被廣泛應(yīng)用的東西。http://www.ambysoft.com/processPatternsPage.html收藏了許多開(kāi)發(fā)模式的信息。
18. 研究每個(gè)模型的長(zhǎng)處和弱點(diǎn)
目前有很多種類(lèi)的模型可以使用,如下圖所示。用例捕獲的是系統(tǒng)行為需求,數(shù)據(jù)模型則描述支持一個(gè)系統(tǒng)運(yùn)行所需要的數(shù)據(jù)構(gòu)成。你可能會(huì)試圖在用例中加
入實(shí)際數(shù)據(jù)描述,但是,這對(duì)開(kāi)發(fā)者不是非常有用。同樣,數(shù)據(jù)模型對(duì)描述軟件需求來(lái)說(shuō)是無(wú)用的。每個(gè)模型在你建模過(guò)程中有其相應(yīng)的位置,但是,你需要明白在
什么地方,什么時(shí)候使用它們。
19. 在現(xiàn)有任務(wù)中應(yīng)用多個(gè)模型
當(dāng)你收集需求的時(shí)候,考慮使用用例模型,用戶(hù)界面模型和領(lǐng)域級(jí)的類(lèi)模型。
當(dāng)你設(shè)計(jì)軟件的時(shí)候,應(yīng)該考慮制作類(lèi)模型,順序圖、狀態(tài)圖、協(xié)作圖和最終的軟件實(shí)際物理模型。
程序設(shè)計(jì)人員應(yīng)該慢慢意識(shí)到,僅僅使用一個(gè)模型而實(shí)現(xiàn)的軟件要么不能夠很好地滿(mǎn)足用戶(hù)的需求,要么很難擴(kuò)展。
20. 教育你的聽(tīng)眾
你花了很大力氣建立一個(gè)很成熟的系統(tǒng)模型,而你的聽(tīng)眾卻不能理解它們,甚至更糟-連為什么要先建立模型都不知道。那么你的工作是毫無(wú)意義的。
教給你開(kāi)發(fā)人員基本的建模知識(shí);否則,他們會(huì)只看看你畫(huà)的漂亮圖表,然后繼續(xù)編寫(xiě)不規(guī)范的程序。
另外, 你還需要告訴你的用戶(hù)一些需求建模的基礎(chǔ)知識(shí)。給他們解釋你的用例(uses case)和用戶(hù)界面模型,以使他們能夠明白你要表達(dá)地東西。當(dāng)每個(gè)人都能使用一個(gè)通用的設(shè)計(jì)語(yǔ)言的時(shí)候(比如UML-譯者注),你的團(tuán)隊(duì)才能實(shí)現(xiàn)真正的合作。
21. 帶工具的傻瓜還是傻瓜
你給我CAD/CAM工具,請(qǐng)我設(shè)計(jì)一座橋。但是,如果那座橋建成的話(huà),我肯定不想當(dāng)?shù)谝粋€(gè)從橋上過(guò)的人,因?yàn)槲覍?duì)建筑一竅不通。
使用一個(gè)很優(yōu)秀的CASE工具并不能使你成為一個(gè)建模專(zhuān)家,只能使你成為一個(gè)優(yōu)秀CASE工具的使用者。成為一個(gè)優(yōu)秀的建模專(zhuān)家需要多年的積累,不 會(huì)是一周針對(duì)某個(gè)價(jià)值幾千美元工具的培訓(xùn)。一個(gè)優(yōu)秀的CASE工具是很重要,但你必須學(xué)習(xí)使用它,并能夠使用它設(shè)計(jì)它支持的模型。
22. 理解完整的過(guò)程
好的設(shè)計(jì)人員應(yīng)該理解整個(gè)軟件過(guò)程,盡管他們可能不是精通全部實(shí)現(xiàn)細(xì)節(jié)。
軟件開(kāi)發(fā)是一個(gè)很復(fù)雜的過(guò)程,還記得《object-oriented software process》第36頁(yè)的內(nèi)容嗎?除了編程、建模、測(cè)試等你擅長(zhǎng)工作外,還有很多工作要做。
好的設(shè)計(jì)者需要考慮全局。必須從長(zhǎng)遠(yuǎn)考慮如何使軟件滿(mǎn)足用戶(hù)需要,如何提供維護(hù)和技術(shù)支持等。
23. 常做測(cè)試,早做測(cè)試
如果測(cè)試對(duì)你的軟件來(lái)說(shuō)是無(wú)所謂的,那么你的軟件多半也沒(méi)什么必要被開(kāi)發(fā)出來(lái)。
建立一個(gè)技術(shù)原型供技術(shù)評(píng)審使用,以檢驗(yàn)?zāi)愕能浖P汀?/p>
在軟件生命周期中,越晚發(fā)現(xiàn)的錯(cuò)誤越難修改,修改成本越昂貴。盡可能早的做測(cè)試是很值得的。
24. 把你的工作歸檔
不值得歸檔的工作往往也不值得做。歸檔你的設(shè)想,以及根據(jù)設(shè)想做出的決定;歸檔軟件模型中很重要但不很明顯的部分。 給每個(gè)模型一些概要描述以使別人很快明白模型所表達(dá)的內(nèi)容。
25. 技術(shù)會(huì)變,基本原理不會(huì)
如果有人說(shuō)“使用某種開(kāi)發(fā)語(yǔ)言、某個(gè)工具或某某技術(shù),我們就不需要再做需求分析,建模,編碼或測(cè)試”。不要相信,這只說(shuō)明他還缺乏經(jīng)驗(yàn)。拋開(kāi)技術(shù)和 人的因素,實(shí)際上軟件開(kāi)發(fā)的基本原理自20世紀(jì)70年代以來(lái)就沒(méi)有改變過(guò)。你必須還定義需求,建模,編碼,測(cè)試,配置,面對(duì)風(fēng)險(xiǎn),發(fā)布產(chǎn)品,管理工作人員 等等。
軟件建模技術(shù)是需要多年的實(shí)際工作才能完全掌握的。好在你可以從我的建議開(kāi)始,完善你們自己的軟件開(kāi)發(fā)經(jīng)驗(yàn)。
以雞湯開(kāi)始,加入自己的蔬菜。然后,開(kāi)始享受你自己的豐盛晚餐吧。
pojo中使用 string 類(lèi)型 數(shù)據(jù)庫(kù) oracle9i 用的的clob字段
pojo:
public void setContent(String content){
this.content = content;
}
發(fā)現(xiàn)當(dāng)content 字段的內(nèi)容在 1000~2000 字符長(zhǎng)度中間的時(shí)候出現(xiàn) sql錯(cuò)誤
而文本長(zhǎng)度小于1000 長(zhǎng)于2000 都沒(méi)有問(wèn)題。
問(wèn)題:hibernate配置中l(wèi)ength="10000"屬性是做什么用的?我嘗試過(guò) 將他配置成1000,5000,1w或者不配置 最后執(zhí)行的結(jié)果都一樣
查資料 google baidu。。。
一般認(rèn)為 length指定的是text的最大長(zhǎng)度,這里顯然不是
又有認(rèn)為 是將java中string 值當(dāng)作clob處理的最小長(zhǎng)度,也就是當(dāng)string長(zhǎng)度小于這個(gè)值的時(shí)候 當(dāng)string處理,當(dāng)string大于這個(gè)長(zhǎng)度的時(shí)候當(dāng)text(clob)處理。但是我將length設(shè)置為1000時(shí),輸入1k+文本 依然有sql錯(cuò)誤。超過(guò)2000卻沒(méi)有問(wèn)題。
so..這兩個(gè)都不是答案.
又有人說(shuō),介個(gè)是jdbc的bug 換成10g的就米有問(wèn)題了。遂嘗試..未果,問(wèn)題依舊。
finally..這個(gè)length屬性到底干嘛用 沒(méi)搞清楚.. 抑或 不該這么配置?
繼續(xù)尋找,找到另外一種解決辦法。可以通過(guò)spring來(lái)解決這個(gè)問(wèn)題
hibernate配置
length="10000"></property>
spring配置
<property name="nativeJdbcExtractor">
<ref local="nativeJdbcExtractor"/>
</property>
</bean>
<bean id="nativeJdbcExtractor" class="org.springframework.jdbc.support.nativejdbc.SimpleNativeJdbcExtractor">
</bean>
然后在sessionFactory的bean中加入
class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
<property name="lobHandler">
<ref bean="oracleLobHandler" />
</property>
。。。其他
</bean>
問(wèn)題解決,但是length="10000" 屬性依然無(wú)用,可正常插入 任意長(zhǎng)度的字符串
但是這樣的話(huà) 數(shù)據(jù)庫(kù)就不能跨平臺(tái)了..so 期待跨數(shù)據(jù)庫(kù)平臺(tái)的 方案~~