英语骂人脏话技巧

脏话不能直译,这是学习外语的一大原则。如果硬要直译,那么说出来的就是不中不英,不伦不类的脏话。所以我们要做的,就是学懂在适当的时候说适当的脏话。

“操你妈”的英文怎樣說? Fuck your mother 可以吗? 当然不可以。中英文截然不同,不可照字直译。要说“操你妈”,简单一句 Fuck you 便可。这不代表老外比我们厚道,而是英文里没有 Fuck your mother,却有 Motherfucker。不干人家的妈,却叫人家干自己的妈,比中文的“操你妈”更加不堪入耳。

又如,“Son of a bitch“就是狗娘养的。而这只母狗,可以是世上任何一只,这就是语法上的概念“不指定”(indefinite)。所以不用“定冠词”the,而用“不定冠词”a。

由此看来,初学外语脏话,切忌自由创作。英文中的粗口大都约定俗成,来来去去几十个说法,自由创作的空间不多。没学好就乱用,肯定会贻笑大方。

骂人也可以用隐晦的词语。有人觉得funk,shit太粗俗,但又想宣泄情感,就可以用“the F word“,“EFF“,“Frickin“等等替代。

Shit最常用的代替词是crap。它可取代任何习语中的shit:

Shit!可说成 Crap! Bullshit可说成 Bullcrap等等。

而fuck最常用的代替词是screw,它可取代任何习语中的fuck。

1 fuck的用法

Fuck一字的用法千变万化,它集各种词性于一身:即是动词,也是名词和感叹词;加上-ing更摇身一变成为百搭的形容词和副词。很多英文日常短语都可以用fucking加强语气,例如:

Oh my God! 可说成 Oh my fucking God!

None of your business.可说成 None of your fucking business.

Holy shit! 可说成 Holy fucking shit!

fuck up:把事情弄得一团糟,把人弄得头昏脑涨東西弄得一團糟。可以用委婉的screw up替代,更为文明的说法是mess up。

男人被女友甩后便一蹶不振,就可以说:The relationship totally fucked him up.

也可以用被动态表达:He was totally fucked up.

学生考试没考好,可以说:I fucked up the exam.

把 fuck和up結合,组成了名词fuckup。可以用此称呼经常 fuck up 事情的人:He’s such a fuckup. He fucks up everything.

fuck off:滚开

piss off 和 bugger off也有这个意思,只不过fuck off更加粗俗,所以用时要特别小心。Fuck off的两个字都是重音,全要重读,清fuck重off,或是轻off重fuck都不能接受。

当某人面目可憎,又死皮赖脸地缠着你时,不妨请他:Fuck off!

fuck all:nothing

Fuck all是英国人的粗话,意思和nothing相同,是个代名词(pronoun)。所有含nothing的句子都可用fuck all取代。例如:

1. I know nothing. 可说成 I know fuck all.

2. I did nothing today. 可说成 I did fuck all today.

3. I have nothing to say. 可说成 I have fuck all to say.

2 shit的用法

Shit是不可数名词Uncountable,所以不能说a shit。讲屎时,一个shit就足够了。若真要指明某个单位或数量的屎,就要和其他uncountable nouns一样,用量词Quantifier。一条屎就是a piece of shit,一堆屎就是a pile of shit。

当然,shit除了“屎”的意思,也有“废物”,“废人”,“贱人”的意思。

例如,I almost stepped on a pile of dog shit!

字面意思就是:我差点就踩到了一堆狗屎。象征意思就是:He’s a piece of shit. 他是个废物/贱人。

很多人只知道shit的感叹词用法,用以表达愤怒或不满之情:“Shit!“。其实,shit还有不同的用法和组合。

Holy Shit

直译是“神圣的屎”。当你发现了一些出人意料的事情,不论是喜是忧,都可以说Holy shit!

例如,惊喜是可以说:“Holy shit! I got an A for English!”

震惊的时候可以说:“Holy shit! I forgot to get my keys.”

