国产亚洲美女精品久久,亚洲人成电影网站,亚洲日韩AV无码一区二区三区人

2013年11月15日

posted @ 2015-10-15 18:13 hellxoul 閱讀(199) | 評論 (0) | 編輯收藏

摘要: 閱讀全文

posted @ 2015-01-05 11:52 hellxoul 閱讀(317) | 評論 (0) | 編輯收藏

如果不配置其他參數(shù)，大致相當(dāng)于以下的配置文件（參考自org.springframework.web.servlet.config.AnnotationDrivenBeanDefinitionParser）

1 
  2   <bean name="pathExtensionContentNegotiationStrategy"
  3         class="org.springframework.web.accept.PathExtensionContentNegotiationStrategy">
  4     <constructor-arg>
  5       <props>
  6         
  7         <prop key="atom">application/atom+xml</prop>
  8         <prop key="rss">application/rss+xml</prop>
  9         
10         
11         <prop key="json">application/json</prop>
12         
13         
14         <prop key="xml">application/xml</prop>
15         
16       </props>
17     </constructor-arg>
18   </bean>
19
20   
21   <bean name="mvcContentNegotiationManager"
22         class="org.springframework.web.accept.ContentNegotiationManager">
23     <constructor-arg>
24       <list>
25         <ref bean="pathExtensionContentNegotiationStrategy" />
26       </list>
27     </constructor-arg>
28   </bean>
29
30   <bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping">
31     <property name="order" value="0"/>
32     <property name="removeSemicolonContent" value="false"/>
33     <property name="contentNegotiationManager" ref="mvcContentNegotiationManager"/>
34   </bean>
35
36   
37   <bean name="conversionService"
38         class="org.springframework.format.support.DefaultFormattingConversionService">
39     <constructor-arg index="0">
40       <null/>
41     </constructor-arg>
42     <constructor-arg index="1" value="true"/>
43   </bean>
44
45   <bean name="validator"
46         class="org.springframework.validation.beanvalidation.LocalValidatorFactoryBean"/>
47
48   
49   <bean name="webBindingInitializer"
50         class="org.springframework.web.bind.support.ConfigurableWebBindingInitializer">
51     <property name="conversionService" ref="conversionService" />
52     
53     <property name="validator" ref="validator" />
54     
55   </bean>
56
57   <bean name="byteArrayHttpMessageConverter"
58         class="org.springframework.http.converter.ByteArrayHttpMessageConverter"/>
59
60   <bean name="stringHttpMessageConverter"
61         class="org.springframework.http.converter.StringHttpMessageConverter">
62     <property name="writeAcceptCharset" value="false" />
63   </bean>
64
65   <bean name="resourceHttpMessageConverter"
66         class="org.springframework.http.converter.ResourceHttpMessageConverter"/>
67   <bean name="sourceHttpMessageConverter"
68         class="org.springframework.http.converter.xml.SourceHttpMessageConverter"/>
69   <bean name="allEncompassingFormHttpMessageConverter"
70         class="org.springframework.http.converter.support.AllEncompassingFormHttpMessageConverter"/>
71   <bean name="atomFeedHttpMessageConverter"
72         class="org.springframework.http.converter.feed.AtomFeedHttpMessageConverter"/>
73   <bean name="rssChannelHttpMessageConverter"
74         class="org.springframework.http.converter.feed.RssChannelHttpMessageConverter"/>
75   <bean name="jaxb2RootElementHttpMessageConverter"
76         class="org.springframework.http.converter.xml.Jaxb2RootElementHttpMessageConverter"/>
77   <bean name="mappingJacksonHttpMessageConverter"
78         class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter"/>
79
80   
81   <util:list id="messageConverters"
82              list-class="org.springframework.beans.factory.support.ManagedList">
83     <ref bean="byteArrayHttpMessageConverter" />
84     <ref bean="stringHttpMessageConverter" />
85     <ref bean="resourceHttpMessageConverter" />
86     <ref bean="sourceHttpMessageConverter" />
87     <ref bean="allEncompassingFormHttpMessageConverter" />
88     
89     <ref bean="atomFeedHttpMessageConverter" />
90     <ref bean="rssChannelHttpMessageConverter" />
91     
92     
93     <ref bean="jaxb2RootElementHttpMessageConverter" />
94     
95     
96     <ref bean="mappingJacksonHttpMessageConverter" />
97     
98   </util:list>
99
100   
101   <bean name="requestMappingHandlerAdapter"
102         class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter">
103     <property name="contentNegotiationManager" ref="mvcContentNegotiationManager" />
104     <property name="webBindingInitializer" ref="webBindingInitializer" />
105     <property name="messageConverters" ref="messageConverters" />
106   </bean>
107
108   
109   <bean name="csInterceptor"
110         class="org.springframework.web.servlet.handler.ConversionServiceExposingInterceptor">
111     <constructor-arg index="0" ref="conversionService"/>
112   </bean>
113
114   
115   <bean name="mappedCsInterceptor"
116         class="org.springframework.web.servlet.handler.MappedInterceptor">
117     <constructor-arg index="0">
118       <null/>
119     </constructor-arg>
120     <constructor-arg index="1" ref="csInterceptor"/>
121   </bean>
122
123   
124   <bean name="exceptionHandlerExceptionResolver"
125         class="org.springframework.web.servlet.mvc.method.annotation.ExceptionHandlerExceptionResolver">
126     <property name="contentNegotiationManager" ref="mvcContentNegotiationManager" />
127     <property name="messageConverters" ref="messageConverters" />
128     <property name="order" value="0" />
129   </bean>
130
131   
132   <bean name="responseStatusExceptionResolver"
133         class="org.springframework.web.servlet.mvc.annotation.ResponseStatusExceptionResolver">
134     <property name="order" value="1" />
135   </bean>
136
137   
138   <bean name="defaultExceptionResolver"
139         class="org.springframework.web.servlet.mvc.support.DefaultHandlerExceptionResolver">
140     <property name="order" value="2" />
141   </bean>
142

posted @ 2014-08-03 22:35 hellxoul 閱讀(2901) | 評論 (1) | 編輯收藏

Servlet生命周期

HeadFirst Servlet/JSP 學(xué)習(xí)筆記
1.容器加載類，調(diào)用servlet的無參構(gòu)造方法，并調(diào)用servlet的init()方法，從而初始化servlet。
2.init()在servlet一生中只調(diào)用一次，往往在servlet為客戶請求提供服務(wù)之前調(diào)用。
3.init()方法使servlet可以訪問ServletConfig和ServletContext對象，servlet需要從這些對象得到有關(guān)servlet配置和web應(yīng)用的信息。
4.容器通過調(diào)用servlet的destroy()方法來結(jié)束servlet的生命
5.servlet一生的大多時間都是在為某個客戶端請求運行service()方法
6.對servlet的每個請求都在一個單獨的線程中運行，任何特定servlet類都只有一個實例。

