易栈网-膘叔

一直怀疑服务器被ARP攻击，所以为服务器做了防止ARP的处理。这点linux就不如windows，windows上一装360就可以防范攻击了，但linux就没有类似的功能。找了一些资料，并且问了朋友才了解了一点。
linux上只有做mac地址绑定才可以，但也要交换机上也要做类似的绑定。
但是我没有办法让服务商来帮我做绑定，只能自己做一个简单的绑定了。
最后找了这个简单的资料，随便看看喽。。。。
----start ----
管理员用户登录,打开终端输入
1、#arp -a > /etc/ethers
将ip和mac地址导入ethers
2、#vi /etc/ethers
编辑文件格式，ethers文件内容必须格式如下多余的全部删除，改成形式ip mac
192.168.1.X XX:XX:XX:XX:XX
192.168.1.X XX:XX:XX:XX:XX
...
//注意mac大写，而且没有O只有零，ip和mac空格
3、#vi /etc/rc.d/rc.local //打开并显示 /etc/rc.d/rc.local文件，启动项文件
#i //编辑
//启动的时候执行arp -f按照/etc/ethers 中的内容绑定
在 /etc/rc.d/rc/local 文件中最后加一行
arp -f
ESC退出编辑
:wq //保存编辑
4、#arp -f //执行保存的绑定
(ethers 里不包括网关mac否则会报错)


这只能防住一些arp攻击，如果将网内所有ip mac导入ethers文件，能有效的防止arp攻击
1、nmap -sP 192.168.11.0/24
扫描，结果我的arp表里就有那个网段所有机器的mac，将所有信息复制至/etc/ethers文件
2、3、4同上
--EOF--
OK,我就是这么做的但效果真的一般，将就点喽。想办法在什么时候重装一下系统喽，也只能这样了，现在alexa和PR都降低了。不能再被这种事情折腾了。

搜索引擎在分析内容的时候，并不完全是根据内容来的，也会根据html标签来进行判断，比如span,h1,em，当然有时候也会根据class,所以有语义的class名称还是占点优势的（class的名称，并未确认，只是猜测），比如class="title"，对于搜索引擎来说很可能认为这是一个标题，但要是频繁出现，估计也会被认为是作弊了吧。

以下是一个人的文章，对于em,i,strong,b,h1~h6标签的介绍，因为我不是做前端的，所以以前没有关注过。但最近一直在做SEO，所以又关注了一点，因为h系列的权重好象也是属于比较高的。
全文开始。。。

到目前为止,我的人生只经历过一次面试,这次面试上面考官只问了一个问题,那就是<em>和<strong>标签是用来做 什么的,很杯具的是我当时连em表现成斜体都不知道,更别说什么语义化了,然后理所当然被刷了.

这一次就来仔细总结下这两个标签和H系列标签

1.em和strong,i和b.

还是贴一篇玉伯的文章吧,阐述很详细:http://lifesinger.org/blog/2008/12/the-different-of-em-and-strong/

首先,em和i在现在的浏览器上表现为斜体,strong和b表现为粗体,但是因为斜体的字体会导致锯齿,所以一般都不太用em.但是按照语义化来 说,应该适当使用em,样式可以用css来控制,而且不敢确保以后的浏览器会将em渲染成什么效果,这也是为什么不能依赖标签本身的表现来使用标签的原 因,说不定ie9突然觉得em渲染成灰色的粗体更好一点,然后改了渲染方式,应该用标签来表示结构,而不是样式.

在语意上,em表示对内容的强调,strong也表示强调,但是强调的程度更重一些.玉伯文章里也说了在html5里,em表示局部强 调,strong表示全局强调.我的理解就是,em表示你在看到这个网页的时候你不必注意em里的内容,而是在深入阅读的时候通过em的强调来理解内容的 含义,而strong则表示你一眼看去就知道了内容的重点,例如用在每篇文章的第一句话里.这也就是个局部和全局的概念吧.

玉伯文章里还提到:em 表示内容的着重点（stress emphasis），strong 表示内容的重要性（strong importance).这个理解起来其实也就是局部和全局的概念,可以自己去体会.

i和b标签前一阵传言即将被抛弃,不推荐使用,很多人用它来表示单纯的样式,当成一个非语义化的标签,但是在html5中他们被赋予了语意,b 元素现在描述为在普通文章中仅从文体上突出的不包含任何额外的重要性的一段文本。例如：文档概要中的关键字，评论中的产品名。或者代表强调的排版方式。i 元素现在描述为在普通文章中突出不同意见或语气或其他的一段文本，例如：一个分类名称，一个技术术语，一个外语中的谚语，一个想法等。或者代表斜体的排版 方式.

