October 2006 Archives

MT可以导出Tags了!

| | Comments (17) | TrackBacks (0)

昨天因为重装Mobavle Type,导致所有Tags丢失。我发出那篇后就向MT的客服询问情况,他们告诉我说目前的3.33版本暂时还不能支持Tags导出,但这个功能已经排在后续版本的计划中了。

好在我的文章不多,不到100篇,如果是好几百上千篇的话,那就惨了。

就在半个小时以前,我看到了路杨的留言,说是弄了个Hack出来,可以让MT导出Tags,这是个大好的消息。对我来说虽然现在来不及了,因为我的数据库已经清空,但对使用了Tags的朋友来说,就帮到大忙了。也许还有好多人根本就不知道MT本身没有这个功能,将来犯我一样的错误的大有人在。现在好了,装上路杨的这个Hack就没有后顾之忧了。

谢谢路杨啊。

前几天我到了woody的They Said,一个我好喜欢的blog。

首先让我感到很清爽,到处都很协调。woody说这个样式就是从 TheStyleContest 上的模板修改过来的。我没有认真在TheStyleContest上逛过,所以我不知道是从哪个原型模板来的。这倒不重要。修改后的结果woody自己应该还满意,也相信看过They Said的朋友中应该也有不少人会点头认可。

刚安装好MT的朋友,不少都说TheStyleContest上的模板不好看,用那个StyleCatcher 虽然简单,可提供的样式更难看。关于这些,以前也和几个朋友谈到过一些自己的看法。我个人觉得你不必太在意一个模板的表面是否让你满意。很多朋友在看模板的时候经常这样想,象:这个颜色太夸张,不适合我的个性;这个图片太大,我不喜欢;这个背景也不好,不是我喜欢的那种;整个这个设计主题是关于拍电影的,和我的主题无关,等等... ...

所以把一两百个模板反复看了好多遍也还是找不到自己中意的。

其实,如果你换个角度看,可能结果会很不一样。如果你这样想:这个主题虽然是关于电影的,但我把其中关于电影的几张图片换成与我自己相关的主题的图片,不就是我自己要的主题了嘛;作者用的图片规格也太大了点,我缩小点可能会更好;字体和颜色都不符合我的喜好,如果我把他们都改成什么什么一定会不错。哦,他这些色彩的搭配虽然不是我欣赏的那种,我可以到 Color Schemer 看看,那么多已经搭配好的颜色组当中也许可以找到我喜欢的,那里有一两万组配色方案,还是看不上,也没关系,还可以用color wizard 自己来配色,我还可以到这些优秀设计中参考一下别人的设计,或者会给我带来好多灵感。

所以,这么在脑子里一酝酿,你会觉得有很多模板可以用,很多模板都很有意思,不会再认为他们丑了。真正开始动手的时候,如果对Movable Type的众多模板有点生疏,相信你看完我以前写的设计个性化的Movable Type后,你的心情会变得轻松起来。

总之,你可以做出一个自己喜欢的MT博客来。

嗯,再回过头来看看They Said,他做的Logo是很有特色的。估计平常他就喜欢在纸上涂鸦吧,他把自己的涂鸦作品做Logo,效果却非常的好。我不知道具体他是怎么做的,我在猜,是不是就是在纸片上画好,然后用扫描仪存为图片呢?如果真实这样,那这是个好办法,何必动不动就Photoshop,动不动就Fireworks呢?

我第一次看到的是上海的“陕西路, 黄陂路, 梅花路”,昨天却是孙悟空“粉墨再登场”了。明天不知道是什么,也许是 这件T恤 上的某一样。

MT3.3不能导出Tags

| | Comments (26) | TrackBacks (1)

最近几天我发现我的MT有些不正常,也觉得有些地方被我整的很乱,不知道是被我折腾成这样的还是什么其他的原因。检查过很多次也反复修改很多,看不到效果,实在有点烦了。所以我还是决定重新安装一次,虽然有点无聊,但这是省事的办法。我记得还是从3.2升级到3.3时是重装的。

我做了适当的备份,Export所有的文章,看了一眼最开头和最后,确认所有的文章和评论都导出来了。才将数据库清空(我不想要这个数据库了,所以我用Export Entries)。我用的插件不多,重新来也不难。

安装后不对劲的地方好像都纠正过来,但是我发现所有的Tags没有了。导出文章的时候我没有检查是否Tags包含在里面,因为觉得该出来的都会出来。

以前Movable Type是没有Tags功能的,从3.3开始我才把那仅有的几十篇东西分别加上了Tags。因为这次是在使用这个功能后的第一次导出,这才发现到MT现在不能导出Tags。

所以,如果要想保存所有的Tags,目前的办法是只有导出数据库的.sql文件,将这个文件导入到新装的MT数据库中。自然的,在服务器端导入数据库也就不需要在MT后台使用Import/Export了。

至于我呢,还是慢慢来加上那些Tags吧,是有点傻。

但愿MT的后续版本能支持Tags的导出。

ALA给新读者的入门指南

| | Comments (11) | TrackBacks (0)