posted @ 2014-07-05 15:21 hellxoul 閱讀(272) | 評論 (0) | 編輯收藏

Guava學(xué)習(xí)筆記：Ordering犀利的比較器

轉(zhuǎn)自：http://www.cnblogs.com/peida/p/Guava_Ordering.html

Ordering是Guava類庫提供的一個犀利強大的比較器工具，Guava的Ordering和JDK Comparator相比功能更強。它非常容易擴展，可以輕松構(gòu)造復(fù)雜的comparator，然后用在容器的比較、排序等操作中。

　　本質(zhì)上來說，Ordering 實例無非就是一個特殊的Comparator 實例。Ordering只是需要依賴于一個比較器（例如，Collections.max）的方法，并使其可作為實例方法。另外，Ordering提供了鏈?zhǔn)椒椒ㄕ{(diào)用和加強現(xiàn)有的比較器。

　　下面我們看看Ordering中的一些具體方法和簡單的使用實例。

　　常見的靜態(tài)方法：

　　natural()：使用Comparable類型的自然順序，例如：整數(shù)從小到大，字符串是按字典順序;
　　usingToString() ：使用toString()返回的字符串按字典順序進行排序；
　　arbitrary() ：返回一個所有對象的任意順序，即compare(a, b) == 0 就是 a == b (identity equality)。本身的排序是沒有任何含義，但是在VM的生命周期是一個常量。

　　簡單實例：

import java.util.List;
import org.junit.Test;
import com.google.common.collect.Lists;
import com.google.common.collect.Ordering;

public class OrderingTest {

    @Test
    public void testStaticOrdering(){
        List<String> list = Lists.newArrayList();
        list.add("peida");
        list.add("jerry");
        list.add("harry");
        list.add("eva");
        list.add("jhon");
        list.add("neron");
        
        System.out.println("list:"+ list);

        Ordering<String> naturalOrdering = Ordering.natural();        
        Ordering<Object> usingToStringOrdering = Ordering.usingToString();
        Ordering<Object> arbitraryOrdering = Ordering.arbitrary();
        
        System.out.println("naturalOrdering:"+ naturalOrdering.sortedCopy(list));     
        System.out.println("usingToStringOrdering:"+ usingToStringOrdering.sortedCopy(list));        
        System.out.println("arbitraryOrdering:"+ arbitraryOrdering.sortedCopy(list));
    }
}

　　輸出：

list:[peida, jerry, harry, eva, jhon, neron]
naturalOrdering:[eva, harry, jerry, jhon, neron, peida]
usingToStringOrdering:[eva, harry, jerry, jhon, neron, peida]
arbitraryOrdering:[neron, harry, eva, jerry, peida, jhon]

　　操作方法：

　　reverse(): 返回與當(dāng)前Ordering相反的排序:
　　nullsFirst(): 返回一個將null放在non-null元素之前的Ordering，其他的和原始的Ordering一樣；
　　nullsLast()：返回一個將null放在non-null元素之后的Ordering，其他的和原始的Ordering一樣；
　　compound(Comparator)：返回一個使用Comparator的Ordering，Comparator作為第二排序元素，例如對bug列表進行排序，先根據(jù)bug的級別，再根據(jù)優(yōu)先級進行排序；
　　lexicographical()：返回一個按照字典元素迭代的Ordering；
　　onResultOf(Function)：將function應(yīng)用在各個元素上之后, 在使用原始o(jì)rdering進行排序；
　　greatestOf(Iterable iterable, int k)：返回指定的第k個可迭代的最大的元素，按照這個從最大到最小的順序。是不穩(wěn)定的。
　　leastOf(Iterable<E> iterable,int k)：返回指定的第k個可迭代的最小的元素，按照這個從最小到最大的順序。是不穩(wěn)定的。
　　isOrdered(Iterable)：是否有序，Iterable不能少于2個元素。
　　isStrictlyOrdered(Iterable)：是否嚴(yán)格有序。請注意，Iterable不能少于兩個元素。
　　sortedCopy(Iterable)：返回指定的元素作為一個列表的排序副本。

package com.peidasoft.guava.base;

import java.util.List;

import org.junit.Test;

import com.google.common.collect.ImmutableList;
import com.google.common.collect.Lists;
import com.google.common.collect.Ordering;

public class OrderingTest {
    
    @Test
    public void testOrdering(){
        List<String> list = Lists.newArrayList();
        list.add("peida");
        list.add("jerry");
        list.add("harry");
        list.add("eva");
        list.add("jhon");
        list.add("neron");
        
        System.out.println("list:"+ list);
        
        Ordering<String> naturalOrdering = Ordering.natural();
        System.out.println("naturalOrdering:"+ naturalOrdering.sortedCopy(list));    

        List<Integer> listReduce= Lists.newArrayList();
        for(int i=9;i>0;i--){
            listReduce.add(i);
        }
        
        List<Integer> listtest= Lists.newArrayList();
        listtest.add(1);
        listtest.add(1);
        listtest.add(1);
        listtest.add(2);
        
        
        Ordering<Integer> naturalIntReduceOrdering = Ordering.natural();
        
        System.out.println("listtest:"+ listtest);
        System.out.println(naturalIntReduceOrdering.isOrdered(listtest));
        System.out.println(naturalIntReduceOrdering.isStrictlyOrdered(listtest));
        
        
        System.out.println("naturalIntReduceOrdering:"+ naturalIntReduceOrdering.sortedCopy(listReduce));
        System.out.println("listReduce:"+ listReduce);
        
        
        System.out.println(naturalIntReduceOrdering.isOrdered(naturalIntReduceOrdering.sortedCopy(listReduce)));
        System.out.println(naturalIntReduceOrdering.isStrictlyOrdered(naturalIntReduceOrdering.sortedCopy(listReduce)));
        

        Ordering<String> natural = Ordering.natural();
              
        List<String> abc = ImmutableList.of("a", "b", "c");
        System.out.println(natural.isOrdered(abc));
        System.out.println(natural.isStrictlyOrdered(abc));
        
        System.out.println("isOrdered reverse :"+ natural.reverse().isOrdered(abc));
 
        List<String> cba = ImmutableList.of("c", "b", "a");
        System.out.println(natural.isOrdered(cba));
        System.out.println(natural.isStrictlyOrdered(cba));
        System.out.println(cba = natural.sortedCopy(cba));
        
        System.out.println("max:"+natural.max(cba));
        System.out.println("min:"+natural.min(cba));
        
        System.out.println("leastOf:"+natural.leastOf(cba, 2));
        System.out.println("naturalOrdering:"+ naturalOrdering.sortedCopy(list));    
        System.out.println("leastOf list:"+naturalOrdering.leastOf(list, 3));
        System.out.println("greatestOf:"+naturalOrdering.greatestOf(list, 3));
        System.out.println("reverse list :"+ naturalOrdering.reverse().sortedCopy(list));    
        System.out.println("isOrdered list :"+ naturalOrdering.isOrdered(list));
        System.out.println("isOrdered list :"+ naturalOrdering.reverse().isOrdered(list));
        list.add(null);
        System.out.println(" add null list:"+list);
        System.out.println("nullsFirst list :"+ naturalOrdering.nullsFirst().sortedCopy(list));
        System.out.println("nullsLast list :"+ naturalOrdering.nullsLast().sortedCopy(list));
    }

}

//============輸出==============
list:[peida, jerry, harry, eva, jhon, neron]
naturalOrdering:[eva, harry, jerry, jhon, neron, peida]
listtest:[1, 1, 1, 2]
true
false
naturalIntReduceOrdering:[1, 2, 3, 4, 5, 6, 7, 8, 9]
listReduce:[9, 8, 7, 6, 5, 4, 3, 2, 1]
true
true
true
true
isOrdered reverse :false
false
false
[a, b, c]
max:c
min:a
leastOf:[a, b]
naturalOrdering:[eva, harry, jerry, jhon, neron, peida]
leastOf list:[eva, harry, jerry]
greatestOf:[peida, neron, jhon]
reverse list :[peida, neron, jhon, jerry, harry, eva]
isOrdered list :false
isOrdered list :false
 add null list:[peida, jerry, harry, eva, jhon, neron, null]
nullsFirst list :[null, eva, harry, jerry, jhon, neron, peida]
nullsLast list :[eva, harry, jerry, jhon, neron, peida, null]

posted @ 2014-07-03 10:48 hellxoul 閱讀(396) | 評論 (0) | 編輯收藏

centOS6.5 rabbitmq安裝

摘要: centos 6.5 安裝rabbitmq 閱讀全文

posted @ 2014-06-25 22:23 hellxoul 閱讀(2262) | 評論 (0) | 編輯收藏

數(shù)據(jù)庫事務(wù)隔離級別

轉(zhuǎn)自：http://singo107.iteye.com/blog/1175084

數(shù)據(jù)庫事務(wù)的隔離級別有4個，由低到高依次為Read uncommitted 、Read committed 、Repeatable read 、Serializable ，這四個級別可以逐個解決臟讀、不可重復(fù)讀、幻讀這幾類問題。

√: 可能出現(xiàn) ×: 不會出現(xiàn)

	臟讀	不可重復(fù)讀	幻讀
Read uncommitted	√	√	√
Read committed	×	√	√
Repeatable read	×	×	√
Serializable	×	×	×

注意：我們討論隔離級別的場景，主要是在多個事務(wù)并發(fā) 的情況下，因此，接下來的講解都圍繞事務(wù)并發(fā)。

Read uncommitted 讀未提交

公司發(fā)工資了，領(lǐng)導(dǎo)把5000元打到singo的賬號上，但是該事務(wù)并未提交，而singo正好去查看賬戶，發(fā)現(xiàn)工資已經(jīng)到賬，是5000元整，非常高興。可是不幸的是，領(lǐng)導(dǎo)發(fā)現(xiàn)發(fā)給singo的工資金額不對，是2000元，于是迅速回滾了事務(wù)，修改金額后，將事務(wù)提交，最后singo實際的工資只有 2000元，singo空歡喜一場。

出現(xiàn)上述情況，即我們所說的臟讀，兩個并發(fā)的事務(wù)，“事務(wù)A：領(lǐng)導(dǎo)給singo發(fā)工資”、“事務(wù)B：singo查詢工資賬戶”，事務(wù)B讀取了事務(wù)A尚未提交的數(shù)據(jù)。

當(dāng)隔離級別設(shè)置為Read uncommitted 時，就可能出現(xiàn)臟讀，如何避免臟讀，請看下一個隔離級別。

Read committed 讀提交

singo拿著工資卡去消費，系統(tǒng)讀取到卡里確實有2000元，而此時她的老婆也正好在網(wǎng)上轉(zhuǎn)賬，把singo工資卡的2000元轉(zhuǎn)到另一賬戶，并在 singo之前提交了事務(wù)，當(dāng)singo扣款時，系統(tǒng)檢查到singo的工資卡已經(jīng)沒有錢，扣款失敗，singo十分納悶，明明卡里有錢，為何......

出現(xiàn)上述情況，即我們所說的不可重復(fù)讀，兩個并發(fā)的事務(wù)，“事務(wù)A：singo消費”、“事務(wù)B：singo的老婆網(wǎng)上轉(zhuǎn)賬”，事務(wù)A事先讀取了數(shù)據(jù)，事務(wù)B緊接了更新了數(shù)據(jù)，并提交了事務(wù)，而事務(wù)A再次讀取該數(shù)據(jù)時，數(shù)據(jù)已經(jīng)發(fā)生了改變。

當(dāng)隔離級別設(shè)置為Read committed 時，避免了臟讀，但是可能會造成不可重復(fù)讀。

大多數(shù)數(shù)據(jù)庫的默認(rèn)級別就是Read committed，比如Sql Server , Oracle。如何解決不可重復(fù)讀這一問題，請看下一個隔離級別。

Repeatable read 重復(fù)讀

當(dāng)隔離級別設(shè)置為Repeatable read 時，可以避免不可重復(fù)讀。當(dāng)singo拿著工資卡去消費時，一旦系統(tǒng)開始讀取工資卡信息（即事務(wù)開始），singo的老婆就不可能對該記錄進行修改，也就是singo的老婆不能在此時轉(zhuǎn)賬。

雖然Repeatable read避免了不可重復(fù)讀，但還有可能出現(xiàn)幻讀。

singo的老婆工作在銀行部門，她時常通過銀行內(nèi)部系統(tǒng)查看singo的信用卡消費記錄。有一天，她正在查詢到singo當(dāng)月信用卡的總消費金額（select sum(amount) from transaction where month = 本月）為80元，而singo此時正好在外面胡吃海塞后在收銀臺買單，消費1000元，即新增了一條1000元的消費記錄（insert transaction ... ），并提交了事務(wù)，隨后singo的老婆將singo當(dāng)月信用卡消費的明細(xì)打印到A4紙上，卻發(fā)現(xiàn)消費總額為1080元，singo的老婆很詫異，以為出現(xiàn)了幻覺，幻讀就這樣產(chǎn)生了。

注：Mysql的默認(rèn)隔離級別就是Repeatable read。

Serializable 序列化

Serializable 是最高的事務(wù)隔離級別，同時代價也花費最高，性能很低，一般很少使用，在該級別下，事務(wù)順序執(zhí)行，不僅可以避免臟讀、不可重復(fù)讀，還避免了幻像讀。

posted @ 2014-06-15 15:15 hellxoul 閱讀(239) | 評論 (0) | 編輯收藏

谷歌是如何做代碼審查的

在上一篇文章中提到過，我已經(jīng)不在Google工作了。我還沒有想清楚應(yīng)該去哪里—有兩三個非常好的工作機會擺在我面前。因為在這段做決定時間里，我不再受雇于任何人，我想可以寫一些專業(yè)性的東西，一些很有趣，但也會在同事和管理工作中導(dǎo)致關(guān)系緊張的東西。

Google是一個非常優(yōu)秀的公司。他們做出了很多令人稱贊的東西—既是公司外部，人們可以看到的東西，也是公司內(nèi)部。有一些在公司內(nèi)部并不屬于保密的事情，在外部并沒有給予足夠廣泛的討論。這就是我今天要說的。

讓Google的程序如此優(yōu)秀的一個最重要的事情看起來是非常的簡單：代碼審查。并不是只有Google做這個事情—代碼審查已經(jīng)被廣泛的認(rèn)可為一種非常好的做法，很多人都在這樣做。但我還沒有看到第二家這樣大的公司能把這種事情運用的如此普遍。在Google，沒有程序，任何產(chǎn)品、任何項目的程序代碼，可以在沒有經(jīng)過有效的代碼審查前提交到代碼庫里的。

所有人都要經(jīng)過代碼審查。并且很正規(guī)的：這種事情應(yīng)該成為任何重要的軟件開發(fā)工作中一個基本制度。并不單指產(chǎn)品程序——所有東西。它不需要很多的工作，但它的效果是巨大的。

從代碼審查里能得到什么？

很顯然：在代碼提交前，用第二群眼睛檢查一遍，防止bug混入。這是對其最常見的理解，是對代碼審查的好處的最廣泛的認(rèn)識。但是，依我的經(jīng)驗來看，這反倒是它最不重要的一點。人們確實在代碼審查中找到了bug。可是，這些在代碼審查中能發(fā)現(xiàn)的絕大部分bug，很顯然，都是微不足道的bug，程序的作者花幾分鐘的時間就能發(fā)現(xiàn)它們。真正需要花時間去發(fā)現(xiàn)的bug不是在代碼審查里能找到的。

代碼審查的最大的功用是純社會性的。如果你在編程，而且知道將會有同事檢查你的代碼，你編程態(tài)度就完全不一樣了。你寫出的代碼將更加整潔，有更好的注釋，更好的程序結(jié)構(gòu)——因為你知道，那個你很在意的人將會查看你的程序。沒有代碼審查，你知道人們最終還是會看你的程序。但這種事情不是立即發(fā)生的事，它不會給你帶來同等的緊迫感，它不會給你相同的個人評判的那種感受。

還有一個非常重要的好處。代碼審查能傳播知識。在很多的開發(fā)團隊里，經(jīng)常每一個人負(fù)責(zé)一個核心模塊，每個人都只關(guān)注他自己的那個模塊。除非是同事的模塊影響了自己的程序，他們從不相互交流。這種情況的后果是，每個模塊只有一個人熟悉里面的代碼。如果這個人休假或——但愿不是——辭職了，其他人則束手無策。通過代碼審查，至少會有兩個人熟悉這些程序——作者，以及審查者。審查者并不能像程序的作者一樣對程序十分了解——但他會熟悉程序的設(shè)計和架構(gòu)，這是極其重要的。

當(dāng)然，沒有什么事情能簡單的做下來的。依我的經(jīng)驗，在你能正確的進行代碼審查前，你需要花時間鍛煉學(xué)習(xí)。我發(fā)現(xiàn)人們在代碼審查時經(jīng)常會犯一些錯誤，導(dǎo)致不少麻煩——尤其在一些缺乏經(jīng)驗的審查者中經(jīng)常的出現(xiàn)，他們給了人們一個很遭的代碼審查的體驗，成為了人們接受代碼審查制度的一個障礙。

最重要的一個原則：代碼審查用意是在代碼提交前找到其中的問題——你要發(fā)現(xiàn)是它的正確。在代碼審查中最常犯的錯誤——幾乎每個新手都會犯的錯誤——是，審查者根據(jù)自己的編程習(xí)慣來評判別人的代碼。

對于一個問題，通常我們能找出十幾種方法去解決。對于一種解決方案，我們能有百萬種編碼方案來實現(xiàn)它。作為一個審查者，你的任務(wù)不是來確保被審查的代碼都采用的是你的編碼風(fēng)格——因為它不可能跟你寫的一樣。作為一段代碼的審查者的任務(wù)是確保由作者自己寫出的代碼是正確的。一旦這個原則被打破，你最終將會倍感折磨，深受挫折——這可不是我們想要的結(jié)果。

問題在于，這種錯誤是如此的普遍而易犯。如果你是個程序員，當(dāng)你遇到一個問題，你能想到一種解決方案——你就把你想到的方案作為標(biāo)準(zhǔn)答案。但事情不是這樣的——作為一個好的審查者，你需要明白這個道理。

代碼審查的第二個易犯的毛病是，人們覺得有壓力，感覺非要說點什么才好。你知道作者用了大量的時間和精力來實現(xiàn)這些程序——不該說點什么嗎？

不，你不需要。

只說一句“哇，不錯呀”，任何時候都不會不合適。如果你總是力圖找出一點什么東西來批評，你這樣做的結(jié)果只會損害自己的威望。當(dāng)你不厭其煩的找出一些東西來，只是為了說些什么，被審查人就會知道，你說這些話只是為了填補寂靜。你的評論將不再被人重視。

第三是速度。你不能匆匆忙忙的進行一次代碼審查——但你也要能迅速的完成。你的同伴在等你。如果你和你的同事并不想花太多時間進行代碼復(fù)查，你們很快的完成，那被審查者會覺得很沮喪，這種代碼審查帶來的只有失望的感覺。就好象是打攪了大家，使大家放下手頭的工作來進行審查。事情不該是這樣。你并不需要推掉手頭上的任何事情來做代碼審查。但如果中途耽誤了幾個小時，你中間還要休息一會，喝杯茶，沖個澡，或談會兒閑話。當(dāng)你回到審查現(xiàn)場，你可以繼續(xù)下去，把事情做完。如果你真是這樣，我想沒有人愿意在那干等著你。

[英文原文：Things Everyone Should Do: Code Review ]

posted @ 2014-06-06 10:04 hellxoul 閱讀(221) | 評論 (0) | 編輯收藏

ubuntu 14.04 64位安裝wps

wps只有32位的，因此要安裝wps必須安裝32位的支持庫，按照網(wǎng)上的教程先安裝32位的一些依賴庫
因為已經(jīng)安裝了libfreetype,網(wǎng)上也說64位的安裝32位的libfreetype 會有問題，同時，自己系統(tǒng)也裝不上32位的libfreetype 總是提示沖突。
沒辦法強制安裝

sudo dpkg -i --force-all --ignore-depends=libfreetype6:i386 --ignore-depends=libfontconfig1:i386 wps-office_8.1.0.3724~b1p2_i386.deb
搞定

posted @ 2014-04-20 21:40 hellxoul 閱讀(1499) | 評論 (0) | 編輯收藏

win8.1 啟動條目刪除后不能進入系統(tǒng) 修復(fù)

使用win8.1系統(tǒng)盤啟動，進入系統(tǒng)修復(fù)-高級-命令行，使用bcdboot 命令復(fù)制啟動盤的啟動到現(xiàn)有系統(tǒng)中去
bcdboot h:\windows \s c:
h:為系統(tǒng)啟動盤所在的盤符

posted @ 2014-04-19 20:41 hellxoul 閱讀(218) | 評論 (0) | 編輯收藏

適合于云端部署的應(yīng)用架構(gòu)

基于云的應(yīng)用與運行在私有數(shù)據(jù)中心的應(yīng)用之間最大的差別就是可擴展性。云提供了按需擴展的能力，能夠根據(jù)負(fù)載的波動對應(yīng)用進行擴展和收縮。但是傳統(tǒng)應(yīng)用要充分發(fā)揮云的優(yōu)勢，并不是簡單地將應(yīng)用部署到云上就萬事大吉，而是需要根據(jù)云的特點圍繞可擴展性重新進行架構(gòu)設(shè)計，近日AppDynamics的開發(fā)布道者Dustin.Whittle撰文闡述了適合云端部署的應(yīng)用架構(gòu)，對我們傳統(tǒng)應(yīng)用往云端部署有很大的啟發(fā)和借鑒意義。

應(yīng)用的架構(gòu)

Dustin.Whittle給出了云應(yīng)用的示例架構(gòu)，它具有高度的可擴展性，如下圖所示：

在這個圖中，應(yīng)用按照分層的理念進行了拆分，分別介紹如下：

客戶端層：客戶端層包含了針對目標(biāo)平臺的用戶界面，可能會包括基于Web的、移動端的甚至是胖客戶端的用戶界面。一般來講，這可能會是Web應(yīng)用，包含諸如用戶管理、會話管理、頁面構(gòu)建等功能，但是其他客戶端所發(fā)起的交互都需要以RESTful服務(wù)的形式調(diào)用服務(wù)器。

服務(wù)：服務(wù)器包含了緩存服務(wù)以及聚合（aggregate）服務(wù)，其中緩存服務(wù)中持有記錄系統(tǒng)（system of record）中最新的已知狀態(tài)，而聚集服務(wù)會直接與記錄系統(tǒng)交互，并且會執(zhí)行一些破壞性的操作（會改變記錄系統(tǒng)中的狀態(tài)）。

記錄系統(tǒng)：記錄系統(tǒng)是領(lǐng)域特定的服務(wù)端，它會驅(qū)動業(yè)務(wù)功能，可能會包括客戶管理系統(tǒng)、采購系統(tǒng)、預(yù)定系統(tǒng)等等，這些很可能是遺留系統(tǒng)，你的應(yīng)用需要與其進行交互。聚集服務(wù)要負(fù)責(zé)將你的應(yīng)用從這些特有的記錄系統(tǒng)中抽象出來，并為你的應(yīng)用提供一致的前端接口。

ESB：當(dāng)記錄系統(tǒng)發(fā)生數(shù)據(jù)變化的時候，它需要觸發(fā)到指定主題（topic）的事件，這就是事件驅(qū)動架構(gòu)（event-driven architecture，EDA）能夠影響應(yīng)用的地方了：當(dāng)記錄系統(tǒng)進行了一項其他系統(tǒng)可能感興趣的變更時，它會觸發(fā)一個事件，任何關(guān)注記錄系統(tǒng)的其他系統(tǒng)會監(jiān)聽到這個事件，并作出對應(yīng)的響應(yīng)。這也是使用使用主題（topic）而不是隊列（queue）的原因：隊列支持點對點（point-to-point）的消息，而主題支持發(fā)布-訂閱（publish-subscribe）的消息或事件。當(dāng)與遺留系統(tǒng)進行集成時，我們很期望這些遺留的系統(tǒng)能夠免遭負(fù)載的影響。因此，我們實現(xiàn)了一個緩存系統(tǒng)，這個緩存系統(tǒng)維持了記錄系統(tǒng)中所有最新的已知狀態(tài)。緩存系統(tǒng)會使用EDA的規(guī)則監(jiān)聽記錄系統(tǒng)的變化，它會更新自己所保存數(shù)據(jù)的版本，從而保證與記錄系統(tǒng)中的數(shù)據(jù)相匹配。這是一個很強大的策略，不過會將一致性模型變?yōu)樽罱K一致性，也就是說如果你在社交媒體上發(fā)布一條狀態(tài)的話，你的朋友可能在幾秒鐘甚至幾分鐘之后才能看到，數(shù)據(jù)最終是一致的，但有時你所看到的與你的朋友所看到的并不一致。如果能接受這種一致性的話，就能在很大程度上實現(xiàn)可擴展性的收益。

