移动Web问题小结
Meta标签
<meta content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0;" name="viewport">
这个想必大家都知道，当页面在手机上显示时，增加这个meta可以让页面强制让文档的宽度与设备的宽度保持1:1，并且文档最大的宽度比例是1.0，且不允许用户点击屏幕放大浏览。
<meta content="telephone=no" name="format-detection">
<meta content="email=no" name="format-detection">
这两个属性分别对iOS上自动识别电话和Android上自动识别邮箱做了限制。
大公司里怎样开发和部署前端代码？
这是一个非常有趣的 非主流前端领域，这个领域要探索的是如何用工程手段解决前端开发和部署优化的综合问题，入行到现在一直在学习和实践中。
在我的印象中，facebook是这个领域的鼻祖，有兴趣、有梯子的同学可以去看看facebook的页面源代码，体会一下什么叫工程化。
接下来，我想从原理展开讲述，多图，较长，希望能有耐心看完。
前端工程师简历怎么写
前阵子知乎有个话题叫做《为什么前端工程师很难找》很火，你可以发现在社交网络上到处都在招前端工程师，但又有一堆前端工程师觉得怀才不遇。
其实前端工程师并不少，但很多时候合适的前端工程师难找。可能是由于程序员比较内向，前端工程师都没有把自己最厉害的那一面表现出来。今天我们来聊聊前端工程师的简历怎么写，希望能够对大家有帮助。
为什么整个互联网行业都缺前端工程师？
每天，100offer的HR群都有人在吐槽招不到前端工程师。实话说对这些需求，100offer的招聘体验师也无能为力，因为在供不应求的前端招聘市场上，优秀的前端工程师才是有话语权的那一方。
放眼全球，不仅在国内的互联网行业，在国外，前端工程师一样是需求旺盛、供不应求的香饽饽。
WebAPP与原生APP的交互设计区别
WebAPP和原生APP同为移动端，很少有研究这两项的交互区别，最近公司做了一次从原生APP到WebAPP（HTML5）的移植，故总结一下期间遇到的问题及不同点总结。
从使用场景上，WebAPP用户面临比原生APP用户更严峻的问题：
1、页面跳转更加费力，不稳定感更强
思考点：如何减少跳转（扁平结构、页面布局技巧），增加数据及展示的流畅流程及稳定性（技术）
2、更小的页面空间（由于浏览器的导航本身占用一部分屏幕空间），更大的信息记忆负担
移动设备的屏幕要小得多。这种如同透过门缝进行的阅读增加了认知的负担。人脑的短期记忆是不稳定的，用户在滚动屏幕的过程中需要临时记忆的信息越多，他们的表现就会越差。
——《贴心设计：打造高可用性的移动产品》
思考点：排版更清晰、信息更简练 （可在原生APP基础上去掉一些丰富、复杂的视觉表现）
3、导航不明显，原有底部导航消失，有效的导航遇到挑战
思考点：如何有效的提供导航？有哪些形式？
4、交互动态效果收到限制，影响一些页面场景、逻辑的理解。
思考点：比如登录注册流程的弹出、完成及异常退出，做好文字提示。
针对以上困境，解决方法总结如下。
首先，从APP到Web版，在产品上，最明显且核心的：
- 精简功能，只将核心的任务实现，非核心的枝节可考虑删减。
- 做好新的WebAPP导航。
- 补充从WebAPP对下载原生APP的引导。
PHP开发者常犯的11个MySQL错误
数据库是WEB大多数应用开发的基础。如果你是用PHP，那么大多数据库用的是MYSQL也是LAMP架构的重要部分。
PHP看起来很简单，一个初学者也可以几个小时内就能开始写函数了。但是建立一个稳定、可靠的数据库确需要时间和经验。下面就是一些这样的经验，不仅仅是MYSQL，其他数据库也一样可以参考。
大型网站的灵魂——性能
前言
在前一篇随笔《大型网站系统架构的演化》中，介绍了大型网站的演化过程，期间穿插了一些技术和手段，我们可以从中看出一个大型网站的轮廓，但想要掌握设计开发维护大型网站的技术，需要我们一步一步去研究实践。所以我打算写一个系列，从理论到实践讲述大型网站的点滴，这也是一个共同学习的过程，希望自己能坚持下去。系列大概会分为两部分，理论和实践，理论部分尽量通俗易懂，也要讲一些细节。实践部分会抽取一些技术做实践，将方法、解决问题过程分享出来。
本文将讲述大型网站中一个重要的要素，性能。
大型网站系统架构的演化
前言
一个成熟的大型网站（如淘宝、京东等）的系统架构并不是开始设计就具备完整的高性能、高可用、安全等特性，它总是随着用户量的增加，业务功能的扩展逐渐演变完善的，在这个过程中，开发模式、技术架构、设计思想也发生了很大的变化，就连技术人员也从几个人发展到一个部门甚至一条产品线。所以成熟的系统架构是随业务扩展而完善出来的，并不是一蹴而就；不同业务特征的系统，会有各自的侧重点，例如淘宝，要解决海量的商品信息的搜索、下单、支付，例如腾讯，要解决数亿的用户实时消息传输，百度它要处理海量的搜索请求，他们都有各自的业务特性，系统架构也有所不同。尽管如此我们也可以从这些不同的网站背景下，找出其中共用的技术，这些技术和手段可以广泛运行在大型网站系统的架构中，下面就通过介绍大型网站系统的演化过程，来认识这些技术和手段。
关于支付婊事件的一点看法
事情的经过大致是这样的：
3月10日，苹果发布Apple Watch，支付宝钱包宣布成功适配Apple Watch，此举引起WP用户的无限愤怒，大骂其“支付婊”，毕竟WP的支付宝钱包仅仅在半年前发布了一个版本，并且从未更新过。
3月11日，支付宝钱包发布微博“1%的奇迹，来自于100%的努力，和99%的运气。你为什么选择1%的生活？”，此举无疑进一步激怒了WP用户。
随后支付宝钱包删除了这条微博，但是WP已经开骂，目前已经往20W的评论量进发中。