Kim-'s-Blog.Object-Everything.I'm POJO.

使用Chrome瀏覽器，靜默打印 Silent Print，直接打印，全屏模式

同事遇到這樣一個(gè)需求:在Chrome瀏覽器中希望可以靜默打印，直接打印

查了些資料,發(fā)現(xiàn)Chrome本身的設(shè)置就可以滿(mǎn)足,

同時(shí)Chrome的一些其他設(shè)置可以用在軟件開(kāi)發(fā)中.

在地址欄敲: about:flags ,打開(kāi)設(shè)置界面:

停用:Enable Print Preview Registration Promos Windows, Linux, Chrome OS

 

Chrome快捷方式增加:

--kiosk-printing

 

這樣就可以靜默，打印，直接使用默認(rèn)打印機(jī)進(jìn)行打印。

另：如需是Chrome全屏+靜默打印: 使用 --kiosk --kiosk-printing

讓你更多關(guān)注手上的工作,而不是其他什么地方.如圖
.

沒(méi)有對(duì)應(yīng)的列，增加該列 OK

需要用svn cleanup上次關(guān)閉時(shí)的鎖定

右鍵文件夾，清理

Facebook就是使用的此類(lèi)數(shù)據(jù)庫(kù)，效率相當(dāng)高。

NOSQL的優(yōu)勢(shì)
易擴(kuò)展

NoSQL數(shù)據(jù)庫(kù)種類(lèi)繁多，但是一個(gè)共同的特點(diǎn)都是去掉關(guān)系數(shù)據(jù)庫(kù)的關(guān)系型特性。數(shù)據(jù)之間無(wú)關(guān)系，這樣就非常容易擴(kuò)展。也無(wú)形之間，在架構(gòu)的層面上帶來(lái)了可擴(kuò)展的能力。

大數(shù)據(jù)量，高性能

NoSQL數(shù)據(jù)庫(kù)都具有非常高的讀寫(xiě)性能，尤其在大數(shù)據(jù)量下，同樣表現(xiàn)優(yōu)秀。這得益于它的無(wú)關(guān)系性，數(shù)據(jù)庫(kù)的結(jié)構(gòu)簡(jiǎn)單。一般MySQL使用Query Cache，每次表的更新Cache就失效，是一種大粒度的Cache，在針對(duì)web2.0的交互頻繁的應(yīng)用，Cache性能不高。而NoSQL的Cache是記錄級(jí)的，是一種細(xì)粒度的Cache，所以NoSQL在這個(gè)層面上來(lái)說(shuō)就要性能高很多了。

靈活的數(shù)據(jù)模型

NoSQL無(wú)需事先為要存儲(chǔ)的數(shù)據(jù)建立字段，隨時(shí)可以存儲(chǔ)自定義的數(shù)據(jù)格式。而在關(guān)系數(shù)據(jù)庫(kù)里，增刪字段是一件非常麻煩的事情。如果是非常大數(shù)據(jù)量的表，增加字段簡(jiǎn)直就是一個(gè)噩夢(mèng)。這點(diǎn)在大數(shù)據(jù)量的web2.0時(shí)代尤其明顯。

高可用

NoSQL在不太影響性能的情況，就可以方便的實(shí)現(xiàn)高可用的架構(gòu)。比如Cassandra，HBase模型，通過(guò)復(fù)制模型也能實(shí)現(xiàn)高可用。

 

 

使用Struts2 上傳 zip rar
使用的 MIME：
<interceptor-ref name="fileUpload">
 <param name="allowedTypes">application/zip,application/x-zip-compressed,application/rar,application/octet-stream</param>
 <param name="maximumSize">3145728</param>
</interceptor-ref>

通過(guò)Debug FileUploadInterceptor可知，
zip文件是[application/x-zip-compressed]
rar是[application/octet-stream]

使用Jbpm4.2 集成Spring 出現(xiàn)問(wèn)題：
  
   2009-11-12 15:49:51,640 ERROR [org.springframework.web.context.ContextLoader] - Context initialization failed
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'processEngine' defined in file [......\WEB-INF\classes\spring\applicationContext-jbpm.xml]: Instantiation of bean failed; nested exception is org.springframework.beans.factory.BeanDefinitionStoreException: Factory method [public org.jbpm.api.ProcessEngine org.jbpm.pvm.internal.cfg.SpringConfiguration.buildProcessEngine()] threw exception; nested exception is java.lang.NullPointerException

  Caused by: java.lang.NullPointerException
 at org.jbpm.pvm.internal.cfg.ProcessEngineImpl.checkDb(ProcessEngineImpl.java:177)

 userCommandService 為null

  經(jīng)調(diào)試發(fā)現(xiàn)，使用Spring后userCommandService 確實(shí)是null，
  配置中缺少什么東西？未知。 文檔中并無(wú)特殊說(shuō)明，
 4.1沒(méi)有出現(xiàn)問(wèn)題~ 
 應(yīng)該是4.2的Bug

最近遇到的問(wèn)題比較少,
不知是好事還是壞事~
也許是太忙了~
看來(lái)要抽空主動(dòng)去研究點(diǎn)什么東西了~