易栈网-膘叔

我不知道雅虎是怎么想的，但是我知道我所有的邮箱里，收到中奖邮件最多的邮箱一定是雅虎，难道他们识别不了中文？不清楚。。。。
不过，基于目前很多人因为看到类似邮件还在那里妄想着中奖的事情，所以我略微将这些信息说一下。當然不得不說，現在這些騙 子也越來越於是俱進了，最起碼，幾年前看到的中獎獎品都是三星電腦 ，如今都說是蘋果電腦了。

小常識：

红字的部分其实以前在学营销的时候就学过，但是，这指的是有奖销售，所以下面那句游云庭律师的说话，我不知道是否正确。也就一并贴出来了。

下面说一下中奖内容吧：
其實所有的中獎內容幾乎都是：現金+獎品，然後登錄 某網站輸入你的註冊 信息，然後會有電話聯系你。一般來說網站都有驗證碼，這些驗證碼毫無例外，大約都有兩個8，什麼1688，5188，9188，8118之類的。因為大多數都是在郵件裏面收到中獎信息，所以，獎品大多數是筆記本電腦，適合屌絲們升級的慾望。偶爾為了顯示正規，郵件裏還附有聯系電話。公證圖片之類 。
比如你看這封郵件：

哎，看这封邮件，多体贴我们國內用戶啊，怕你數錯字，用了6萬7仟元這個中文。怕你看不清獎品，用了中括號加深標記。
其實說白了，這些網站還有一個特徵，99%都是ASP做的。驗證碼怎麼輸都能進。提交之後真的會跳到官網。。讓你更加的相信這是一個真實中獎的網站。

--------EOF-----------
不廢話，無欲則剛，不要想著天上掉餡餅就OK了

其實關於LUA國內真的書籍很少，可見的好象也就那麼一本LUA手冊。這應該算是最常見的了。所以看到这里有一篇比较详细的合集，还是愿意和大家一起分享一下。当然也是我COPY来的。
之所以要提LUA，好象他被大家认可的应该算是两个游戏：WOW和愤怒的小鸟。好象现在有两种方式是最流行，一种是用LUA写脚本，一种是用LUA写跨平台程序。当然C写的程序也能跨平台。。不过LUA更方便一点
恩，现在很多程序开始支持LUA了。比如说NGINX,REDIS等都支持用lua来写扩展。这是多么让人兴奋的一件事。。。

不说废话，直接上内容了，原文来自：http://www.cnblogs.com/stephen-liu74/archive/2012/07/30/2487201.html

    之前已经说了很多，我目前的观点还是那样，在嵌入式脚本中，Lua是最优秀、最高效的，如果您有不同的观点，欢迎指正并讨论，切勿吐槽。这个系列完全来自 于《Programming in Lua》，您可以将其视为本人的读书笔记。相比而言，如果您已经掌握了Lua，但仍然不是非常熟练，请相信这个系列一定会给您的查阅以及知识点回顾带来一 定程度上的方便，至少我是这样的。然而对于Lua的初学者，还是建议直接看《Programming in Lua》。最近正在做一个项目的架构设计，打算使用Lua作为插件和框架之间的粘合剂，以及硬件协议的自描述脚本，从而可以动态扩展平台可以支持的硬件设 备。好了，不说太多了，还是看看下面的目录吧。
    
Step By Step(Lua开篇)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/17/2403210.html
一、简介
二、主要优势
三、应用场景

Step By Step(Lua基础知识)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/20/2407507.html
一、基础知识
二、类型与值

Step By Step(Lua表达式和语句)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/21/2409324.html
一、表达式
二、语句

Step By Step(Lua函数)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/21/2410300.html
一、函数
二、深入函数

Step By Step(Lua迭代器和泛型for)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/23/2413799.html

Step By Step(Lua编译执行与错误)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/23/2414417.html
一、编译
二、C代码
三、错误
四、错误处理与异常
五、错误消息与追溯

Step By Step(Lua数据结构)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/26/2417894.html

Step By Step(Lua数据持久化)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/26/2418572.html

Step By Step(Lua元表与元方法)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/27/2419435.html
一、算术类的元方法
二、关系类的元方法
三、库定义的元方法
四、table访问的元方法

Step By Step(Lua环境)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/28/2420931.html
一、全局变量声明
二、非全局的环境(函数变量)

Step By Step(Lua模块与包)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/28/2421283.html

Step By Step(Lua面向对象)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/28/2421656.html
一、类
二、继承
三、私密性

Step By Step(Lua弱引用table)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/29/2423565.html