近期ALA (A List Apart) 发表了一个系列共两篇文章“The ALA Primer: A Guide for New Readers” 和 “The ALA Primer Part Two: Resources For Beginners” 来帮助新读者更有效的通过ALA学习和掌握网站制作的各个方面.

第一篇“ALA入门:给新读者的指南”主要是在设计理念方面给出的一些文章资源,通过推荐的这些资源和文章对网站设计的大方向或趋势有个基本的认识。有意思的是推荐的第一篇文章就是“A Dao of Web Design”(网页设计之道),外国人在做网页设计的时候都要先学习下咱们中国的道德经。接下来是设计界影响巨大的“CSS Zen Garden”(CSS禅院),佛啊道啊都用上了。这张推荐单上的文章和资源虽说是关于一些大道理或理念,但读起来其实并不乏味,甚至是件有意思的事。象里面那篇“The Perfect 404”是关于404错误页面的,怎么会被列到这里呢?看过就知道了。

ALA入门之二是为初学者开出的一份长长的资源列表。哇,好多。包括很多方面,确实比较全面。我猜要是把这个页面上的东西看完并适当的做点作业,起码不是入门级的了。

虽说是给ALA的新读者的指南,但实际上也是给刚开始学习网页设计的朋友的一份入门指南。

分页插件Paged Archives升级

| | Comments (15) | TrackBacks (1)

上个月装的Paged Archives 插件是v1.1版本,我发现一个毛病,那就是如果文章同时归档到几个不同的类别,那这几个类别可能会有“串档”的现象。我有些文章是同时归类到“Movable Type”和“Tutorials”中的,在“Movable Type”的分页下正确,但“Tutorials”下的分页就不对了,不是连到“Tutorials”下的第几页,而是跑到“Movable Type”下的第几页。我一直找不到解决办法。问了几个人都没办法。

昨天再次来看这个插件,想再次和插件作者的说明核对一下,结果看到说版本升级到v1.2,不知道是否更正这个毛病,赶紧下回来装上。哈,“Tutorials”下的分页对了!所以多重分类的问题解决。

升级很简单,只有一个文件,覆盖到原来的那个上面就可以了。

听有些朋友说,使用这个插件会使MT的重建速度减慢,我在使用的过程中好像没有这个反应或反应不大,感觉不到有什么影响。反而在浏览类别的时候页面打开很快,因为每页的文章没有那么多了。

下载地址

用CSS设计圆角

| | Comments (14) | TrackBacks (0)

今天Leavic提到他喜欢CSS设计的圆角,并且是不使用图片的那种,我答应找点资料来。以前知道一点这方面的东西,但没有钻研过,今天倒是有点兴致去找找看个究竟。

很快找到了不下几打的方法,真是各路英雄大显神通。

一般来说,基于CSS的圆角技术分为带图片和不带图片两大类。在这当中,又有使用JavaScript的和不使用JavaScript的之分。所以也是各有千秋,互有利弊。还有就是,处理出来的圆角有的是有锯齿的,甚至还有人就利用锯齿来做圆角,于是就有人挑战要做成无锯齿的圆角。总之,新技术在不断出现,新战友挑战老战友,仅仅这个CSS圆角技术就够热闹了。

使用图片的圆角一般结构相对简单,而不使用图片的则经常是层层相套的div。在页面使用JavaScript有时候也不是那么讨人喜欢。所以,我希望能找到一个不用图片,不用JavaScript,并且结构简单的方法,如果可能的话,消除锯齿最好(废话!)。

这就不是件容易的事了。不过我还是找到了:就是 Spiffy Corners !它符合我的所有条件:纯CSS,没有JavaScript,结构紧凑简洁,没有锯齿,当然也不用图片。最好玩的是,作者把这个技术单独做成一个网站。

下面是结构和CSS,也就是这个页面。你在他的网站可以随意改动颜色做尝试。

<style type="text/css">
.spiffy{
display:block;
}
.spiffy *{
display:block;
height:1px;
overflow:hidden;
background:#0a67e6;
}
.spiffy1{
border-right:1px solid #95bdf4;
padding-right:1px;
margin-right:3px;
border-left:1px solid #95bdf4;
padding-left:1px;
margin-left:3px;
background:#478dec;
}
.spiffy2{
border-right:1px solid #e6effc;
border-left:1px solid #e6effc;
padding:0px 1px;
background:#3883ea;
margin:0px 1px;
}
.spiffy3{
border-right:1px solid #3883ea;
border-left:1px solid #3883ea;
margin:0px 1px;
}
.spiffy4{
border-right:1px solid #95bdf4;
border-left:1px solid #95bdf4;
}
.spiffy5{
border-right:1px solid #478dec;
border-left:1px solid #478dec;
}
.spiffy_content{
padding:0px 5px;
background:#0a67e6;
}
</style>
<div>
<b class="spiffy">
<b class="spiffy1"><b></b></b>
<b class="spiffy2"><b></b></b>
<b class="spiffy3"></b>
<b class="spiffy4"></b>
<b class="spiffy5"></b>
</b>
<div class="spiffy_content">

<!-- 在这里填入文本内容 -->