NoSQL：在數(shù)據(jù)存儲方面，有很多的可選方案，但如果要存儲大量數(shù)據(jù)的話，使用NoSQL存儲能夠更容易地擴展。有多種NoSQL存儲可供選擇，不過這要匹配所存儲數(shù)據(jù)的特點，如MongoDB適合存儲可搜索的數(shù)據(jù)，Neo4j適合存儲高度互相關(guān)聯(lián)的數(shù)據(jù)，而Cassandra適合存儲鍵/值對，像Solr這樣的搜索索引有利于加速對經(jīng)常訪問數(shù)據(jù)的查詢。

將應(yīng)用拆分為多個層的時候，最好的模式就是使用面向服務(wù)架構(gòu)（service-oriented architecture，SOA）。要實現(xiàn)這一點，可以使用SOAP，也可以使用REST，但是REST更為合適，因為它可擴展性更強。作者接下來對REST的理念進行了深入的闡述，InfoQ上關(guān)于REST已有很多相關(guān)的文章，如這里和這里，甚至包括Roy Fielding經(jīng)典博士論文的中譯本，所以這里不再贅述。不過，作者在這里特別強調(diào)了RESTful Web服務(wù)能夠保持無狀態(tài)性（stateless）。無狀態(tài)是實現(xiàn)可擴展性的關(guān)鍵需求，因為無狀態(tài)，所以請求可以由任何一個服務(wù)器響應(yīng)。如果你在服務(wù)層上需要更多的容量時，只需要為該層添加虛擬機即可，而不需關(guān)注客戶端狀態(tài)保持的問題，負(fù)載可以很容易地重新分配。