如果觉得shit太粗俗,可以隐晦地说:“Holy cow!“,意思相同,却避免了说脏话。

in deep shit:情况非常糟糕

非常形象的英语(Q吧)习语。试想深陷大便之中的情形,果真是糟糕至极。较文雅的替代说法是:in big trouble.

CSS布局的10点注意

  1. 检查HTML元素是否有拼写错误、是否忘记结束标记

  即使是老手也经常会弄错div的嵌套关系。可以用dreamweaver的验证功能检查一下有无错误。

  2. 检查CSS是否书写正确

  检查一下有无拼写错误、是否忘记结尾的 } 等。可以利用CleanCSS来检查 CSS的拼写错误。CleanCSS本是为CSS减肥的工具,但也能检查出拼写错误。

  3. 用删除法确定错误发生的位置

  如果错误影响了整体布局,则可以逐个删除div块,直到删除某个div块后显示恢复正常,即可确定错误发生的位置。

  4. 利用border属性确定出错元素的布局特性

  使用float属性布局一不小心就会出错。这时为元素添加border属性确定元素边界,错误原因即水落石出。

  5. float元素的父元素不能指定clear属性

  MacIE下如果对float的元素的父元素使用clear属性,周围的float元素布局就会混乱。这是MacIE的著名的bug,倘若不知道就会走弯路。

  6. float元素务必指定width属性

  很多浏览器在显示未指定width的float元素时会有bug。所以不管float元素的内容如何,一定要为其指定width属性。

  另外指定元素时尽量使用em而不是px做单位。

  7. float元素不能指定margin和padding等属性

  IE在显示指定了margin和padding的float元素时有bug。因此不要对float元素指定margin和padding属性 (可以在float元素内部嵌套一个div来设置margin和padding)。也可以使用hack方法为IE指定特别的值。

  8. float元素的宽度之和要小于100%

  如果float元素的宽度之和正好是100%,某些古老的浏览器将不能正常显示。因此请保证宽度之和小于99%。

  9. 是否重设了默认的样式?

  某些属性如margin、padding等,不同浏览器会有不同的解释。因此最好在开发前首先将全体的margin、padding设置为0、列表样式设置为none等。

  10. 是否忘记了写DTD?

  如果无论怎样调整不同浏览器显示结果还是不一样,那么可以检查一下页面开头是不是忘了写下面这行DTD:http://www.w3.org /TR/html4/loose.dtd”>

Facebook如何管理150亿张照片[转]

Facebook 的照片分享很受欢迎,迄今,Facebook 用户已经上传了150亿张照片,加上缩略图,总容量超过1.5PB,而每周新增的照片为2亿2000万张,约25TB,高期,Facebook 每秒处理55万张照片,这些数字让如何管理这些数据成为一个巨大的挑战。本文由 Facebook 工程师撰写,讲述了他们是如何管理这些照片的。原文:http://www.javaeye.com/news/7267-facebook-how-to-manage-the-15-billion-photos

旧的 NFS 照片架构

老的照片系统架构分以下几个层:
上传层接收用户上传的照片并保存在 NFS 存储层。
照片服务层接收 HTTP 请求并从 NFS 存储层输出照片。
NFS存储层建立在商业存储系统之上。

因为每张照片都以文件形式单独存储,这样庞大的照片量导致非常庞大的元数据规模,超过了 NFS 存储层的缓存上限,导致每次招聘请求会上传都包含多次I/O操作。庞大的元数据成为整个照片架构的瓶颈。这就是为什么 Facebook 主要依赖 CDN 的原因。为了解决这些问题,他们做了两项优化:
Cachr: 一个缓存服务器,缓存 Facebook 的小尺寸用户资料照片。
NFS文件句柄缓存:部署在照片输出层,以降低 NFS 存储层的元数据开销。
新的 Haystack 照片架构

