-
不使用drupal作为cms的原因
1 虽然有汉化包，但是汉化不彻底，无法在基本层面进行推广。 2 没有直接提供真正的html级别的静态化。 3 模板制作过于复杂，前后台融合在一起，我们在观念上还比较难接受。 4 中国的应用比较少，没有太多经验可以分享。大网站没人用drupal，小网站又不需要用。 5 cck和view是好东西，但是其他模块似乎都要弱一些，不像wordpress那样百花齐放，我们觉得drupal的插件机制还不是很灵活。 其实，我还是觉得drupal是一个不错的开源产品，只是我们团队没有那么多时间去学习了，因此我们还是转为自己先写一个cms的核心，通过插件机制来支持外围开发，并且用标签式的模板技术来使网站设计师成为产品上线的最后一关。 我相信，从准备自己写、wordpress、drupal、再准备自己写，这样的弯路是我们更加清楚可能的问题会是哪些，清楚系统的使命感。 作为开发核心的同事可能将会用某种方式将该产品开源，希望这也会成为一个类似wordpress那样的神话 Related posts 还是选择自己开发平台了 (0) 信息的简洁和有效呈现 (0) 网站稳定性粗浅的探讨-关于内容静态化 (0) 信息聚合项目目前碰到的问题 (0) 主题换好，工作开始 (0) [continue]November 7 2008, 5:44am | Comments
-
还是选择自己开发平台了
拉拉杂杂的理论和概念说了大半年，但是在实践中总是有很多问题。通过两个月的测试，发现drupal还是不能满足我们的要求，虽然cck和view很强大，但是还不能做到基于node的聚合。加上一些别的原因，我们决定自己开发了。 先会从一个原型开始，大概要两周左右，然后再用一个月做成一个真正可以用的内容平台，其实cms的外延已经很大了，所以叫什么不重要，简单点，就叫内容发布平台吧。功能上将会支持模板、分类、发布，模板将会支持标签，这样以后只需要网页设计师设计好页面在sandbox中测试就可以了，不需要程序员嵌套页面了。细节等到原型开发完毕后再披露。 开发者有意向将项目以后另外开源化。 Related posts 信息的简洁和有效呈现 (0) 网站稳定性粗浅的探讨-关于内容静态化 (0) [continue]November 3 2008, 11:55pm | Comments
-
信息的简洁和有效呈现
也算是绕了一个很大的圈子，最终我们团队是用drupal来作为cms系统，进行一些信息呈现的测试。团队一致认为类似于mahalo和wikipedia这样的信息呈现方式是比较符合用户的阅读习惯的，且digg类的方式以及传统的评论很有助于呈现用户的反馈。终于下周可以有测试页面出来了，熟悉drupal以及cck花费了我们很多时间，在信息的组织和呈现方式上则更多。 Related posts 信息聚合项目在车型数据库重构的实践准备 (0) 网站稳定性粗浅的探讨-关于内容静态化 (0) [continue]September 19 2008, 7:17am | Comments
-
简单就是美
从dos年代的简单(不得不简单)到windows下的花哨，又到浏览器中呈现内容的简单，然后又是浏览器中内容的繁复，现在又是google为代表的简洁，甚至包括容器-浏览器(chrome)的简洁。 我以为，界面的易用性和简介并不矛盾，有的界面我们还是需要复杂一些，漂亮一些，而有的则应该简单一些，清晰明了一些。个人从追求形式到追求用户体验走了很多弯路，还好，至少至少什么是不太对的。mind3项目实践中，也有这方面的探索。内容总是至上的。用户的行为流畅度和记忆则是其次。 相关内容 The lost art of user experience (0) 项目源码管理网站的选择 (0) 给mind3项目换了一个主题 (6) 生如夏花般灿烂 (2) 最近比较忙 (0) [continue]September 4 2008, 8:05am | Comments
-
信息聚合项目在车型数据库重构的实践准备
目前公司的车型数据库项目存在一些问题 1 同质化。基本上汽车网站和门户的汽车频道在车型数据库方面都差不多，没有很突出的。我始终相信新事物总是可以替代旧事物，需要吃螃蟹的人或是聪明的人。 2 seo效果。公司网站时间太长，在之前对于seo方面的重视不够，而彻底改造的难度很大，因为牵涉很多的方面。另外，大家也知道seo不是一个短期可以出明显效果的事情，相关同事也在做很多seo方面的工作，但瓶颈也不少。 3 公司体制的协作关系。如果你在一个200人左右的互联网公司，应该能够明白很多项目的推进有很多项目以外的因素。 所以我目前的信息聚合计划是 1 信息的呈现类似于mahalo那样，聚合各类web2.0信息，网站现有数据同样分模块呈现。 2 信息是平等的，页面之间通过丰富的链接来联系。 3 信息可以让设定的作者做手工编辑，因为车型的关键字大概在3000个左右，手工需要调整的可能是800个左右就够了。 4 信息的互动。用户评论和digg功能是核心之一。 整个开发还是比较复杂的，虽然我们选用的php很适合开发这类应用，要做的工作还是不少。整个车型数据库的重构是一件非常复杂的事情， Related posts mind3最近进展 (0) mind3可以尝试支持php作为宿主语言开发 (0) mind3可以尝试支持php作为宿主语言开发 (0) [continue]August 16 2008, 6:45am | Comments
-
mind3最近进展
开始正儿八经写code了，才知道原来很多想法虽然正确，但是对于实际问题考虑欠周。 目前公司的open api初步完成了模型的测试，也非常辛苦的完成了最初的一批函数。 然后我准备开始数据部分的处理，车型数据本身不到7000条，目前考虑通过一些逻辑关系来进行数据的处理，比如某一个品牌的车型，并生成yaml的数据文件，yaml文件将非常容易储存和分布。然后界面这里先通过api来呈现这些归类好的数据文件。mind3负责按照指定的逻辑从数据库中生成各类yaml数据文件，管理这些yaml的生存周期，检查完整性，分布和备份。 mind3从某种程度上，暂时和公司的open api结合在一起，试图提供对于数据访问和存储的简便能力。 Related posts 信息聚合项目在车型数据库重构的实践准备 (0) 信息聚合、分享和实现 (0) mind3基本框架设计 (0) mind3可以尝试支持php作为宿主语言开发 (0) mind3可以尝试支持php作为宿主语言开发 (0) [continue]August 1 2008, 8:35pm | Comments
-
mind3:整理两个table的可联系的数据
正式开始进行数据的研究，发现真实问题要复杂的多。 像sqlserver提供了很强的视图功能，只要table设计合理，很多复杂的映射都可以通过视图来轻松的实现。 我现在碰到的问题是这样，tableA包含了汽车车型的主要信息，车型的id字段car_id是唯一性标志，car_brand表示了属于哪一个汽车品牌，tableB包含了汽车图片信息，图片用链接的形式，只有car_id和图片url两个字段。 从信息启发的角度来说，有了这两个table，我们可以做出很多应用，视图也好，sql语句也好，都可以在应用层的业务逻辑这里完成，比如我们可以得到某个car_brand所包含的car_id的所有图片。 mind3项目希望信息的聚合是自动的，或者至少是半自动和启发式的。mind3可以生成sqlite或者yaml等静态化文件，将需要的数据做好聚合。因为信息没有很复杂的层次，信息都是平等的，所以通过类似于tag的聚合可以产生很多呈现方式。 从目前来看： 1 数据存储的成本很低，并且独立数据文件有利于分布。 2 原来的item定义中的信息内容和tag可以在mind3的应用层进行定义，而不是在生成原始数据时候定义，因为原始的数据是千变万化，有各种必须的存储字段。 3 mind3自己需要维护一个database，来记录信息聚合情况。 集合车型数据库开放API的mind3应用将从以上的特点出发进行研究。 Related posts mind3最近进展 (0) 转载-freebase介绍 (0) [continue]July 19 2008, 7:43am | Comments
-
mind3初步
终于，在思考了半年多之后，开始着手编程了。 和同事们商量了很久，决定从一个开放API的项目开始，其中贯彻了一些mind3的理念，以期望得到信息分享的目的。 具体来说，我为我所在的公司作了一个车型数据库的开放式API，用户可以用API来显示车型的参数，某款车型的图片，某个品牌有些什么车型之类的信息。API将是基于REST架构，数据存储用sqlite。 和车型数据库相关的代码不是开源的，因此代码暂时不能公布，现在完成了第一步，含有6165款全部国产量产车型和国内在售进口车型的基于sqlite的数据库已经转换完成。接下来还有一些数据库转换的工作。之后将分两个步骤 1 基于mind3的信息整合引擎开发，为了第2个目的 2 提供开放式API，提供第三方开发者使用车型数据库。 作为公司角度，我们将会开放更多的API出来，作为mind3来说，我想让信息的提取和整合变得更加容易。所有mind3相关的部分将会是开源。对于我的进度感兴趣的朋友可以关注这里，用trac建立的项目管理。（这个免费的trac host居然挂了好几个小时，换到这里了） mind3相关项目在这里会及时公布，汽车相关的开放API会在公司的blog那里公布。 Related posts 使用lazarus基于freepascal开发sqlite应用 (0) [continue]July 18 2008, 5:53pm | Comments
-
信息聚合、分享和实现
说来惭愧，这个问题思考了半年多了，还是没有太清楚的头绪，除了一些小的试验还算是成功，但是没有解决最初想解决的问题，距离设定的目标也太远。 mind3初步设定的items和person概念，我还是觉得是对的，这两个应该是最基本的底层元素。 越来越多的网站开始提供API，来分享信息，我和同事们对于这个问题也讨论过多次，最终卡住的环节是利益问题。 对于开放了API的网站和得到信息的网站来说，都有什么利益。 如果能够解决这个问题，成为facebook是可以设想的目标了。 中国汽车网，可以提供汽车相关的很多信息，新闻，报价，图片，车型，评论等，还有用户信息。 至此，我们倒是想明白一些问题了，用一个广告的新名词来说，可以搭建一个分享的精准营销平台，这是对于广告主来说。对于其他网站来说，还没有想得很透彻。 而我需要做的有 1 固有信息的整理。这不是一个简单的数据库的问题。信息的储存，结构化，索引，分布等等。 2 人的信息的整理，包括最重要的人和信息的互动记录与分析。 3 API 4 基于API的开发端，让普通人可以使用。最终达到让信息有效的四散分布的目标。 Related posts mind3最近进展 (0) mind3基本框架设计 (0) [continue]July 11 2008, 9:06am | Comments
1 2
