repositories{

mavenCentral()

}

dependencies {

 compile ('com.google.android.gms:play-services-maps:10.0.1')

}

buildTypes {
    release {
        minifyEnabled false
 proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
 }
}
将minifyEnabled改为true。
ProGuard是Android SDK附带的。如果需要顶尖的安全性，ProGuard就力不从心了，可以使用DexGuard。

参考：
读懂 Android 中的代码混淆 http://droidyue.com/blog/2016/07/10/understanding-android-obfuscated-code-by-proguard/

<scripttype="text/javascript">
var theLinks;
var nCount =0;
var theTimerID;

function init(){
    $("div#mygalone").slideView();
    theLinks = jQuery('#stripTransmitter0 a');

        //for kill interval purposes
    theTimerID = setInterval("autoSlide()",5000);
}
function autoSlide(){
    jQuery.each(theLinks,function(i){
        if(jQuery(this).hasClass('current')){
            jQuery(theLinks[((i+1< theLinks.length)?(i+1):0)]).trigger("click");
            returnfalse;
        }
    });
}

$(window).bind("load", init );
</script>

The way I see it you basically have 3 options here:

(1) - Use slideViewPro, but disable thumbnails using the thumbsVis:false option as shown below

(2) - Switch to using the jQuery cycle plug-in instead

(3) - Edit the source code of original slideViewer and add your own autoslide implementation by using timers and firing the click event on the navigation.

重要的是TOMCAT这种容器竟然有这样的BUG,不能正确读取UTF-8格式的文件,你总不能强求用户编辑JSP文件时一定要存为什么格式吧?
费话少说,下载tomcat5的src,进入jakarta-tomcat-jasper\jasper2\src\share\org\apache\jasper\compiler,找到JspUtil.java,找到
public static InputStream getInputStream(String fname, JarFile jarFile,
JspCompilationContext ctxt,
ErrorDispatcher err)
throws JasperException, IOException {

InputStream in = null;

if (jarFile != null) {
String jarEntryName = fname.substring(1, fname.length());
ZipEntry jarEntry = jarFile.getEntry(jarEntryName);
if (jarEntry == null) {
err.jspError("jsp.error.file.not.found", fname);
}
in = jarFile.getInputStream(jarEntry);
} else {
in = ctxt.getResourceAsStream(fname);
}

if (in == null) {
err.jspError("jsp.error.file.not.found", fname);
}
return in;
}

在return in前加上判断,改成:
public static InputStream getInputStream(String fname, JarFile jarFile,
JspCompilationContext ctxt,
ErrorDispatcher err)
throws JasperException, IOException {

InputStream in = null;

if (jarFile != null) {
String jarEntryName = fname.substring(1, fname.length());
ZipEntry jarEntry = jarFile.getEntry(jarEntryName);
if (jarEntry == null) {
err.jspError("jsp.error.file.not.found", fname);
}
in = jarFile.getInputStream(jarEntry);
} else {
in = ctxt.getResourceAsStream(fname);
}

if (in == null) {
err.jspError("jsp.error.file.not.found", fname);
}
PushbackInputStream testin = new PushbackInputStream(in);
int ch = testin.read();
if (ch != 0xef) {
testin.unread(ch);
}
else if ((ch = testin.read()) != 0xbb) {
testin.unread(ch);
testin.unread(0xef);
}
else if ((ch = testin.read()) != 0xbf) {
throw new IOException("错误的UTF-8格式文件");
}
else{
//fStream.setEncoding("UTF-8");
testin.read();
}
return testin;
}

编译,重新打包,替换原来的包,运行TOMCAT,OK!

整个问题解决除了远程登录他的服务器传送文件的时间,总共只有4-5分钟.其实只要问题定位准确,就不难解决了.我一再强调的是经熟悉底层,你如果知道内 存中每个byte从哪儿来要到哪儿去,就可以非常容易地解决问题.在此之前我连TOMCAT5下载都没有下过,更别说试用了.但只要你对JDK有深入的了 解,就可以准确地定位问题的所在.

希望本文能给不是高手的朋友一点帮助和启发,对于高手的朋友你可以弃之一笑.

• all to suppress all warnings
• boxing to suppress warnings relative to boxing/unboxing operations
• cast to suppress warnings relative to cast operations
• dep-ann to suppress warnings relative to deprecated annotation
• deprecation to suppress warnings relative to deprecation
• fallthrough to suppress warnings relative to missing breaks in switch statements
• finally to suppress warnings relative to finally block that don't return
• hiding to suppress warnings relative to locals that hide variable
• incomplete-switch to suppress warnings relative to missing entries in a switch statement (enum case)
• nls to suppress warnings relative to non-nls string literals
• null to suppress warnings relative to null analysis
• restriction to suppress warnings relative to usage of discouraged or forbidden references
• serial to suppress warnings relative to missing serialVersionUID field for a serializable class
• static-access to suppress warnings relative to incorrect static access
• synthetic-access to suppress warnings relative to unoptimized access from inner classes
• unchecked to suppress warnings relative to unchecked operations
• unqualified-field-access to suppress warnings relative to field access unqualified
• unused to suppress warnings relative to unused code

