黑夜里的狼 - BlogJava

[置顶]Spring 的优秀工具类盘点，第 1 部分: 文件资源操作和 Web 相关工具类

只有注册用户登录后才能阅读该文。阅读全文

posted @ 2012-12-21 11:03 hellxoul 阅读(74) | 评论 (0) | 编辑收藏

摘要: 每个人的CSS命名规则都不一样，给后期维护人员带来麻烦。如果大家都统一的话，就提高了工作效率，方便自己，也方便他人。下面为你介绍CSS的命名规则吧！一、常用命名规则头：header 内容：content/container 尾：footer 导航：nav 侧栏：sidebar 栏目：column 页面外围控制整体布局宽度：wrapper&... 阅读全文

posted @ 2011-11-23 09:55 hellxoul 阅读(191) | 评论 (0) | 编辑收藏

2015年10月15日

阿里云主机推荐码，可以打九折8C0BAY 有效期 11-30号

posted @ 2015-10-15 18:13 hellxoul 阅读(185) | 评论 (0) | 编辑收藏

2015年1月5日

iframe高度自适应

摘要: 阅读全文

posted @ 2015-01-05 11:52 hellxoul 阅读(296) | 评论 (0) | 编辑收藏

2014年8月3日

研究SpringMvc 3.2的默认干了什么

如果不配置其他参数，大致相当于以下的配置文件（参考自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 阅读(2885) | 评论 (1) | 编辑收藏

2014年7月5日

Servlet生命周期

HeadFirst Servlet/JSP 学习笔记
1.容器加载类，调用servlet的无参构造方法，并调用servlet的init()方法，从而初始化servlet。
2.init()在servlet一生中只调用一次，往往在servlet为客户请求提供服务之前调用。
3.init()方法使servlet可以访问ServletConfig和ServletContext对象，servlet需要从这些对象得到有关servlet配置和web应用的信息。
4.容器通过调用servlet的destroy()方法来结束servlet的生命
5.servlet一生的大多时间都是在为某个客户端请求运行service()方法
6.对servlet的每个请求都在一个单独的线程中运行，任何特定servlet类都只有一个实例。

posted @ 2014-07-05 15:21 hellxoul 阅读(260) | 评论 (0) | 编辑收藏

2014年7月3日

Guava学习笔记：Ordering犀利的比较器

转自：http://www.cnblogs.com/peida/p/Guava_Ordering.html

Ordering是Guava类库提供的一个犀利强大的比较器工具，Guava的Ordering和JDK Comparator相比功能更强。它非常容易扩展，可以轻松构造复杂的comparator，然后用在容器的比较、排序等操作中。

　　本质上来说，Ordering 实例无非就是一个特殊的Comparator 实例。Ordering只是需要依赖于一个比较器（例如，Collections.max）的方法，并使其可作为实例方法。另外，Ordering提供了链式方法调用和加强现有的比较器。

　　下面我们看看Ordering中的一些具体方法和简单的使用实例。

　　常见的静态方法：

　　natural()：使用Comparable类型的自然顺序，例如：整数从小到大，字符串是按字典顺序;
　　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(): 返回与当前Ordering相反的排序:
　　nullsFirst(): 返回一个将null放在non-null元素之前的Ordering，其他的和原始的Ordering一样；
　　nullsLast()：返回一个将null放在non-null元素之后的Ordering，其他的和原始的Ordering一样；
　　compound(Comparator)：返回一个使用Comparator的Ordering，Comparator作为第二排序元素，例如对bug列表进行排序，先根据bug的级别，再根据优先级进行排序；
　　lexicographical()：返回一个按照字典元素迭代的Ordering；
　　onResultOf(Function)：将function应用在各个元素上之后, 在使用原始ordering进行排序；
　　greatestOf(Iterable iterable, int k)：返回指定的第k个可迭代的最大的元素，按照这个从最大到最小的顺序。是不稳定的。
　　leastOf(Iterable<E> iterable,int k)：返回指定的第k个可迭代的最小的元素，按照这个从最小到最大的顺序。是不稳定的。
　　isOrdered(Iterable)：是否有序，Iterable不能少于2个元素。
　　isStrictlyOrdered(Iterable)：是否严格有序。请注意，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 阅读(285) | 评论 (0) | 编辑收藏

2014年6月25日

centOS6.5 rabbitmq安装

摘要: centos 6.5 安装rabbitmq 阅读全文

posted @ 2014-06-25 22:23 hellxoul 阅读(2248) | 评论 (0) | 编辑收藏

2014年6月15日

数据库事务隔离级别

转自：http://singo107.iteye.com/blog/1175084