Step By Step(Lua字符串库)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/30/2425233.html
一、基础字符串函数
二、模式匹配函数
三、模式
四、捕获(capture)
五、替换

Step By Step(Lua输入输出库)
http://www.cnblogs.com/stephen-liu74/archive/2012/03/30/2426131.html
一、简单模型
二、完整I/O模型

Step By Step(Lua系统库)
http://www.cnblogs.com/stephen-liu74/archive/2012/04/05/2432762.html
一、日期和时间
二、其他系统调用

Step By Step(Lua-C API简介)
http://www.cnblogs.com/stephen-liu74/archive/2012/04/05/2433428.html
一、基础知识
二、栈
三、C API中的错误处理

Step By Step(C调用Lua)
http://www.cnblogs.com/stephen-liu74/archive/2012/04/20/2460634.html
一、基础
二、table操作
三、调用Lua函数

Step By Step(Lua调用C函数)
http://www.cnblogs.com/stephen-liu74/archive/2012/04/25/2469902.html
一、C函数作为应用程序的一部分
二、C函数库成为Lua的模块

Step By Step(编写C函数的技巧)
http://www.cnblogs.com/stephen-liu74/archive/2012/04/25/2470025.html
一、数组操作
二、字符串操作
三、在C函数中保存状态

Step By Step(userdata)
http://www.cnblogs.com/stephen-liu74/archive/2012/04/26/2471389.html

---EOF---

正如作者在文后说的，如果对他的内容有指正，可以加他的MSN，或者发邮件到：stephenland74@hotmail.com

作者说，他其实就是：I am Stephen Liu.有点象周星星同学，stephen chow?

用國人的說法，這丫就是一做垃圾站的。但不管怎麼樣，他成功了。最少，它表面上成功了。
垃圾站不代表不能做好，但来这也是需要有坚持 的。。。

原文来自：http://www.36kr.com/p/139324.html，36氪做了整理，我覺得有些說法還是不錯的。
看原文吧：
社会化资讯网站BuzzFeed的CEO Jonah Peretti最近向全体公司员工发了封邮件，介绍了BuzzFeed的主要运营数据及他对公司运作的思考。BuzzFeed上个月的独立访客超过3千万 (需要注意的是这是BuzzFeed自己统计的数据，并不是第三方的数据)，今年收入有望达到2011年的3倍，公司从去年年初的26人发展成现在117 人。BuzzFeed的投资人之一Chris Dixon在其个人博客上登出了邮件原文。主要内容如下：

当 一家公司取得这样好成绩时，媒体，竞争者还有公众都会存有疑问：他们究竟怎么做到的？可惜的是，这种猜测通常是不怀好意且不公平的。潜在的想法是那家公司 肯定用了什么小伎俩来涨流量或收入。这些怀疑者是可以理解的，因为确实有很多初创公司用了些伎俩或通过走捷径来”成功”。一些公司想方设法来粉饰数据，好 得以高价卖出公司，而一年后一切就又崩盘了。

然而Buzzfeed从读者，合作伙伴及媒体那得到了很积极的反馈。可偶尔还会有人无端地负面 揣度我们，大多数情况是因为他们对我们所作的事感到困惑。这种不解很可能在未来愈加明显。随着我们继续壮大，去让别人理解我们究竟在做什么样有趣且独特的 事也是很重要的。于是我想向大家分享我们进展得不错的原因，以及为什么说我们的成功是建立在辛勤工作和独特方法之上。这样你可以好好地在派对上向那些对我 们有误解的醉汉解释了。

为什么BuzzFeed现在会成功？

1）关注长远

当 你拿今天的网络媒体和上世纪就创建的的Hearst和Conde Nast对比(Hearst和Conde Nast都是传媒巨头)，很明显网络媒体还有很长的路要走。像Facebook和Twitter这样的网站越来越成熟，是时候建立一个通过社会化媒体而不 是传统的印刷/广播渠道来分享内容的标杆公司了。为什么我们就不能成为那个塑造未来的公司呢？

有这样的大机会正是我们要创建一个独立且长久 的，可持续发展公司的原因。还没有人创建出在社会化时代真正伟大的公司，而我们有很好的机会成为做到这个的人。但这也意味着我们无法走捷径，我们总是需要 为未来投资。这正是为什么我们要花费这么多时间和精力来完善技术和产品，这个带来的影响是短期看不到的，但它会助我们今后走得更顺利。