部署到云端

前面介紹了基于云的應(yīng)用架構(gòu)，接下來作者闡述了這樣的應(yīng)用該如何部署到云端。

RESTful Web服務(wù)要部署到Web容器中，并且要位于數(shù)據(jù)存儲之前。這些Web服務(wù)是沒有狀態(tài)的，只會反映其暴露的底層數(shù)據(jù)的狀態(tài)，因此可以根據(jù)需要部署任意數(shù)量的服務(wù)器。在基于云的部署中，開始時可以開啟足夠的實例以應(yīng)對日常的需求，然后配置彈性策略，從而根據(jù)負(fù)載增加或減少服務(wù)器的數(shù)量。衡量飽和度的最好指標(biāo)就是服務(wù)的響應(yīng)時間。另外還需要考慮這些服務(wù)所使用的底層數(shù)據(jù)存儲的性能。示例的部署圖如下所示：

如果在云部署時有EDA的需求，那么就需要部署ESB，作者給出的建議是根據(jù)功能對ESB進行分區(qū)（partitioning），這樣一個segment的過大負(fù)載不會影響到其他的segment。如下圖所示：

這種分離使System 1的負(fù)載與System 2的負(fù)載實現(xiàn)了隔離。如果System 1產(chǎn)生的負(fù)載拖慢了ESB，它只會影響到自己的segment，并不會影響到System 2的segment，因為它部署在其他硬件上。如果ESB產(chǎn)品支持的話，我們還可以給指定的segment添加服務(wù)器來實現(xiàn)擴展。

