Archive for category www

说说WordPress和Drupal

上次就想把Wordpress和Drupal做一个对比,这次补上。

WordPress和Drupal都是目前比较流行的开源CMS,用户数量也比较多。以下将从比较常用的几个方面进行比较。

  1. 平台支持
    作为典型的LAMP结构的应用软件,WP仅支持Mysql,而DP支持mysql和Pgsql两种数据库。从某种虽然像本站这样从pgsql迁移到mysql的平台几乎很少,而且国内很少有Pgsql的空间,作为一个开源项目,提供多个备选数据库还是不错的。 Read the rest of this entry »

,

No Comments

Mysql的几个设置值

mysql数据库的优化——老声长谈的话题,总是有那么多的话题好谈。闲来无事,谈谈几个关键优化参数的设置问题。注意的是,本文主要针对于MyISAM引擎,其他的,日后再吧。

在此之前,如果对mysql的命令和配置不很熟的情况下,phpmysql是必要的。

首先,到状态选项栏,拉一个系统状态表下来,或者执行mysqladmin variables extended-status –u root –p  ,同时计算下系统的uptime.

配置文件一般保存在/etc/my.cnf中,直接修改其中的内容即可。

此外,我的设置中还有如下内容:

skip-networking #不使用网络连接
skip-innodb #不使用innodb引擎

thread_concurrency = 4 #这个数值等于cpu核心数x2

Read the rest of this entry »

No Comments

WordPress的家

几次思想斗争以后,总算下了狠心将小站迁移到了wordpress

迁移的大致成绩如下:

  • 所有文章页全部迁移成功,文章标签只能后续手工做。
  • 评论迁移了大部分,部分评论由于格式问题无法被迁移。
  • 网站模板全部丢弃。
  • 其余的数据全部丢弃。
  • 原先的链接全部碎掉,需要小幅的hack。

之前的小站使用drupal,由于系统的数据库仅支持postgresql,Drupal似乎是唯一的选择。等到网站上线后,忽然间发觉再要移植数据库几乎是不可能的。postgresql并不是那么普遍,只是至少在国内没有几家能够提供这个平台,兼容性成了问题。

wordpress可以说是最近发展最快的系统,对于Ajax和SEO也支持的绝佳,种种优势不言而喻。

litrin本人经过这一段时间,CSS和PHP的功力大幅下降——糟糕的页面布局就是最好的例证:-)

最后,奉上转移脚本,希望能够给同样困扰的朋友些许帮助。
Read the rest of this entry »

,

3 Comments

The Browser Benchmark

刚刚得知,那个一向以benchmark软件出名的那个futuremark公司在推出了一系列烧硬件的3DMark PCMark之后,总算将热火烧到了浏览器领域。

http://service.futuremark.com/peacekeeper/index.action 就是这么一个工具。粗粗的测试了一下,竟然能将我这台双核的本本搞得不响应。最终我的电脑很荣幸的得到了一个低分。

也许futuremark就是这么一个公司——当大家都在为谁的硬件更加好一点而打口水仗时,他们就会跳出来做个软件bench一下。然后各个硬件厂商就会专门为这个软件优化从而正常或者非正常的做为宣传卖点。从而几个买电脑就是为了看分数的人(我也曾经是其中之一)跳出来评头论足。导致大多数的人都愿意为了这几个分数掏出大把银子。等到回过头来才发现其实很多人买的配置已经大大超出了需求。导致了全球气候变暖等一系列事关国计民生的问题

忽然有了一种很不详的预感,也许以后不少网站的banner处会出现如下的醒目文字:

浏览本站建议采用某某牌***以上CPU,NG内存,支持DX9以上显卡,并在IE7以上显示更佳。

然后就会看到硬件厂商赞助网站,要求其提高硬件要求,搞推荐配置。——没准这以后也会步游戏开发商的后尘,成为网站收入的重要组成部分。哭泣的恐怕只有上网本了——难怪AMD声称上网本必定要消失,考虑到AMD与Futuremark一贯“良好的合作”恐怕……

Futuremark——硬件中的搅屎棍——欧也!

No Comments

Kernel2.6编译mysql3的问题

前些天帮个朋友重装了个系统——Centos5.1下的LAMP。由于程序限制,必须在选择mysql3的数据库。

按照常理操作:

#cd /mysql3XXX

#./configure –prefix=/usr/local/mysql3

出现如下错误:This is a linux system and Linuxthreads was not found

系统中没有找到linux线程——比较搞笑,没有线程,那系统是怎么起来的?

分析下来,这是由于mysql使用了较老的thread库,针对于kernel2.4的mysql3得不到支持。

#echo >> /usr/include/pthread.h

#./configure –with-pthread –with-named-thread-lib=-lpthread  –prefix=/usr/local/mysql3

重新编译后搞定!

 

,

No Comments

启用Solaris的tomcat

网上很多文档对于solaris的tomcat环境都是重新编译或者重新安装的,其实solaris的系统本身并不希望你在上面做太多的编译操作,而作为tomcat这种java应用,其实solaris本身已经自带了一个。

察看系统是否安装了apache和tomcat

