Pages (21) « Prev 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 Next »

轻量级的Flash音乐播放插件-Audio Player

很多博主都喜欢在自己的博客上面播放音乐,Audio Player可以让你轻松实现这个功能。与其它播放器不同的是,使用方便,小巧,并且可以加密路径。另外,这个播放器只支持mp3格式的文件。

先给大家听段笑话:

Alternative content

 

  

官方网站:http://wpaudioplayer.com/download (点击Standalone player下载)

php加密函数:

function encodeSource($string) {

  $source = utf8_decode($string);

  $ntexto = "";

  $codekey = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789_-";

  for ($i = 0; $i < strlen($string); $i++) {

  $ntexto .= substr("0000".base_convert(ord($string{$i}), 10, 2), -8);

  }

  $ntexto .= substr("00000", 0, 6-strlen($ntexto)%6);

  $string = "";

  for ($i = 0; $i < strlen($ntexto)-1; $i = $i + 6) {

  $string .= $codekey{intval(substr($ntexto, $i, 6), 2)};

  }

  return $string;

}

看大型网站如何做负载均衡

负载均衡是一个大型网站发展必须解决的问题,目前公司的网站就面临这样的问题。在国内,已经有 新浪博客、新浪播客、网易新闻、六间房、56.com、Discuz!、水木社区、豆瓣、YUPOO、海内、迅雷在线 等多家网站使用 Nginx 作为Web服务器或反向代理服务器。下面两张图介绍了实现的大概思路,分为硬实现和软实现。

方法一、NetScaler负载均衡交换机动静分离系统架构图(硬实现)

方法二、Nginx反向代理负载均衡器动静分离系统架构图(软实现)

了解更多请访问:http://blog.s135.com/

百度popup.js完美修正版(原创)

百度空间的弹出窗口和拖拽效果(也就是popup.js),看起来挺不错的,用起来也相当好,如上图所示。现在很多知名网站都是用的这样的技术,其中就包括本人的网站。

但我发现百度的程序员也不怎么的,有时弹出层不能移动,一直停留在页面左下角,遮罩层不能完全遮罩页面。原因是在html中加上文档类型(DOCTYPE)后判断屏幕坐标出错,网络上也有解决方法,就是去掉文档类型,这种治标不治本的方法我觉得很不合理,本人花了点时间修改了一下。经测试ie6、ie7、firefox2.0、firefox3.0 是没有任何问题的,其他的我没有测试。改后的压缩文件多了2KB左右,现在为16.2 KB。在目前的网络带宽下还是比较合理的。如果有需要我可以提供popup.js注释版。请相信博主是有分享精神的。

历史版本说明:

V1.0.0  2008.07

从百度空间下载popup.js,并运用到博客系统中

V1.1.0  2008.07 

修改由于与文档类型(DOCTYPE)冲突,遮罩层错位

V1.2.0  2008.11 

修改由于页面较短,遮罩层不能完全遮罩页面

修改在非全屏下打开遮罩,再全屏页面后遮罩层不能全屏问题

修改对话框可拖出遮罩区域问题

下载地址:点击下载V1.2.0

注释版已经包含在下载包中

c#版俄罗斯方块

这是我的第一个c/s程序作品,参考了陈广老师的教程,在他的基础上有所改进,可以计算游戏积分和游戏等级.

以下是下载地址,需要.net formwork 2.0开发框架

点击下载

看阿里如何做页面优化

YSlow是yahoo美国开发的一个页面评分插件,非常的棒,从中我们可以看出我们页面上的很多不足,并且可以知道我们改怎么却改进和优化。

仔细研究了下YSlow跌评分规则。

主要有12条:

1. Make fewer HTTP requests 尽可能少的http请求。。我们有141个请求(其中15个JS请求,3个CSS请求,47个CSS background images请求),多的可怕。思考了下,为什么把这个三种请求过多列为对页面加载的重要不利因素呢,而过多的IMG请求并没有列为不利因素呢?

发现原来这些请求都是可以避免的。

15个JS和3个CSS完全可以通过特殊的办法进行合并(这个技术部已经帮我们解决了,实在是太感谢了,嘿嘿。),这样合并以后,一般情况下页面上只会出现一个JS和一个CSS(对JS的封装得有一定的要求)。

但是47个CSS background images请求改怎么解决呢?为什么页面上的纯IMG请求时合理的,而CSS background images请求过多就是不利因素了呢。这个我想了很久,总算明白,原来是这样的:

一般页面上的ICON,栏目背景啊,图片按钮啊,我们都会用图片CSS背景来实现,而一般这个图片CSS背景用到的图片都是比较小的,所以完全可以把这些图片合并成一个相对比较大的图片,这样页面上只会出现一个CSS background images请求,最多也就2-3个。后来仔细看了下雅虎美国的页面,他们的确也是这样做的,虽然这样做需要花一定的时间来有规则的合并这些ICON,栏目背景,图片按钮,以方便CSS调用,但是这样做绝对是合算的,而且是有必要的,YSlow也是极力推荐的。


Pages (21) « Prev 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 Next »