</div>
<b class="spiffy">
<b class="spiffy5"></b>
<b class="spiffy4"></b>
<b class="spiffy3"></b>
<b class="spiffy2"><b></b></b>
<b class="spiffy1"><b></b></b>
</b>
</div>

应该算是满意了,可我还在继续找。很偶然的,我找到了Christian 在三天前发表的“CSS圆角大集合”,之前我找到的有大半在这里面,也有的没被列在里面。这张表列出了目前主要的圆角技术名称,分别用了几张图片,是否有用JavaScript,是固定的还是浮动的等项比较。非常一目了然,一眼你就知道哪种是你需要的了。要是我早点看到这张表就不会花几个小时到处查了,所以这张表是我查找的最终结果。

当然,Spiffy Corners 也是在其中的。你会看到,表的最下方,还有一个和 Spiffy Corners 同样参数的圆角方案是来自 CSSplay 的 Snazzy Borders。在源文件下你会看得很清楚,我不再写出来。

Christian 的这张大集合还会不断更新。希望从中你能找到自己喜欢的圆角。

我这样开始了CSS学习

| | Comments (8) | TrackBacks (0)

前段时间看了振之的“如何开始标准之路”,很有点感想,他从解剖大师的网站开始,我告诉他我从做练习开始。

大概是2004年初,我想开始学习做网页,因为我在这方面的知识为零。

让我有这样的想法是从这次经历开始的:03年底我的奔II电脑系统坏了,我请电脑城的一个小伙子来帮我重装系统,完了我问他网页是怎么做出来的,他帮我装上FrontPage,然后打开一个网页,在FrontPage中我看到了这个网页,还告诉我说,他可以把背景的蓝色改为红色。我觉得很有意思。就开始对FrontPage有好感,因为可以做网页。

于是决定要买本FrontPage的书来好好学习。到了书店我才知道还有DreamWeaver呢,这个太高深,我想还是买本儿童教材“米奇e时代”来开始,他们总不会拿儿童来教条一下的。这本90页的彩页书我象看连环画似的一下就翻完了,有点小感觉,决定要向DreamWeaver进军,马上买来“从零开始”。这次我被云里雾里了一番,说是从“零”开始,我看完还是不知道哪里是“零”。开始对国人的教材有点失望,再买来韩国人的“从入门到精通”。扎实花了一个星期,一边看一边对着做。把那些心爱的表格摆弄的得心应手,一个星期后我做出了一个“象样”的页面,那是我的第一个“作品”。

fp dwmx dw2004

我不满足这本“从入门到精通”,就到当时的Macromedia去寻找更多的信息。我在Macromedia的这里第一次看到了CSS的入门练习,我把里面的每个练习都做完了。从这里我了解到无表格的CSS设计,也是从这里我开始知道10天前学的那些东西原来都是不符合标准的方法,要从现在开始丢掉。现在都还记得当时在国外还展开了一场表格和非表格的大辩论,到今天已经没有人去争这个了,因为不需要争,大家都明白了。上面的那三本书页永远的在我的书架上存档了。学了一个星期的表格就要在10天后丢掉。是可惜还是庆幸啊?

当时上海福州路所有的书店我找不到一本关于CSS的书,摆满半层楼的都是表格表格表格,都是非标准的方法(直到今天还是没有什么变化,还在表格)。我被迫整天泡在满是英文的相关网站上。是痛苦还是快乐?

我在Macromedia只呆了不到10天时间,就到处乱跑了。我还要找循序渐进的练习来做,要找CSS的教程。现在回想起来,那时候让我得益最大的是 CSS完全指南MaxDesign。前者让我了解CSS的规则,后者一步一步的练习让我直观的感觉到每个标签和属性给页面带来的变化,每往前走一步看到自己做出来的和教程的效果一样,都会有种巨大的成就感。

也就从那时候开始,只会用手写代码,反而不知道所见即所得了。

后来没多久,我又看到了Veerle的这个CSS模板设计 的教程,真是不错。从一个页面设计的最开始到结尾,包括怎么做,为什么这么做,原理是什么,根据是什么,都解释的非常详细。

从这些地方我对CSS有了初步的认识,我找到了“零”也已经开始出发了。

两年多时间过去,现在的资源更多,国内相关的书籍也开始出现,开始学习标准设计的朋友也更多了。

恢复Trackback功能

| | Comments (4) | TrackBacks (1)

首先谢谢bb刚才给我提供这个链接

一直以来,周围的很多朋友都在抱怨自己的MT不能接受trackback,按照flypig说的方法可以解决了。具体办法

谢谢flypig找到的方法也谢谢bb通知我。

JoshuainkSimplebits 都在我的feeds名单里,所以他们这些设计师的页面实在是很熟悉。

今晚照例又打开FeedDemon,看到了John的这篇“一切的根源”,他指到一个提供模板下载的页面。所以John发出这样的感叹:“哇,所以现在我总算明白为什么我的这个网站会有那么多个人版本冒出来......”

对我来说,其实并不是第一次看到提供这类模板的站点。但看到被点名还真的是第一次。

