2007年9月 文章归档|Archives

阿里妈妈 (alimama) 是什么就不用多说什么了,ali旗下的广告交易平台而已,先前我曾经介绍过(连接在此)。

恩,今天要说的是,阿里妈妈 (alimama) 现在也做推介了,大家都知道,不管是 Google AdSense, 还是 Text Link Ads 都有推介。
Google AdSense的推介,在推荐的发布商成功拿到第一笔100$的收入以后, 成功一个是$20。Text Link Ads则是对方注册并发布Links Ads 后,价格是$25 ,而 阿里妈妈 (alimama) 的推荐条件就苛刻多了,也许是国情不同吧,国人的小聪明让一切都变的困难多了:)
条件如下:

1. 被推荐用户必须是在9月20日之后、通过你给的推荐链接注册的(比如通过点击你网站上的广告进行注册的)
2. 被推荐网站必须是在9月20日之后、通过你推荐的新注册会员登记并且发布广告位的
3. 网址必须是一级域名(如www.XXX.com),博客及自助建站的不在此活动奖励范围内, (如blog.yahoo.com.cn)这样的域名就不能参加推荐。我们将会有专门针对博客的活动推出。
4. 网站必须是在9月20日之后、通过你给的推荐链接注册的(比如通过点击你网站上的广告进行注册的)
5. 网站注册阿里妈妈之前三个月, Alexa综合排名在500万以内(比如xxx.com这个网站在9月20号注册阿里妈妈, 它在6月20日至9月20日之间的alexa综合排名在500万以内)
6. 被推荐网站要通过阿里妈妈正常审核
7. 被推荐网站需成功发布并激活了广告位
8. 被推荐网站去重机制:我们将对被推荐的网站进行去重,如果你推荐的网站之前已经成功激活过,该推荐无效。
推荐成功一个是RMB20。呵呵:)比自己出售自己广告的价格还高,当然和 Google,TLA不能比。

8过,阿里妈妈 (alimama) 的 推介图片还是蛮有趣的: “此地、钱多、站少、速来

恩恩,上面的图片也同时是我的推介连接。 凭心而论,alimama的平台还是不错的,只要价格合理,流量真实,还是可以试试的。

PS: 马上就是中秋了,给各位朋友问好了:)把自己的logo修改了下,勉强有点节日气氛,呵呵,偷了 Taobaoalimama 的一点图片。

最近。。。
恩,最近牙床发炎,几天了只能喝点粥类食品。。我的牙齿,小时侯不注意保养,中学的时候就有严重蛀牙一只,几乎全空的那种,当时老爸带我种植过一次,大学的时候种植的那个掉了,依然中空,也再也没有管,现在北京随便种植一颗,好象随便就是2-3千大洋。。不过,最近牙床发炎,好象不是哪颗空牙附近。

北京最近阴雨不断,现在窗外依然小雨,心情似乎也和窗外差不多。单位今年效益不咋得,近来睡眠也不好,要不失眠要不就是光怪陆离的梦,看看外面的事吧,要不就是股票蹭蹭的飞(没俺的份),要不就是贷款费率连提5次(不幸中奖),似乎每月的收入全交了房贷。。。。什么事情好象都没有心情去做,一拖再拖。

房子好久没有彻底打扫了。灰到处都是,晚上时间倒还算有,只是懒洋洋的提不起做任何事情的精神,有时候想,是不是该马马乎乎找个人来告别单身?呵呵。。缘分这个事情,还真的难说。

马上国庆了,准备回老家一次,一年一次的回家。。。需要考虑票的问题了。。

糊里糊涂的写了这么多,顺便收了下Email,发现了 FeedSky的一份话题邀请,是关于'单身戒'的,顺着地址翻了翻,有点疑问: 有人愿意花 398RMB 去买一个象征自己单身的戒指不?

提记:最近老有人抱怨自己的Perl程序越来越难维护,也在抱怨Perl的执行效率低下,特写下自己的不成熟的体会,和同好者共勉之。

1。你的程序使用 use strictuse warnings 了吗?
不得不承认,Perl语法的随意性虽然很灵活多变,但有时间给维护和效率都带来了很大麻烦,如果碰见自己的糟糕的编程习惯和随意的语法,那么太长的代码就意味着一场噩梦,但是幸好我们有 use strictuse warnings . 有了这个,我们可以很快的找到变量的拼写错误(类似“$xxx 只使用了一次”的提醒),use strict 迫使你的语法变的严谨。当然如果你是维护别人的旧代码,而原始作者又是习惯使用 全局变量(Global symbol ) 的家伙,那么,加上 use strict 将让你陷入更大的维护危机(除非你想全部重写他的代码)。加 use strictuse warnings 困难吗? 不,你只需要在 你的程序的开头 '#!/usr/local/bin/perl' 后面加上下句就行:

use strict;
use warnings;

我的建议:
养成良好的编程习惯,尽管 Perl 语法允许你灵活和随意,新写的程序一定要加上use strict 和 use warnings .这样可以迫使你定义变量的范围,免避以后出现的效率低下和变量污染(一般都是Global symbol惹的祸 )

查看《Perl 学习手札》
Perl学习手札 , 一本优秀的中文Perl在线学习资料。貌似一年前我已经推荐过了,今天老调重谈。

为什么老调重谈呢?因为在线的Perl中文学习资料貌似不少,但是优秀或者刻薄点说能读的实在太少。好多资料竟然连概念都是错的。而 Perl 的学习经典 大骆驼小骆驼 的中文版本几乎在市面上已经买不到了。有一本这样的书籍当然需要再次推荐了。

Perl学习手札 ,作者 簡信昌,Perl 台北推广组成员,这本书写的很生动,不说教,是一本难得的Perl语言入门书。它语言简练,见解独到,以循序渐进的方式,手把手的让你感受到Perl语言的简练和强大。本书起点低,但涵盖的面并不小,且每章皆有习题分析让你实实在在的学习到东西。

