随着Web App的发展，越来越多的移动端App使用HTML5的方式来开发，除了一些HybridApp以外，其他一部分Web App还是通过浏览器来访问的，通过浏览器访问就需要联网发送请求，这样就使得用户在离线的状态下无法使用App，同时Web App中一部分资源并不是经常改变，并不需要每次都向服务器发出请求，出于这些原因，HTML5提出的一个新的特性：离线存储。
渐进式网页应用（Progressive Web App, PWA）通过离线存储和推送通知等功能，能够提供类似原生应用的体验。
1、假如现在有一款游戏 App 打算在圣诞节推出优惠活动，需要推送给全部用户，这时候运营人员一般会使用短信进行用户触达。但是可能会有部分用户因为没留意短信而错过优惠活动。
原理和环境 如上面提到的HTML5的离线存储是基于一个新建的.appcache文件的，通过这个文件上的解析清单离线存储资源，这些资源就会像cookie一样被存储了下来。之后当网络在处于离线状态下时，浏览器会通过被离线存储的数据进行页面展示。 就像cookie一样，html5的离线存储也需要服务器环境。 这里提供一个小工具——简易iis服务器，把它放在项目更目录下，双击运行即可模拟服务器环境。 链接: http://pan.baidu.com/s/1jG86UV0 密码: ja9h 解析清单 在开始之
发布约一周，DeveMobile 、EaseMobile 主题迎来更新1.1 版本更新。1.1 版本为主题增加了HTML5 的离线存储（脱机API）功能及国内常见社交媒体关注功能，并修复若干bug。已购用户请待推送或通知。 主题更新内容： 0、【EaseMobile 】修复EaseMobile 主题与微信机器人插件的冲突问题； 评：上一版本在与 我爱水煮鱼 的微信机器人高级插件共同启用时候会有冲突导致主题不能正常运行，本次更新修复这个问题了。请EaseMobile 主题与微信机器人插件的重叠用户尽快更新。
离线存储可以将站点的一些文件存储在本地，它是浏览器自己的一种机制，将需要的文件缓存下来在没有网络的时候可以访问到缓存的对应的站点页面，包括html，js，css，img等等文件在有网络的时候，浏览器也会优先使用已离线存储的文件，返回一个200（from cache）头。这跟HTTP的缓存使用策略是不同的。
导语 | CBS云硬盘为腾讯云客户提供了⾼可靠、⾼可⽤和低成本的统⼀块存储服务。CBS针对数据安全、云服务器⽣产、资源均衡、云盘介质升级等场景下的数据调度能⼒需求，抽象出统⼀数据调度平台。本文是对腾讯云存储专家工程师——杨光超在云+社区online的分享整理，希望与大家一同交流。
再多的话就不说了，这个是接着上一讲： 【一起学设计模式】状态模式+装饰器模式+简单工厂模式实战：（一）提交个订单我到底经历了什么鬼？ 一起的，一些多余的赘述请先看这个篇文章。
3、仅仅加载被修改过的资源，避免同一资源对服务器多次的请求，大大降低了对服务器的访问压力
---- 相关知识点 web标准、 web语义化、 浏览器内核、 兼容性、 html5... 题目&答案 Doctype作用？严格模式与混杂模式如何区分？它们有何意义（1）<!DOCTYPE>声明位于HTML文档中的第一行，处于<html>标签之前，用于告知浏览器的解析器用什么文档标准解析这个文档。DOCTYPE不存在或格式不正确会导致文档以兼容模式呈现。 （2）标准模式的排版和JS运作模式都是以该浏览器支持的最高标准运行。在兼容模式中，页面以宽松的向后兼容的方式显示，模拟老式浏览器的行为以防止站点
html5有哪些新特性、移除了那些元素？如何处理HTML5新标签的浏览器兼容问题？如何区分 HTML 和 HTML5？
全员推送服务是基于即时通信 IM 通信架构实现的一组 REST API，用以支持 App 应用的全员推送、标签推送、属性推送等消息推送需求，客户端可通过 SDK 在线推送、离线推送（Android 后台通知和 APNs）接收推送的消息。同时全员推送支持消息的离线存储，帮助运营人员更高效地实现运营目标。
HTML 1、Doctype作用？标准模式与兼容模式各有什么区别? （1）、<!DOCTYPE>声明位于位于HTML文档中的第一行，处于<html> 标签之前。告知浏览器的解析器用什么文档标准解析这
使用HTML5，通过创建cache manifest文件，可轻松创建web应用的离线版本；HTML5引入了应用程序缓存，这意味着web应用可进行缓存，并可在没有网络时进行访问。
在HTML5越来越流行的今天，如果你还不知道离线存储，那就说明你落后了很多。 HTML5的离线存储方式有多种：Web SQL Database、LocalStorage、Cookie、WebStorage、IndexedDB、FileSystem。 Web SQL Database目前虽然还有浏览器支持，是唯一的关系数据库结构的存储，但W3C以及停止对其的维护和发展。我就不多说了。 今天我们主要看LocalStorage这种最简单的本地存储方式。
最近有不少质疑大数据的声音，这些质疑有一定的道理，但结论有些以偏概全，应该具体问题具体分析。对大数据的疑问和抗拒往往是因为对其不了解，需要真正了解之后才能得出比较客观的结论。 大数据是一个比较宽泛的概念，它包含大数据存储和大数据计算，其中大数据计算可大致分为计算逻辑相对简单的大数据统计，以及计算逻辑相对复杂的大数据预测。下面分别就以上三个领域简要分析一下：第一，大数据存储解决了大数据技术中的首要问题，即海量数据首先要能保存下来，才能有后续的处理。因此大数据存储的重要性是毫无疑问的。第二，大数据统计是对海量
直播已经成为了一种行业，吸引力各路创业者，特别是一对一直播的出现，一对一直播源码也可以选择原生开发和混合开发，两种开发方式都能达到开发一对一直播的目的，这时候就会有人问：这两种开发方式有什么区别？开发一对一直播时应该选择哪种方式开发？
当下市场直播已经成为了一种新兴行业，吸引着各路创业者，特别是一对一直播的出现，一对一直播源码也可以选择原生开发和混合开发，两种开发方式都能达到开发一对一直播的目的，那么这两种源码开发有什么不同？一对一直播源码更合适哪一种开发呢？现在就介绍一下原生开发跟混合开发各自的优缺点。
据国际数据机构IDC预测，全球智能终端接入数量将从2020年的500亿个增长到2025年的1500亿个。
本文整理自LiveVideoStack线上分享第三季，第八期的分享内容。随着互联网和智能设备的普及，之前需要大量专业人士和设备才能完成的视频内容创作与剪辑过程在移动平台的实现也逐渐成为可能，360视频
因为浏览器对视频格式支持程度不一样，为了能够兼容不同的浏览器，可以通过source来指定视频源。
本篇文章主要是讲解推荐系统流程构建，主要包括Offline和Online两个部分。
确保用户在不同地区能用最快的速度打开网站，其中某个域名崩溃用户也能通过其他域名访问网站。
首先看下数仓架构。数仓的数据接入主要有两个来源，一个是客户端的上报，还有一个是业务后台 DB 的上报，这两份数据都会通过一个消息队列接入数仓。我们的数据仓库采用lambda架构，总体分为离线和实时两套体系，分别有自己的计算和存储体系。离线主要是以 Hive 作为存储载体，计算以 Spark 为主，Map Reduce为辅。实时数据处理主要用了 Flink，再辅以Kafka和OLAP。
HTML5 不基于 SGML，因此不需要对DTD进行引用，但是需要doctype来规范浏览器的行为（让浏览器按照它们该有的方式来运行） 而HTML4.01基于SGML,所以需要对DTD进行引用，才能告知浏览器文档所使用的文档类型。
Hopsworks特征存储库统一了在线和批处理应用程序的特征访问而屏蔽了双数据库系统的复杂性。我们构建了一个可靠且高性能的服务，以将特征物化到在线特征存储库，不仅仅保证低延迟访问，而且还保证在服务时间可以访问最新鲜的特征值。
导语 | 粗排是介于召回和精排之间的一个模块，是典型的精度与性能之间trade-off的产物。理解粗排各技术细节，一定要时刻把精度和性能放在心中。 在上篇《详细解读！推荐算法架构——召回》中我们结合算法架构召回进行解读分析，本篇将深入重排这个模块进行阐述。 一、总体架构 粗排是介于召回和精排之间的一个模块。它从召回获取上万的候选item，输出几百上千的item给精排，是典型的精度与性能之间trade-off的产物。对于推荐池不大的场景，粗排是非必选的。粗排整体架构如下： 二、粗排基本框架：样本、特征、模
一、概述 数据一致性是指关联数据之间的逻辑关系是否正确和完整。问题可以理解为应用程序自己认为的数据状态与最终写入到磁盘中的数据状态是否一致。比如一个事务操作，实际发出了五个写操作，当系统把前面三个写操作的数据成功写入磁盘以后，系统突然故障，导致后面两个写操作没有写入磁盘中。此时应用程序和磁盘对数据状态的理解就不一致。当系统恢复以后，数据库程序重新从磁盘中读出数据时，就会发现数据再逻辑上存在问题，数据不可用。 二、Cache引起的数据一致性问题 引起数据一致性问题的一个主要原因是位于数据I/O路径上的各种Cache或Buffer（包括数据库Cache、文件系统Cache、存储控制器 Cache、磁盘Cache等）。由于不同系统模块处理数据IO的速度是存在差异的，所以就需要添加Cache来缓存IO操作，适配不同模块的处理速度。这些Cache在提高系统处理性能的同时，也可能会“滞留”IO操作，带来一些负面影响。如果在系统发生故障时，仍有部分IO“滞留”在IO操作中，真正写到磁盘中的数据就会少于应用程序实际写出的数据，造成数据的不一致。当系统恢复时，直接从硬盘中读出的数据可能存在逻辑错误，导致应用无法启动。尽管一些数据库系统（如Oracle、DB2）可以根据redo日志重新生成数据，修复逻辑错误，但这个过程是非常耗时的，而且也不一定每次都能成功。对于一些功能相对较弱的数据库（如SQL Server），这个问题就更加严重了。 解决此类文件的方法有两个，关闭Cache或创建快照（Snapshot）。尽管关闭Cache会导致系统处理性能的下降，但在有些应用中，这却是唯一的选择。比如一些高等级的容灾方案中（RPO为0），都是利用同步镜像技术在生产中心和灾备中心之间实时同步复制数据。由于数据是实时复制的，所以就必须要关闭Cache。 快照的目的是为数据卷创建一个在特定时间点的状态视图，通过这个视图只可以看到数据卷在创建时刻的数据，在此时间点之后源数据卷的更新（有新的数据写入），不会反映在快照视图中。利用这个快照视图，就可以做数据的备份或复制。那么快照视图的数据一致性是如何保证的呢？这涉及到多个实体（存储控制器和安装在主机上的快照代理）和一系列的动作。典型的操作流程是：存储控制器要为某个数据卷创建快照时，通知快照代理；快照代理收到通知后，通知应用程序暂停IO操作（进入 backup模式），并flush数据库和文件系统中的Cache，之后给存储控制器返回消息，指示已可以创建快照；存储控制器收到快照代理返回的指示消息后，立即创建快照视图，并通知快照代理快照创建完毕；快照代理通知应用程序正常运行。由于应用程序暂停了IO操作，并且flush了主机中的 Cache，所以也就保证了数据的一致性。 创建快照是对应用性能是有一定的影响的（以Oracle数据库为例，进入Backup模式大约需要2分钟，退出Backup模式需要1分钟，再加上通信所需时间，一次快照需要约4分钟的时间），所以快照的创建不能太频繁。 三、时间不同步引起的数据一致性问题 引起数据不一致性的另外一个主要原因是对相关联的多个数据卷进行操作（如备份、复制）时，在时间上不同步。比如一个Oracle数据库的数据库文件、 Redo日志文件、归档日志文件分别存储在不同的卷上，如果在备份或复制的时候未考虑几个卷之间的关联，分别对一个个卷进行操作，那么备份或复制生成的卷就一定存在数据不一致问题。 此类问题的解决方法就是建立“卷组（Volume Group）”，把多个关联数据卷组成一个组，在创建快照时同时为组内多个卷建立快照，保证这些快照在时间上的同步。之后再利用卷的快照视图进行复制或备份等操作，由此产生的数据副本就严格保证了数据的一致性。 四、文件共享中的数据一致性问题 通常所采用的双机或集群方式实现同构和异构服务器、工作站与存储设备间的数据共享，主要应用在非线性编辑等需要多台主机同时对一个磁盘分区进行读写。
NaN 指“不是一个数字”（not a number），NaN 是一个“警戒值”（sentinel value，有特殊用途的常规值），用于指出数字类型中的错误情况，即“执行数学运算没有成功，这是失败后返回的结果”。
数据库存储引擎采用的技术会对数据库的某些应用场景的性能产生十分重要的影响。可能很多朋友并不关注这一点，也没有遇到过那些网上所说的问题，这可能你的应用场景并没有遇到哪种情况，或者说你的系统的规模还不大，硬件性能能够弥补这方面的不足。不过作为数据库从业人员，不管是应用架构师、研发人员还是DBA最好还是了解一些这方面的知识，从而避免此类问题发生或者当遇到类似性能问题的时候能够快速定位问题。
本文根据网易杭州研究院技术专家范欣欣在中国HBase技术社区第3届 MeetUp 杭州站分享的《网易HBase实践》编辑整理而成。
云服务器、云数据库特惠，服务更稳，速度更快，价格更优 前往地址> 云服务器年付3折起 所有机型免费分配公网IP，50G高性能云硬盘（系统盘） 。 英特尔Ⓡ至强处理器 CPU负载无限制，利用率最高为100% 搭配网络增强，包转发能力最高可达30w 个人建站，轻量APP，企业用户等各应用场景均可适用 云数据库年付3折起 MySQL高可用版 提供备份，恢复，监控，数据迁移等产品功能 双机热备，自动容灾 采用高性能SSD硬盘 按需使用，弹性扩展 Redis 提供备份，恢复，监控，按需升级等产品功能 适用所用高
本部分主要是笔者在复习 HTML 相关知识和一些相关面试题时所做的笔记，如果出现错误，希望大家指出！
http://tech.sina.com.cn/other/2003-12-29/1323275543.shtml
使用 HTML5，通过创建 cache manifest 文件，可以轻松地创建 web 应用的离线版本。 HTML5引入了应用程序缓存，这意味着 web 应用可进行缓存，并可在没有因特网连接时进行访问。 应用程序缓存为应用带来三个优势：
按照开发分类，大致可以分为下面这三种： 1、WebApp WebApp开发，严格来说并不是一个APP软件，只是一个Web型的微网站。市面上也被叫做H5应用程序 。 HTML5应用程序使用标准的Web技术，通常是HTML5、JavaScript和CSS。这种只编写一次、可到处运行的移动开发方法构建的跨平台移动应用程序可以在多个设备上运行。虽然开发人员单单使用HTML5和JavaScript就能构建功能复杂的应用程序，但仍然存在一些重大的局限性，具体包括会话管理、安全离线存储以及访问原生设备功能等。 将我们写的页面，封装成一个App。写页面的方式来开发App（APIClound）。 优点：开发时间短、兼容性强、方便系统移植。 缺点：必须有网络的支持，用户体验相对差，对于手机的一些原生底层功能不能实现。 2、NativeApp Native App就是一个原生的App软件，主要是通过Java或者其他代码来实现原生的Android Q或者iOS手机的App软件。 优点：原生App、用户体验非常好、可以调用手机的底层组件。 缺点：开发时间长、兼容性差、必须掌握Java等编程语言。 3、HybridApp（混合式App开发） 介于WebApp和NativeApp这两者之间的App，开发时间短、成本低、用户体验度好，可以调用手机底层组件，方便移植，是目前及未来App开发的流程趋势。 一半是原生的，一半是前端程序员可以做的。 混合应用程序是集前两者开发方式的优点于一身，让开发人员可以把HTML5应用程序嵌入到一个细薄的原生容器里面，集原生应用程序和HTML5应用程序的优点（及缺点）于一身。
对于小程序开发者来说，其中的错误监控一直是个头疼的问题。由于小程序开发迭代较快，会存在系统问题，机型问题和版本的兼容问题，有时候我们在自行测试中完美运行，可总是有用户抱怨使用异常。
云计算似乎是归档存储数据的理想场所。它提供了按需付费的增长模式，并使组织能够缩减其内部存储空间。但问题是，三大供应商(亚马逊AWS，微软Azure和谷歌计算)并没有提供交钥匙归档的服务体验。用户很难获得数据。在某种程度上，这是应该的。这些服务的重点是提供基础架构即服务，而不是解决方案即服务。问题是用户IT部门需要一个解决方案。 内部部署的归档问题 归档存储市场中的每个供应商都可以创建一个投资回报方案，显示其实施后数月的归档支付情况。问题是所有这些供应商都有些犯了模糊数学的错误。典型的投资回报率情况是
本Markdown编辑器使用StackEdit修改而来，用它写博客，将会带来全新的体验哦：
微软Office一直以来就是办公业的核心生产力，其兼容性好、用户众多，新版更是给大家带来高效的协同办公体验。
汪志成 ThoughtWorks 作为一个程序员，这两天的朋友圈被微信小应用刷屏了吧？想试了吧？没拿到邀请吧？没关系，我来帮你！ 当然，我没法帮你拿到邀请码 —— 因为我也没有。不过，别失望，我今天要跟大家谈一项比微信小程序更宏观的概念 —— Google提出的PWA。 1 PWA是什么？ PWA全称是“Progressive Web Apps”，译成中文就是渐进式应用。这是Google在2015年6月15日提出的概念，参见Alex Russell写的《Infrequently Noted》。 那么，什
群聊是多人社交的基本诉求，一个群友在群内发了一条消息，期望做到： (1)在线的群友能第一时间收到消息； (2)离线的群友能在登陆后收到消息； 群消息的实时性、可达性、离线消息的复杂度，要远高于单对单消息。 常见的群消息流程如何？ 群业务的核心数据结构有两个。 群成员表： t_group_users(group_id, user_id) 画外音：用来描述一个群里有多少成员。 群离线消息表： t_offine_msgs(user_id, group_id, sender_id,time, msg_id, msg
Google 宣布它将推出用于上网本的操作系统 Google Chrome OS，那么 Google 为什么要推出操作系统呢？为什么是 Google Chrome OS？Chrome OS 会有什么问题？
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
