Results tagged “SiteLog”

恩,如题。
说起来很简单,做起来到也费思量。终于是在  Professional Style 和 Community Style 的艰难选择中偏重了  Community Style。
看上去 WebBlog Forum 统一了一点。也许和我一直喜欢蓝色调有关系吧。
顺便把 Bookmark 页面也替换成了 MT4.x 模版。

Perl Site 的主页面的也需要更新了,暂时用 Perl Forum 主页面做了点变形代替,等有好的思路在做改变。。

貌似整站的导航条还是有点不人性化,但是修改起来还没有好的思路 :D

Test Forum 测试了几天,解决了用户和帖子转移问题,今天,正式把 Perl Forum 迁移 到了 MT 4.21 pro 平台,也算整个 Site 统一进了数据库时代:)

利用 Community Pack 1.6 搭建的  MT Forum 说起来实际上并不是完整的 Forum ,和真正的 Forum 对比起来,貌似少了很多功能,但是全静态化对小规模,小用户群的准 Forum 还是很有吸引力的。究竟它有完整的 注册用户发/回帖功能,满足自己的需求了:)

所有的原 Perl Forum (Base on LB_ES Lite) 用户全部转到 MT 的数据库,大家可以用 旧 ID,密码 登陆本站,这个ID不但可以在新建立的 Perl Forum 中发表帖子和回复评论,而且也可以在 包括本 Blog 在内的所有的文章/帖子发表评论

当然,转移也不是全部转移过来了。由于静态页面,貌似加密权限之类帖子无法体现,所以 "[ 测试私密区 ]"依然保留在旧的文本Perl BBS 程序之上,地址不变,原来的有权限的朋友也可以正常访问和发回帖子:)

收尾问题: 对原Perl Forum 里面的 帖子均做了重定向,最大可能的减少了因为地址改变带来的麻烦:) 新 Perl Forum 的地址为 http://easun.org/perl/forum ,欢迎大家访问。

This is a SiteLog of Easun's WebBlog。

装了自带 Community Pack 1.6 的 Movable Type 4.21 Pro,也用 Community Pack 功能建立了测试的 MT Forum,初衷是想用这个MT Forum 取代 基于 LB5000 ES Lite 建立的本站半废弃状态的 Perl Forum
简单的作了测试,帖子的转移很简单,用Perl写个小玩意,导出成 MT 系统能认识的文本就足够了。而User的转移貌似出现的密码问题上了。
当初匆匆检测功能,没有细思量,总之, Perl Forum 采用的 MD5 加密密码,而 MT User 的密码则是采用随机数和原始密码用 Unix crypt function 来加密的。貌似转化起来很是有点问题。
好久没有看原代码了,今天晚上有点时间,看了看 MT 关于 Auth 的代码。发现其实很简单,在用户输入的时候多一重判断就是

有朋友来Email问我的 Category Archives (按Category归档) 页面(比如这个页面)左边出现的 本分类的所有文章 |All Category Articles 是怎么样出来的。
因为这个问题貌似有好几个朋友问,所以在此共享下:)

MT4 开始,貌似 按Category归档 页面就只显示最近的若干文章而不是象MT3.x系列一样全部显示,其实是个节省资源的好办法,so 我把该Category的所有文章按照文章标题全部显示出来。
代码如下(注意只能在 Archive Templates 中 的 Blog Entry Listing 中用,不然希奇古怪的结果哦):

终于决定升级了。
简单覆盖了文件,模版没有做任何的修改(虽然4.21修改了不少模版细节,但是因为懒惰,没有刷新模版)。
启用的 PHP Includes 方式的 template module cache,希望速度能快一点(虽然没有感觉到):)

我用的是 英文版本,如果习惯中文的的可以去 平生一笑 那里下载 中文包,则可以实现完美中文化,感谢一笑!

废话几句: 貌似 MT.com 被 Ban 了? MT.org没有问题。
另外。近来貌似没有怎么关注自己的site,居然遭遇了一次域名过期事件。。同时受到影响的还有 easun.org 后缀的邮箱,也许 部分朋友 没有收到我的回信,应该就是这个问题。
实在抱歉 :D


另外: 装了 Yahoo! OpenID 登陆插件,拥有Yahoo! ID 的朋友可以登陆本Blog发表回复 :)

This is a SiteLog of Easun's WebBlog。
前段时间正式升级到了 MT4 ,最后又因为反复提示升级这个Bug 回归到了 MT 3.34。
当时可惜的是自己辛苦设计的 MT 4.0 模板。
十一期间,又重新把自己的 Blog 升级到了 MT4.01,究竟,无论是模板的强大和模块化,还是page功能,附件管理的吸引力都对我来说是个不可抗拒的诱惑:)
按照原来的思路重新设计了模板,而且恢复上次自己回归MT3.34由于失误丢失的部分评论:)
留言本功能也重新回来了。
值得一提的是,这次升级其实还是全新建立blog,然后导出旧数据再导入的办法来完成:)
评论发布认证开启后台所有的选项:MT(本Blog系统后台注册名),TypeKey,OpenID,LiveJournal,Vox,但是匿名评论功能也开放了,但是希望来访的朋友请尽量避免使用匿名方式,因为匿名发表,也许会需要后台认证才能显示,个中原因,不言自明,请谅解 :)
另外,看到 David Yin发表的这篇文章:

