本文实际上想说的是ios8下 1px解决方案。 1px的边框在devicePixelRatio = 2的retina屏下会显示成2px,在iphone 6 plug 下,更显示成3px。由其影响美感。

还好,时代总是进步的。也许很多人都不知道,现在IOS8下,已经支持0.5px了。。 那么意味着,在devicePixelRatio = 2下,我们可以使用如下的css代码:

但是在ios7以下,android等其他系统里,0.5px会被显示为0px,即该解决方案需要写hack兼容老旧系统。

三种方案:

阅读全文——共3590字

iphone6 及 iphone 6 plus 已经出来一段时间了。很多移动端网站,以前写死body 为320px的,现在估计也忙着做适配了。

大屏幕手机其实一直有,只是以前大家没怎么重视,移动端的H5页面大部分都以320px为基准宽度进行布局,那些大屏屌丝android用户也懒得去理,而现在iphone也搞起多屏幕,老板们重视程度就不一样了。

回归正题,兼容iphone各版本机型最佳的方式就是自适应。

1、viewport 简单粗暴的方式:

<meta name="viewport" content="width=320,maximum-scale=1.3,user-scalable=no">

阅读全文——共5106字

哪些浏览器支持,可以查看:http://caniuse.com/#search=sticky

用这个属性,主要是ios下的safari已经支持了,在ios下可以免去js模拟,效果更平滑。

在移动端模拟sticky效果,还是非常蛋疼的,需要同时监听touchmove和scroll事件,页面惯性滚动时会有一定的延迟(scorll事件在滚动停止才触发),同时移动端对fixed定位支持也不大好。JS实现,效果还是大打则扣。

关于这个position:sticky的介绍,可以google一下,网上有很多介绍了,比如神飞的《position:sticky介绍》。

 

阅读全文——共1194字

前言:浏览器的渲染对性能影响非常大,特别是在移动端页面,在宏观上,我们可以参考雅虎那20几条军规来操作,但在微观渲染层面,实际还没有一套相对成型的理论做为依据。

本文只是抛砖引玉,带大家进入微观的优化领域,实际在渲染优化这块上,还有很多技巧及方法需要大家去挖掘。本文写的也比较凌乱,望包涵!!

 

 

先来看个chrome timeline 工具上的一个图:

阅读全文——共2259字

本文转自:http://www.csdn.net/article/2013-04-27/2815077-code-organization-angularjs-javascript

在实际项目中,如果单纯的按model、view、controllers、template 等文件夹进行分类,等项目做大或者文件复杂后,就会出现混乱。因为不清楚引用关系。如本文所说的,找不到袜子,虽然知道在哪个抽屉里,但抽屉里内容太多,太类似。

在项目中,我们经常会修改或者维护单一的页面或者某个功能模块。如本文所说按功能模块或者页面进行文件组织确实是个不错的方法。

同时,也可以两者结合起来:先按项目功能分文件夹,里面再按MVC的架构细分文件夹。

每个项目都有一些common之类的功能模块,我建议是,如果一个功能或者函数,有超过2个以上的页面使用,就将它放于common文件夹。

阅读全文——共3217字

backbone是比较轻量的mvc框架,去掉注释整个源码不到1000行。框架源码还是比较好理解的,没什么太有技巧性的写法,读起来比较轻松。顺便把代码注释也写上了,目前只是粗略读了下,晚点再做深入分析,取其精华。

阅读地址传送门:https://github.com/baofen14787/backbone/blob/master/backbone.js

wordpress的垃圾评论可是异常的多啊,不过好在wordpress自带的插件能屏蔽80%以上的垃圾评论,机器自动发的,都被存到了垃圾评论里面。

今天看了看,垃圾评论每秒至少5个,虽然大部分垃圾评论被阻止了,但这样频繁的操作数据库,不仅数据库被搞大了,而且经常还有些漏网之鱼,导致我邮箱是不是弹出你有评论待审核,非常的烦啊。

 

网上搜索了下,很多垃圾评论插件,比如加验证码啥的,虽然有用,但是损害了用户体验呐。根据以往搞SEO的经验,也群发过垃圾信息。

这类垃圾评论都是先网上搜索对应的接口文件,然后用工具批量POST数据。

阅读全文——共424字