将这些设计师的作品原封不动的一把抄过来,然后提供给大家做模板。我是发自内心的佩服他们的水平,因为他们可以将国外的不同系统的blog模板转换为其他的各种blog系统的模板,没有一定的水平是不行的。除了技术不说,光是体力劳动都不知道要付出多少。

想到这里我就更不明白了:他们有足够的技术,又有那么多的时间和精力,为什么就不去做自己的作品呢?设计出好的作品可以受到尊重,何苦折腾自己。

不过没有关系,不能弄明白的事情多了。

我还看到过另外一个blog,是用的Simplebits的设计。那是去年的Simplebits的设计,今年Simplebits作了改动。下面的页脚有“Template by SimpleBits.com”,连那个在设计界有名的三个方块都被用作了logo,唉,没有话说了... ...

闲时作秀

| | Comments (14) | TrackBacks (0)

这两天写点东西,感觉真累。

因为是几个月前就开始想要写的内容,也觉得是很有意思的话题,所以不想马虎。一边要反复测试,一边要修改文字,希望能够表达清楚,想到几个也许可能就马上改正增删。我自己也就在这样的反复中进步。但确实累。一篇这样的鸟东西竟从昨天写到今天,唉,经常怪自己先天不足。

desktop

总算基本完毕,习惯的打开FeedDemon看看伙计们的进度。才发现大家都在做个接力赛游戏,我也被点了名要秀出自己的桌面来。

我来当作休息作乐,比写教程容易多了,更不用思前想后,好,秀出来吧。也感谢几位弟兄,给我这个机会啊。

来做作业:

  1. 目前的桌面是:
    世界地图。
  2. 这台是你的个人计算机还是公司或家人共享的计算机?
    是我个人使用的。
  3. 这张桌布是什么?从哪儿取得的?
    这张桌布还是世界地图。我的12寸的ibm默认的。
  4. 更换桌布的频率高吗?
    我从来没换过。觉得这个还不错,目前还没有嫌弃的感觉。
  5. 桌面上有几个ICONS?
    桌面上的是30个。后面可能还有一些,但桌面上的好像是用得比较经常的。
  6. 一堆档案和快捷方式放得乱七八糟的桌面,你看得下去吗?
    那就绝不是我可以容忍的了。那样的桌面也一定不是我的。
  7. 有没有什么坚持点?
    我的ibm本本就用世界地图,那个hp本本也是用hp默认的。以后我有机会用PowerBook,我还是用PowerBook默认的。我不在换桌面上花时间。我知道我缺乏情调。
  8. 有为了填这份接力,还特地整理一下桌面吗?
    那倒没有。因为没有必要,每天开机时我就知道他们一直被安排得好好的。

还得再次感谢兄弟们。答完这8个问题才发现原来好有意思的。

Leavic说分发这个接力是“作恶”,哈,不是啦。希望兄弟们也当作开心好玩来做这个作业吧:

  • 黑羽翔天
  • 我知道这位黑哥哥最近忙得不可开交,估计在打造什么秘密武器。我在Gtalk看到他也不敢打搅。希望值不高。

  • Ikias
  • 这位对MT情有独钟远在日本的哥哥,我不知道他会不会来,希望值好像也不高。

  • 于铁锋
  • 我的这位同乡兄弟估计对这个接力也不一定会感兴趣。

  • bb
  • 这位厦大的高材生自然是功课紧啊,那还用说?

  • Coolnalu
  • 这位远在加拿大的哥哥每天都在研究那些java代码,还同时要做项目,有可能吗?

哈哈,这么一说,好像都没有希望了。

不过,等等看吧。否则,置顶。

在Movable Type中创建页面(2)

| | Comments (3) | TrackBacks (0)

昨天的在Movable Type中创建页面可以帮助我们很好的理解MT页面的概念。那种方法对于建立几个不多也不复杂的页面来说是很实用的。

但在现实当中,有时候它又会显示出不足或不便于管理。

还是拿About关于页面来举例。如果你只是在你的个人blog上介绍你自己,那么用前面的那种方法就够了。加上你还做几个联系页面,资源页面什么的,就那么几个页面在Indexes模板区也不怎么碍事不妨碍管理。

但是如果情况是:

要介绍的不是一个人而是一个团队(有10个人或者20个人?),每个人都要有个单独的介绍页面。对了对了,还有一个所有团队成员的名单页面,就像类似于这个页面一样。如果用前面那办法在Indexes模板区创建,当然可以做到,但岂不是会在Indexes区域有几十个各种各样的模板了,容易和其他模板相混淆也不好管理,也一定很麻烦。头都会大的。

也许你想把自己曾经的作品,象论文,翻译文章,网站项目,Flash作品,摄影作品,成功案例等等,也放在你的网站上,问题是这些都不能象发表文章一样来发表到你的blog中去,因为他们都是非blog的内容。这些应该是你的blog的扩展,或者是你的网站的一部分,或者你的网站根本就没有blog,全部都是由若干个这样那样的部分所组成的(别急,慢慢来)。如果你有100篇论文,200幅摄影作品,总不能也放到Indexes区域去吧?头会更大,还不如扔掉MT。

我们以Digital Web的这个About页面来做范例,看看用MT怎么来实现这个板块。