四个用MovableType的原因
推荐一读。

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!” 问题了吧:)

This is a SiteLog of Easun's WebBlog。
近来网站速度好象比较慢,升级 MT 4的哪天时候感觉操作简直就是蜗牛的爸爸。呵呵:)
顺便整理了一下MySQL数据库,发现了 PerlChina 测试Wiki还在,这个Wiki是当时为 PerlChinaWiki Site做 CSS 和界面中文化时候建立的,新的界面已经早在 PerlChina Wiki Site 应用了,这个Wiki也就没有存在的价值了,删除吧:)
说实在,有点想把这个Wiki保持下来的想法,改个名字,也算自娱自乐吧,但是内容不好处理,而且估计会拖慢 WebBlog 的速度(站点本来就不快);自己似乎也没有精力去搞了,删除吧。顺便把老地址用 301 定向到了 PerlChina wiki Site
说起来SiteLog,这几天其实在以 MT 4.0的默认模板为基础,重写整个 WebBlog 的 CSS,因为现在虽然升级了,但是沿用的是 3.34 的模板,一是不够模块化,二是部分新功能不能体现:)

恩。算SiteLog,而是是迟写好几天的SiteLog。

相信好多朋友也看见了。Blog首页Site 主页最显眼的地方加上了一个广告条,来自最近风头最胜的阿里妈妈

阿里妈妈阿里巴巴旗下的新生力军,目标盯上了网络广告,模式参考 Taobao, 以C2C广告交易模式取代传统广告联盟模式,引入网络广告亦是商品的新理念,给广告主和网站一个可以直接对话的平台,依托支付宝强大而安全的平台,整合阿里集团强大的优势,以我这么多天的观察来看,无疑是成功的。

阿里妈妈才起步,目前客服和开发人员还没有完全分开,起了个好听的名字叫“葫芦娃”,借着良好的人脉,短短数天就作的像模像样,就连Yahoo的 车东也出山作了阿里妈妈社区网站建设区 斑竹。 葫芦娃们对问题反馈处理的特别及时,给人一种充满激情和活力的感觉:)

阿里妈妈 的广告计费分两种方式:按点击和按时长计费,阿里妈妈是C2C的,它让网站把广告位当作商品来出售,允许网站主自主对自己的广告位进行定价;广告主则根据自己的寻求来购买网站的广告位。阿里妈妈按照比例来收取佣金,目前比例是8%(时段)和15%(点击)。而且在网站主选择允许按点击计费而暂时广告位未售出的时候,该广告位为显示“Yahoo 推广”的广告,以防止广告位流量浪费,这个阿里妈妈也是按照15%比例来收取佣金。

我知道阿里妈妈 是从 Fenng 那里知道,第一时间注册了,发布了上面的广告位,大小为468x60,显示位置为 Blog首页Site 主页,定价为 25¥/周,也不知道能不能买出去,也算一种尝试吧:)

不过这两天的尝试,自己的的广告位置没有动静,倒是卖了两个别人的,一个按周,一个按照效果,内容是 WebBlog:路杨 的连接,不是为了其他,只是尝试和体验下整个交易的流程和效果。

This is a SiteLog of Easun's WebBlog.
SiteLog,又见SiteLog,似乎我的 WebBlog 什么都缺,就是不缺 SiteLog,查看 Tag 页面, 以 SiteLog 为 Tag 的文章总计 30 个,和 Tag/MT 一样多,仅仅此于 Tag/Perl,而 Tag/Perl 好多都是lo...ong lo...ong ago前写的东西。看来我不务正业已多年,叹息。

最近 Blog 有什么变化呢? 最大的变化就是 Feed, Feed变成了全文输出,而且添加了"站内相关文章|Related Articles"的Feed输出,托管给了 Feedsky,同时添加了Feed展示广告。
作为托管的代价,我发现 Google Blog Search的数目由原来的 85 衰减到了一个低谷,究竟,托管后的Feed里面的连接不是直接指向 easun.org 的,这个也是意料之中的事情。
其次,就是模板和界面上的细微修改,比如 http://easun.org 这个页面,上面显示的不再是“WebBlog:路杨”而是 "Easun.org" 字样, Blog 的 description 也有了小的修改。。。下面的版权由“路杨工作室”变成了 "路杨 (Easun Lee)"等等。。。

This is a SiteLog of Easun's WebBlog.

其实就是说本站上面的无序行表导航条:)
但是有个 加重 的选择。根据不同页面加重的部分不一样,比如主页加重的就是 "Home" ,而 BookMarks 选种的就是 "Bookmarks";
我的 Blog 采用的模块化设计,整个头部都是一样的,原来的加重是用一段 JS 来实现的,但是自己觉得不太满意,既然是静态化设计,何不彻底静态化?既然后台是 MT ,那就 MT plugin实现吧。
分析了一下,最简单采用add_global_filter来过滤:)
我的顶部模块名字为 Blog:header 模块,原来加载的办法是 MT 的 MTinclude 办法,如下:

<$MTInclude module="Blog:header"$>

修改后的代码如下

<$MTInclude module="Blog:header" do_notice_id="top_blog_home"$>

添加的 global_filter 名字为 do_notice_id ,其中"top_blog_home" 是我导航菜单中需要加重的部分,可以根据不同页面来换成你加重的id。

This is a SiteLog of Easun's WebBlog.。
恩。和国际接轨吧。 虽然我的Website基本上全是 utf-8 编码的,但是还是有部分是 gb2312 的。懒得一点一点修改,找Perl吧。
代码如下:

似乎 easun.org 站点越来越慢。。。
启用了 Fast-CGI 换来的结果不是速度的提升,而是经常的 500 error ,看来 DreamHost 的 Fast_CGI 还是不完善。 so 又换回了 normal-CGI 模式,虽然慢一点,至少不会莫名其妙的出现 500。 PS:幸好偶的 MT 还是静态HTML。。。

谁在占用我大量的带宽?今天查了一下 access.log ,结果大吃一惊: 原来我已经被 Cracker 和 Spamer 严重盯上了。

This is a SiteLog of Easun's WebBlog。
通过 Google Analytics 显示(见下图),来访者的 屏幕分辨率 大于等于 1024x768 的已经达到了 93% ,联系实际,现在的电脑显示器似乎最基本的就是支持 1024x768 吧?
我的WebBlog一直是按照 800X600 设计的,现在看来有的过期了,新的 MT4.0b 模板默认就是 1024x768的,看来我也要小修改一下了:)

This is a SiteLog of Easun's WebBlog.
其实仅仅是记录下而已,对于来访的朋友,订阅本站 RSS Feed 的朋友都不会感觉到变化。在网页上显示的订阅依然是 http://easun.org/blog/rss.xml ,也就是关心小站的朋友不需要改变地址

但是实际上的变化还是有的,我修改了 .htaccess ,加入了如下几行:


Redirect /index.xml http://feed.easun.org
Redirect /blog/rss.xml http://feed.easun.org

原因见这里 :[随笔]闲话 Blog 订阅,http://feed.easun.org 的 CNAME 指向了 Feedsky 的烧录地址:)

本站的SiteLog,也算是对MT的一个小Hack吧:)

一直觉得 MT 的“评论预览" 不够人性化,这样的东西当然是用 Ajax 方式好一点。网上也有现成的修改成 Ajax 发表评论和进行评论预览的插件,但是简单了看了看,总觉得太烦琐,太复杂,不利于将来的升级和增加服务器的负荷(不是玩笑,本来Ajax方式是减少负荷的,但是根据某个老外的Hack教程做了后,负荷反而增加了 -_-bbb)。
既然 Ajax 没有什么太多的技术含量,而我自己又不是想写个标准,通用的Ajax函数库出来,那么为什么不仅仅自己动手改改模板而来个”轻量级“的 Ajax方式的“评论预览"呢(至于发表评论还是传统模式吧)?
关于 Ajax ,我以前写过一些东西,在这里 http://easun.org/archives/3_50.html。这次修改模板就是以这个为基础的 :P

具体见 http://www.chedong.com/blog/archives/001249.html

CheDong 老兄的东西,出来N长时间了,我这里一直用 CC (Creative Commons) 授权,觉得和这个差不多,也就没有用,今天整理一下加上。也算是向规范化走了一步吧。

也其实是 CC (Creative Commons) 的一个扩展,和 Creative Commons 本身并不冲突,只是更符合中国互联网 Copy/Paste 的现状而已。

[SiteLog]又见SPAM

| WebBlog Articles

This is a SiteLog of Easun's WebBlog.
今日进后台,发现SPAM评论已经累计到了以千为单位的程度(我还设置了系统自动删除3天以上的SPAM功能),虽然都被 SpamLookup 本身拦截没有显示出来,但是这样的疯狂的SPAM轰炸不知道多占资源?
前段时间偶装了阿郎TCode for MT,由于SPAM评论不突出,故而没有安装CCode for MT。看来改日也要把这个CCcode装上去了。
现在,只好Ban掉一大批IP地址来防范了。

PS: SpamLookup 防范 SPAM只是把这个放在“垃圾”里面,而并不拒绝接收,也许,改日改下程序,让它直接决绝接收?

好几天没有进后台了。
今天进去一看。吓了我一大跳。后台292条垃圾TrackBacks。
自己发表的关于流氓软件的Blog,顺手给自己以前的Blog发了个Trackback,也难得出现了 MT HTTP error: 403 Throttled。

当初Website没有规划好,曾经发过感叹,见前一段时间发的Blog “[杂谈]Website的结构一定要规划好啊” 。

今天,Fenng兄告诉我 Website 上有死连接,我也知道有那些是死连接,也能是自己懒惰吧?忙只是借口而已。

所以,痛下决心,晚上下班后自己对 MT 归档彻底大手术,顺手把 About 死连接 修复掉,至于dowload死连接。。苦笑。先留着吧。

1  

Recent Comments