更难得可贵的是,这本书网络版本使用的 CC-by-nc-sa 授权(创作共用,署名-非商业性-相同方式分享),so在线使用网络版本没有任何版权问题。

作者的原始版本地址是: http://perl.hcchien.org/ ,但是我这里似乎打不开很长时间了,按照原来的收藏,处理了一下,在我的网站做了一个镜像。地址为 http://easun.org/perl/perl-toc/,以方便大家使用:)

顺便说一句: 这本书在Perl圈子里 名气不小,so转载的人不少,我简单的 google 了一下,发现很多,但是需要注意的是:作者的网络版本授权是 署名-非商业性-相同方式分享,其他的暂时不说,你的转载署名了吗? 希望看到我这些废话的人别忘了回头给自己的转载加上 簡信昌先生的大名 :)

This is a SiteLog of Easun's WebBlog。
曾经为 MT4 疯狂过,无论是模板的强大和模块化,还是page功能,附件管理都让人心动。然而,让我不得不选择回归到MT3.34的却是MT4另人恼火的一个Bug : 反复提示升级

我原来的系统是直接在 MT3.34 上升级到 MT 4.0 正式版本的,用的依然是 MT3.34 的 旧模板,进后台的时候老是提示数据库升级,倒也罢了,升级就升级了。似乎对功能和内容没有任何影响,除了“搜索模板”消失(无法编辑)外。

一直以为是升级数据库的原因,加上自己在测试的MT4系统(全新安装的MT4.0数据库)中并没有出现 “Time to Upgrade!” 问题,自己也准备启用新的 MT4 的模板,花了近一周的闲暇时间设计了新的模板和CSS,于周5晚上把旧数据库的文章导出,导入新的数据库,启用了这个新的数据库,想这样,应该彻底避免“Time to Upgrade!” 问题了吧:)

升级到 MT 4.0 好几天了,模板依然用的 3.3x系列的。不是不升级模板,而是在 MT 4.0 默认模板基础上测试和重新设计风格而已:)

MT 4.0 模板设计的很优秀,在测试中发现了一些不同和技巧,特和大家共享之。

一: 强大的 MTIf 和 MTSetVar。
因为有了SetVar 和 if ,模板也有了简单的判断和设定功能。所以MT4.0模板才变的更加简单和模块化。通过在主模板顶部设定不同变量的数值,可以方便而简单让模板生成的页面任意在 3栏,2栏变化,也可以方便让侧边栏显示或不显示某个模块。实在是节省了设计人员的工作量。仔细研究每个主模板顶部变量(SetVar)的设定,会让你受益非浅。
我的页面上面的导航条自动加重原来靠自己写的插件实现的,在现在MT 模板中完全可以利用 MTSetVar 和 MTif 实现,简单介绍如下:
修改头部模块(导航条),假设名字为 "Header" 为:

<div id="header">
<h1><a href="/" accesskey="1" title="Return to HomePage of easun.org" >Easun.org(路杨)</a></h1><h3><$MTBlogName encode_html="1"$></h3>
<h2><$MTBlogDescription$><a href="/links.html" title="Some Good Sites">链接</a></h2>
<ul>
<li id="top_ossu"><a href="/ossu/" title="Go to Easun OS Switch Utility HomePage">软件站</a></li>
<li id="top_perl"><a href="/perl/" title="Perl Site">Perl Site</a></li>
<li id="top_blog_bookmarks" <MTIf name="blog_bookmarks">class="notice"</MTIf>><a href="/Bookmarks/" title="Easun's Bookmarks,朋友的Blog RSS聚合">Bookmarks</a></li>
<li id="top_blog_tags" <MTIf name="blog_tags">class="notice"</MTIf>><a href="/blog/tag/" title="Tag cloud of Easun's WebBlog">Tags</a></li>
<li id="top_blog_archives" <MTIf name="archive_index">class="notice"</MTIf>><a href="<$MTLink template="archive_index"$>" title="Easun's All Articles Archives">Articles</a></li>
<li id="top_blog_index" <MTUnless name="is_not_blog">class="notice"</MTUnless>><a href="<$MTLink template="main_index"$>" title="Easun's Blog">WebBlog</a></li>
<li id="top_blog_home" <MTIf name="site_home">class="notice"</MTIf>><a href="/" title="Easun's HomePage">Home</a></li>
</ul>
</div>

在一般情况下,WebBlog 都是粗的,如果要加粗其他页面,比如Site Home 页面,只需要在此模板顶部写入:

<MTSetVar name="site_home" value="1">
<MTSetVar name="is_not_blog" value="1">
。。。
<$MTInclude module="Header"$>

就可以了:) 是不是被专门写插件处理方便多了? 呵呵。

二。 按分类归档有所变化。
这次MT4.0的重建速度要比以前版本快了很多,但是我怀疑和 "按分类归档" 有所变化。 以前"按分类归档" 是个大问题,严重拖慢速度,因为要重写的数据太多了。
这次, MT 默认模板对 "按分类归档" 只输出最近的几篇文章(就像Blog首页那样),所以节省了大量时间。但是作为补偿, MT4 推出了新的归档类型: Category Monthly Archives(分类的按月归档),这个主意的确不错,既方便了读者,也节约了重建速度。

三。大量的 SetVar 和 if 让生成的最终页面空行空格大量增多。
这个也许是模板化的代价,也许是 官方 的疏忽?虽然不影响什么。但是给人感觉很不舒服,我自己修改了下程序,让 MT 自动对页面进行了空格/空行压缩,但是发现速度明显变慢。。也算一郁闷事情吧:)


Recent Comments