新的照片架构将输出层和存储层合并为一个物理层,建立在一个基于 HTTP 的照片服务器上,照片存储在一个叫做 haystack 的对象库,以消除照片读取操作中不必要的元数据开销。新架构中,I/O 操作只针对真正的照片数据(而不是文件系统元数据)。

haystack 可以细分为以下几个功能层:
HTTP 服务器
照片存储
Haystack 对象存储
文件系统
存储空间
存储

Haystack 部署在商业存储刀片服务器上,典型配置为一个2U的服务器,包含:
两个4核CPU
16GB – 32GB 内存
硬件 RAID,含256-512M NVRAM 高速缓存
超过12个1TB SATA 硬盘

每个刀片服务器提供大约10TB的存储能力,使用了硬件 RAID-6, RAID 6在保持低成本的基础上实现了很好的性能和冗余。不佳的写性能可以通过高速缓存解决,硬盘缓存被禁用以防止断电损失。
文件系统

Haystack 对象库是建立在10TB容量的单一文件系统之上。文件系统中的每个文件都在一张区块表中对应具体的物理位置,目前使用的文件系统为 XFS。
Haystack 对象库

Haystack 是一个简单的日志结构,存储着其内部数据对象的指针。一个 Haystack 包括两个文件,包括指针和索引文件:

Haystack 对象存储结构

指针和索引文件结构

Haystack 写操作

Haystack 写操作同步将指针追加到 haystack 存储文件,当指针积累到一定程度,就会生成索引写到索引文件。为了降低硬件故障带来的损失,索引文件还会定期写道存储空间中。
Haystack 读操作

传到 haystack 读操作的参数包括指针的偏移量,key,代用Key,Cookie 以及数据尺寸。Haystack 于是根据数据尺寸从文件中读取整个指针。
Haystack 删除操作

删除比较简单,只是在 Haystack 存储的指针上设置一个已删除标志。已经删除的指针和索引的空间并不回收。
照片存储服务器

照片存储服务器负责接受 HTTP 请求,并转换成相应的 Haystack 操作。为了降低I/O操作,该服务器维护着全部 Haystack 中文件索引的缓存。服务器启动时,系统就会将这些索引读到缓存中。由于每个节点都有数百万张照片,必须保证索引的容量不会超过服务器的物理内存。

对于用户上传的图片,系统分配一个64位的独立ID,照片接着被缩放成4种不同尺寸,每种尺寸的图拥有相同的随机 Cookie 和 ID,图片尺寸描述(大,中,小,缩略图)被存在代用key 中。接着上传服务器通知照片存储服务器将这些资料联通图片存储到 haystack 中。

每张图片的索引缓存包含以下数据

Haystack 使用 Google 的开源 sparse hash data 结构以保证内存中的索引缓存尽可能小。
照片存储的写/修改操作

写操作将照片数据写到 Haystack 存储并更新内存中的索引。如果索引中已经包含相同的 Key,说明是修改操作。
照片存储的读操作

传递到 Haystack 的参数包括 Haystack ID,照片的 Key, 尺寸以及 Cookie,服务器从缓存中查找并到 Haystack 中读取真正的数据。
照片存储的删除操作

通知 Haystack 执行删除操作之后,内存中的索引缓存会被更新,将便宜量设置为0,表示照片已被删除。
重新捆扎

重新捆扎会复制并建立新的 Haystack,期间,略过那些已经删除的照片的数据,并重新建立内存中的索引缓存。
HTTP 服务器

Http 框架使用的是简单的 evhttp 服务器。使用多线程,每个线程都可以单独处理一个 HTTP 请求。
结束语

Haystack 是一个基于 HTTP 的对象存储,包含指向实体数据的指针,该架构消除了文件系统元数据的开销,并实现将全部索引直接存储到缓存,以最小的 I/O 操作实现对照片的存储和读取。

图片服务器[转]

现在很多中小网站(尤其是 Web 2.0 站点) 都允许用户上传图片,如果前期没有很好的规划,那么随着图片文件的增多,无论是管理还是性能上都带来很多问题。就自己的一点理解,抛砖引玉,以期能引出更具价值的信息。 原文:http://androider.javaeye.com/blog/232434

