有时候会被别人问起pc端和手机端有什么区别。一般来说都会去说，兼容性啊，适配啊，网页布局这方面的事情，但是我觉得这个问题如果想要拿一个满分应该从区别出发，从如何判断收尾。毕竟你只知道区别没有用，他可能更想让你说出来你是怎么判断的。
手机端和PC端分别加载不同的js客服代码（注意：是要在PC和手机端分别加载不同的js文件）
我试图通过将文章底部的按钮改至左右两侧，类似翻页键，同时添加悬停动作，通过css对兄弟相邻元素的hover监测来控制显隐，悬停按钮时在页面正中显示对应文章卡片。
一些调试工具 说起手机端调试，相比大家都不陌生。 由于手机浏览器没有像PC端浏览器一样有开发调试工具，所以一般手机端的调试都要借助于电脑，现在的调试方式通常有以下几种。 直接在chrome, firefox等开启模拟器调试简单直接，还能模拟网络等，但是仍然无法100%还原手机的真实情况。 实现一套pc调试面板 采用这种实现方式有weinre，weinre很早前就比较流行了，使用也比较广泛，运行后会在PC上生成一个像chrome开发工具一样的调试器。能对手机进行远程调试，能操作DOM，打印console输出等
eruda与腾讯推出的vconsole很相似，都是用于移动端的调试，让开发者在移动端的浏览器中获得近似PC端浏览器的调试能力。 截止至本文发稿之日，eruda在GitHub上已经有2.7K个star
经常在项目中会有支持 pc 与手机端需求。并且pc与手机端是两个不一样的页面。这时就要求判断设置，根据不同的设置跳转不同的路由。 在 router/index.js 中添加两个页面
虽然当时构思的时候想法很丰满，但是做出来以后突然觉得功能好鸡肋。左右浮动切换上下篇算是唯一的亮点了。上下按钮用拖动方式体感上还不如直接用侧栏菜单的按钮功能来的方便。尤其是考虑到PC端，手机端，窄屏设备，触屏电脑等设备动作的监测判断。总是牵扯到一大堆的交集。然后就是点击动作在某个屏宽比下会执行两次。 Dorakika的代码我也没吃透，似乎有个长按以后能够拖动悬浮菜单的功能，搞不好我多删了一些代码，长按以后拖动的结束动作一直没法按照期望的来。 这个悬浮按钮不打算实装了，作为学习用吧。bug太多，不修啦。
就当写一篇随笔吧~上星期还在做加盟模块(兼容微信端)，这星期已经加班做快递扫码模块(react+node)，所以我感觉只有弹药备足了才能稍微轻松些应对各种需求。实话说在同个部门的大佬面前差距确实大，如何判断差距呢？我的观点是一是效率，二是质量。Fe这行，如果给你个需求写出个怎么怎么样的界面，我觉得任何人学几个星期肯定都会了，但是能否完成一个具有大局观的界面呢？包括兼容性、自适应，最重要的是扩展性如何呢？(js的封装、抽离，图片、css、js的压缩等等)。部门一些大佬的代码习惯很有个性，但是让人看起来是非常友
上一篇说过在pc显示，手机隐藏的css案例。最近有用的到需要在电脑上自动隐藏手机端显示的例子。
欢迎访问源码: https://github.com/ZZES-ZCDC/questionnaire_manage_bd
很多时候，我们在进行移动端开发时，都是先在PC端使用手机模拟器进行调试，没有问题后，我们才会在手机端的浏览器进行测试，这个时候，如果没有出现问题，皆大欢喜。但是一旦出现问题，我们就很难解决，因为缺乏可视化的界面。不似在PC端，我们能直观的去改变样式，或者是进行断点调试。有时，在移动端我们不得不借助于alert来调试，但是这样的调试方法效率极其低下，很多时候，都是靠经验，或者是靠排除法。甚至，我们不得不归结为是浏览器的实现问题。
js判断客户端是否是IOS或者是Android //如果返回true 则说明是Android function is_weixin() { var ua = window.navigator.userAgent.toLowerCase(); if (ua.match(/MicroMessenger/i) == 'micromessenger') { return true; } else { return false; } } j
动态的编辑中，主要运用的原理是vuex，其实也有考虑用属性传递(props)，但是我的富文本编辑并非简单的作为组件来实现的。而是作用一个单独的子页面来实现的，这样，在文档上就没有直接的关联，所以最终采用vuex。当然采用的编辑默认规则为只允许编辑最后一条动态，因为如果还去编辑以前的动态，一方面时间是否变更是个现实意义上的难题，另一方面，应该让更改的难度略微大一些，不然随随便便更改，那动态就成为了自我满足的工具。
官网：https://github.com/superalsrk/hexo-pdf
最近做的一个项目需要同时适配PC端和iPad及mobile移动端，由于PC端的设备屏幕宽度比iPad和mobile端大太多，因此页面布局需要进行区分。而前笔者在端项目中使用了vue和vue-router进行开发，也就是说需要根据当前客户使用的设备属于哪种客户端让路由决定进入哪种设备适配的页面组件。因此需要在邻项目路由的入口处判断客户使用的设备是PC、iPad还是mobile。
从很多特点来看，小程序都非常类似于网页：主要的业务逻辑在服务端、客户端无需安装应用程序、小程序的开发采用的HTML+JS+CSS技术等等。张小龙自己对小程序的定位也大概如此：无意做小程序分发平台，只是做类似于PC互联网时代的网站，但体验比网站好，比下载APP更便捷。所以，把小程序看成手机端的Web页，来思考小程序的价值，不失为一个重要的角度。而从PC端网络应用从C/S模式向B/S模式的变迁历史，也能够反思手机端的未来发展。 网络应用程序的架构主要有C/S（客户端/服务器）模式和B/S（浏览器/服务器）模式，
今天完成了一个重要的大工程，那就是我的网站已经可以全面兼容手机端访问啦！虽然可能不是很好看，至少完成了应该有的功能。
JS判断当前设备是 PC IOS Andriod <script > window.onload = function(){ var isPc = IsPC(); var isAndroid = is_android(); if (isPc){ //pc location.href = url; }else{ if (isAndroid){
做测试开发的童鞋都知道，UI自动化你绕不开selenium, webdrvier, appium框架，那么这三者之间有什么关联，它们的原理是什么呢？
用谷歌调试工具中的手机模拟器模拟手机进行webapp的开发，与真机上的效果还是有些偏差，opera手机模拟器的效果亦不佳。有时在pc上开发出来的webapp效果良好，在部分真机上就出现了偏差，这时候就需要我们进行微调。 在pc上微调后发布到测试环境再在手机上看效果，开发很慢，效率很低。这时候就想着有一个可以在手机上调试的工具，可以随时更改参数随时看到手机上的效果，免去发布再测试、模糊估计参数不精准的麻烦，weinre就是一个这样的工具。 weinre可以在PC上远程调试手机上的
https://github.com/MZCretin/WifiTransfer-master
两个八竿子打不到边东西怎么建立关系？ 个人理解可以想象成开房问题。首先让WEB随机生唯一成门牌号，用户扫码得到门牌号，这里不用担心用其他扫描得到门牌号，因为我们只知道门牌号没要钥匙，没有钥匙这是没用的。 扫一扫就拿到门牌号就相当于打电话告诉老板你要这个房间，这时老板也就得到你的信息也就是说谁扫了二维码！好了现在知道是谁了。我们就可以用js轮询访问老板是谁要了这个房间然后就开房就成功了！ 其实，上面写的都是错的，我压根没有做过类似的事。
经常在项目中会有支持 pc 与手机端需求。并且pc与手机端是两个不一样的页面。这时就要求判断设置，根据不同的设置跳转不同的路由。
微信扫描登录 本文主要介绍如何实现使用微信的二维码扫描登录系统功能。 功能需求 PC系统功能，希望借用微信的oauth授权方式，来实现本系统的登录。而最简单的方式就是用户通过扫描二维码，然后在手机端进行确认，之后在PC端实现登录。 实现原理 以上的业务期望，首先我们需要转化为实际的开发需求，根据上面的期望，我们可以了解其需要两个平台支持PC端和手机微信客户端。 PC端：登录二维码扫描页面 主要负责在用户进入当前页面后，根据当前用户的cookie和时间字符串阶段性的生成一个唯一键值，并产生一个唯一的手
近几年来，随着手机和pad的普及，越来越多的用户选择使用移动客户端访问网站，而为了获取更好的用户体验，就需要针对不同的设备显示出最合适的匹配，这样就是近年来流行的“响应式web设计”。 响应式web设计是一种纯前端技术js、css等实现的针对不同设备访问同一网址看到不同的布局，是页面内容更适合当前设备阅读。但这个不是本文的重点，重点还是放在nginx如何实现上来。 本文要讲的的是如何使用nginx区分pc和手机访问不同的网站，是物理上完全隔离的两套网站(一套移动端、一套pc端),这
用 js 限制网页只在手机端中打开，网站屏蔽 PC 端访问 JS 代码，网站只允许手机端访问。
用js限制网页只在手机端中打开，网站屏蔽PC端访问JS代码，网站只允许手机端访问。
有些内容部署在PC端但是有不适合在手机端显示（比如盒子过大，遮挡内容）或者手机端显示毫无意义等。我们可以使用下面的代码来实现：电脑端显示，手机端隐藏
以下所有的都基于这个前提，就是手机app已经登录，自带有登录的凭证，然后要扫描登录pc端的系统
平时我们的爬虫多是针对网页的，但是随着手机端APP应用数量的增多，相应的爬取需求也就越来越多，因此手机端APP的数据爬取对于一名爬虫工程师来说是一项必备的技能。我们知道，网页爬取的时候我经常使用F12开发者工具或者fiddler之类的工具来帮助我们分析浏览器行为。那对于手机的APP该如何使用呢？同样的，我们也可以使用fiddler来分析。好了，本篇博主将会给大家介绍如何在电脑端使用fiddler进行手机APP的抓包。
其实今天之所以写这个响应式网站是因为近两年响应式网站确实很火，很多客户通过业务员的介绍感觉神乎其神，甚至网站业务员说得自己都相信了，把自己都骗了，觉得响应式无所不能，非常完美。其实响应式并不是没有缺点，准确的说也有很多致命的缺点。
关于salesforce手机端的开发有一个应用叫【Publisher Playground】，今天简单讲一下配置以及如何适用于Community Cloud，ios系统和安卓系统都可以。
第一次写博客,前几天看到.netcore的认证,就心血来潮想实现一下基于netcore的一个扫一扫的功能,实现思路构思大概是web端通过cookie认证进行授权,手机端通过jwt授权,web端登录界面通过signalr实现后端通讯,通过二维码展示手机端扫描进行登录.源码地址:点我
很多人会对响应式布局和自适应式布局产生混淆，这两者到底有着什么样的区别呢？因为不同于移动站，就事一个独立的站点，每个模块都有独立接口，但是Google一直以来就是推荐响应式设计的，至于为什么你可以参考此篇文章：移动端网站怎样做SEO优化？我们今天就来了解下二者之间是责骂定义的。
V6.3 【优化】 优化手机端首页数据中心节点 【修复】 修复独立服务器订购页面无法获取头像名称 【新增】 新增适配官方实名认证 新增首页手机端节点图片 V6.2 【优化】 优化了每次更新覆盖弹窗文件结构 优化了首页卡片图片与文字对称 优化去除用户logo排版 优化了首页文字排版 优化了首页标签 【修复】 修复服务器购买页面标识错误 修复电脑端登录首页导航用户名称颜色不对 修复获取用户QQ名称头像有一定概率报错 【新增】 新增首页服务卡片形成2×2对称 新增首页动态数据中心节点 新增服务器产品页面动态内容卡片 新增服务器产品页面动态服务内容 新增CDN产品页面动态内容卡片 新增首页及所有产品页面返回到顶部图标 V6.1 【优化】 优化升级模块 0.23 优化安装模块获取加密 【修复】 修复电脑端多处样式错位 优化部分细节和独立服务器售卖优化 修复手机QQ QQ浏览器 网站底部排版颜色显示错误 【新增】 暂无新增项目 V6.0 【优化】 采用全新图标样式 优化海外机器加载缓慢 去除全站loading预加载极致体验 优化加载资源采用多节点cdn加载 优化主题首页底部颜色和版权网站信息排版优化 优化公告页面字体颜色暗灰色 现调整为高亮黑 优化首页电脑端手机端轮播图片独立加载资源 【修复】 适配小屏幕兼容问题 修复一处js渲染报错问题 修复两处jquery报错问题 修复部分浏览器手机端轮播图片无法轮播问题 修复手机QQ QQ浏览器 网站底部排版颜色显示错误 【新增】 一键安装模块 一键升级模块 新增后台更新页面 新增图片懒加载优化体验 新增 Font Awesome 5 图标库 V5.62 1.更新注册防刷验证码不分大小写输入验证
V6.3 【优化】 优化手机端首页数据中心节点 【修复】 修复独立服务器订购页面无法获取头像名称 【新增】 新增适配官方实名认证 新增首页手机端节点图片 V6.2 【优化】 优化了每次更新覆盖弹窗文件结构 优化了首页卡片图片与文字对称 优化去除用户logo排版 优化了首页文字排版 优化了首页标签 【修复】 修复服务器购买页面标识错误 修复电脑端登录首页导航用户名称颜色不对 修复获取用户QQ名称头像有一定概率报错 【新增】 新增首页服务卡片形成2×2对称 新增首页动态数据中心节点 新增服务器产品页面动态内容卡片 新增服务器产品页面动态服务内容 新增CDN产品页面动态内容卡片 新增首页及所有产品页面返回到顶部图标 V6.1 【优化】 优化升级模块 0.23 优化安装模块获取加密 【修复】 修复电脑端多处样式错位 优化部分细节和独立服务器售卖优化 修复手机QQ QQ浏览器 网站底部排版颜色显示错误 【新增】 暂无新增项目 V6.0 【优化】 采用全新图标样式 优化海外机器加载缓慢 去除全站loading预加载极致体验 优化加载资源采用多节点cdn加载 优化主题首页底部颜色和版权网站信息排版优化 优化公告页面字体颜色暗灰色 现调整为高亮黑 优化首页电脑端手机端轮播图片独立加载资源 【修复】 适配小屏幕兼容问题 修复一处js渲染报错问题 修复两处jquery报错问题 修复部分浏览器手机端轮播图片无法轮播问题 修复手机QQ QQ浏览器 网站底部排版颜色显示错误 【新增】 一键安装模块 一键升级模块 新增后台更新页面 新增图片懒加载优化体验 新增 Font Awesome 5 图标库 V5.62 1.更新注册防刷验证码不分大小写输入验证 V5.61 1.同步更新官方最新短信注册防刷功能，重做弹窗窗口界面 然后没了
前言：微信 Mac 版新版本中，支持打开聊天中分享的小程序，开发者可下载安装微信 Mac 版公测版本进行体验和适配。最新版微信开发者工具新增支持在微信 Mac 版中预览小程序和进行真机调试。
Frida 通过 C 语言将 QuickJS 注入到目标进程中，获取完整的内存操作权限，达到在程序运行时实时地插入额外代码和数据的目的。官方将调用代码封装为 python 库，当然你也可以直接通过其他的语言调用 Frida 中的 C 语言代码进行操作。
因为最近几天给主题加了视频背景，考虑到手机端是不显示背景的，既然不显示就想着视频资源最好也别加载，给手机端省点流量，于是乎想了个骚气的判断方式。 教程
flexible会为页面根据屏幕自动添加标签，动态控制initial-scale，maximum-scale，minimum-scale等属性的值。
上图是公司的内部系统，可以看到，查询的条件是发布时间，因此，1月17日这天的抓取量是1674万，接近于2000万，如果采集系统的节点投入多一点，达到2000万是毫无问题的。
通过设备类型判断要加载的网页类型 , 一般会在域名前添加 m 打开移动端 , 如京东域名为 jd.com , 使用 m.jd.com 可以访问其移动端页面 ;
这两个都是font-style属性的值，这两个值都能实现倾斜的效果，但是有区别的。
随着大前端时代的到来，移动互联网颠覆了PC互联网。接下来，前端将颠覆原生App世界。而近几年，前端技术能力的值钱程度很突出，名列前茅。这正代表了前端技术的当前行情。前端工程师一般分为初级工程师、中级工程师、高级工程师、架构师或技术经理角色。不同级别的web前端工程师都应该掌握哪些知识呢
大家好，又见面了，我是你们的朋友全栈君。 前言随着公司业务不断发展，移动开发项目越来越多，项目任务时间紧，我们内部开发流程是以项目为导向，有别于一般公司对产品不断迭代的做法，但移动端开发人员资源有限，需要在不同项目之间做业务场景切换开发，就会经常出现项目完成时间 Delay。面对这样的问题，我们该如何去解决呢？现在了解到的现状是每个业务组都有配备 Web 前端开发人员，那么是否能把涉及到业务模块分发给具体业务组 Web 前端开发人员去开发，剥离业务模块，我们移动端开发人员则专注于框架的开发或者手机端设备能力开发，比如可支持调用摄像头，监听网络状态变化，提供地理位置信息等等，有没有这样一套适合的解决方案呢，答案当然是有的。我们引入了可利用 Web 前端能力和移动端操作系统原生能力相结合开发模式，叫做 Hybrid 混合开发。 目录为何选择 Hybrid 开发模式在实践过程中碰到什么问题和解决经验总结为何选择 Hybrid 开发模式1，目前工作中碰到的问题随着公司业务飞速发展，移动端定制的项目越来越多，同时每个项目的业务逻辑呈现出复杂化和差异化特点，每个项目都需要提供 Android 版本和 IOS 版本，增加开发成本，开发周期往往又会被拖长。同时近年来前端技术蓬勃发展，HTML5 大行其道，很多主流 APP 厂商都利用 HTML5 前端能力来编写业务模块并结合原生设备能力进行混合开发，常见的比如淘宝、京东、微信、携程等等。虽然目前业务项目多，但是用户交互体验要求不高，常见页面也是列表，表单居多，适合充分利用HTML 5能力，因此引入Hybrid 混合开发模式，这样只需要 Web 前端开发人员写一遍前端业务代码，却能同时在Android 系统和 IOS 系统中执行。 2，Web APP、Hybrid APP、Native APP 对比目前主流应用程序大体分为三类：Web App、Hybrid App、 Native App，如图：三者区别指采用Html5 语言写出的 App，不需要下载安装。类似于现在所说的轻应用。生存在浏览器中的应用，基本上可以说是触屏版的网页应用。 优点（1）开发成本低，更新快（2）更新无需通知用户，不需要手动升级（3）能够跨多个平台和终端缺点：（1）临时性的入口（2）无法获取系统级别的通知，提醒，动效等等（3）用户留存率低（4）设计受限制诸多（5）体验较差从外观上来看是一个Native App ，实则只有一个UIWebView，里面访问的是一个Web App ，如新闻类和视频类的应用普遍采取该策略：Native 的框架加上Web 的内容。不同于Native App 需要针对不同的平台使用不同的开发语言（如使用Objective-C、Swift开发iOS应用，使用Java等开发Android应用），允许开发者仅使用一套网页语言代码（HTML5+CSS+JavaScript），即可开发能够在不同平台上部署的类原生应用 。由于结合了Native app良好用户交互体验和Web App 跨平台开发的优势，能够显着节省移动应用开发的时间和成本，得到越来越多公司的青睐。 按照网页语言和程序语言的混合，Hybrid App 通常可以分为三种类型：多View混合型：Native View 和 Web View 独立展示，交替出现。 其应用主体通常是Native App，Web技术作为补充。即在需要的时候，将 Web View作为独立的 View 运行，在 Web View内完成相关的展示操作。开发难度与Native App相当.比如：微信里的公众号文章使用的是Web View 。 单View混合型：在同一个View 内，Native View 和Web View 为层叠关系，同时出现。开发成本较高，难度较大，但是体验较好。比如：百度搜索同时实现充分的灵活性和较好的用户体验。 Web主体型：应用主体是Web View ，穿插 Native 功能，主要以网页语言编写。整体开发难度低，基本可以实现跨平台，而用户体验好坏，主要取决于底层中间件的交互与跨平台能力。比如：项目管理工具 Basecamp 使用Web view呈现内容，调用系统原生 API 实现界面导航等功能来提高用户体验。 也并非是完美的解决方案。由于其使用 HTML5，某些依赖于复杂的原生功能或者繁重的过渡动画的应用会出现卡顿。同时，为了模拟Native App 的UI和感官，需要投入额外的时间和精力；尽管可以跨平台，但是并不能完全支持所有的设备和操作系统。最后，如果应用的体验不够原生化，如一个简单的网站，则还有被Apple App Store拒绝的风险。 指的是原生程序，一般依托于操作系统，有很强的交互，是一个完整的 App，可拓展性强。需要用户下载安装
本文实例讲述了ThinkPHP框架下微信支付功能。分享给大家供大家参考，具体如下：
随着信息技术不断发展，前端技术的发展也经历了不同的阶段。前端概念随着移动智能手机的普及被正式提出，混合APP开始被广泛开发。近年来，由于前端技术开始实现工程化，一些企业前端开发任务逐渐向后端拓展，逻辑思维能力也逐渐成为前端开发人员必备的能力。从2018年开始，用户体验感要求不断提高，小程序作为一种不用下载就可以使用的应用颇受用户和开发者欢迎。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