报错：
log4j:ERROR Document root element "log4j:configuration",  must match DOCTYPE root "null".
解决：
Try adding this to the second line (the line below <?xml ...?>)...
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">



Log4J的数据库写入方式就是一个鸡肋，没有使用连接池，也不支持addBatch。
只是把用户输出的log现在一个ArrayList中保存，当其数量达到了BufferSize，才启动写日志。参看其源代码（JDBCAppender.java）

可以考虑把org.apache.log4j.jdbc.JDBCAppender换掉。参考

#!/bin/bash

for SVN_META in `find . -type f -name "entries"`
do
        echo processing $SVN_META ...
        cat $SVN_META | sed -e 's/3322/.org/homeunix/.net/g' >$SVN_META.tmp
        mv -vf $SVN_META.tmp $SVN_META
done

我使用的是SecureCRT5.5
SecureCR下的文件传输协议有ASCII、Xmodem、Zmodem
文件传输协议
文件传输是数据交换的主要形式。在进行文件传输时，为使文件能被正确识别和传送，我们需要在两台计算机之间建立统一的传输协议。这个协议包括了文件的识别、传送的起止时间、错误的判断与纠正等内容。常见的传输协议有以下几种：

ASCII：这是最快的传输协议，但只能传送文本文件。

Xmodem：这种古老的传输协议速度较慢，但由于使用了CRC错误侦测方法，传输的准确率可高达99.6%。

Ymodem：这是Xmodem的改良版，使用了1024位区段传送，速度比Xmodem要快。

Zmodem：Zmodem采用了串流式（streaming）传输方式，传输速度较快，而且还具有自动改变区段大小和断点续传、快速错误侦测等功能。这是目前最流行的文件传输协议。

除以上几种外，还有Imodem、Jmodem、Bimodem、Kermit、Lynx等协议，由于没有多数厂商支持，这里就略去不讲。
SecureCRT可以使用linux下的zmodem协议来快速的传送文件.

你只要设置一下上传和下载的默认目录就行
options->session options ->Terminal->Xmodem/Zmodem 下
在右栏directory设置上传和下载的目录

 使用Zmodem从客户端上传文件到linux服务器
1.在用SecureCRT登陆linux终端.
2.选中你要放置上传文件的路径，在目录下然后输入rz命令,SecureCRT会弹出文件选择对话框，在查找范围中找到你要上传的文件，按Add按钮。然后OK就可以把文件上传到linux上了。
或者在Transfer->Zmodem Upoad list弹出文件选择对话框，选好文件后按Add按钮。然后OK窗口自动关闭。然后在linux下选中存放文件的目录，输入rz命令。liunx就把那个文件上传到这个目录下了。

使用Zmodem下载文件到客户端：
sz filename
zmodem接收可以自行启动.下载的文件存放在你设定的默认下载目录下.

又记：
rz，sz是Linux/Unix同Windows进行ZModem文件传输的命令行工具windows端需要支持ZModem的telnet/ssh客 户端，SecureCRT就可以用SecureCRT登陆到Unix/Linux主机（telnet或ssh均可）O 运行命令rz，即是接收文件，SecureCRT就会弹出文件选择对话框，选好文件之后关闭对话框，文件就会上传到当前目录 O 运行命令sz file1 file2就是发文件到windows上（保存的目录是可以配置） 比ftp命令方便多了，而且服务器不用再开FTP服务了

Java保证读和写32位数或者更小的值是原子操作，也就是说可以在一步完成，因而不可能被打断，因此这样的读和写不需要同步。以下的代码是线程安全(thread safe)的：

public class Example{
　 private int value; // More code here...
　 public void set (int x){
　　 // NOTE: No synchronized keyword
　　 this.value = x;
　 }
}

不过，这个保证仅限于读和写，下面的代码不是线程安全的：

public void increment (){
　 // This is effectively two or three instructions:
　 // 1) Read current setting of ’value’.
　 // 2) Increment that setting.
　 // 3) Write the new setting back.
　 ++this.value;
}

