Posts Tagged www
说说“专业”
暂且不提中文里说你不专业是什么语气,至少来说,在英语语系里说一个人或者一家公司是“不专业的”,不管什么语境,总归是句很重的话。
公司的一家子公司,由于人少财弱,没有专职的网站开发人员。于是找了一个现在比较知名的免费网店全站程序。用的久了,不够用了,联系了那家公司进行开发。这本身也是符合免费软件生存法则的,没有什么不对。对方很专业的报价350块/小时。很是吓人的价钱。周瑜打黄盖,一个愿打一个愿挨。认了,付钱,问题才刚刚开始。
wordpress2.8的一个问题
前一段时间把小站的wordpress升级到了2.8。升级结束后,发觉后台的特效全部出了问题。文章编辑栏也坏掉了。
搜索了google,很多人报类似的错误。说是google某个插件的lib和系统冲突。多次禁用全部的插件依然无果。
以为是php版本太低,升级了php,照旧。
FreeBSD+apache+PHP+OCI支持Oracle
由于FreeBSD的Port中自带了oracle-client可用,但仅支持i386的平台,故此文仅针对于i386,AMD64无法实现oci的连接库。
首先,确定你已经安装好apache + php,没有安装的可以参考这里或者文学化的这里
安装php5-oci8
cd /usr/ports/database/php5-oci8
make install clean
安装到这里,Php的OCI8库已经安装成功,但需要对oracle-client进行设置,否则无法使用。
将tnsnames.ora拷贝到/usr/local/oracle8-client/network/admin/ 目录下
内容大致如下: Read the rest of this entry »
说说WordPress和Drupal
上次就想把Wordpress和Drupal做一个对比,这次补上。
WordPress和Drupal都是目前比较流行的开源CMS,用户数量也比较多。以下将从比较常用的几个方面进行比较。
- 平台支持
作为典型的LAMP结构的应用软件,WP仅支持Mysql,而DP支持mysql和Pgsql两种数据库。从某种虽然像本站这样从pgsql迁移到mysql的平台几乎很少,而且国内很少有Pgsql的空间,作为一个开源项目,提供多个备选数据库还是不错的。 Read the rest of this entry »
WordPress的家
几次思想斗争以后,总算下了狠心将小站迁移到了wordpress。
迁移的大致成绩如下:
- 所有文章页全部迁移成功,文章标签只能后续手工做。
- 评论迁移了大部分,部分评论由于格式问题无法被迁移。
- 网站模板全部丢弃。
- 其余的数据全部丢弃。
- 原先的链接全部碎掉,需要小幅的hack。
之前的小站使用drupal,由于系统的数据库仅支持postgresql,Drupal似乎是唯一的选择。等到网站上线后,忽然间发觉再要移植数据库几乎是不可能的。postgresql并不是那么普遍,只是至少在国内没有几家能够提供这个平台,兼容性成了问题。
wordpress可以说是最近发展最快的系统,对于Ajax和SEO也支持的绝佳,种种优势不言而喻。
litrin本人经过这一段时间,CSS和PHP的功力大幅下降——糟糕的页面布局就是最好的例证:-)
最后,奉上转移脚本,希望能够给同样困扰的朋友些许帮助。
Read the rest of this entry »
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——硬件中的搅屎棍——欧也!
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
重新编译后搞定!
启用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
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传输上的容错性,真是天知道
JS的IDE——Aptana
一直苦于开发JavaScript的时候没有合适的调试器,开发起来非常麻烦,在网上搜索了半天,找到了aptana项目 (似乎读作:“阿婆她呢”
)。
正如以往Litrin的惯例,这个工具也是开源的。随软件附带了一系列的JS CSS框架也相当不错。不过事实上,整个aptana其实就是一个Eclipse的插件版本,继承了Eclipse的优点,aptana也是跨平台的。
aptana其中有个FireFox的debug插件功能非常强大,可惜的是目前aptana的版本还很低,这也意味着bug非常多——不支持中文的UTF-8就是一个非常大的bug。
有需要的朋友可以下一个看看。

近期评论