试鞋归来
搞了双米高seba,前后拖了一个月了吧,当然或许是有这许长时间的,然后,又是黄梅雨,又拖了两个礼拜。虽然说,明天有那个该死的六级,但是我还是想放弃了,所以,踏上风火轮,出发。
搞了双米高seba,前后拖了一个月了吧,当然或许是有这许长时间的,然后,又是黄梅雨,又拖了两个礼拜。虽然说,明天有那个该死的六级,但是我还是想放弃了,所以,踏上风火轮,出发。
应朋友的要求,才决定要写这个文章,我想,我对这个问题的理解是比较肤浅的,恐怕也讲不清楚,所以,我只简述一下步骤,高手就直接跳过吧。
先从文件在网络上传输说起,浏览一个网页,一般就是浏览器从服务器上下载文件的一个过程。举个例子,如果浏览我的网页,你要下载这么几个文件:
浏览一个网页要下载这许多文件,如果每个文件又都很大的话,得到的结果只有一个,就是网页展现时间相对来说要长。如果能对传输的文件进行压缩,就能缩小文件的体积,加快浏览器的下载速度,减少服务器的流量。
难得的一个周日,有大把的空闲时间,正好拿来折腾博客的模板。今天,我重写了样式表。
改动不大。本来以为我这次添加了CSS Reset的部分,有望解决Opera的不兼容问题,结果发现问题不在默认设置上,这个努力是徒劳的。等于加了一些没用的代码,不过我觉得还是留着好,万一以后有人想用我的样式,那么他或许能有个好的开始,或者一个不至于太差的基础。
简单介绍一下我现在的模板,其实,就是在default上改的,不难发现,还留有浓厚的default的味道。所以,你如果想用,拷贝下我的样式表回去改改估计就可以了。
今天还做了一个事情,就是把样式表按照逻辑分了块,这样就条理比较清晰了,也比较利于抄袭。嗯……
最后就是把K2的CSS压缩技术照搬过来了,这样一来,多了一个http请求,但是样式表的体积减少了一半。不管我换多少模板,还是忘不了K2,可以汲取无数营养的K2,伟大的K2。
本篇文章不是我的经验介绍,而是我的疑问。我写在这里,希望高手看到了能指点一二,而同样迷惑的人看到了,能参与讨论。
我没有系统地学过javascript,也没有系统地学习过ajax,我只是在兴趣的驱使下,在学习一些jQuery的使用。所以,我几乎对任何问题都很迷惑,而在这些问题中,我最迷惑的就是ajax的可靠性问题。
自打这个周一回到了杭州,这雨就不间歇地下着。湿润的空气,让任何东西表面都似乎有那么一层水汽似的。这种水汽的笼罩下,觉得自己的心情都都像那潮湿的被褥一般要长出霉菌了。
这个表面上看来要长草的blog的内里,我却是一直在关照着的。并非不想写,因为我还有许多东西想写的,但是说实在的,很多想法都不成熟,那样写出来也不甚好。还是汇报汇报我最近在干什么吧。
TrackBack最早是MovableType上的一个小功能。可以说就是这个小功能在blog界却掀起了一场革命。
TrackBack为将全世界无数个blog连接起来的功能。例如,当你读了某个网站的文章,想对此写下自己的感想。这个时候利用网站准备的讨论功能进行投稿是很最常见的做法。但这样只是把自己的评论意见写下来向别人的网站投稿,而你自己手里却什么也没留下。
TrackBack 则与之有很大的区别。可以把评论写到自己网站上。然后向刊载原始文章的服务器发送该网页的URL及标题、部分正文、网站名称等信息(注)。尽管这一过程只是称之为“发送TrackBackPing”,但通过这种办法,在原始文章的地方就留下了你的评论的URL、标题等部分信息。当然别人也可以向原始文章发送TrackBack Ping,所以在原始文章中就将包括你的TrackBack Ping在内的所有评论都记录了下来。
此外,如果你在自己网站上也设置了TrackBack Ping功能的话,那么谁都可以通过TrackBack Ping来发表针对你的意见了。这样,多家网站就通过相关话题而联接起来。各种评论在因特网上就像网眼一样联接起来。这样就创造出了与日记网站完全不同的文化。
注:发送地址采用原始文章指定的URL,这一URL就称为“TrackBack Ping URL”。最后的“128”为原始文章的专用数字,称为“TrackBack ID”。另外,TrackBack的技术标准刊登在“LowLife.jp”的blog网站上。
以上一段文字,讲解了Trackback的含义,我是在一个叫做“雨吁”的博客上抄过来的,我之所以会关注这个问题,是因为我今天在调整自己模板的comments.php。我也想把留言和pingback区分开来,而这个时候,我发现,除了留言和pingback,还有一种trackback。这就让我有些糊涂了。所以,就研究了一下,这一研究,我倒觉得这个问题原来非常地有趣。
我现在对pingback、trackback和comment建立起这么一种印象:
comment是一个读者对你的这篇文章有一点点想法,或者同意,或者不同意,发表下意见。
trackback是一个读者对你的话题有深层次的理解和独到地看法,并且自己也有相当的兴趣,自己撰写相关文章,并通过trackback的方式通知原作者。
pingback则是某一个作者(注意,角色变了)在写作一篇文章的时候,碰巧援引了你的观点,文章中包含了你的链接,你会收到pingback的通知。
综上,我个人认为,对于一篇博客文章来说,最有价值的反馈,应该是trackback,这是一种话题的展开,使得同一个话题得以链接在一起。而comment则是文章作者和读者的一种简单互动,能够增加博客的亲和力。pingback则表明了一篇博客文章的价值,这个就好比你发表了一篇paper,从某种程度来说,这篇paper的价值和其被引用数是成正比的。
其实,WordPress对于这三者有着相当好的理解,在模板标签中,也有着足够的技术上的支持。只是,我们作为博客作者,模板作者,插件作者,往往把这个地方给忽略了。期待着在将来看到WordPress这个博客圈子,能够率先在这个领域做出示范,进而带动整个博客圈子完善这套系统。那个时候,博客的世界应该更有趣吧!
嘿嘿,我的一点感想就发表到这里了,如果没有问题,此文应该给原作者自动发送一个pingback,因为我加了他链接,而我还会额外给他发一个trackback,以表示我对此问题发表了自己的看法。我这么做也希望能够亲身实践一下这个有趣的功能,嘿嘿…………
WordPress actions允许作为插件作者的你插入到WordPress应用中并且执行一段代码。一个Action的例子就是,你想要在一个用户发布完一篇文章或者留下一篇留言的时候执行一个动作。
一些我使用极其频繁的Action有:
开发一个WordPress插件的一个更重要的方面,是你怎样设计它的结构。本文将研究几个关于设计插件结构的提示,以帮助你组织你的插件资源,避免名字冲突。每一个插件作者的插件的结构都不尽相同,所以这些提示只是我的个人偏好。我将首先简单地描述一下一个WordPress插件是怎样工作的,然后介绍一个插件的结构。
在将一个插件放入到wp-content/plugins/目录后,插件应该自动的处于可以安装的状态。
当一个插件被“启用”,等同于告知WordPress将你的代码装载到“每”个页面(包括管理页面)。这也就是为什么当你启用了很多的插件的时候,你的WordPress可能非常慢的原因,这是由它所引入的代码的量决定的。