只专注短期的话，我们完全可以糊弄流量和收入，那些愁于为员工发薪的公司正是这么做的。但当你正构建一些能够长久的东西，你就需要像考虑下周那样去考虑下一年。这才是要成大事该做的，这也是我们的目标。

2）尊重我们的读者

我们在乎读者在看我们BuzzFeed时的体验。我们不会去为了短期利益去糊弄读者。这种方法是很少见的。

我 们实际是怎么做的？首先，我们不会以幻灯片的形式发布图片。相反地我们（将图片）展开成那种可滚动的列表。这样我们的读者就不用点击很多次，就可以简单地 翻看一篇帖子。而做成幻灯片形式的主要原因，据我所知，就是要”提升”页面浏览量和banner广告的呈现次数。幻灯片形式非常烦人，而列表形式非常赞， 所以我们就用列表形式！

也是因为同样的原因，我们不放那些糟糕的显示广告，我们的收入都来自于用户喜欢且分享的社会化广告。我们不会做那些 在facebook上”无缝分享”的app，擅自分享每一条你所点击的故事，这实在是太恼人了。我们也不做标题党，引诱读者去读某条故事。我们也不关注 SEO或是去和搜索引擎斗智斗勇，也不会在我们的页面里填充成千上百个那种只有爬虫机器人才懂的关键词和标签。我们尽量避免那些对我们读者不好的东西，那 些只讨取短期商业利益的东西。

相反地，我们专心发布那些我们的读者喜欢并认为值得分享的内容。这听起来很简单，但却做起来很难，它(优质内容)是联系我们公司和读者的纽带。而从长期来看，这不仅对读者有利，对我们生意也有利。

3）我们自建了一切东西

很 多媒体都是用其他公司的产品来搭成自己的网站。他们从一家公司买了内容管理板块，从另一家那买来了数据分析板块，然后广告技术是另一家公司的，相关内容的 插件也是别人做的，甚至是只请兼职的合约作者。这也就是为什么这么多家媒体网站看上去都很相似的原因，且它们都很复杂，在网站中容易迷路。他们用一个技术 团队把这些来自各处的版块组装成了不知名的东西，而不是创建他们自己的产品。

在BuzzFeed我们就采用了(与上面)完全相反的方法。我 们管理自己的服务器，我们一步步地构建了自己的内容管理系统，创建自己的实时数据系统，有自己的数据分析团队，开发了自己的广告产品，设计自己的发布版 式，然后所有这些产品都让我们的编辑团队和创意服务团队给活络起来。我们正是你所称的那种“垂直整合产品”(vertically integrated product)，而这在网络媒体行业是很少见的。我们为我们的技术负责，为广告负责，为内容负责，然后这些都让我们能构建出更好的产品。

要 做出垂直一体化的产品是很难的，你不仅要在某一方面有专长，而是要面面俱到。以前微软总被称为是最聪明的公司，它只关注一个层面的事情(软件)。而一开始 别人都觉得苹果很傻，它什么都要做(硬件+软件)。但是现在苹果市值是微软的两倍，行业也开始接受那种观点你要去控制每一层才能做成真正优秀的产品。甚至 微软和google在坚持这么多年软件为王后，现在也开始做自己的硬件产品了。

BuzzFeed是少数几家有资源和人才且什么都自建的媒体。没有什么比自家做的肉饼更美味。

4）我们在做一些艰难的事

垂 直一体化意味着我们需要对很多事情都要很在行，而这是很难的。但选择做难事其实也是做生意的优势。这意味着不会有太多人有能力和我们做一样的事。比如说， 风投并不喜欢投资那些自己雇记者的公司。在BuzzFeed早期的时候，我就听见很多VC说如果我们能解雇掉那些编辑，并且依旧能保持网站运作的话，他们 就有兴趣投资我们。我没在开玩笑。科技投资者更偏向于纯平台型的公司，因为这样你就可以只关注技术部分，让用户来免费生产内容，向全球扩张而不用雇太多 人。怀着这样视野的初创公司在吸引投资时很容易，这也是为什么如此多初创公司都想成为下一个在某某领域的twitter,facebook或 Instagram的原因。与此同时，那些雇佣作者，编辑和创意人员的公司却常常在苦求投资。

幸运的是，我们还是说服了少数几个聪明的投资 人来投资我们，这就包括NEA。作为少数几家有风投背景的媒体公司，我们位置很特殊，想要成为领先的且是由真正的专业人士打造的在线内容提供商。很多事只 靠那些不需支付报酬的网友是做不好的。需要指出的是，最好的报道和最娱乐性的资讯常常是由那些以此为生计的人打造的—那说的正是我们啊！

