其实在 ios设备中使用 Safari 浏览器时.
你页面里面的 input ,button ,submit ,reset 等元素都会被载入系统默认的css 来控制.
那么问题来了,如果默认禁止浏览器载入这些默认样式呢?
在你的css 样式中引入如下:
应用开发过程中要对接支付宝支付,简单体验下来,市面上有三种实现方式:
前2种没什么疑问,应用广泛,实现上支付宝也都给出了SDK,第3种实现各种“诡异”:
我们知道在 Mac/PC 上的浏览器都有 Web 检查器这类的工具(如最著名的 Firebug)对前端开发进行调试,而在 iPhone/iPad 由于限于屏幕的大小和触摸屏的使用习惯,直接对网页调试非常不方便,所以一直没有 Web 检查器这一类工具。
但是 iOS 6 的发布解决了这个问题。
iOS 6 给 Safari 带来了远程的 Web 检查器工具(Remote Web Inspector),你可以通过模拟器或者真实的设备(通过 USB 连上 Mac)进行调试。下面我讲讲详细的调试过程:
1. 要进行远程调试,首先要打开开启 iPhone/iPad 上的 Safari 的远程调试功能,“通过 设置 > Safari > 高级”开启:
1 (无需root)将所有冲突的apk用相同的签名文件重新签名即可正常安装.
2 (需要root,这应该是目前大多数人在用的办法)用rootexplorer或es文件管理器等将apk文件复制到/data/app/目录下,然后重启
顺便提一下,如果Android L单纯恢复efs电信3g无法正常使用的话,可以尝试讲efs和cache一起恢复.
今天获取git线上仓库代码报了这个错误:
camnpr@com:~/code/camnpr-api$ git pull
You have not concluded your merge (MERGE_HEAD exists).
Please, commit your changes before you can merge.
错误可能是因为在你以前pull下来的代码没有自动合并导致的.
有2个解决办法:
经常遇到这样一种情况,计划任务定时后台执行某个php程序,有时候也需要手动执行,可能多个人都需要执行这个程序,如果任务持续时间非常长,就很容易造成重复执行,所以就开发了下面的类。
作用:在实际代码运行前检查与当前相同操作的进程是否正在运行,高并发运行是可靠的,运行中的进程中途异常中断不会产生任何影响。
构造方法传递pid文件目录的绝对路径,需要自己保证不同进程对应不同pid文件。
<?php
/*
* 同一个PHP进程只运行一次,根据进程名字判断是否为排重进程,只能运行于linux,高并发条件下是并发安全的。
*/
对于前端开发者来说移动端存在更多的挑战,移动端页面开发过程中会碰到各种各样千奇百怪的问题(我们俗称BUG或坑),那么今天我为大家分享移动端页面开发过程中的一些坑和排坑技巧。
移动端页面在不同设备、不同操作系统 、不同运行环境下都可能造成各种各样的没有碰到过的的坑,相比曾经的IE6坑多了。下面先介绍一下4类具体常见的坑:
1、外观
A、页面高度渲染错误
把手机OTA升级到Android 5.0(Android L)以后安装某打车软件失败,尝试了几次结果一样。
最开始想到是软件和5.0的适配兼容问题,查下Log吧。
首先通过adb logcat
监测log,然后重新尝试安装,没有发现特别醒目的信息。
然后通过adb install xxx.apk
的方式安装,得到以下错误提示:
由于微信的种种封闭,导致在微信内置浏览器打开的页面,会把外部链接全部屏蔽掉.
所以通用的做法是,判断是微信浏览器打开的时候做一种处理方式.
非微信浏览器打开时做另外一种处理方式.
类似你想在微信打开页面里点击下载按钮,一定是不成功的.我们会友好的跳出一张引导图.