Take state out of the application servers and push it to database/memcached/shared network drive (that's the whole Shared Nothing thang). Use load balancers between your tiers, so you have load balancers -> web servers -> load balancers -> app servers -> load balancers -> database/memcached/shared network drive servers. (Past the entry point, load balancers can just be software, like haproxy).

In a setup like that, you can add almost any number of web and app servers without changing a thing.

Scaling the database is the "hard part", but still a solved problem. Once you get beyond what can be easily managed by a decent master-slave setup (and that'll probably take millions and millions of pageviews per day), you start doing partitioning.

Users 1-100K on cluster A, 100K-200K on cluster B, and so on. But again, this is nothing new. LiveJournal scales like that. I hear eBay too. And probably everyone else that has to deal with huge numbers.

So the scaling part is solved. What's left is judging whether the economics of it are sensible to you. And that's really a performance issue, not a scalability one.

If your app server costs $500 per month (like our dual xeons does) and can drive 30 requests/second on Rails and 60 requests/second on Java/PHP/.NET/whatever (these are totally arbitrary numbers pulled out of my...), then you're faced with the cost of $500 for 2.6 million requests/day on the Rails setup and $250 for the same on the other one.

Now. How much is productivity worth to you? Let's just take a $60K/year programmer. That's $5K/month. If you need to handle 5 million requests/day, your programmer needs to be 10% more productive on Rails to make it even. If he's 15% more productive, you're up $250. And this is not even considering the joy and happiness programmers derive from working with more productive tools (nor that people have claimed to be many times more productive).

Of course, the silly math above hinges on the assumption that the whateverstack is twice as fast as Rails. That's a very big if. And totally dependent on the application, the people, and so on. Some have found Rails to be as fast or faster than comparable "best-of-breed J2EE stacks".

The point is that the cost per request is plummeting, but the cost of programming is not. Thus, we have to find ways to trade efficiency in the runtime for efficiency in the "thought time" in order to make the development of applications cheaper. I believed we've long since entered an age where simplicity of development and maintenance is where the real value lies.

其实正如zhangc之前说，理论的问题都清楚，关键还是实践！

#!/usr/bin/python是告诉操作系统执行这个脚本的时候，调用/usr/bin下的python解释器；
#!/usr/bin/env python这种用法是为了防止操作系统用户没有将python装在默认的/usr/bin路径里。当系统看到这一行的时候，首先会到env设置里查找python的安装路径，再调用对应路径下的解释器程序完成操作。

如果你想恢复的数据库是包含授权表的mysql数据库，你需要用--skip-grant-table选项运行服务器。否则，它会抱怨不能找到授权表。在你已经恢复表后，执行mysqladmin flush-privileges告诉服务器装载授权标并使用它们

mysqldump  -uroot -proot -h192.168.0.1 -P3306 test T_USER --where="sex=1 and  type=2 limit order by id desc limit 100" > /www/T_USER.sql

或mysql -uroot -proot -h192.168.0.1 -P3306 test -e "select jjj from ttt" > /www/test.txt

GeoServer

GeoServer 主要特性包括

13台根服务器
根服务器主要用来管理互联网的主目录，全世界只有13台。1个为主根服务器，放置在美国。其余12个均为辅根服务器，
其中9个放置在美国，欧洲2个，位于英国和瑞典，亚洲1个，位于日本。
所有根服务器均由美国政府授权的互联网域名与号码分配机构ICANN统一管理，
负责全球互联网域名根服务器、域名体系和IP地址等的管理。

 这13台根服务器可以指挥Firefox或互联网 Explorer这样的Web浏览器和电子邮件程序控制互联网通信。
由于根服务器中有经美国政府批准的260个左右的互联网后缀（如．com、．net等）和一些国家的指定符
（如法国的．fr、挪威的．no等），美国政府对其管理拥有很大发言权。

不过，部分国家可能因此停止对ICANN的支持。最坏的情况是，很多拒绝接受美国控制的国家可能会建立自己的独立域名系统，
从而导致互联网的分裂。

每天域名主根服务器列表会被复制到位于世界各地的其它12服务器上。
过去，.com、.org、.net等国际顶级域名的解析，都需要由设置在境外的域名服务器提供服务
，那时对国外互联网的依赖性非常大。 所谓依赖性，从国际互联网的工作机理来体现的，
就在于“根服务器”的问题。从理论上说，任何形式的标准域名要想被实现解析，按照技术流程，
都必须经过全球“层级式”域名解析体系的工作，才能完成。 “层级式”域名解析体系第一层就是根服务器，
负责管理世界各国的域名信息，在根服务器下面是顶级域名服务器，即相关国家域名管理机构的数据库，
如中国的CNNIC，然后是在下一级的域名数据库和ISP的缓存服务器。一个域名必须首先经过根数据库的解析后，
才能转到顶级域名服务器进行解析。

主根服务器放置在美国弗吉尼亚州的杜勒斯，由美国VeriSign公司负责运营维护。
其他12个辅根服务器如下：
美国VeriSign公司 2台
美国PSINet公司 1台
美国ISI(Information Sciences Institute) 1台
美国ISC(Internet Software Consortium) 1台
美国马里兰大学(University of Maryland) 1台
美国太空总署(NASA) 1台
美国国防部 1台
美国陆军研究所 1台
挪威NORDUnet 1台
日本WIDE(Widely Integrated Distributed Environments)研究计划 1台
网络管理组织IANA(Internet Assigned Number Authority) 1台
欧洲网络管理组织RIPE-NCC(Resource IP Europeens Network Coordination Centre) 1台


当计算机对域名访问时并不是每次访问都需要向DNS服务器寻求帮助的，一般来说当解析工作完成一次后，
该解析条目会保存在计算机的DNS缓存列表中，如果这时DNS解析出现更改变动的话，由于DNS缓存列表信息没有改变，
在计算机对该域名访问时仍然不会连接DNS服务器获取最新解析信息，会根据自己计算机
上保存的缓存对应关系来解析，这样就会出现DNS解析故障。这时我们应该通过清除DNS缓存的命令来解决故障。
清除办法：进入控制面板->管理工具->服务，重起DNS Client服务。

动态主机设置协议（Dynamic Host Configuration Protocol, DHCP）是一个局域网的网络协议，使用UDP协议工作，
主要有两个用途：
给内部网络或网络服务供应商自动分配IP地址给用户
给内部网络管理员作为对所有计算机作中央管理的手段

参考：
http://news.newhua.com/news1/Teach_other/2009/1022/0910221121536G077955BFKH1AD280IA75HA0DJ0A7CDIDD3DG98KDE9E.html
http://blog.jianghu.taobao.com/u/NDc3ODc4MjM=/blog/blog_detail.htm?aid=17183037
详解DNS原理 - 六省断网其实和DNSPod无关

管理Linux主机的性能看起来经常象是在变魔术一样。许多管理员在遇到性能问题的时候常常简单化处理，依靠硬件的更新换代，更大的内存和更强的CPU来解决问题。事实上，利用一些简单的命令，可以发现许多管理主机的细节问题并且能迅速而简单地解决性能问题。 

　　一、top

　　对许多管理员来说，最新学会的就是TOP命令，它可以显示出当前运行的所有内核任务，并且提供了一些主机状态的统计报告。默认地，TOP命令每隔五分钟自动更新一次这个数据（这个更新间隔是可设置的）。

　　TOP命令的功能丰富到令人难以置信（估计很少有人使用过一半以上的功能）。一般来说你会以‘h’键开始，就是‘help’（说明文档也非常精 彩）。帮助参数可以快速显示出你能从中增加和减去的内容，同时也可以改变排序。你还可以用k来结束进程或者用r标注特别的进程。

　　Top命令显示当天的正常运行时间、系统负载、处理器的数量、内存的使用率和哪些进程使用了大多数CPU资源（包括每个进程的大量相关信息，例如在线用户和正在执行的命令等）。

二、vmstat  

　　Vmstat命令提供给你一个当前CPU、IO、进程和内存使用率的快照。和TOP命令一样，它自动动态刷新，并且可以用下面的命令执行：

　　$ vmstat 10

　　在这里延迟是指两次刷新间隔的以秒为单位的时间，这里是10秒钟。VMSTAT命令会将检查的结果不停刷新显示在屏幕上，直到你用CTRL-C 命令结束它（或者你也可以在执行的时候设置一个限制）。这个持续输出的结果有时候被用来导入到文件中用来分析性能趋势，但是我们将找到更好的方式来做这件 事情，在文章后面的部分会介绍。

 

　 　第一列显示的是处理器， r列是待命的处理器，而b列是休眠的处理器。如果你在这里看到好多个待命的处理器，那说明你可能在某个地方遇到了性能瓶颈。第二列显示的是内存：虚拟的， 空闲的，缓冲和缓存内存。第三列显示的是交换存储以及具体有多少内存在和磁盘做交换。第四列则是I/O信息，显示了块服务接收和发送的块数据信息。

　　最后两列显示了系统和CPU相关的信息。系统列显示的是冲突的数量和每秒钟的交换。CPU列是显示了特别有用的信息。每个分列显示了一个CPU时间的百分比。这些分列如下：

　　US：运行用户任务和代码耗费的时间
　　SY:运行内核或者系统代码耗费的时间
　　ID:空闲时间
　　WA:等待IO耗费的时间
　　ST:虚拟机占用的时间

　　VMSTAT命令擅长用来查询CPU使用情况，虽然记住每个参数主要取决于持续的监控，因为对CPU进行短时间的观察你可能无法获知CPU真正的问题所在。你需要查看长期的运行趋势来获得一个确切的CPU性能信息。

三、iostat  

　　我们接下来要讲的命令是IOSTAT。IOSTAT命令(在UBUNTU、红帽和FEDORA系统中都是由SYSSTAT软件包提供的)可以提 供三个报告：CPU使用率、设备使用率和网络文件系统使用率。如果你不加任何参数地运行该命令，它会显示所有这三个报告，你可以通过加参数-c、-d和 －h来单独显示它们中的一种。

　　在上面的图中你可以看到它们中的其中两个报告，第一个是CPU使用率，它将各进程占用的CPU用百分比分类列出来了。你能看到用户进程、系统进程、iowait和空闲时间等信息。

　　第二个报告是关于设备使用率，显示了安装在该主机上的每个设备和一些有用的信息，诸如每秒传输量、数据块读写，并且允许你对有性能问题的设备做 标记。你可以通过添加－k或者－m参数来按照千字节或者兆字节显示统计信息，而不是以数据块为单位，这样在某些情况下会更便于查阅和理解。

　　最后一个报告，没有截图，显示的信息和上面介绍的设备使用率有点相似，只是对象从附件的设备换成了挂载的网络文件系统。

　　四、free

　　下一个命令free，可以显示主内存和交换内存的统计量。

　你可以通过添加－t参数来显示总的内存，或者通过添加－b参数和－m参数来用字节数显示（默认情况是用千字节为单位）。

　　FREE命令还可以通过使用－s参数来使其以某个间隔时间持续刷新地运行：

　　$ free -s 5

　　这个命令是以每隔5秒钟刷新一次的方式运行FREE命令并输出结果。

五、sar  

　　象我们见过的许多其它工具一样，我们可以用sar命令来收集、查看和记录服务器的性能数据。它比我们见过的任何类似工具都更强大，并且可以收集 和显示长时间段的数据。在红帽和UBUNTU上，它通过SYSSTAT包来安装。让我们从不添加任何参数运行SAR命令开始吧：

　　$ sar

　　从这里我们可以看到sar命令的基本输出信息，包括CPU统计（每隔10分钟一次的数据和最后的平均数据）。该信息是从一个以24小时为单位不 停收集信息的日统计文件中抓取出来的（这个文件存储在目录/var/log/sa/中，并且被命令为saxx这样的格式，xx代表该数据收集的日期）。另 外它还收集关于内存、设备、网络等的统计信息（例如，通过加－b参数可以查看块设备统计信息，－n采查看网络数据，－r参数看内存使用）。你还可以用－A 参数来查看所有收集的数据。

　　你还可以长时间运行sar命令然后将输出数据导入一个文件中来收集数据。要达到这个效果，需要使用参数－o和一个文件名称，要运行该命令的时间 间隔（记得收集数据会导致性能变差，所以最好确保这个间隔不要太短）和循环的次数－你要记录的间隔次数。如果你不输入循环次数，则sar命令会一直运行下 去，例如：

　　$ sar -A -o /var/log/sar/sar.log 600 >/dev/null 2>&1 &

　　这里我们将收集所有数据(-A),记录到文件/var/log/sar/sar.log中，每隔600秒（或者5分钟）收集一次，持续在后台运行。如果接下来我们想要显示这个数据我们可以用sar命令加上-f参数，例如：

　　$ sar -A -f /var/log/sar/sar.log

　　这是一个非常基本的sar命令介绍。用sar命令还可以得到许多很有用的数据，这能使得查看主机性能变得更加方便和有效。我建议你去查看一下sar命令的说明文档从而获得更详细的方法来获得你需要的数据。

　　这这篇文章中，我们看到了5个基本的用在linux主机上管理和查看性能状态的命令工具。除此之外，去看一下其它一些工具如munin和 collected等也是非常值得的，它们不仅收集关于性能的数据，还能查看应用程序和服务等，包括使用你自己的插件等。这些工具都支持增加图形化的输 入，这样可以让你用图形更直观的查看你的数据。

转自http://www.cnblogs.com/xhjsuccess/archive/2010/06/06/1752602.html

总有很多朋友对于Linux的内存管理有疑问，而在新版核心中，似乎对这个问题提供了新的解决方法。

当在Linux下频繁存取文件后，物理内存会很快被用光，当程序结束后，内存不会被正常释放，而是一直作为caching。这个问题，貌似有不少人在问，不过都没有看到有什么很好解决的办法。通过以下方法，可以快速释放你的内存。

注：不建议在数据库之类的服务器上手动释放内存，有可能造成数据丢失。

Linux最早由Linus Benedict Torvalds在1991年开始编写。在这之前，Richard Stallman创建了Free Software Foundation（FSF）组织以及GNU项目，并不断的编写创建GNU程序（此类程序的许可方式均为GPL: General Public License）。在不断的有杰出的程序员和开发者加入到GNU组织中后，便造就了今天我们所看到的Linux，或称GNU/Linux。

Linux 的发行版本可以大体分为两类，一类是商业公司维护的发行版本，一类是社区组织维护的发行版本，前者以著名的Redhat（RHEL）为代表，后者以 Debian为代表。下面介绍一下各个发行版本的特点：

Redhat，应该称为Redhat系列，包括RHEL(Redhat Enterprise Linux，也就是所谓的Redhat Advance Server，收费版本)、Fedora Core(由原来的Redhat桌面版本发展而来，免费版本)、CentOS(RHEL的社区克隆版本，免费)。Redhat应该说是在国内使用人群最多 的Linux版本，甚至有人将Redhat等同于Linux，而有些老鸟更是只用这一个版本的Linux。所以这个版本的特点就是使用人群数量大，资料非 常多，言下之意就是如果你有什么不明白的地方，很容易找到人来问，而且网上的一般Linux教程都是以Redhat为例来讲解的。Redhat系列的包管 理方式采用的是基于RPM包的YUM包管理方式，包分发方式是编译好的二进制文件。稳定性方面RHEL和CentOS的稳定性非常好，适合于服务器使用， 但是Fedora Core的稳定性较差，最好只用于桌面应用。

Debian，或者称Debian系列，包括Debian和Ubuntu 等。Debian是社区类Linux的典范，是迄今为止最遵循GNU规范的Linux系统。Debian最早由Ian Murdock于1993年创建，分为三个版本分支（branch）： stable, testing 和 unstable。其中，unstable为最新的测试版本，其中包括最新的软件包，但是也有相对较多的bug，适合桌面用户。testing的版本都经 过unstable中的测试，相对较为稳定，也支持了不少新技术（比如SMP等）。而stable一般只用于服务器，上面的软件包大部分都比较过时，但是 稳定和安全性都非常的高。Debian最具特色的是apt-get / dpkg包管理方式，其实Redhat的YUM也是在模仿Debian的APT方式，但在二进制文件发行方式中，APT应该是最好的了。Debian的资 料也很丰富，有很多支持的社区，有问题求教也有地方可去:)

Ubuntu严格来说不能算一个独立的发行版本，Ubuntu是基于 Debian的unstable版本加强而来，可以这么说，Ubuntu就是一个拥有Debian所有的优点，以及自己所加强的优点的近乎完美的 Linux桌面系统。根据选择的桌面系统不同，有三个版本可供选择，基于Gnome的Ubuntu，基于KDE的Kubuntu以及基于Xfc的 Xubuntu。特点是界面非常友好，容易上手，对硬件的支持非常全面，是最适合做桌面系统的Linux发行版本。

Gentoo，伟大的 Gentoo是Linux世界最年轻的发行版本，正因为年轻，所以能吸取在她之前的所有发行版本的优点，这也是Gentoo被称为最完美的Linux发行 版本的原因之一。Gentoo最初由Daniel Robbins（FreeBSD的开发者之一）创建，首个稳定版本发布于2002年。由于开发者对FreeBSD的熟识，所以Gentoo拥有媲美 FreeBSD的广受美誉的ports系统 ——Portage包管理系统。不同于APT和YUM等二进制文件分发的包管理系统，Portage是基于源代码分发的，必须编译后才能运行，对于大型软 件而言比较慢，不过正因为所有软件都是在本地机器编译的，在经过各种定制的编译参数优化后，能将机器的硬件性能发挥到极致。Gentoo是所有Linux 发行版本里安装最复杂的，但是又是安装完成后最便于管理的版本，也是在相同硬件环境下运行最快的版本。

最后，介绍一下FreeBSD，需要强调的是：FreeBSD并不是一个Linux系统！但FreeBSD与 Linux的用户群有相当一部分是重合的，二者支持的硬件环境也比较一致，所采用的软件也比较类似，所以可以将FreeBSD视为一个Linux版本来比 较。FreeBSD拥有两个分支：stable和current。顾名思义，stable是稳定版，而 current则是添加了新技术的测试版。FreeBSD采用Ports包管理系统，与Gentoo类似，基于源代码分发，必须在本地机器编后后才能运 行，但是Ports系统没有Portage系统使用简便，使用起来稍微复杂一些。FreeBSD的最大特点就是稳定和高效，是作为服务器操作系统的最佳选 择，但对硬件的支持没有Linux完备，所以并不适合作为桌面系统。

下面给为选择一个Linux发行版本犯愁的朋友一些建议：

如果你只是需要一个桌面系统，而且既不想使用盗版，又不想花大量的钱购买商业软件，那么你就需要一款适合桌面使用的Linux发行版本了，如果你不想自己 定制任何东西，不想在系统上浪费太多时间，那么很简单，你就根据自己的爱好在ubuntu、kubuntu以及xubuntu中选一款吧，三者的区别仅仅 是桌面程序的不一样。

如果你需要一个桌面系统，而且还想非常灵活的定制自己的Linux系统，想让自己的机器跑得更欢，不介意在Linux系统安装方面浪费一点时间，那么你的唯一选择就是Gentoo，尽情享受Gentoo带来的自由快感吧！

如果你需要的是一个服务器系统，而且你已经非常厌烦各种Linux的配置，只是想要一个比较稳定的服务器系统而已，那么你最好的选择就是CentOS了，安装完成后，经过简单的配置就能提供非常稳定的服务了。

如果你需要的是一个坚如磐石的非常稳定的服务器系统，那么你的唯一选择就是FreeBSD。

如果你需要一个稳定的服务器系统，而且想深入摸索一下Linux的各个方面的知识，想自己定制许多内容，那么我推荐你使用Gentoo。

转自http://www.it118.org/specials/56d6e494-acb5-403c-8676-f959ae5cf778/098d4e2e-26bc-4e31-a34c-28ff3875af42.htm

Static 的意义与实作方式

　　PV(page view)，即页面浏览量，或点击量;通常是衡量一个网络新闻频道或网站甚至一条网络新闻的主要指标。

　　高手对pv的解释是，一个访问者在24小时(0点到24点)内到底看了你网站几个页面。这里需要强调:同一个人浏览你网站同一个页面，不重复计算pv量，点100次也算1次。说白了，pv就是一个访问者打开了你的几个页面。

　　PV之于网站，就像收视率之于电视，从某种程度上已成为投资者衡量商业网站表现的最重要尺度。

　　pv的计算:当一个访问者访问的时候，记录他所访问的页面和对应的IP，然后确定这个IP今天访问了这个页面没有。如果你的网站到了23点，单纯IP有60万条的话，每个访问者平均访问了3个页面，那么pv表的记录就要有180万条。

　　有一个可以随时查看PV流量以及你的网站世界排名的工具alexa工具条，安装吧!网编们一定要安装这个。

　　2.什么是uv

　　uv(unique visitor)，指访问某个站点或点击某条新闻的不同IP地址的人数。

　　在同一天内，uv只记录第一次进入网站的具有独立IP的访问者，在同一天内再次访问该网站则不计数。独立IP访问者提供了一定时间内不同观众数量的统计指标，而没有反应出网站的全面活动。

　　3.什么是PR值

　　PR值，即PageRank，网页的级别技术。取自Google的创始人Larry Page，它是Google排名运算法则(排名公式)的一部分，用来标识网页的等级/重要性。级别从1到10级，10级为满分。PR值越高说明该网页越受欢迎(越重要)。

　　例如:一个PR值为1的网站表明这个网站不太具有流行度，而PR值为7到10则表明这个网站非常受欢迎(或者说极其重要)。

转自http://edu.admin5.com/article/20061221/1221314F2006.shtml

确定了这个小节的主题之后，我们回顾一下，一个互联网应用从小变大的过程中遇到的一些问题，通过遇到的问题来引出我们拆分RDBMS的重要性。

系统刚开始的时候，因为系统刚上线，用户不多，那个时候，所有的数据都放在了同一个数据库中，这个时候因为用户少压力小，一个数据库完全可以应付的 了，但是随着运营那些哥们辛苦的呐喊和拼命的推广以后，突然有一天发现，oh,god,用户数量突然变多了起来，随之而来的就是数据库这哥们受不了，它终 于在某一天大家都和惬意的时候挂掉啦。此时，咱们搞技术的哥们，就去看看究竟是啥原因，我们查了查以后，发现原来是数据库读取压力太大了，此时咱们都清楚 是到了读写分离的时候，这个时候我们会配置一个server为master节点，然后配几个salve节点，这样以来通过读写分离，使得读取数据的压力分 摊到了不同的salve节点上面，系统终于又恢复了正常，开始正常运行了。但是好景还是不长，有一天我们发现master这哥们撑不住了，它负载老高了， 汗流浃背，随时都有翘掉的风险，这个时候就需要咱们垂直分区啦（也就是所谓的分库），比如将商品信息，用户信息，交易信息分别存储到不同的数据库中，同时 还可以针对商品信息的库采用master，salve模式，OK，通过分库以后，各个按照功能拆分的数据库写压力被分担到了不同的server上面，这样 数据库的压力终于有恢复到正常状态。但是是不是这样，我们就可以高枕无忧了呢？NO,这个NO，不是我说的，是前辈们通过经验总结出来的，随着用户量的不 断增加，你会发现系统中的某些表会变的异常庞大，比如好友关系表，店铺的参数配置表等，这个时候无论是写入还是读取这些表的数据，对数据库来说都是一个很 耗费精力的事情，因此此时就需要我们进行“水平分区”了（这就是俗话说的分表，或者说sharding）。

上面说了很多，无非就是告诉大家一个事实“数据库是系统中最不容易scale out的一层”，一个大型的互联网应用必然会经过一个从单一DB server,到Master/salve,再到垂直分区（分库），然后再到水平分区（分表，sharding）的过程，而在这个过程中，Master /salve 以及垂直分区相对比较容易，对应用的影响也不是很大，但是分表会引起一些棘手的问题，比如不能跨越多个分区join查询数据，如何平衡各个shards的 负载等等，这个时候就需要一个通用的DAL框架来屏蔽底层数据存储对应用逻辑的影响，使得底层数据的访问对应用透明化。

出处:大型B2C网站高性能可伸缩架构技术探秘

http://article.pchome.net/content-15989-1.html

字体美化

1、把windows里的Fonts文件夹复制到linux的/home/zhangsan,然后

3、

cd /usr/share/fonts
sudo mkfontdir
sudo mkfontscale
sudo fc-cache -fv

只列出子目录
ls -F | grep /$ 或者 alias sub = "ls -F | grep /$"(linux)
ls -l | grep "^d" 或者 ls -lL | grep "^d" (Solaris)

计算当前目录下的文件数和目录数
# ls -l * |grep "^-"|wc -l ---- to count files
# ls -l * |grep "^d"|wc -l ----- to count dir

蓝色-->目录
绿色-->可执行文件
红色-->压缩文件
浅蓝色-->链接文件
灰色-->其他文件 

du 不是显示文件大小,而是显示文件所占用的 block 大小，
默认linux系统分区的 block size 是4k,也就是说即使文件只有1个字节，也会占用4k.

Now you can run the task by typing in console: rake doc:diagrams to generate all diagrams (for models an controllers) or rake doc:diagram:models to generate diagram for models only.

Due to the information on RailsRoad Docs, there is a bug in Graphvis while crating svg graphic. There is a simple way to correct it (citation from RailsRoad Docs):

Important: There is a bug in Graphviz tools when generatingSVG files that cause a text overflow. You can solve this problem editing (with a text editor, not a graphical SVG editor) the file and replacing around line 12 „font-size:14.00;” by „font-size:11.00;„, or by issuing the following command (see „man sed„):

sed -i 's/font-size:14.00/font-size:11.00/g' file.svg

Note: For viewing and editing SVG there is an excellent opensource tool called Inkscape (similar to Adobe Illustrator.) For DOTprocessing you can also use Omnigraffle (on Mac OS X).

1. 介绍

Web开发框架安全杂谈

2. web安全检测工具paros

2.1. 步骤

1. 设置IE代理为localhost:8080
2. 在IE里访问链接
3. 扫描Analyse->scan
4. Report->Last scan report 生成Report

2.2. 参考

1. http://www.51testing.com/html/37/n-111337.html
2. http://www.webcastellum.org
3. http://searchsoftwarequality.techtarget.com/expert/KnowledgebaseAnswer/0,289625,sid92_gci1218180,00.html
4. http://weblogs.java.net/blog/caroljmcdonald/archive/2009/09/29/top-10-web-application-security-vulnerabilities-starting-xss

3. Google发布的Web应用安全检测工具skipfish

http://code.google.com/p/skipfish
Google的自动Web安全扫描程序Skipfish下载及使用方法

因为要处理遗留代码，需要在 gog 中使用手工事务， 在 resources.groovy 中进行如下定义后

testDataSourceTxManager(DataSourceTransactionManager){
    dataSource = ref('dataSource')
}

 发现 service 中的事务没了。

 查了一下 Grails 的源码， 原来 grails 在进行事务管理器查找的时候，并不是用的 bean 名字去查找，而是查找 所有 是 TransactionManager 实例 的 Bean， 并从得到的数组中 取第一个作为事务管理器。

 因此要使用 spring 的 DataSourceTransactionManager 的， 就不能将这个 Manager 在 Context 中定义了。只能通过自己 new 一个 单例的 DataSourceTransactionManager， 然后将 DataSource 传入，这样就可以用了..........

来源:http://phoenix-clt.javaeye.com/blog/430400

http://osdir.com/ml/lang.groovy.grails.user/2008-04/msg00663.html

How to operate the partition table with Hibernate & GORM

Sorry I had been on a business trip for a few days
Although the Hibernate Shards has some urgent limitations, like 'Cross-Shard
Object Graphs' , it is a wonderful solution for this. But the Hibernate
Shards has implemented its own Session/SessionFactory(etc.), maybe bring
GROM some troubles.

Thanks for your reply. And to look forward to that GROM can support
Hibernate Shards.

To take an advantage of the Spring JDBC Template for any Grail application, the first thing you need to do, is to define the DataSource bean in resources.groovy , Don't forget to have the jdbc driver(.jar) corresponding to your backend database server under the lib folder of your grail application.

http://www.rimple.com/tech/2010/3/25/calling-postgresql-stored-procedures-from-grails-part-1-the.html

http://www.blogjava.net/rain1102/archive/2008/07/18/215891.html