@hunter129

          天天學習,好好向上!

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

          2008年10月9日 #

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

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

          主站蜘蛛池模板: 北碚区| 社旗县| 山西省| 湖口县| 遵化市| 沈丘县| 台安县| 广丰县| 东兴市| 白朗县| 从化市| 朝阳区| 北宁市| 芮城县| 都江堰市| 游戏| 伊宁县| 南漳县| 那曲县| 格尔木市| 闽侯县| 平阴县| 唐海县| 临潭县| 宜宾市| 逊克县| 石嘴山市| 普陀区| 左贡县| 连山| 丹东市| 六安市| 章丘市| 大冶市| 舞钢市| 长子县| 石河子市| 西和县| 岳阳市| 万源市| 连江县|