基于云的應(yīng)用與傳統(tǒng)應(yīng)用有著很大的差別，因為它有著不同的擴展性需求。基于云的應(yīng)用必須有足夠的彈性以應(yīng)對服務(wù)器的添加與移除，必須松耦合，必須盡可能的無狀態(tài)，必須預(yù)先規(guī)劃失敗的情況，并且必須能夠從幾臺服務(wù)器擴展到成千上萬臺服務(wù)器。

針對云應(yīng)用并沒有唯一正確的架構(gòu)，但是本文所闡述的RESTful服務(wù)以及事件驅(qū)動架構(gòu)卻是經(jīng)過實踐檢驗有效的架構(gòu)。作者認(rèn)為REST和EDA是實現(xiàn)云端可擴展應(yīng)用的基本工具。

目前，國內(nèi)許多傳統(tǒng)的軟件廠商正在逐漸往云端遷移，希望本文所闡述的架構(gòu)理念能夠為讀者提供一些借鑒。

posted @ 2014-03-25 09:18 hellxoul 閱讀(370) | 評論 (0) | 編輯收藏

node.js相關(guān)的中文文檔及教程

from:http://www.douban.com/group/topic/35067110/
收集帖:
node.js 中文api (開放版) ：http://nodeapi.ucdok.com/
node.js 中文api ：http://jsfuns.com/ebook/#30d25070-118c-11e3-bc83-47c9e4e1d529
node.js入門中文版: http://nodebeginner.org/index-zh-cn.html

