28 十二 11 jquery阻止事件冒泡
1）return false ：In event handler ,prevents default behavior and event bubbing 。
return false 在事件的处理中，可以阻止默认事件和冒泡事件。
2）event.preventDefault()：In event handler ,prevent default event (allows bubbling) 。
event.preventDefault()在事件的处理中，可以阻止默认事件但是允许冒泡事件的发生。
3）event.stopPropagation()：In event handler ,prevent bubbling (allows default behavior).
event.stopPropagation()在事件的处理中，可以阻止冒泡但是允许默认事件的发生
当你每次调用”return false“的时候，它实际上做了3件事情：
event.preventDefault();
event.stopPropagation();
停止回调函数执行并立即返回
来源：互联网
24 十二 11 Mysql简单自动备份数据库
1.mkdir /目录/存放sql的地方
2.创建脚本 sbin/
#!/bin/sh
1 |
保存为 name.sh
3./etc/crontab
00 1 * * * 用户名 /sbin/ name.sh
24 十二 11 Nginx 404个性页面设置
1.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | /usr/local/nginx/conf/nginx.conf http{ ... fastcgi_intercept_errors on; ... server{ ... error_page 404 /404.html; ... } } |
2.测试下nginx配置文件是 否正确 /usr/local/nginx/sbin/nginx -t
3./etc/init.d/nginx restart
ps:
自定义的404页面必须大于512字节，否则可能会出现IE默认的404页面。
10 十一 11 web 产品开发的一点思考
博客放在别的网上总是觉得不舒服,发布文章等待时间长,不能随意更改样式,and so on.干脆自己搭了个博客,记录下思考和成长的过程。
就简单的就3-5个人的小团队产品开发啰嗦两句
1.快速开发和快速设计 : 举个小例子来说下,
a.
b.
a图是左侧是浏览器默认 上传文件,b图采用flash+js上传 。我想谁都能看出来右侧的更好看更舒服些,上传还有进度显示,体验不错。问题是小团队开发中,更多的时候 js部分由后端程序猿来完成,前提是没有产品人员的情况下,更多的是程序猿直接和设计交涉,程序猿一看说js比较麻烦,前期还是用最普通的样式吧。设计说默认的太丑,你看看XX公司的就挺好看。俩人反复的说出各自的看法,像这样的细节，其实前期应该以快速设计和快速开发为主,俩人争执的时间极有可能耽误产品上线的时间。互联网产品现在百家争鸣,谁抓住机会，谁就能占住先机待产品上线后慢慢折腾。
2 .避免前期过度纠结产品细节和设计细节，细节可以通过项目管理软件记录下来，上线后慢慢再修改。
3.手感:我理解的手感就是用户的习惯,例如退出按钮一般产品都放在右上角的位置,可是有的设计为了突出与众不同,放在了页面的左侧,甭说神马微创新,创新是在基础上不太影响用户的情况下进行改进。假设新用户进来了,浏览完了要退出,在右上角找了几秒没有找到退出的链接，眼球开始从左侧找,才发现退出在头像的左下角,浪费了用户的几秒时间。可能我说的太片面,只是个人理解,一个平时用右手吃饭的人 你突然命令他必须用左手吃饭,他能习惯么？
4.轻和专注:一开始产品就是模仿张三家,李四家,乍一看 产品很饱满,功能很炫,神马功能都有,可是细一琢磨,你产品的亮点在哪？用户来了不知道你产品是干嘛的,leader 最后决定开始做产品加减法,设计和开发的部分工作很可能白忙了。伤其十指不如断其一指,专注一个点深入去挖掘,满足了用户一点点需求，就有可能黏住用户。
5.认真对待feedback :你如果不认真处理用户的第一条意见反馈,以后想得到更多的意见很难,我原来给 计划FM等产品提过相关的建议,很快就能得到反馈和修正,对用户和产品而言都是好事。十天半个月都不给用户个回复,这种原因是否会造成用户的流失？尤其是初创的产品 服务一定要到位。
啰嗦了几句,我不是做产品的,文章写的跟流水账似的,以后再慢慢补充吧。算是开博客第一篇文章吧。