事关图片的存储
把图片存储到什么介质上? 如果有足够的资金购买专用的图片服务器硬件或者 NAS 设备,那么简单的很;如果有能力自己开发单独存储图片的文件系统,那么也不用接着往下看了。

如果上述条件不具备,只想在普通的硬盘上存储,首先还是要考虑一下物理硬盘的实际处理能力。是 7200 转的还是 15000 转的,实际表现差别就很大。是选择 ReiserFS 还是 Ext3 ,怎么也要测试一下吧? 创建文件系统的时候 Inode 问题也要加以考虑,选择合适大小的 inode size ,在空间和速度上做取舍,同时防患于未然,注意单个文件系统下文件个数别达到极限。

独立,独立的服务器
无论从管理上,还是从性能上看,只要有可能,尽量部署独立的图片服务器。这几乎成为常识了(不过在我做过面向 Web 的项目之前就这个问题也被人笑话过)。具备独立的图片服务器或者服务器集群后,在 Web 服务器上就可以有针对性的进行配置优化。比如采用传说中更有效率的 Lighttpd 。

如果不想在几台机器间同步所有图片,只用 NFS 模式共享一下即可。注意软、硬连接可能带来的问题,以及 NFS 特定的传输速度。

独立,独立的域名
如果大部分 Web 页面必须要载入很多图片,那么需要注意 IE 浏览器的连接数问题(参见对该问题的测试)。

前几天有个朋友在线上问我,“一些大网站,图片服务器为什么都用另外一个域名? 比如yahoo.com 图片服务器用了 yimg.com 的域名?” ,粗糙一点的答案:除了管理方便,便于CDN 同步处理,上面说的 IE 连接数限制也是个考虑因素吧(其他原因我也不知,有请 Yahoo!的同学发言)

雅虎 Web 优化 14 条
关于雅虎 YSlow 工具倡导的 优化 14 条规则,建议每个 Web 维护人员必须倒背如流,当然也应该辩证来看—介绍这 14 条规则的页面本身也只能得到 70 多分…其中的第九条和上面说的独立域名之间多少有些矛盾。实际情况要根据自己的 Benchmark 与具体需求而确定了。

有效利用客户端 Cache
很多网站的 UI 设计人员为了达到某些视觉效果,会在一些用户需要频繁访问的页面模块上应用大量的图片。这样的情况,研究表明,对于用户粘度比较高的站点, 在Web 服务器上对这一类对象设置 Expires Header 就是十分有必要的,大量带宽就这么节省下来,费用也节省了下来。顺便说一下,对于验证码这样的东西,要加个简单的规则过滤掉。

服务器端的 Cache
在国内,CDN 也是有钱才能玩得起。而类似 Amazon S3 这样的一揽子存储服务,国内还没有出现。所以,充分利用服务器端的 Cache 也是有必要的。Squid 作为反向代理服务器,缓冲图片效果应该说尚可,新浪技术团队贡献的 Ncache 据评测,效果更佳。

高解析图片问题
如果网站存在大量高解析度的图片,那么有必要考虑部署 IIPImage 或者类似的软件。

运营问题
很多比较有规模的网站对于用户上传的图片不做任何处理,结果页面上还能看到很多 BMP 格式的图片(个人觉得任何网站出现 BMP 格式的图片都是可耻的)…这完全是运营上的策略之误了。找个程序员投入一点时间写个图片处理模块,对那些“截屏“得来的图片做个转换,投入成本可能远比存储上的开销小,而用户再访问该图片,质量未必能有什么损失,浏览速度无疑好多了。哪种处理方式更让人接受,不言而喻。

我的想法:现在谈后面的图片服务器之类的都是遥远的事情,但是从独立域名来讲,还不是很明白为什么能减少IE的连接数,看样子需要研究一下子,在者,当前可以做的事情,就是客户端cache和服务器端cache以及通过一些程序手段减少连接数。但是bmp的问题,确实不知道。看样子需要注意的。

