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

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

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

    @hunter129

    天天學(xué)習(xí),好好向上!

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

    2008年10月9日 #

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

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


    今年三月到四月間,傳智播客的老師張孝祥發(fā)了三篇Blog《聯(lián)想利泰的一道做出來就給月薪7K的面試題–交通燈管理系統(tǒng)》、《又一道軟通動(dòng)力7K月薪面試題——銀行業(yè)務(wù)調(diào)度系統(tǒng)》和《累病倒了我兩次的面試題–移動(dòng)用戶資費(fèi)統(tǒng)計(jì)系統(tǒng)》。這三篇無一例外的除了分析面試題以外,都講述了張孝祥老師怎么辛辛苦苦給學(xué)生做好面試題,讓他們?nèi)ソ徊畹墓适隆2灰詾閻u,反以為榮。

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

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

    截圖來自《又一道軟通動(dòng)力7K月薪面試題——銀行業(yè)務(wù)調(diào)度系統(tǒng)》
    原來張老師知道企業(yè)不喜歡南郭先生,知道代做面試題會(huì)損害企業(yè)利益啊

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

    截圖來自《累病倒了我兩次的面試題–移動(dòng)用戶資費(fèi)統(tǒng)計(jì)系統(tǒng)》
    張老師真是嘔心瀝血,為了給學(xué)生作弊,自己都累病了。

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

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

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

    所以我實(shí)在忍不住了,在新浪微博質(zhì)問了蔣濤幾句,因?yàn)槲抑朗Y濤應(yīng)該是傳智播客的主要投資人。

    質(zhì)問蔣濤

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

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

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

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

    現(xiàn)在我出來創(chuàng)業(yè)做一個(gè)小企業(yè)。其實(shí)我很知道一些小企業(yè)的疾苦,當(dāng)年我和火炬創(chuàng)業(yè)做技術(shù)咨詢的時(shí)候,見過很多沒有技術(shù)背景的創(chuàng)業(yè)者,找技術(shù)人才非常困 難,因?yàn)樽约簺]有辨別能力。所以經(jīng)常招了一個(gè)人說起來不錯(cuò),看起來挺好,結(jié)果做了三個(gè)月什么也做不出來。在當(dāng)年瞬息萬變的競爭態(tài)勢下,三個(gè)月什么都沒做出 來,對創(chuàng)業(yè)者打擊非常大。他們只能再找一個(gè)技術(shù)人員,期待三個(gè)月后有點(diǎn)結(jié)果。這個(gè)層面來看,小企業(yè)你更傷不起啊。

    所以,在我的Blog,我今天嚴(yán)正聲明在“張老師道歉并承諾再也不進(jìn)行這類作弊行為”之前,我的企業(yè),并號(hào)召其他的看到我的文章和張老師文章的企業(yè)主,技術(shù)面試官,HR,堅(jiān)決不招聘任何傳智播客培訓(xùn)過的學(xué)生。

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

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

    Outlook2010有一個(gè)新功能,叫做"快速步驟",可以把一些經(jīng)常用到的功能"自動(dòng)化"。
    如,發(fā)群體郵件。

    以給"設(shè)計(jì)組"發(fā)郵件為例說明:
    A.準(zhǔn)備好收件人
    新建一封郵件,把設(shè)計(jì)組的收件人依次設(shè)置好,然后把收件人地址拷貝出來以備使用。

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

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

    3.把剛才準(zhǔn)備好的收件人地址復(fù)制到"收件人"后面的文本框中。

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

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

    介紹:

    TC(Total Commander) 是一個(gè)優(yōu)秀的資源管理器

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

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

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

    集成everything到TC

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

    打開Everything.ini修改對應(yīng)的行為如下格式即可,其中%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 閱讀(1405) | 評論 (2)編輯 收藏

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

    解決方法:

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

    新建一個(gè)“DWORD”類型的值
    名稱為:MaximumAttachmentSize
    值設(shè)置為:0


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

    今天調(diào)試系統(tǒng)發(fā)現(xiàn)從java輸出的時(shí)間和系統(tǒng)時(shí)間不同。總是差8個(gè)小時(shí)。代碼如下:

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

     

    感覺可能是時(shí)區(qū)不對,確實(shí)了下操作系統(tǒng)的時(shí)區(qū)設(shè)置的也正確。重啟電腦看了下BIOS的時(shí)間也是對的。無奈上網(wǎng)查找。

    終于找到原來是注冊表時(shí)區(qū)設(shè)置不正確。

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

    注冊表對應(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ī)器中

    下載:注冊表信息

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

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

    轉(zhuǎn)的

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

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

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

    主站蜘蛛池模板: 成人免费视频国产| 国产亚洲精品成人久久网站| 亚洲精品97久久中文字幕无码| 无码国产精品一区二区免费| 丝瓜app免费下载网址进入ios| 亚洲AV无码国产精品永久一区| 亚洲另类春色国产精品| 国产亚洲免费的视频看| mm1313亚洲精品无码又大又粗| 午夜寂寞在线一级观看免费| 亚欧免费视频一区二区三区| 久久一区二区三区免费播放| 亚洲天堂免费在线视频| 一级毛片在线免费视频| 羞羞漫画小舞被黄漫免费| 亚洲精品无码久久久久APP| 亚洲成年人免费网站| 日韩精品一区二区亚洲AV观看| 国产亚洲精品国产| 精品久久香蕉国产线看观看亚洲| 亚洲 小说区 图片区 都市| 全部免费a级毛片| 免费一级毛片清高播放| 国产乱色精品成人免费视频 | 久久久久亚洲av无码专区导航| 亚洲综合国产一区二区三区| 成人亚洲性情网站WWW在线观看| 亚洲а∨天堂久久精品| 亚洲 另类 无码 在线| 亚洲精品无码专区2| 亚洲国产精品尤物YW在线观看| 亚洲国产天堂久久综合| 无码不卡亚洲成?人片| 亚洲国产成人精品久久久国产成人一区二区三区综| 四虎影视大全免费入口| 日本19禁啪啪无遮挡免费动图| 国产不卡免费视频| vvvv99日韩精品亚洲| 亚洲一区二区女搞男| 久久国产亚洲观看| 亚洲av无码不卡久久|