数据库事务的隔离级别有4个，由低到高依次为Read uncommitted 、Read committed 、Repeatable read 、Serializable ，这四个级别可以逐个解决脏读、不可重复读、幻读这几类问题。

√: 可能出现 ×: 不会出现

	脏读	不可重复读	幻读
Read uncommitted	√	√	√
Read committed	×	√	√
Repeatable read	×	×	√
Serializable	×	×	×

注意：我们讨论隔离级别的场景，主要是在多个事务并发的情况下，因此，接下来的讲解都围绕事务并发。

Read uncommitted 读未提交

公司发工资了，领导把5000元打到singo的账号上，但是该事务并未提交，而singo正好去查看账户，发现工资已经到账，是5000元整，非常高兴。可是不幸的是，领导发现发给singo的工资金额不对，是2000元，于是迅速回滚了事务，修改金额后，将事务提交，最后singo实际的工资只有 2000元，singo空欢喜一场。

出现上述情况，即我们所说的脏读，两个并发的事务，“事务A：领导给singo发工资”、“事务B：singo查询工资账户”，事务B读取了事务A尚未提交的数据。

当隔离级别设置为Read uncommitted 时，就可能出现脏读，如何避免脏读，请看下一个隔离级别。

Read committed 读提交

singo拿着工资卡去消费，系统读取到卡里确实有2000元，而此时她的老婆也正好在网上转账，把singo工资卡的2000元转到另一账户，并在 singo之前提交了事务，当singo扣款时，系统检查到singo的工资卡已经没有钱，扣款失败，singo十分纳闷，明明卡里有钱，为何......

出现上述情况，即我们所说的不可重复读，两个并发的事务，“事务A：singo消费”、“事务B：singo的老婆网上转账”，事务A事先读取了数据，事务B紧接了更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。

当隔离级别设置为Read committed 时，避免了脏读，但是可能会造成不可重复读。

大多数数据库的默认级别就是Read committed，比如Sql Server , Oracle。如何解决不可重复读这一问题，请看下一个隔离级别。

Repeatable read 重复读

当隔离级别设置为Repeatable read 时，可以避免不可重复读。当singo拿着工资卡去消费时，一旦系统开始读取工资卡信息（即事务开始），singo的老婆就不可能对该记录进行修改，也就是singo的老婆不能在此时转账。

虽然Repeatable read避免了不可重复读，但还有可能出现幻读。

singo的老婆工作在银行部门，她时常通过银行内部系统查看singo的信用卡消费记录。有一天，她正在查询到singo当月信用卡的总消费金额（select sum(amount) from transaction where month = 本月）为80元，而singo此时正好在外面胡吃海塞后在收银台买单，消费1000元，即新增了一条1000元的消费记录（insert transaction ... ），并提交了事务，随后singo的老婆将singo当月信用卡消费的明细打印到A4纸上，却发现消费总额为1080元，singo的老婆很诧异，以为出现了幻觉，幻读就这样产生了。

注：Mysql的默认隔离级别就是Repeatable read。

Serializable 序列化

Serializable 是最高的事务隔离级别，同时代价也花费最高，性能很低，一般很少使用，在该级别下，事务顺序执行，不仅可以避免脏读、不可重复读，还避免了幻像读。

posted @ 2014-06-15 15:15 hellxoul 阅读(226) | 评论 (0) | 编辑收藏

2014年6月6日

谷歌是如何做代码审查的

在上一篇文章中提到过，我已经不在Google工作了。我还没有想清楚应该去哪里—有两三个非常好的工作机会摆在我面前。因为在这段做决定时间里，我不再受雇于任何人，我想可以写一些专业性的东西，一些很有趣，但也会在同事和管理工作中导致关系紧张的东西。

Google是一个非常优秀的公司。他们做出了很多令人称赞的东西—既是公司外部，人们可以看到的东西，也是公司内部。有一些在公司内部并不属于保密的事情，在外部并没有给予足够广泛的讨论。这就是我今天要说的。

让Google的程序如此优秀的一个最重要的事情看起来是非常的简单：代码审查。并不是只有Google做这个事情—代码审查已经被广泛的认可为一种非常好的做法，很多人都在这样做。但我还没有看到第二家这样大的公司能把这种事情运用的如此普遍。在Google，没有程序，任何产品、任何项目的程序代码，可以在没有经过有效的代码审查前提交到代码库里的。

所有人都要经过代码审查。并且很正规的：这种事情应该成为任何重要的软件开发工作中一个基本制度。并不单指产品程序——所有东西。它不需要很多的工作，但它的效果是巨大的。

从代码审查里能得到什么？

