Archive for the ‘CMS’ Category

coppermine

星期三, 10月 28th, 2009

拍婚纱照回来,要放网上共享给朋友看,到godaddy的connection里面找了一下,只有三个免费的相册可以安装。比较了一下comment,似乎coppermine还不错,于是装了一个,把照片压缩了扔了上去,似乎操作还挺简单。

照片看这里:http://0836.org

discuz!7

星期一, 7月 6th, 2009

一直都没有安装discuz!7,把空间给老曹开了个爱小狗。他给了我一个管理员权限,我就看了看界面和后台。

Discuz!7后台管理上和6差别不是太大,但明显看出其后台更商业化了,与之相比,6的后台就是个试验品。

另外,导航栏可以自定义,这也是特色之一吧。界面上虽然有人说不好看,但我感觉这是随着时代而前进的一种设计,用惯6的人可能觉得7的界面不怎么样,而对于都没用过的人来说,7的可操作性应该更好。

开始试用Joomla!

星期二, 4月 28th, 2009

刚开始看Joomla!的时候,觉得它相当的死板,比如session-category-article的结构,注定了Joomla!只能是一个三层的内容结构,如果不去修改代码,就不能增加更多的层次了,这比起drupal来局限大了很多。

而Joomla!正是这些固定的特点,使它的后台管理变得相当的清晰。因为,使用CMS系统的后台编辑们,大多数都不喜欢技术人员弄出那些复杂而强大的功能。

Joomla!的后台菜单里面,Menus和Content部分,都可以交给后台编辑处理,而Component稍显复杂,应当由网站功能设计师负责,网站外观设计负责Extensions里面的Template Manager即可。

w3c.us挂到Joomla!的系统上了。

自动抓取内容的CMS

星期日, 3月 15th, 2009

我发现很多人把域名留在手里出不去,不得已要domain parking。

有闲暇功夫的才会考虑做网站,然而做网站的门槛对于买卖域名的那些所谓米农来说,还是太高,哈哈。

所以各式建站工具就应运而生了。

互联网的流量增长远远没有网站数量增长得快,而网站数量增长更比不上域名数量增长的速度。

因此虽然网站数量增长了,我们假设最底层的是用某些CMS工具来做的,内容靠抓取的,那么质量上也会因为这些工具的良莠不齐而产生差别。

一个高质量的,从互联网上/搜索引擎中抓取合适内容的CMS可以自动化地领先于别的更垃圾的CMS网站,对吧。

我觉得有时间我可以好好研究一下这个产品,让CMS成为介乎于原创内容和搜索引擎之间的一种最佳的聚合形态。

drupal cache故障,一定要经常运行cron.php

星期三, 12月 31st, 2008

昨天drupal又出问题了,一个原因是文章误操作,另外就是我想清空缓存数据的时候,执行到一半出了一个mysql超时的错误。于是所有的页面都打不开了,都是说“你访问的页面不存在”。

然后去truncate掉所有的cache*表,没有效果。

折腾了半天,想起还有cron.php这个程序,运行了一遍,还是没有用,最后是再运行一次update.php,执行了就恢复正常了。
虽然drupal的缓存机制很强大很有效,然而一旦出了这样的事故还是挺麻烦的。

控制drupal中book的深度

星期五, 12月 19th, 2008

之前的一篇日志中提及,由于某个利用book模块建立的手册过于臃肿,导致,生成手册纲要的时候耗费很多服务器资源,包括mysql的内存。

内容上的整改:

1.把深度大于4的节点都上移了,由于只有一些深度为5的节点,因此在后台用一个update语句处理了:

update menu_links set plid=p3,depth=4,p4=mlid,p5=0 where depth=5;

2.刷新页面的时候发现节点链接并没有显示在原节点的父节点的父节点的页面中,到

代码上的修改:

drupal/include/menu.inc

define(’MENU_MAX_DEPTH’, 9);

改为

define(’MENU_MAX_DEPTH’, 4);

这样,生成手册纲要的时候就只有节点深度3及以上的了。手册纲要在服务器上生成的时间实际上减少得不多,减少的是传输的数据,页面形成的时间也缩短了。再看看怎么改module/book/book.module吧。