但是现在面对具体的设计问题,却很棘手,我察看了sina,sohu等网站,他们基本上使用的是静态文本加上将图片存储到文本相同目录这种方式,对于后台是否进行了数据库关联,不得而知,但是从显示的角度,最起码这种方式确实是最快的。但是我们是属于交互式网站,对于信息的交互要求很高,所以这种门户类型是不适合我们的,因为我们不可能让每个文章以及对应的回复都产生一个静态文件,毕竟这个时间很长,用户根本无法忍受。xici同样也是采用sina,sohu门户的做法,但是他对于用户图片上传的地方所做的工作挺好的。他是启用单独的子域名来存储图片,但是子域名后面的地址是一样的,问题是,不管是回复还是主贴,他都是最终一个静态文件,疑惑的就是难道他每一次回复或者发帖都是生成或者从新生成一个静态文件,亦或者采用模板技术?不知道。

网站排名算法小总结

1.每个网页标题简洁,不超过30字。
2.每个网页核心关键词不超过3个。如果可以,你要学会放弃。
3.最重要的关键词放在标题首位,依次类推。
4.网站的描述,简洁,明了,最开始和结束部分自然出现关键词。
5.网站导航采用文字导航。
6.网站图片原创,添加alt标签,切忌讳乱加。搜索引擎能读懂图片。
7.与主题无关内容作成JS或者图片。
8.网站内容简洁,信息丰厚。关键词分布其中合理,自然。如果你自己都读不懂,那就放弃。
9.网站联系人信息要原创,比如邮箱,电话,姓名等。
10.网站代码简洁。
11.与主题相关的JS,框架,做兼容优化。
12.网站设计大方,美观。
13.网站域名时间超过2年以上,最好是3年。
14.域名最好出行最核心关键词,针对除百度以外搜索引擎有效。
15.如果新域名,联系人信息一定要公布,切为新信息。
16.空间要稳定,那种经常网站打不开的网站,肯定没有排名。
17.友情链接要找外地的网站。
18.友情链接不看PR,看快照,看核心关键词排名,看SITE首页是否存在。
19.网站外链要丰富,新闻类的,行业类的,生活类的,公关类的,越丰厚越好。
20.网站外链不在数量,在质量。增加要掌握好节奏。
21.网站外链要出现网址,占70%,锚文本要适当。原因自己去想。
22.网站外链要首先提高首页权重,首页快照在7天内,核心关键词在前3页,则网站权重及格。
23.网站外链要出现在流行度较高的地方。
24.网站外链出现的地方,切忌垃圾链接,链接过多。
25.网站添加流量统计,大概数据要公开。
26.适当刷网站IP和来路,切忌网站流量来自某一个搜索引擎。
27.网站内容要围绕主题展开。切忌发布无关内容。
28.网站添加XML和HTML格式地图,有助于各大搜索引擎收录抓取。
29.网站按规律更新,切忌一个不更新,或者一下更新上百篇。
30.分布好网站内链接。核心关键词指向核心关键词页面。
31.网页内容中出现关键词加粗效果并不好,避免全加粗加链接。
32.每个页面最好出现一次H标签,此内容和网友标题一致。
33.网站404页面。
34.与主题无关页面,运用Robots.txt禁止。
35.制造网站主题相关的PDF,doc,exe等文档和软件提供下载。在这些资源上写上自己的网站。
36.网站最开始内容,最好一次性完成,切忌收录后经常更改。
37.网站页面切忌经常更改主题,和关键词密度,95%被K都是这个原因。
38.网站外链切忌同一个账号,同一个名字去发布。比如博客,全是同一个人的博客。论坛全是同一个账号。
39.这些工作做完了,你需要等待!一边持续更新,维持,添加外链和内链。
40.还是等待,直到网站排名出现。

最好总结5个字:静,全,真,细,得!