先来分析一下。这个页面是用几段文字(或者说是一篇文章)介绍Digital Web在线杂志的基本情况,左边是4个栏目的导航(the stuff, the contributors, the site, advertising)。我们要注意看浏览器中这个页面的地址(url)是 site.com/about/。

再打开左边导航中的stuff栏目。页面正文部分是stuff的所有成员的名单,它的页面地址是 site.com/about/stuff/ 。其中每个stuff成员的链接都分别连到其单独的介绍页面,现在进去一个成员的页面,就到Garrett Dimon那里吧。现在你需要非常细心的看清楚了:正文部分最上面是成员名字Garrett Dimon,下面是他的相关资料和作品。再看页面地址,是 site.com/about/staff/garrett_dimon/ ,这个地址的最后面部分即是这个成员的名字。

打开左边导航的contributors栏目,你会看到和上面stuff栏同样的情况。

到现在为止,还没找到感觉?没关系,接着往下读。^_^

你用过一段时间的Movable Type了,我们一起来感受一下。如果我把site.com/about/ 当作一个MT,把site.com/about/stuff/ 看作是这个MT的一个类别(category),把这个成员的介绍页面site.com/about/staff/garrett_dimon/ 看作是这个类别中的一篇文章,把这个成员页面顶部的成员名字看作是这篇文章的标题,把左边导航中的4个栏目看作是这个MT中4个不同的分类... ...

到现在为止,你有感觉了。

把site.com/about/ 当作一个MT,那这个页面就是首页了。尽管这个首页和你看过的普通MT的首页不同,但是你通过更改首页模板就非常容易的可以实现,把所有的成员列表放到首页不就可以了吗?

因为每个介绍成员的页面是一个单篇文章,不需要月份存档和类别存档,也不需要所有文章存档和各类xml文件。而且所有的页面都是静态页面是不要常更新的,每个页面中都不需要任何的MT标签(你已经知道怎么做了)。

所以我们开始行动:


新建一个MT blog,设置好地址和路径。存档类型(Preferred Archive Type)选择“单篇”(Individual),存档文件后缀选html(你可以做别的选择)。

在Settings - Publishing 下的“Archive Mapping”,将Individual 模板的存档路径选为下图设置或
primary-category/entry_basename.html 。

在Indexes模板区,保留Main Index模板和Stylesheet(其实你也可以删掉,在首页模板和单篇模板中调用其它样式),其余的全部删掉。然后到存档模板区(Archives),留下Individual Entry Archive模板,其余全部删掉(大胆删吧,别怕)。此时重建所有文件。

这个时候About的blog就建好了。设立4个类别分别是stuff, contributors, site, advertising。把单篇文章的模板Individual Entry Archive改成你需要的设计(和首页一致,只要把首页模板复制过来就好了)。开始写的第一篇文章我觉得应该是site.com/about/staff/ 这个页面,文章标题叫“stuff”,归类到类别“stuff”中去,并把所有成员的名单列到这篇文章中,这时你看到编辑框下面的Basename是“stuff”了吗?这个“stuff”是文章的标题。发表,这个site.com/about/staff/ 的页面就出来了。到浏览器中看看这篇文章的地址是不是site.com/about/staff/ ?接下来再写篇新文章,是关于Garrett Dimon的介绍的,这篇文章的标题就叫“Garrett Dimon”,并归到类别“stuff”中,再看看这篇文章的地址是不是site.com/about/staff/garrett_dimon/ ?

你很快就可以写完所有成员的页面。然后把site.com/about/staff/ 页面的每个成员的名字链接连到各自的介绍页面不就完了?

其余三个栏目也是用一样的方法来完成。

象这样的情况,在设计页面模板的时候要注意,正文部分不需要任何MT的标签,侧边的导航也是固定的不需要MT的标签产生。你只需要在首页模板和单篇模板做成4个导航链接就可以了,和你平常做网页是一样的。简言之,整个About部分就是一个网站的一部分,就像做普通的网站一样,只不过是在MT中完成的。

当你需要增加一个类别时,在MT中太简单了,写文章的时候加个新的类别并在导航中补上导航链接。当有新的成员加入时,在site.com/about/staff/ 页面添加一个名字和链接并新发表一篇文章就是。当某个成员又有了新作品需要在他的介绍中及时加上去,到他的介绍页面补充上去一个链接指向他的新作品就是。

一切都是那么简单,那么方便。

等你看完上面的内容,等你做完类似的练习,等你真正理解了MT,你会想到更多,你也会有层出不穷的办法来用MT做出符合你的设计要求的网站;为了达到同一个效果,你也会有多种解决方案。上面举出的这个例子也只是众多解决方案中的一种。

今天你知道通过建立独立的MT来组建About部分,所以我现在再把前面那篇在Movable Type中创建页面中提到的那些页面再作一个变通,用本篇提到的方法来建立那些页面。

假设那些about页面,contact页面,links页面,resource页面,tags页面等等,我不在Indexes区域来创建他们各自的模板,而是可能重新建一个新的MT来安置他们,或者我把他们合并到上面那个About的MT中去也未尝不可,无非是新建一个类别嘛。

