-
September 1 2008, 5:54am | Comments
-
看到这里有篇文章介绍如何使用wordpress来搭建微博客，也涉及到不少信息聚合。 我想，很多有Tumblelog的朋友应该都是在用Tumblr作为自已的微博客平台的，不过很可惜的是，前段时间Tumblr已被GFW划入和谐范围内，我们现在已无法通过正常方式来利用。 那么，如何通过其他方式来架设自已的微博客呢？方法很多，首先Soup可以帮你实现，这是一个与Tumblr相同的微博客平台服务使用方式上也差不多。 另外，我以前介绍过一个名为Gelato的专用微博客平台，用它你可像架设Wordpress一样架设一个完全自主微博客服务。不过，由于Gelato还只是刚刚起步，在功能上还远远无法与Tumblr相比。 其实，个人认为利用Wordpress我们也可以打造出一个强大的微博客平台。Wordpress本身就是一个非常强大的CMS系统，再加上其成千上万的模版和插件，只要加以组合，完全可以胜任微博客这项工作。 下面，从这几个步骤来让Wordpress来一一实现Tumblelog的部分功能。 1、获取专业的Tumblelog模版 T1 theme是Wordpress的一个免费模版，这是一个非常专业的Tumblelog(微博客)样式模版，具备许多非常专业的功能，比如支持最新版的Wordpress Tag，可随机变换头部图片，8种默认的分类样式，导航及高度的可定制性。 下载地址：http://livetardy.com/t1/download-t1-theme/ 截图 2、利用WordPre.cio.us+ Del.icio.us构建链接导入功能 构建方法：如何使用Wordpress构建网摘站点? 3、利用VodPod实现视频自动发布功能 构建方法：用VodPod自动发布视频到Blog 4、利用SmartFeed插件实现自动导入RSS文章功能 插件主页及安装方法：这里 Live…
June 28 2008, 1:00am | Comments
-
网站稳定性粗浅的探讨-关于内容静态化
最近公司服务器一直不太好，导致长时间宕机，用户的访问可能受到很大影响。我们之前测试用基于mind3理念的blog搭建的cms专题也因为种种原因，经常不能正常访问，最大的原因之一是因为wordpress是基于mysql的应用，其静态化非常得不好，以至于数据库服务器稍有问题，就影响全局。 前面技术总监和我在邮件讨论，他给出的解决方案说来简单，倒是很符合我一直构想的网络信息架构，简单说就是： 1 生成页面的应用和生成的页面的操作系统无关性。比如我们用的cms系统是dotnet的，但是生成的html在linux服务器上，完全可以。 2 因为目前我们将html通过ftp发布到iis的ftp server上，而iis的并发访问实在不怎样。我们可以用过一些负载均衡的办法对于这些html进行操作，只要保证从生成到分发的过程流畅，就可以了。这样将大大降低对于应用服务器架构的依赖。面向用户的web server则是一些轻量级的web server，它们负责将html的相应做到最好就行了。 3 分发机制，缓存机制，错误相应机制，这些将成为重点。但这些代价和得到的回报相比还是值得的。 说说容易，我工作的网站毕竟不是一个新公司，涉及到大量应用的修改，至少这是一个可以尝试的途径。 mind3理论认为信息是可以分布的，怎么实现这个分布机制，在教训中摸索前进。 Related posts 信息聚合项目目前碰到的问题 (0) 使用lazarus基于freepascal开发sqlite应用 (0) 主题换好，工作开始 (0) 测试mind3中的简单信息聚合理论在wordpress中的应用 (0) 基于mind3理念的新闻专题初步经验 (0) [continue]June 3 2008, 4:36am | Comments
-
mind3初步实验最近碰到的问题
1 公司服务器的不稳定。已经调整了3-4天了，下周应该可以好一些。IT部门答应给我4-5台LAMP配置的服务器，对于之前进行研究的mind3项目，应该也会好一些。当然这些资源主要还是要用在公司的一个较大的社区项目上。 2 wordpress的问题。毕竟wp不是为了这么宏大的目标，因此我们开始逐步碰到瓶颈了。feedwordpress插件和k2主题以及任何使用widget主题的不兼容。wp在高强度并发访问下的表现力我们还需要很多实践，比如静态化技术，分布缓存技术等。 3 时间安排和资源管理。每个项目都会碰到的问题我们也碰到了，就不多说了。 4 从长远来说，还是需要自主开发的平台会比较有效。 mind3从开发上来说，如果使用amzon的s3或者google的appengine都会比较合适，可以不去考虑诸如数据库性能这样的细节。 Related posts 基于mind3理念的新闻专题初步经验 (0) 继续在公司地震灾情专题中试验信息聚合 (0) 信息聚合项目目前碰到的问题 (0) 主题换好，工作开始 (0) 测试mind3中的简单信息聚合理论在wordpress中的应用 (0) [continue]June 1 2008, 6:54am | Comments
-
基于mind3理念的新闻专题初步经验
我们在5.14的时候开始制作这次震灾专题，因为时间关系，当时feedwordpress还没有开始测试，因此主要应用了wp的基本cms概念和一些rss聚合的原理。 这次震灾专题手工更新的部分还是非常多的，因此在同事们的努力下，平均每天有10w左右的pv，最高每天有15w的流量，从单一专题来说，还是不错的。要点如下(详细的可供参考的搭建步骤和运营手册我们自己还在制作中)： 1 k2模板在绝大多数情况是非常好的wordpress选择。对于排版来说非常的方便，而控制页面的css的独立支持和题图支持，使得页面的风格变换变得很容易。唯一的问题好像是jquery的支持偶尔会有问题，造成widget和sbm都不能正常使用。 2 simplepie的rss读取和聚合技术是很不错的，通过安装execphp使得在wp的page里面直接运行php代码，这样加上一点html的工作，就能够做出一个比较像样的首页了。首页用了指定page的方法，而不是wp默认的post列表页，这样是为了使得wp更加像一个cms站点。 3 作为首页的page内容最好经常有所更新，1-2天一次，比如page中的大图等。 4 seo插件我们用的是seo in one box和sitemap自动生成这两个插件，这是基本所需的，不要把sitemap的更新频率设置的过于频繁，一般默认值就可以了。seo插件则要根据站点情况逐一进行设置了。sitemap文件和robots文件自动生成对于spider总是友好的。从实际来看，wordpress的确是一个seo友好的系统。 5 simplepie的rss插件比较耗费cpu，使用的时候刷新时间不宜太短。我们用simplepie来抓取本站自己的rss，也就是posts的rss，这样就可以显示最新的以及分门别类的显示各个类别的最新内容。为了有效而自动的输出一个post的摘要，我们用了中文wordpress工具箱，因为它不会把中文错误的截断。 6 运营。因为自动抓取的技术来不及投入到实际生产中，所以这次人工转载的内容支撑了专题的大部分内容。从运营上来说，目标是准确、快速、有效，从网民角度出发，挑选合适的内容，并在一定程度上通过实时的数据监测系统来分析网民的浏览习惯，进行选材的调整。相对而言，因为时间匆忙，这次的运营做得不是很好，还有很多可以提高的地方。这里更多的从技术平台角度出发，信息编辑和加工的一些原则和实践将在创意纪和以后慢慢讨论。 7 数据备份。这个比较简单，用了wordpress backup插件，设置为每天邮件自动发送。 目前我们在测试通过使用feedwordpress来进行信息的自动专区和与自身其他内容rss源的整合试验，主要用在个别车型专区的测试和一些社会新闻的报道上。通过震灾专题搭建和运营中的积累，我们将开始更多信息聚合方面的试验，下一步将结合站外信息自动抓取、站内信息rss和人工专题更新三部分的内容，来搭建一个专题。 在测试的时候，又引申出一些别的课题，主要是新闻专题的定义和访问的稳定性。 即便是google和百度，其聚合的自动新闻专题也无法和sina这样的人工专题相敌，并且差距还不小。选题和信息的准确性好像暂时还是人工要准确和快速的多。另外一个问题就是网站服务的稳定性，单纯的apache+mysql还是有很大的局限，cache是这次我们在专题中没有很好解决的问题，而更加复杂的负载均衡则还没有开始尝试。wp不是一个直接生成静态化链接的系统，因此cdn这类技术没有办法直接使用。 Related posts… [continue]May 25 2008, 9:43am | Comments
1 2