很显然：在代码提交前，用第二群眼睛检查一遍，防止bug混入。这是对其最常见的理解，是对代码审查的好处的最广泛的认识。但是，依我的经验来看，这反倒是它最不重要的一点。人们确实在代码审查中找到了bug。可是，这些在代码审查中能发现的绝大部分bug，很显然，都是微不足道的bug，程序的作者花几分钟的时间就能发现它们。真正需要花时间去发现的bug不是在代码审查里能找到的。

代码审查的最大的功用是纯社会性的。如果你在编程，而且知道将会有同事检查你的代码，你编程态度就完全不一样了。你写出的代码将更加整洁，有更好的注释，更好的程序结构——因为你知道，那个你很在意的人将会查看你的程序。没有代码审查，你知道人们最终还是会看你的程序。但这种事情不是立即发生的事，它不会给你带来同等的紧迫感，它不会给你相同的个人评判的那种感受。

还有一个非常重要的好处。代码审查能传播知识。在很多的开发团队里，经常每一个人负责一个核心模块，每个人都只关注他自己的那个模块。除非是同事的模块影响了自己的程序，他们从不相互交流。这种情况的后果是，每个模块只有一个人熟悉里面的代码。如果这个人休假或——但愿不是——辞职了，其他人则束手无策。通过代码审查，至少会有两个人熟悉这些程序——作者，以及审查者。审查者并不能像程序的作者一样对程序十分了解——但他会熟悉程序的设计和架构，这是极其重要的。

当然，没有什么事情能简单的做下来的。依我的经验，在你能正确的进行代码审查前，你需要花时间锻炼学习。我发现人们在代码审查时经常会犯一些错误，导致不少麻烦——尤其在一些缺乏经验的审查者中经常的出现，他们给了人们一个很遭的代码审查的体验，成为了人们接受代码审查制度的一个障碍。

最重要的一个原则：代码审查用意是在代码提交前找到其中的问题——你要发现是它的正确。在代码审查中最常犯的错误——几乎每个新手都会犯的错误——是，审查者根据自己的编程习惯来评判别人的代码。

对于一个问题，通常我们能找出十几种方法去解决。对于一种解决方案，我们能有百万种编码方案来实现它。作为一个审查者，你的任务不是来确保被审查的代码都采用的是你的编码风格——因为它不可能跟你写的一样。作为一段代码的审查者的任务是确保由作者自己写出的代码是正确的。一旦这个原则被打破，你最终将会倍感折磨，深受挫折——这可不是我们想要的结果。

问题在于，这种错误是如此的普遍而易犯。如果你是个程序员，当你遇到一个问题，你能想到一种解决方案——你就把你想到的方案作为标准答案。但事情不是这样的——作为一个好的审查者，你需要明白这个道理。

代码审查的第二个易犯的毛病是，人们觉得有压力，感觉非要说点什么才好。你知道作者用了大量的时间和精力来实现这些程序——不该说点什么吗？

不，你不需要。

只说一句“哇，不错呀”，任何时候都不会不合适。如果你总是力图找出一点什么东西来批评，你这样做的结果只会损害自己的威望。当你不厌其烦的找出一些东西来，只是为了说些什么，被审查人就会知道，你说这些话只是为了填补寂静。你的评论将不再被人重视。

第三是速度。你不能匆匆忙忙的进行一次代码审查——但你也要能迅速的完成。你的同伴在等你。如果你和你的同事并不想花太多时间进行代码复查，你们很快的完成，那被审查者会觉得很沮丧，这种代码审查带来的只有失望的感觉。就好象是打搅了大家，使大家放下手头的工作来进行审查。事情不该是这样。你并不需要推掉手头上的任何事情来做代码审查。但如果中途耽误了几个小时，你中间还要休息一会，喝杯茶，冲个澡，或谈会儿闲话。当你回到审查现场，你可以继续下去，把事情做完。如果你真是这样，我想没有人愿意在那干等着你。

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

posted @ 2014-06-06 10:04 hellxoul 阅读(209) | 评论 (0) | 编辑收藏

2014年4月20日

ubuntu 14.04 64位安装wps

wps只有32位的，因此要安装wps必须安装32位的支持库，按照网上的教程先安装32位的一些依赖库
因为已经安装了libfreetype,网上也说64位的安装32位的libfreetype 会有问题，同时，自己系统也装不上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 阅读(1486) | 评论 (0) | 编辑收藏

2014年4月19日

win8.1 启动条目删除后不能进入系统修复

使用win8.1系统盘启动，进入系统修复-高级-命令行，使用bcdboot 命令复制启动盘的启动到现有系统中去
bcdboot h:\windows \s c:
h:为系统启动盘所在的盘符

posted @ 2014-04-19 20:41 hellxoul 阅读(201) | 评论 (0) | 编辑收藏

仅列出标题下一页