先说把他们合并到About的MT中去。假设把要建的所有的这些页面都归类到pages类别中。那么发表在这个类别中的标题为contact的文章地址就应该为:
site.com/about/pages/contact.html
Tags页面的地址就是:
site.com/about/pages/tags.html
... ... ...

只不过你不要把这个类别列入到那4个类别下作导航,而应该另做导航来连接这几个页面。

他们都是就着About这个MT的单篇存档路径来的。

如果我不把他们并到那里而是单独再建个新MT,除了上面那样的路径设置 primary-category/entry_basename.html 外,我也可以不分类别,直接就把单篇存档路径设为 entry_basename.html。因为都是独立的基本不和其它页面有关联的页面,所以我又不需要首页模板了(删除它!),只要一个单篇模板就满足我的需求。

你会觉得奇怪,没有首页的blog?是。

虽然是新设立的MT,按道理好像要首页才象那么回事,那它的首页是不是site.com/pages 呢? 我告诉你,不是。它的首页就是site.com! (奇怪!明明是新的MT怎么会用“别人”的首页?) 所以在设立这个MT的地址和路径时,你要把他们设置为
http://www.site.com/ 和
home/yourname/public_html
而不是:
http://www.site.com/pages/ 和
home/yourname/public_html/pages

总之,你想怎么办就怎么办。怎么办都可以办到。是吗?

到现在为止,你又作何感想呢?

相关阅读

在Movable Type中创建页面
Movable Type 不只是blog发布程序

在Movable Type中创建页面

| | Comments (9) | TrackBacks (0)

对已经使用Movable Type有段时间的朋友来说,可能这是件很简单的事,但对刚开始或接触不久的朋友来说应该还有点帮助。

我们用MT建立起来的blog,每次发表的文章不就是创建了页面吗,怎么还要谈创建页面呢?当然是,但这里要谈的不是指在blog中发表文章时创建的页面,而是独立于这些文章之外的页面。

举几个例子:我要做一个自我介绍的"about"页面;我要做个资源页面,上面是我收集的有关的某个行业的资源;我要做个友情链接的页面,因为首页的链接已经多得放不下了;我还要做个联系方式的页面,上面有联系表单;我还要做个象论坛那样置顶的简短说明,说明下面的“Read More”链接指向另一个页面,那个页面上才有更详尽的说明。这个简短说明总是置顶;也许做一个Tags Cloude的独立页面会比方在首页更好点?... ...还有很多我没想到的。

这些页面都不是blog中的文章。如果你用发表文章的方式来做这些页面,那就是今天发表一个“关于”,明天发表一个“联系我”。当然我们从来没有看过谁的blog是这样的。但我们确实看过很多朋友的这些页面是用发表文章的办法作的,因为他们把时间改动到最早或最新,就可以把这篇“文章”摆在最后面或最前面。这不失为一种办法,也最容易。

我们还可以用另外的办法来做。

首先你需要在“Templates”- “Indexes”模板区,创建一个新的模板(Create New Index Template)。如果是用来“About Me”的,那就把这个模板命名为“about”吧,然后在“Output File ”框中填上你要放置这个页面的路径。如果你要把这个页面放在blog的根目录下,那就填上“about.html”就是了。不过,如果将来哪天类似的页面多了,就会在根目录下排成一长串,所以还是归到一个文件夹里面比较好,用一个“pages”的文件夹好象不错,所有的这些独立页面都放在这里面。这样想好后我就在“Output File ”中填上“pages/about.html”。记住了,这个文件夹的路径你不需要到服务器端去创建,只要在这里填上后MT会自动为你创建好的,就象上传图片时一样填上你要的路径MT就创建好了路径并把图片传到了你设置的路径下。

另开一个浏览器窗口,把Main Index模板中的代码全部复制,粘贴到这个about模板的编辑框中。如果你此时保存重建,这个页面一定和你的首页是一样的。假设你只要把正文区域改成自我介绍,并且正文部分是在alpha板块内,那就在about模板中找到从下面开始:
<div id="alpha">
<div id="alpha-inner" class="pkg">
至下面结尾前的部分(不包括下面的):
<div id="beta">
<div id="beta-inner" class="pkg">

这是完整的alpha板块部分。在这板块里,文章部分是从这行开始的:
<div class="entry" id="entry-<$MTEntryID$>">
从这行往上至:
<div id="alpha-inner" class="pkg">
之间的那几行都可以删除不要。接下来是文章标题H3,正文部分就从
<div class="entry-body">开始。将<div class="entry-body">内的所有代码全部删掉(别怕!)。

现在alpha板块变成大概下面这个样子了:


<div id="alpha">

<div id="alpha-inner" class="pkg">

<div class="entry">

<h3 class="entry-header">关于我</h3>

<div class="entry-content">

<div class="entry-body">

... ... ... ...

</div>

</div>

</div>

</div>

</div>

现在你就可以在上面的“... ... ...”区域写上你的丰功伟绩和宏伟蓝图了。

基本上完成了。但在保存重建之前,不要钩选“Build Options”因为没有必要在每次重建那些Index模板时也来重建这个页面,节约点资源。

