数据来源:http://www.alexa.com/data/details/traffic_details?url=baidu.jp


用baidu.jp搜某类图片的国人大概挺多的……
相关文章
在每一篇新闻内容的底部增加了如下图的东西,以记录用户在看完该新闻后的心情。

而用户点击相应的心情以后,页面会整个刷新一下,然后变成如下结果:

真是一个提升PV的好办法。
相关文章
已经有两位朋友通过留言的方式证实在windows下还存在乱码问题.
建议在linux环境下进行安装,我在dreamhost的空间下安装的非常成功.
没有linux环境的朋友请稍等,我会再发布一个版本出来以修正windows环境下的乱码问题.
相关文章
1、汉化说明:
界面中文化,采用utf-8简体中文
解决了甘特图中文乱码问题
解决了日历中文乱码问题
PDF中文乱码问题未解决,由于ezpdf库目前暂不支持中文,因此未对该问题进行修复。等以后有足够的时间了,更换一个pdf库,以对该问题进行彻底的解决
2、安装
建议在linux+apache+php4.x+mysql环境下安装
windows下的环境还未进行完整的测试,理论上应该没什么太大的问题
详细的安装方法可以参看http://www.c3h3studio.com/thread-9-1-1.html
3、patch20070317压缩包下载地址:
http://www.lifangjin.com/attachments/patch20070317.rar
关于压缩包密码。老规矩,请跟帖留下你的email,我会把密码发给你。请见http://www.c3h3studio.com/thread-9-1-1.html
4、有任何问题请在论坛提出
http://www.c3h3studio.com/forum-3-1.html
相关文章
昨天才看到这个消息.
下载了一个,在我的winxp+iis5+php5+mysql4的环境下测试了一下,比ver2.0.1的兼容性好了很多.
不过,中文乱码的问题依旧存在,抽时间汉化一下,这次汉化我打算采用patch包的形式发布.
关于dotproject ver 2.1.0 rc1详细的信息,可以看这里:
http://docs.dotproject.net/index.php/Release_Notes_-_2.1.0_-_rc1
相关文章
Libchart绘制图表的确很好用,唯一可惜的就是对中文支持不好,在图表里显示为乱码。琢磨了一下,运用之前修改dotproject中文乱码问题的经验,改了改Libchart,现在成功的支持中文字体了。
做法很简单:
1、自己写的使用Libchart库生成图表的php文件以utf-8编码保存
2、找几个中文字体库,比如华文行楷、宋体等等,复制到libchart\fonts目录下
3、修改libchart\classes目录下的text.php文件
第47、48行
- $this->fontCondensed = dirname(__FILE__) . "/../fonts/DejaVuSansCondensed.ttf";
- $this->fontCondensedBold = dirname(__FILE__) . "/../fonts/DejaVuSansCondensed-Bold.ttf";
改为
- $this->fontCondensed = dirname(__FILE__) . "/../fonts/你找来的中文字体";
- $this->fontCondensedBold = dirname(__FILE__) . "/../fonts/你找来的中文字体";
now,图表里现在显示中文了!!!
相关文章
原文:http://realazy.org/blog/2007/03/07/five-principles-to-design-by/
本人非计算机,亦非心理学,或者交互设计,更非设计专业出身,因此什么都是半桶水。即使如此,依然靠着兴趣寻找乐趣。对于设计,爱之,但没有受过系统培训,更多时候只是从用户角度来考虑问题。今偶读一文,叫Five Principles to Design By,跟本人观点颇投缘,虽然有些观点不是很认同(如:设计不是艺术,考究起来,现在啥都可以冠上艺术二字,何况设计呢),但道理挺得我心,遂花两小时,冒着上班迟到的危险,翻译出来,与众分享之。水平有限,若有不通或歧义,请多多指出指正指教,不胜感激。以下是正文:
技术为人民服务
人们经常埋怨自己的技术短处。当电脑当机,他们会说:“我一定是干了某些愚蠢的事情”。面对一个设计糟糕的网站,他们会说:“我一定是太蠢了,我竟找不着北”。他们很有可能去买一本傻瓜指南。
很不可思议!人们在使用技术时不应该感到挫折。就像客户,用户永远是对的。如果软件崩溃了,那是软件设计师的错;如果在某个网站上找不着北,那是web设计师的错。但这也不表示设计师要羞愧低头……他们更应该把这看作是一个学习的机会!好设计师与坏设计师最大的差别在于,如何处理他们的让用户正折腾着的设计。
技术为人民服务。人民不会为技术服务。
相关文章
无意在一个BLOG上看到作者应对blogspam的一个方法。
当然我联想到的却和应对blogspam没什么关系(wordpress的Akismet插件还是很好用的),我想到的是关于验证码的。我好像在某个BLOG上看到过他的评论系统采用的验证码和传统的显示数字英文图片不太一样,他采用的是提示用户输入随机两个数字相加的结果,以判断输入评论的用户是否是真人,而非spam bot。
这个方法很好,但也有缺陷,因为如果spam bot做的智能化一点,完全可以取出这两个数字进行相加然后post结果。把这个方法进化一下,改文本显示数字的方式为图片,同时计算方法从+、*中随机出现,比如随机生成3X5为一个图片,把15这个结果保存在session里。如果post过来的值不是15,那么提示用户输入错误。
注意:这个方法里两个数字最好都是在0-9中去随机,太复杂的加法或乘法对用户不太友好。而选择+、*是为了防止出现负数以及无限小数,毕竟正整数的计算以及结果的对比对用户更能接受。
一点粗略的想法,以后有时间的话实现一下。
相关文章
今天在使用php进行cookie开发的时候发现,只能用最多10个数组元素,之后cookie值就乱了,查了查原因,原来是IE对cookie有限制.
名称 - 值对每个 Cookie 开头。 此对由零或详细属性 - 值对由分号分隔的后面。 对于一个域名, 每个 Cookie 仅限于 4,096 字节。 这个总数可存在作为一个名称 - 值对的 4 千字节 (KB) 或作为最多 20 名值 pairs 总该 4KB。 如果计算机没有足够空间来存储 Cookie, 丢弃该 Cookie。 则将不被截断。 Cookie 应用程序应使用尽可能少 Cookie 尽可能和作为小型作为尽可能。 此外, 应用程序应该能够处理一个 cookie 丢失。
如果 Web 应用程序使用多 19 自定义 Cookie, ASP 会话状态可能丢失。 Internet Explorer 4.0 和更高版本允许总共 20 Cookie 对于每个域。 浏览器因为如果使用 20 或更自定义 Cookie, ASPSessionID 是 Cookie, 将强制删除 ASPSessionID Cookie 和会话丢失。
来存储对于域, 20 多名称 - 值对由串联几对各个 Cookie 到 4,096 字节限制为该 Cookie 名称 - 值对创建一个 cookie 词典。 当前, 来检索这些值来自客户端脚本, 您必须分析 Cookie 手动。 但是, ActiveServerPages 请求 和 响应 对象包括内置功能使用 Cookie 词典作为词典对象。
在firefox下不存在这个问题.