以ASP为基础的PJblog(下简称PJ)可属今年国内发展最快,迅速崛起的blog了.因为本人对asp编写并不熟悉,流于表面简单的测试了一下PJ,功能不算强大.基本的blog分类,发表,编辑,引用,回响,rss...其实都较为普通的.
那么,PJ其实优越在那里呢?仔细发现,PJ的模板是相当漂亮的.无论在多媒体,特别是视听觉媒体,上面做的相当不错.页面元素很丰富.一看上去就让人感觉喜欢的样子.还有结合JS特效处理的效果.等等,都是PJ受到青睐和看好的重要原因.
说了好的,也要来点负面的评论.
其一,PJ在处理绚丽界面的同时忽略了WEB标准,XHTML 1.0 Transitional,也未能完美通过.这是需要改进的.
其二,借鉴boblog的发展经验看.PJ也是处理独立开发过程,PuterJam作为PJ开发的一把手,如果缺乏共同开发团体,当发展到一定阶段,恐怕回出现一定的技术瓶颈.这个是控制产品生命周期的重要制约因素.故此,作为开发人员,不得不考虑的.
其三,ASP本身的制约.使用MDB数据库的PJ,当数据库膨胀到一定程度的时候,是否会成为PJ运行的阻力呢?时候可以考虑静态页面或者采取更优化的存取策略呢?
其四,Blog作为一种share mind的重要平台,过多绚丽的色调,是否会成为资讯传播的阻碍呢?这根平衡木的支点应该摆在什么位置.
1.PJBlog的設計是符合XHTML+CSS標準的，在IE和Firefox下瀏覽皆為正常。我想，固然XHTML是一個規格，但並不是說強制要100%去符合他，若完全得遵照規則在跑，倘若有天規格變動，是否也要全部修改？
2.除非blog流量很大，否則根本是不需要使用Access以外的DB的。PJBlog定位在個人使用，單一blog的流量對於Access來說其實是綽綽有餘，除非你的blog流量爆大....但其實PJBlog早有產生靜態頁面的功能了....
看到作者的评价，我来解释一下。
PJBlog的特色是它的易用性和扩展性，它是利用插件，根据自己的需要来扩展的。
1.最原始的PJBlog程序是符合XHML标准的，但是由于支持独立自定义模版设置，所以在使用中很难避免人为造成的失误。
2.发布2.4后，我打算组织一个开发小组，来开发blog的插件和skin，甚至维护blog的内核功能。把以前不标准的插件改得更加完善。
3.Access数据库的确是个阻碍。也是一个最矛盾的地方。我目前也只是把日志保存为静态的，用asp方法引用到页面上，模块和插件利用缓存来解决数据库的问题。
4.以后号召他们开发纯色的Skin去，哈哈。
像早期的L-blog,当时的速度是相当吸引的.现在为何萎靡了.我想很大原因,是因为没有足够的技术来维持用户对技术满足的新鲜感
而MT,虽然操作简陋(甚至连UBB编辑器也不完善),但依然有这么多使用者.
二者比较下(虽然不是很合适),还是技术层次问题啊
我也是最近才注意到PJBlog，然后发觉作者的不少想法都非常合我的心意，比如模块和插件部分，和我脑海中构思的新版程序不谋而合，呵呵。
好看不是罪。我认为就Blog而言，漂亮的外观是必须的元素。
另外它的模板应该能通过xhtml 1.0验证的，xhtml+css的实现方式也是正确的趋势。可能是日志内容里包含的一些不规范代码导致通不过验证（是否编辑器的问题？）