如果你对(X)HTML熟悉,你当然并不一定要拘泥于上面的标签。

这种办法来创建的页面虽然删除了部分MT标签但也保留了部分MT标签。保存下来的基本上在侧边栏,因为你可能还想要一些由MT标签产生的各类归档,最新文章等等内容。

但这并不意味着用MT来创建页面就一定要用到MT标签才行。一个没有任何MT标签的模板一样可以建立起页面来。那怎么办呢?

在你的blog网站上打开一个单篇文章(在浏览器而不是在MT)。查看源文件,完整复制粘贴到你要创建的模板中。完全没有MT标签吧?修改文字内容,保存重建,还是别钩选上面那个选项(你会发现用FireFox查看源文件要比IE方便直接得多)。

页面算是建好了,最后就是你要在相关的模板中建好这个页面的链接使其他页面能连接到这个页面来,否则这个页面就真的成了“独立”的页面而“游离”于网站之外了。

以后什么时候你觉得这个或这些页面要修改,你只要到Indexes模板区打开某个你建立的页面进行修改,就象你平常修改已经发表过的文章一样。

到这里,你应该发现了:创建一个页面就是创建一个模板,修改这个页面就象修改文章一样的方便。

再回想一下,以前你做网站的页面时是怎么做的呢?你需要和服务器打交道。你先要在页面编辑器中做好这个页面再传到服务器端。现在你不需要这么干,都在MT中完成,不要做额外的上传。是吗?

另外,在MT中不光是可以创建HTML文件,它可以创建任何后缀的文件,如.php,.xml,.inc等等。

我的“与我联系”的页面就是用这种方法建的。可以参考一下。

就说这么多吧,这是最基本的在MT中创建独立页面的方法。


相关阅读

在Movable Type中创建页面(2)
Movable Type 不只是blog发布程序

前几个月我在我的留言中几次隐约谈到过这个话题。甚至半个月前还和于铁锋开玩笑说绝大多数的MT用户都还住在MT的单间房(我把MT的blog称为单间),不知道也没有住过MT的套间。我们应该改善居住条件啊。

Movable Type早在3.0版本以前叫做Personal Publishing System,从2.x时代走过来的朋友可能还记忆犹新。但实际上那时就已经不光是个人发布系统,也就是说虽然名称上叫“个人发布系统”但实际用途上已经不止于此,不只是个blog系统。从3.0开始,名称改为“Publishing Platform”叫发布平台,不再有个人的含义。

名称的改变,并不是意味着MT从个人发布系统改为或升级为发布平台。事实上MT本来就是发布平台,不管是2.x还是3.x,从这个角度看,MT并没有什么根本的变化。名称的变化可以理解为“更正”。(我是从MT2.661开始的,时间大概是2003年底,在此之前的情况不太了解)所以MT一直就不仅仅是blog系统,它超越了blog系统。只不过绝大数用户在使用上还停留在它的blog功能而已。

很多人喜欢拿Movable Type和其他的blog系统来比较。其实大可不必,因为根本不是一回事。今天不讨论这个。

当然MT也确实是个很优秀的个人发布系统,能够高度自由的来定制你的blog。可是Movable Type也是个很好的内容管理系统(CMS),可以用它来制作一个完整的网站。一直以来MT就是这样的。它让你在制作网站时不用再象传统方式那样要在服务器端忙个不停,一切都在MT系统内完成,一切都变得相当简单和便于管理。

在2002年还是2003年那时候开始就已经相继有很多人和公司开始用MT来做网站了。下面随便列举几个用MT架构的网站:

这些都是很有些影响的站点。上面这几个除TheMorningNews 和Seed Magzine之外都是我常去看的地方。我在看他们的内容的同时,也注意观察他们的结构。

很长时间以来就想探讨关于用MT做网站,但一直没有写。自从昨天我又看到一个新的社区站点开启之后,我有了写现在这篇的冲动。这个网站是:Until Monday,相信朋友们也会和我一样的喜欢。Until Monday不光是设计精美,而且整个网站都是用Movable Type来完成的。

until_monday

现在你对Movable Type的印象有点改变了么?

Movable Type就是Movable Type。

深入阅读

在Movable Type中创建页面

在Movable Type中创建页面(2)

使用Movable Type的Widgets

| | Comments (1) | TrackBacks (0)

这是我在半个月以前写的一个关于Widgets使用的草稿,一直没有发出来,本来想把Widgets和modules连到一起来写,因为二者是有关联的。现在把标题改了还是单独写widgets吧。

Movable Type的Widgets使得页面模块的管理变得非常方便,在使用上也没有什么难度。

manage_my_widgets进入“Manage my Widgets”后就看到了“First Widget Manager”。在安装好的Widgets(Installed Widgets)一边已经有一排的widgets,这是MT默认的已经预安装好的widgets。如果你觉得哪个widget是你不想要的,那就把不需要的用鼠标提出来放到可用的Widgets(Available Widgets)那边,再保存重建,那么这个名称为“First Widget Manager”的Widget管理器就建好了。

当你什么时候觉得想要增加某个widget时,从可用的那边提到装好的那边。除了增减,你还可以调整widget的上下顺序,也是用鼠标提上提下的,编辑好widgets后再保存重建。

