月度归档:2012年11月

[转]网页中自定义鼠标样式css cursor属性

原文地址:http://qianxuechao.blog.163.com/blog/static/9181349920112309638218/

今天突然用到cursor属性来自定义用户的鼠标手势,cursor:url(shared/mousedown.cur),pointer; 在firefox 与chrome中都能正常显示,但是ie系列都不行。

搜到一篇文章解释说明ie对cursor不认识相对路径的cur文件,必须要用相对根目录或者是绝对路径才能显示。即cursor:url(/common/skin/shared/mousedown.cur),pointer; 或 cursor:url(“http://www.xx.com/images/skin/mousedown.cur”), pointer;这样。

 

 

属性的值可以是多个,其间用逗号分隔。假如第一个值不可以被客户端系统理解或所指定的光标无法找到及显示,则第二个值将被尝试使用。依此类推。假如全部值都不可用的话,则此属性不会发生作用。光标不会被改变。

标准写法:
cursor: url(images/pen_il.cur),auto; /* windows系统的光标文件存放在 C:\WINDOWS\Cursors */
cursor: url(mouse-notexist.cur), url(vote.gif), auto;

也可:
cursor:url(images/logo_baidu.gif) 100 20,auto; /* 100 20 是cursor 的坐标*/

FF支持jpg、gif、cur等文件,不支持.ani
IE则只支持cur、ani

有的时候我们会用到自定义鼠标指针cursor,当我们将做好了的cur图标放在图片文件夹下面,在CSS文件中写上如下代码:

.setMouse{cursor:url("../images/skin/mouse.cur"), auto;}

却发现图标在IE浏览器中没有正常显示。经过测试,原因找到了,IE不支持在CSS文件中写相对路径的cursor。
解决办法很简单,改成相对根路径:

.setMouse{cursor:url("/images/skin/mouse.cur"), auto;}

或者是绝对路径:

.setMouse{cursor:url("http://www.vpedi.com/images/skin/mouse.cur"), auto;}

一些事情

早上9点闹钟响了,尽管昨天晚上决定今天早起,睡到9点就够了于是定下闹钟,不过被吵醒的我果断的有按下继续睡觉,再次醒来已是11.19了。而今天是11.17了。

说起来就快12月了,年底了。最近事情还是比较多啊,半死不活的一个项目又重新开始改了,合作近两年的同事昨天离职了,与其他同事的关系一般一般还可能有点坏,听闻表哥在家订婚了年底就结婚,以前一个同事邀我去做事。。。

时间好像在年初与近年底的时候感觉特别快,快年底了要有点料给自己个交代,但现在呢没有一个达到目标;个人不好习惯呢。从小时候就开始,就像在高考前三个月紧张了,肚里没货,但就要交差了。

患得患失,不活在当下。

昨天与同事一起坐车去附近工大路的小四川,离职的同事L请大伙吃饭,不过也不是全部人都到,每个人人总是有这些那些事的。我问一起坐车的搞IOS开发的同事X,“目前这个公司是你工作的第几个公司了?”,“第三个啊”,我又问“你是今年来的吧”,他答“是啊,5月份来的”,“时间过的好快”,我又感叹了下,X没答话,我问他“我感觉今年什么事情都没有做,就到年底了;你今年做了哪些事啊”,他还是没有答话,我又笑着说“不过你今年才到这儿来,你今年算是一个时间节点,至少有这件事情”。X笑了笑。而我也就结束了这没营养的对话。

 

吃饭还是热热闹闹,白酒橙汁一起来,继续哄哄闹闹的喝酒吃菜,讲些趣事或者故意劝酒抑或假意的挖苦讽刺某位同事。好不热闹。喝到差不多,饭快吃完了。产品同事S突然端起一杯水站起来对我们说了大意就是今天是同事L离职,但是离职也只是人离开了,但是感情还是真正留在这里,留在每个人的心里、留在这一杯杯的酒里。尽管他在讲之前也自嘲的说不怕你们说我矫情,说我装。但是我想说哥们你还真没装,有些话或者我们是羞于表达或者不屑与表达,但不如你这么端着酒杯映着红通的脸说出来的爽快。你对L敬酒的时候也说了一句“只有L对我的态度是最好的”,马上被同事一句“你说出一个最好,那就必须说出一个最坏的”,S知道说的过于直白了,笑笑也不答话,只是饮酒。其实他说的也没错,确实如此。S到公司工作恰好满一年,去年的11月份我、L、S合作做了一个小项目。那是S第一次做产品,我估计流程都没怎么搞清楚吧,做错了一些需求,以至于可能会修改程序乃至重做。我就没给他好脸色看,L还是一脸和气没说什么。

 

L早我2个月进入公司,那时我刚到公司,新环境你就是菜鸟误以为你是老员工,跑过去问你一个公司框架的问题,你答我其实也是刚来的,实习的。哦,我哦了一声,还是问了他一些事情。L确实是来实习的,属于半路出家,他之前也是学计算机方面的,而且之前一个工作是一个肥差,主要移动的基站架设方面的事情。一个月工作5、6k,不过他说那种工作一点技术含量都没有,他想有点做点有技术的事情。工作中确实表现的是实习的状态,不过L很好学,进步的很快,恰巧公司的项目那段时间也比较多,他都有参与到,经常问我一些问题,什么都有前端后端、切图等等。到了7月份我们开始第一次合作一个项目,很多事情他直接一个人在做,到后来我也开始写后端了,讨论了很多逻辑问题,解决方案等,尽管客户真的很极品,不过我们合作的还算是比较顺利的。当然L的进步也是很快,很多时候可以直接自己一个人处理问题了。到后来你直接专研到kohana框架里面去了,不得不说现在谁都没有你熟悉这个了,你还用这个创建了一个CMS,把它托管到了github上面,现在公司的一个项目已经用到这个CMS了,你也是主要开发人员之一,尽管现在你离开了,详细原因也不便过问,但总是有你自己的理由。而我说不出又不善于表达出像S说的那些话,我只能端着酒向邻座的你说“反正也fork了你的cms项目,有时间就加点新的功能吧”

 

而我现在不能继续混沌着了,事情有好有怀,多而繁杂。或许某一天我也会离开这里,不过既然在这里就做好每一件事情。时间永远是向前行进的,不用管年底或年初,不用管是周末或上班日,好好做好自己的事情,继续学习。

 

今天姚晨大婚,恭喜恭喜!一直很欣赏的好公民好演员。借用她的微博勉励你我。

姚晨很长一段时间,我总觉得生命慎始。


但得而不待,时不再来。生命无关途中际遇,兀自向前。

终于明白,幸福不在终点,幸福就是此生此路。
请珍视每一寸光阴,珍视每一个共同渡过的人。相信同伴就是一种珍贵。—Alfred D’Souza

 

 

 

[转]Apache的Order Allow,Deny 详解

原文地址:http://www.cnblogs.com/top5/archive/2009/09/22/1571709.html

对于.htaccess的用法不胜了解,常用的重定向、规则重写、ErrorDocument也都是复制粘贴了。对于一些files filesmatch ,Order Deny,Allow的使用不是很明白。转载一篇自我学习。

 

Allow和Deny可以用于apache的conf文件或者.htaccess文件中(配合Directory, Location, Files等),用来控制目录和文件的访问授权。

所以,最常用的是:
Order Deny,Allow
Allow from All

注意“Deny,Allow”中间只有一个逗号,也只能有一个逗号,有空格都会出错;单词的大小写不限。上面设定的含义是先设定“先检查禁 止设定,没有禁止的全部允许”,而第二句没有Deny,也就是没有禁止访问的设定,直接就是允许所有访问了。这个主要是用来确保或者覆盖上级目录的设置, 开放所有内容的访问权。

按照上面的解释,下面的设定是无条件禁止访问:
Order Allow,Deny
Deny from All

如果要禁止部分内容的访问,其他的全部开放:
Order Deny,Allow
Deny from ip1 ip2
或者
Order Allow,Deny
Allow from all
Deny from ip1 ip2

apache会按照order决定最后使用哪一条规则,比如上面的第二种方式,虽然第二句allow允许了访问,但由于在order中 allow不是最后规则,因此还需要看有没有deny规则,于是到了第三句,符合ip1和ip2的访问就被禁止了。注意,order决定的“最后”规则非 常重要,下面是两个错误的例子和改正方式:

Order Deny,Allow
Allow from all
Deny from domain.org
错误:想禁止来自domain.org的访问,但是deny不是最后规则,apache在处理到第二句allow的时候就已经匹配成功,根本就不会去看第三句。
解决方法:Order Allow,Deny,后面两句不动,即可。

Order Allow,Deny
Allow from ip1
Deny from all
错误:想只允许来自ip1的访问,但是,虽然第二句中设定了allow规则,由于order中deny在后,所以会以第三句deny为准,而第三句的范围中又明显包含了ip1(all include ip1),所以所有的访问都被禁止了。
解决方法一:直接去掉第三句。
解决方法二:
Order Deny,Allow
Deny from all
Allow from ip1

 

下面是测试过的例子:
——————————–
Order deny,allow
allow from all
deny from 219.204.253.8
#全部都可以通行
——————————-
Order deny,allow
deny from 219.204.253.8
allow from all
#全部都可以通行
——————————-
Order allow,deny
deny from 219.204.253.8
allow from all
#只有219.204.253.8不能通行
——————————-
Order allow,deny
allow from all
deny from 219.204.253.8
#只有219.204.253.8不能通行
——————————-
——————————-
Order allow,deny
deny from all
allow from 219.204.253.8
#全部都不能通行
——————————-
Order allow,deny
allow from 219.204.253.8
deny from all
#全部都不能通行
——————————-
Order deny,allow
allow from 219.204.253.8
deny from all
#只允许219.204.253.8通行
——————————-
Order deny,allow
deny from all
allow from 219.204.253.8
#只允许219.204.253.8通行
——————————-
——————————–
Order deny,allow
#全部都可以通行(默认的)
——————————-
Order allow,deny
#全部都不能通行(默认的)
——————————-
Order allow,deny
deny from all
#全部都不能通行
——————————-
Order deny,allow
deny from all
#全部都不能通行
——————————-
对于上面两种情况,如果换成allow from all,则全部都可以通行!
——————————-
Order deny,allow
deny from 219.204.253.8
#只有219.204.253.8不能通行
——————————-
Order allow,deny
deny from 219.204.253.8
#全部都不能通行
——————————-
Order allow,deny
allow from 219.204.253.8
#只允许219.204.253.8通行
——————————-
Order deny,allow
allow from 219.204.253.8
#全部都可以通行
——————————-
——————————-
order deny,allow
allow from 218.20.253.2
deny from 218.20
#代表拒绝218.20开头的IP,但允许218.20.253.2通过;而其它非218.20开头的IP也都允许通过。
——————————-
order allow,deny
allow from 218.20.253.2
deny from 218.20
#和上面的差不多,只是掉换的order语句中的allow、deny先后顺序,但最终结果表示全部都拒绝!