5）我们很幸运

很大程度上我们最近的成功是因为幸运。人们通常不愿意承认这个，但即便是技能也是63%的运气。

我们生逢其时。我们是社会化网站时代的内容提供商，Facebook和Twitter还有类似的平台正在扩张期，这正是创建一家社会化分享资讯平台的好时机。

同 样的运气让我们的商业模式第一次得到运转。好几年前，我们尝试社会化广告时都失败了，那时市场上只接受banner广告，但那之后情况就急剧转变了。现在 已经有很多机构和品牌不再购买banner广告，那些依赖传统显示广告的公司过得很不好，广告预算正快速地(从传统广告)转移到社会化广告上。我们的一个 董事会成员，先前对我们不卖banner广告的决定一直持怀疑态度，但最近就表示“社会化广告会成为继有线电视后最大的媒体生意。”时代真的在变。

6）我们不区别对待我们的团队

BuzzFeed 的独特在于我们平等地持有三个版块：1)娱乐性的轻内容；2)深度阅读的实内容；3)社会化广告。负责各个版块的团队都非常重要，这也是我们成功的要素。 我们希望我们的那些可爱动物图集，幽默笑话和gif动画都是网上最好的——它们可不是一种简单廉价的吸引流量的手段。我们的记者要有最好的抢发机会，最智 能的分析工具—他们可不是提升网站威望的点缀工具。我们要我们的广告都是最有创意的，最有启发性，能引领广告的社会化转变—它可不是一个只会付账的恶魔。

有些公司只关心新闻，结果把那些“轻内容”和广告居于次等位置。而有些公司只关注流量，这就导致优秀记者也不会花时间去联系资源做深度报道。另外有些公司只关心广告收入，让编辑们弄出新的板块和内容就只是为了品牌赞助。

当人们觉得他们处在公司次等位置时是不会做出好工作的。幸运的是我们已经避免了那样的问题。我们喜欢轻松的资讯,我们也喜欢深度内容，也制作真正吸引人的广告。当我们真正对这三样事情都非常在行时我们就能造福很多人。

7）我们有超级棒的团队
(Jonah Peretti在这部分就狠狠地夸奖了自己的团队。简略如下)
…
在过去的六个月，我们组建起了一只优秀的编辑和记者团队。他们快速处理突发新闻，挖掘独家，接触商界领袖，政界议员。…社会化广告团队打造出许多病毒性传播的营销活动。 …技术和产品团队开发出“无以伦比”的社会化发布平台，包括实时数据追踪系统和及机器学习系统。…

但成功是很脆弱的

进展不错时(人们)总是很容易过于激动和自大，但要记住成功是很脆弱的。Digg几年前被估值2亿美元，最终却以50万美元出售。而与此同时，制造黑莓手机的RIM，丧失了95%的市值。在我们这个行业会有持续不断的“破坏性”变革，如果你自满或是停滞不前，就会失败。

-------EOF----------

最後一段應該是36氪自己加上的吧？其實誰都想著成 功，但最後，。。。。那句話怎麼說來著？失敗的路有千萬條，但成功的路只有一條。看著別人的做法，你要抄，成功的機會並不會太多，畢竟大家都看到這些了。你能抄得過大公司？

之前在家裏的時候，為了方便，所以我的無線路由器其實一直都没有设密码，为此很多時候都被其他人所使用。
當很多人在使用我們的無線時，我不得已為它加上了MAC地址過濾。
誰知道，問題就這樣發生了。。。。。。
iphone就死活連接不上了，其實以前IPOD也連接不上，我還一直以為是ipod的原因，因為。。IPAD可以正常連接，心中實在糾結啊。
google了一下，发现很多人连接不上tplink。所以我重新做了一个尝试，不再使用 不设密码而用mac地址过滤的办法。而是使用密码。。。

结果，这样居然可以用了。可怜我苦了一年多。。想偷懒不使用密码，结果导致一年多没有好好上网。
现在开心了，所以做个笔记。

修复HTML页面，以前一直用的是tidy庫，但SAE上其實是無法使用的

所以，我選擇了htmlPurifier庫，不過如果直接使用的話，是會報錯的，因為HtmlPurifier默認在修復頁面的時候會使用緩存，這樣可以加快速度。因此代碼就變成了這樣

本来，我是将Cache.DefinitionImpl设置为SAE_TMP_PATH的，但HTMLPurifier中会chmod这个目录的权限，而tmppath是无法设置权限的，因此我干脆设置为NULL。

这样一来，问题就解决了。哈哈