接下来你需要回到相应的模板将Widget的代码 <$MTWidgetManager name="Name of the Widget Manager"$> 应用到模板中,Widgets才能生效。

怎么应用呢?假设我要把刚才建立的“First Widget Manager”应用到Main Index 模板的侧边栏,比方是beta板块。那么你找到beta区域的代码:

<div id="beta">
<div id="beta-inner" class="pkg">
<div class="module-search module">
...... ......
</div>
</div>
</div>

搞清楚里面的每个module的结构,把要用widget代替的module部分删除。一定要看清楚模板里面的每个html标签。

<div class="module-archives module">
<h2 class="module-header">Recent Posts</h2>
<div class="module-content">
<ul class="module-list">
<MTEntries lastn="10">
<li class="module-list-item">
<a href="<$MTEntryPermalink$>"><$MTEntryTitle$></a>
</li>
</MTEntries>
</ul>
</div>
</div>

这就是一个完整的module,是最新发表文章的那部分。如果你的widget中选择安装了这个,那就要在模板中把上面的代码完全删掉。刚才你在“First Widget Manager”中选择了几个要装的widgets,那你就在现在这个模板中删除几个。好,现在你的模板中空了一大截。千万注意删除这些module时,搞清那些<div>和</div>的关系。

因为你建立的Widget管理器的名字是“First Widget Manager”,所以要把
<$MTWidgetManager name="First Widget Manager"$>
这行代码放在删掉的那些modules的位置上,也就是用这一行代码来代替刚才删掉的大段代码。

重建这个模板,你可以看到他们全部在页面上显示出来了。同样的做法,你可以把这个“First Widget Manager”运用到其他的模板上去,象Category Archive,Individual Entry Archive等。

使用widgets来管理后,当你需要对某个模块作修改或增删时,要比以前容易方便些。你不用再象以前那样每次到不同的模板中去改动那些modules了,更不用在每个模板中去检查烦人的HTML和MT标签了,因为你已经把他们都单独提取出来放到Widget管理器中来了,现在你只需要到Widget管理器里面来操作就行了。

如果你要在不同的页面模板中用不同的Widgets,那也好办。比方说只在首页用日历,分类存档页面不要。

那么,你再到“Manage my Widgets ”点击“新建Widget管理器”(Create Widget Manager ),然后给它取个名字,就叫“Second Widget Manager”吧。再把你要的Widgets提出来,当然你现在就不要选那个日历了。和上面的步骤一样,只是到分类存档模板中添加Widgets代码,用
<$MTWidgetManager name="Second Widget Manager"$>
来代替删除的那些modules。这个分类存档页面中就没有日历模块了。另外,你也只需要重建存档模板而不需要重建所有页面。只对相应的模板重建。

如果你觉得“First Widget Manager”和“Second Widget Manager”这样的名字不便于记忆,你也可以用任何其他的命名方法,象“Index Widget Manager”和“Category Widget Manager”也不错。当然你还可以用更简单的命名。

我们已经看到了,在Widget管理器中,MT默认的有12个widget,也就是说给你准备好了12个已经编辑好了的widget。MT的这个widget管理器能不能增加自定义的widget呢?就说那个Blogroll吧,如果可以把Blogroll这个插件也加到widget管理器中来一起管理,那才方便呢。

好,我们来看看吧。真的不难。

首先,我们需要把Blogroll这个模块的结构写出来,放在页面模板中试试看是否能正常显示,下面这段就是个完整的Blogroll模块:

<div class="module-blogroll module">
<div class="module-content">
<MTBlogrollCategories">
<h2 class="module-header"><MTBlogrollCategoryLabel></h2>
<ul class="module-list">
<MTBlogrollEntries">
<li class="module-list-item">
<a href="<MTBlogrollEntryURI>">
<MTBlogrollEntryIfRel> rel="<MTBlogrollEntryRel>"
</MTBlogrollEntryIfRel><MTBlogrollEntryName></a><br />
<MTBlogrollEntryDesc>
</li>
</MTBlogrollEntries>
</ul>
</MTBlogrollCategories>
</div>
</div>

确认你的模块代码没有问题。

到Templates - Modules,创建一个新的模板模块,并命名为“Widget: Blogroll”(切记名称前面部分一定是“Widget: ”),接着把上面那段代码完整的放到这个模块的文本框中,保存。


这就建好了这个模块(module),因为名称前面用了“Widget: ”,这个模块也就成了一个widget。你到widget管理器里就可以看到它的存在。

我们就可以使用它了。

通过这样的办法,你可以创建任意多个自定义的widget。

从前面的说明或者通过你自己的实践,你可以知道,MT的widget管理器如同MT一样,具有高度的自定义能力。

默认的那些widgets,并不一定都会适合你的需求,包括里面的html标签,MT标签你都可以随时进行修改(在Templates - Modules区域),直到符合你的要求。

About this Archive

This page is an archive of entries from October 2006 listed from newest to oldest.

September 2006 is the previous archive.

November 2006 is the next archive.

Find recent content on the main index or look in the archives to find all content.