有一点要注意,按照理论,应该更多地应用em标签来表示着重,因为按常理,要着重加着重强调的总是比着重一次的几率少很多,所以strong只应该 用在需要的地方,不能够乱用.

2.H1,H2…….H6标签.

H标签用来定义标题,同时暗示文档结构,虽然样式上H1-H6分别呈现不同的大小,但是不要随便使用H标签来表示字体大小,也不要在一个标题中出现 多个H标签,他们应该用来表示文档层次.

文档的第一层标题应该总是用H1来表示,虽然H1的字体非常大,但是可以用css控制样式,不要因为H1太大,于是选用H2作为第一层标题,这样会 让某些搜索引擎感到迷惑.而且最好不要跳跃使用,H1下一级标题就应该用H2,而不是其他更小的H.记住原则即可,不要用样式去选择标签.

文章来自：http://www.beiju123.cn/blog/?p=394

--EOF--
H1的重要是无庸置疑的。em在很多时候，我看到都被人用来标记列表中的时间。看来对于各种各样的应用、判断，都是有着自己的见解。
span好象就没有什么特别的语义了，所以，尽量不要用span来做为关键内容的包含。
label,嘛就更不要说了。fieldset，倒也可以尝试，但是在不同的浏览器下，fieldset的样式很难精确控制，所以在CSS水平不高的情况下，还是放弃吧。

关于使用GUID和INT做主键，性能差异的文章历来很多，不过。大多都是从理论上来说明，这次难得看到某人用PC机做测试，所以贴上来看看。但我不贴全文，毕竟。。。大量的代码贴上来，也没有太大的意义 。所以仅贴上主体内容和测试结果，当然还会有一些用户的评论。。

原文网址为：http://www.cnblogs.com/jackhuclan/archive/2010/01/04/1639005.html
内容大致如下，【如想看全文，请使用上面的链接】
在数据库的设计中我们常常用Guid或int来做主键，根据所学的知识一直感觉int做主键效率要高，但没有做仔细的测试无法说明道理。碰巧今天在数据库的优化过程中，遇到此问题，于是做了一下测试。

测试环境：

　　台式电脑 Pentiun(R) 4 Cpu 3.06GHz
Win XP professional
1.5G DDR RAM
SQL Server 2005 个人版 

测试过程：
首先创建测试数据库Test
1.创建Test_Guid表，创建Test_Int表
2.创建Test_Guid子表：Test_Guid_Detail和创建Test_Int子表：Test_Int_Detail，用来做连接查询
3、然后进行一些CRUD的操作【这是我写的，因为原文中写插入N行数据，删除N行数据之类的太复杂，也太多，简化为一句话了】

测试结果如下：

综上所述，使用int做主键比用guid做主键各中情况下效率均有提高，特别是在有连接查询和删除记录效率提升明显。

而且本人今日在guid做主键的数据查询中因为嵌套几个子查询结果屡屡出现查询超时。因此本人赞同用int做主键，不赞同guid做主键。
以上观点代表个人观点，欢迎大家各抒己见，说明guid和int各自做主键的优劣所在。

----EOF---

本来到这里就可以结束了，但有一个用户的评论还算不错：

更多的人认为GUID在做数据迁移的时候很方便，而如果使用INT则会有意料不到的问题。而GUID遇到的问题会少很多。。。

相对于以上的观点我还是比较认同的，但我认为性能相差这么大是有可能有以下的原因：
1、作者用的是PC机
2、操作系统是XP
3、sql server 是个人版【我没有试用服务器版性能如何，但我想，一定比个人版性能更优，当然这是猜测】

说归说，对于MYSQL来说，基本上还是只能使用INT做主键。毕竟MYSQL没有自带的生成GUID的方法【我不是指手动生成，我是说自动生成。。。UUID()函数是可以生成GUID的，但不能象INT那样自动插入，也没有办法设置default为UUID()方法】

说实话，我还真是第一次看到这种官方的有声故事。前段时间，夜大同学和我说，迪斯尼有DVD专门用来给小孩学英文的。可惜没有找到，当然，估计找到了也买不起。google一下，可以找到很多：欢乐学英语的DVD ISO下载【如今电脑已经被处理掉了，家里连光驱也没有了，也就懒得下载了】。

今天在官方找到了这个小故事，觉得挺有意思的，就放上来看看。呵呵。

这是Qzone里的一个用户，我不知道是不是他原创的还是转贴的。有12页的相册哦
还不快去？？？
网址是：http://user.qzone.qq.com/870109858
我这里转贴两张。免得你们没兴趣。HOHO

或许，结过婚的人看这些会更有感觉一点吧。？？