express3.*中文API: http://expressjs.jser.us/
koa 中文文檔:https://github.com/turingou/koa-guide //Express 原班人馬打造的比express更輕更富有表現(xiàn)力的web框架

深入理解Express: http://xvfeng.me/posts/understanding-expressjs/
meteor中文文檔:http://d0cs.meteor.com/
NodeJS 和 Socket.io 中文入門教程:http://t.cn/zOMwxCg
jade中文文檔: http://expressjs.jser.us/jade.html
Juicer 中文文檔:http://juicer.name/docs/docs_zh_cn.html
Mongoose 基本功能使用:http://t.cn/zOIKPeB

以下是一些blog教程系列:

讓我們基于Node.js創(chuàng)建一個Web應(yīng)用系列(5篇)：http://t.cn/z8JnzkA
一周node.js系列(7篇） :http://t.cn/zOKuc9D
從零開始nodejs系列: http://blog.fens.me/series-nodejs/
一起學(xué)node.js (薦): http://t.cn/zHxNXXt
Node.js高級編程(薦): http://t.cn/zYmuqaH
深入淺出Node.js http://www.infoq.com/cn/master-nodejs
Node.js零起點開發(fā):http://blog.csdn.net/kaosini/article/details/8084268
node.js入門(共13篇)http://www.cnblogs.com/softlover/category/406516.html
snoopyxdy的博客(大量node及express api的解讀及進階內(nèi)容):http://t.cn/zQuKMKH
用node.js寫web框架系列:http://my.oschina.net/Jeky/blog?catalog=262655
Luics的node.js系列: http://t.cn/zjATQlf
使用node.js建博客:http://witcheryne.iteye.com/blog/1172069

nodejs相關(guān):
用socket.io 搭建聊天室: https://github.com/nswbmw/N-chat/wiki/_pages

nodejs實體中文圖書:

了不起的node.js： http://book.douban.com/subject/25767596/ 2014年1月
node.js高級編程: http://book.douban.com/subject/25799431/ 2013年12月
深入淺出nodejs： http://book.douban.com/subject/25768396/ 2013年12月
node.js入門經(jīng)典： http://book.douban.com/subject/23780706/ 2013年4月
node.js開發(fā)指南： http://book.douban.com/subject/10789820/ 2012年7月
Node Web開發(fā)： http://book.douban.com/subject/10586326/ 2012年4月

posted @ 2014-02-25 15:13 hellxoul 閱讀(1100) | 評論 (0) | 編輯收藏

linux下實施MQTT

mosquito 是一個MQTT 服務(wù)器。MQTT協(xié)議可用來做Android消息推送，服務(wù)器端采用mosquito+PhpMQTTClient(這個php用來做實驗)

自己不會java，不會Android開發(fā)，推送的開發(fā)部分是同事做的。使用情況表明，單臺服務(wù)器能滿足幾萬的穩(wěn)定的連接數(shù)，擴展起來也不難，加機器即可。

下載最新版的mosquitto
cd /usr/local/src
wget http://mosquitto.org/files/source/mosquitto-1.1.2.tar.gz
tar zxvf mosquitto-1.1.2.tar.gz
cd mosquitto-1.1.2
如果當(dāng)前openssl版本低于1.0，修改config.mk中的WITH_TLS_PSK:=no
make
make install prefix=/usr/local/mosquitto
為方便管理，添加下面至/etc/profile
export PATH=”$PATH:/usr/local/mosquitto/bin”
export PATH=”$PATH:/usr/local/mosquitto/sbin”

source /etc/profile
[root@mysql230 mosquitto]# mosquitto #tab補全，四個命令
mosquitto mosquitto_passwd mosquitto_pub mosquitto_sub

mosquitto服務(wù)器主程序，實現(xiàn)了MQTT協(xié)議
mosquitto_pub mosquitto發(fā)布消息的命令行程序
mosquitto_sub mosquitto訂閱消息的命令行程序
默認(rèn)的配置文件在 /etc/mosquitto/里

將/usr/local/mosquitto/lib/添加至/etc/ld.so.conf
執(zhí)行 ldconfig -f /etc/ld.so.conf 可能需要等待數(shù)秒

啟動
mosquitto （-d后臺啟動）
可能提示沒有用戶 mosquitto，useradd mosquitto
終端測試
客戶端 mosquitto_sub -h 192.168.1.230 -t test
另起命令行mosquitto_pub -t test -m ’123′
PhpMQTTClient安裝
去https://github.com/tokudu/PhpMQTTClient 下載程序包，放置到服務(wù)器目錄
可能需要結(jié)合實際情況，要修改的地方
index.php
$result = $conn->connect(SAM_MQTT, array(‘SAM_HOST’ => ’127.0.0.1′, ‘SAM_PORT’ => 1883));

SAM/MQTT/sam_mqtt.php
$this->port = 1883;

啟動mosquitto在前臺運行，以方便獲取連接客戶端的信息
mosquitto
在服務(wù)器另外一終端上啟動訂閱消息的進程，訂閱所有tokudu開頭topic
mosquitto_sub –t tokudu /+
注意，此處之所以要使用tokudu，可以看index.php的182行 var target = ‘tokudu/’ + $(‘#messageTarget’).val();
在mosquitto的終端獲得mosquitto_sub客戶端的id
1350006978: New client connected from 127.0.0.1 as mosqsub/8491-localhost..

訪問http://host:port/ ，push notification target字段填寫8491-localhost，push notification text填寫需要推送的測試消息
在mosquitto的終端查看是否收到了推送的消息，如果收到，說明phpmqttclient已經(jīng)安裝配置成功

解決mosquitto占有cpu進程過高的問題 https://answers.launchpad.net/mosquitto/+question/189612
ulimit -u 4096
ulimit -n 4096

附：
配置文件
# =================================================================
# General configuration
# =================================================================

# 客戶端心跳的間隔時間
#retry_interval 20

# 系統(tǒng)狀態(tài)的刷新時間
#sys_interval 10

# 系統(tǒng)資源的回收時間，0表示盡快處理
#store_clean_interval 10

# 服務(wù)進程的PID
#pid_file /var/run/mosquitto.pid

# 服務(wù)進程的系統(tǒng)用戶
#user mosquitto

# 客戶端心跳消息的最大并發(fā)數(shù)
#max_inflight_messages 10

# 客戶端心跳消息緩存隊列
#max_queued_messages 100

# 用于設(shè)置客戶端長連接的過期時間，默認(rèn)永不過期
#persistent_client_expiration

# =================================================================
# Default listener
# =================================================================

# 服務(wù)綁定的IP地址
#bind_address

# 服務(wù)綁定的端口號
#port 1883

# 允許的最大連接數(shù)，-1表示沒有限制
#max_connections -1

# cafile：CA證書文件
# capath：CA證書目錄
# certfile：PEM證書文件
# keyfile：PEM密鑰文件
#cafile
#capath
#certfile
#keyfile

# 必須提供證書以保證數(shù)據(jù)安全性
#require_certificate false

# 若require_certificate值為true，use_identity_as_username也必須為true
#use_identity_as_username false

# 啟用PSK（Pre-shared-key）支持
#psk_hint

# SSL/TSL加密算法，可以使用“openssl ciphers”命令獲取
# as the output of that command.
#ciphers

# =================================================================
# Persistence
# =================================================================

# 消息自動保存的間隔時間
#autosave_interval 1800

# 消息自動保存功能的開關(guān)
#autosave_on_changes false

# 持久化功能的開關(guān)
persistence true

# 持久化DB文件
#persistence_file mosquitto.db

# 持久化DB文件目錄
#persistence_location /var/lib/mosquitto/

# =================================================================
# Logging
# =================================================================

# 4種日志模式：stdout、stderr、syslog、topic
# none 則表示不記日志，此配置可以提升些許性能
log_dest none

# 選擇日志的級別（可設(shè)置多項）
#log_type error
#log_type warning
#log_type notice
#log_type information

# 是否記錄客戶端連接信息
#connection_messages true

# 是否記錄日志時間
#log_timestamp true

# =================================================================
# Security
# =================================================================

# 客戶端ID的前綴限制，可用于保證安全性
#clientid_prefixes

# 允許匿名用戶
#allow_anonymous true

# 用戶/密碼文件，默認(rèn)格式：username:password
#password_file

# PSK格式密碼文件，默認(rèn)格式：identity:key
#psk_file

# pattern write sensor/%u/data
# ACL權(quán)限配置，常用語法如下：
# 用戶限制：user <username>
# 話題限制：topic [read|write] <topic>
# 正則限制：pattern write sensor/%u/data
#acl_file

# =================================================================
# Bridges
# =================================================================

# 允許服務(wù)之間使用“橋接”模式（可用于分布式部署）
#connection <name>
#address <host>[:<port>]
#topic <topic> [[[out | in | both] qos-level] local-prefix remote-prefix]

# 設(shè)置橋接的客戶端ID
#clientid

# 橋接斷開時，是否清除遠程服務(wù)器中的消息
#cleansession false

# 是否發(fā)布橋接的狀態(tài)信息
#notifications true

# 設(shè)置橋接模式下，消息將會發(fā)布到的話題地址
# $SYS/broker/connection/<clientid>/state
#notification_topic

# 設(shè)置橋接的keepalive數(shù)值
#keepalive_interval 60

# 橋接模式，目前有三種：automatic、lazy、once
#start_type automatic

# 橋接模式automatic的超時時間
#restart_timeout 30

# 橋接模式lazy的超時時間
#idle_timeout 60

# 橋接客戶端的用戶名
#username

# 橋接客戶端的密碼
#password

# bridge_cafile：橋接客戶端的CA證書文件
# bridge_capath：橋接客戶端的CA證書目錄
# bridge_certfile：橋接客戶端的PEM證書文件
# bridge_keyfile：橋接客戶端的PEM密鑰文件
#bridge_cafile
#bridge_capath
#bridge_certfile
#bridge_keyfile

# 自己的配置可以放到以下目錄中
include_dir /etc/mosquitto/conf.d

本文出自 “Cooke Chen 我愛小貝” 博客，請務(wù)必保留此出處http://cswei.blog.51cto.com/3443978/1225617

posted @ 2013-12-12 21:54 hellxoul 閱讀(8971) | 評論 (0) | 編輯收藏

ubuntu tools

Sublime Text 2
---------------
非常好用的文本編輯器，雖是收費的，但是現(xiàn)在可以免費不限時間試用。

Shell代碼

sudo add-apt-repository ppa:webupd8team/sublime-text-2
sudo apt-get update
sudo apt-get install sublime-text-2

將 sublime 作為默認(rèn)的文本編輯器
sudo subl /usr/share/applications/defaults.list
把所有的 gedit.desktop 替換為 sublime-text-2.desktop

Jupiter
----------------
據(jù)說可以讓 Ubuntu 不那么耗電.... 我的本子跑的時候比較燙，權(quán)且相信了。這個工具還可以關(guān)閉觸摸屏，這點比較實用。

Shell代碼

sudo add-apt-repository ppa:webupd8team/jupiter
sudo apt-get update
sudo apt-get install jupiter

Tweak
----------------
使用過后才發(fā)現(xiàn)確實比 MyUnity 要好用，功能也更多。
去官方網(wǎng)站下載吧：

網(wǎng)址代碼

http://ubuntu-tweak.com/

MyUnity
----------------
自 Ubuntu 轉(zhuǎn)用 Unity 后就一直褒貶不一，我個人還是比較喜歡這種設(shè)計的，比較前衛(wèi)，很漂亮；還把菜單欄和頂部欄合為一體，比較節(jié)省本子本來已經(jīng)很小的垂直視野；但是也有些東西很惱人，比如左側(cè)欄總是會彈出，非常影響體驗。有了這個工具就可以很方便的定制界面了。比如我就把左側(cè)欄縮小到 40，然后固定，還是比較 Nice 的。

Shell代碼

sudo add-apt-repository ppa:myunity/ppa
sudo apt-get update
sudo apt-get install myunity

Guake
----------------------------------
非常好用的 Terminator，可以在 Ubuntu 軟件中心安裝。

Fish (Friendly Interactive Shell)
-----------------------------------
正如其名字，比默認(rèn)的 shell terminate 更加友好，更加方便使用。添加的語法高亮，用下劃線標(biāo)出存在的地址，等等。

Shell代碼

sudo apt-get install fish

如果你和我一樣喜歡把他作為默認(rèn)的 shell 的話，可以按下面方法做：
1. 確定 fish 安裝路徑:

Shell代碼

whereis fish

2. 添加為默認(rèn)：

Shell代碼

chsh -s /usr/local/bin/fish(注，這個地址由上面的命令得到)

dnsmasq
-------------------------
DNS 緩存，加速訪問網(wǎng)站
1. 安裝

Shell代碼

sudo apt-get install dnsmasq

2. 配置 dnsmasq.conf

Shell代碼

sudo vim /etc/dnsmasq.conf
查找 #listen-address=
修改為 listen-address=127.0.0.1

3. 配置 dhclient.conf
有些網(wǎng)站修改的是 /etc/dhcp3/dhclient.conf，我用的是 ubuntu 11.10，沒有找到這個文件，修改的是 /etc/dhcp/dhclient.conf

Shell代碼

sudo vim /etc/dhcp/dhclient.conf
查找 #prepend domain-name-servers 127.0.0.1;
刪除注釋符號 #
變成 prepend domain-name-servers 127.0.0.1;

4. 配置 resolv.conf

Shell代碼

sudo vim /etc/resolv.conf
修改為：
# Local Cached DNS
nameserver 127.0.0.1
# Google DNS
nameserver 8.8.8.8
nameserver 8.8.4.4
# OpenDNS
nameserver 208.67.220.220
nameserver 208.67.222.222

5. 重啟 dnsmasq

Shell代碼

sudo /etc/init.d/networking restart

posted @ 2013-11-19 20:53 hellxoul 閱讀(250) | 評論 (0) | 編輯收藏

Rsnapshot：一款面向Linux遠程文件系統(tǒng)備份工具

摘要: 【51CTO精選譯文】Rsnapshot是一款開源本地/遠程文件系統(tǒng)備份實用工具，它采用Perl語言編寫而成，充分利用了Rsync和SSH程序的功能，可以針對Linux/Unix文件系統(tǒng)創(chuàng)建預(yù)定的增量備份，同時只占用了一套單個完全備份的空間（外加變化的數(shù)據(jù)），并將本地驅(qū)動器上的那些備份存放到不同的硬盤驅(qū)動器、外置USB驅(qū)動器、NFS掛載驅(qū)動器上，或者干脆經(jīng)由SSH，通過網(wǎng)絡(luò)存放到另一臺機器上。安裝... 閱讀全文

posted @ 2013-11-15 09:34 hellxoul 閱讀(645) | 評論 (0) | 編輯收藏

常用鏈接

留言簿

隨筆分類

隨筆檔案

搜索

最新評論

閱讀排行榜

評論排行榜

Read uncommitted 讀未提交

Read committed 讀提交

Repeatable read 重復(fù)讀

Serializable 序列化

應(yīng)用的架構(gòu)

部署到云端