pkginfo| grep SUNWtcatr
pkginfo | grep SUNWapchr

如果有的话

cd /etc/apache
cp httpd.conf-example httpd.conf

vi httpd.conf

include /etc/apache/tomcat.conf #应该是在最后一行,去掉注视

cd /var/apache/tomcat/conf
cp server.xml-example server.xml

OK了

启动

 /etc/rc3.d/S50apache stop
 /etc/rc3.d/S50apache start // 第一次restart似乎无效

svcadm enable apache

, ,

No Comments

apache设置问题引发的Ajax故障

前阵日子遇到了一件郁闷的问题——一个网页,采用Ajax技术动态更新一个Frame,任何代码都没有问题,可就是在我自己的机器上测试就会出现IE无法显示的问题,然FireFox却没有任何问题。

首先,考虑到可能是IE的安全设置问题,将测试地址列入IE的“安全区域”,无果。

查看了几个网站上的资料,据说IE的安全机制决定了它不会显示512B以下的网页云云。把框架中的网页填补到了2K,无果。

怀疑自己的IE可能是由于插件的问题无法访问,换了崭新的一台系统,无果。

万般无奈之中,考虑到可能是HTTP-header的问题,找了个工具抓了头下来,恍然大悟——其中有一句“Content-Type    text/html; charset=utf8” ,修改Apache设置中的DefaultCharset选项,将UTF8修改为UTF-8,一个减号的差别,错误解决!

IE也是蛮奇怪的,对于html格式上的容错性比较不错(至少支持不在W3C标准之内的n多设定),可对于HTTP传输上的容错性,真是天知道

1 Comment

JS的IDE——Aptana

一直苦于开发JavaScript的时候没有合适的调试器,开发起来非常麻烦,在网上搜索了半天,找到了aptana项目 (似乎读作:“阿婆她呢”)。

正如以往Litrin的惯例,这个工具也是开源的。随软件附带了一系列的JS CSS框架也相当不错。不过事实上,整个aptana其实就是一个Eclipse的插件版本,继承了Eclipse的优点,aptana也是跨平台的。

aptana其中有个FireFox的debug插件功能非常强大,可惜的是目前aptana的版本还很低,这也意味着bug非常多——不支持中文的UTF-8就是一个非常大的bug。

有需要的朋友可以下一个看看。

2 Comments

再谈PHP

说起来用PHP做程序开发已经将近7年多了,从php3一直到php5,开发工具也从记事本一直到了Zend Stdio。php的优点自然不必说,随便哪个PHP技术论坛上一抓一把,可这么多项目做完了,总感觉上缺点什么。我不是“种族主义者”,只是谈一下作为开发人员或者项目管理人员最渴望PHP的功能。

内置函数不统一,PHP的内置函数命名可谓是乱得可以了,大写的、小写的、驼峰的、并列的、AtoB的、下划的……几乎每种命名方式都能在php的内置函数中找到,够得上一个“函数命名方式博览会”的了 。很不利于开发人员记忆。

环境差异,看似PHP只存在版本差异,其实如果你在IDC那边的虚拟主机上部署PHP你就会发现,开不开Safe_mode就够弄半天的了,还有引用的这个库那个库的,如果是pear这样的库也就罢了,大不了自己重新include;拿GD库来讲,根本没有办法通过其他方法来代用。如果同时又有幸使用了Zend加密过的php代码……

模板问题,现在用的最多的就属smarty了,可smarty的功能实在太强,里面的循环、判断和自动转换格式的部分,真不知道是给美工做还是给开发人员做更合适。如果不用模板,直接把php嵌入html中,同样的问题。

数据库访问,有很多数据库的访问接口,但始终无法摆脱fetch的命运,不论怎么封包,复杂的SQL语句总归要成了程序开发中的重点和系统运行中的瓶颈。

对象访问,php的对象在不断的增强,但还是有待增强。虽然不会把php当作java来用。

层次,企业环境开发,最希望的是能把系统访问和应用访问分开,界面和程序分开(即MVC),这一点PHP需要很大的工作量才可以做到,于是大多开发人员不得不选择了不分开。所有的代码集中到了一起,逻辑上很乱,也没有办法实现代码重用。

调试环境,相比java的调试环境,Zend Studio还远远不够。

框架,市面上流行的几个PHP框架,例如ZF,无一例外的都是模仿了Struct或者.net,没有真正表现出PHP自己的特色,这似乎成了一个怪圈——如果别人用框架觉得好就可能从php转到struct或者.net,用得不好反而会得出php很烂的结论,从而转到其他语言。

总之,上面的牢骚只是希望php有所改善,并非是挑php的骨头。

 

,

1 Comment

分辨率限制

新买了显示器,ViewSonic优派的VA1703WB,看型号就知道这是一款宽屏的显示器,最佳分辨率为1440×900。回头看看我的网站——乖乖,这么多空白,也怪我当初设计的时候只考虑到所谓的“流体布局”,所有的表格宽度都用了相对宽度。修改CSS吧。

body的属性增加了text-align:center background-color:#ccc
添加了body table{width:1009px}

强行锁住了页面宽度,OK了就是您现在看到的样子。

No Comments