- 综合排序
- 最热优先
- 最新优先
- 来自专栏HT
HTML5五种客户端离线存储方案
最近折腾HTML5游戏需要离线存储功能，便把目前可用的几种HTML5存储方式研究了下，基于HT for Web写了个综合的实例，分别利用了Cookie、WebStorage、IndexedDB以及FileSystem http://www.hightopo.com/guide/guide/core/serialization/examples/example_exportimport.html HTML5的存储还有一种 Cookie，本例中我只能保存一个图元的信息，这种存储方式存储内容很有限，只适合做简单信息存储，存取接口设计得极其反人类，为了介绍HTML5存储方案的完整性我顺便把他给列上： function getCookieValue Browser-Side的存储方式还在快速的发展中，其实除了以上几种外还有Application Cache，相信将来还会有新秀出现，虽然“云”是大趋势，但客户端并非要走极端的“瘦”方案，这么多年冒出了这么多客户端存储方式 ，说明让客户端更强大的市场需求是强烈的，当然目前动荡阶段苦逼的是客户端程序员，除了要适配Mouse和Touch，还要适配各种屏，如今还得考虑适配各种存储，希望本文能在大家选型客户端存储方案时有点帮助，最后上段基于
3.8K60发布于 2018-01-03 - 来自专栏农历七月廿一
H5学习之路之Web存储解决方案
我们所说的H5的存储方案指的是客户端的数据存储，这点需要明白，那么在这个之前有么有可用的存储方案呢？ 那么今天我们说的是H5才提出的存储方案：localStorage和sessionStorage 首先说一下为什么需要这个东西，为什么之前已经有了cookie但是H5的时候却在客户端存储这块重新定义了这两部分呢 3、浏览器的隐私模式下是不可使用的 4、它的存储空间是变得很大，大概5M左右，那么如果什么我们都存在页面上的话，其实我们是不推荐这样使用的，这样导致的结果是页面变得很卡。 4) 存储方式。seesionStorage的存储方式采用key、value的方式。value的值必须为字符串类型(传入非字符串，也会在存储时转换为字符串。true值会转换为"true")。 5) 存储上限限制：不同的浏览器存储的上限也不一样，但大多数浏览器把上限限制在5MB以下。 ?
1.1K10发布于 2020-05-29 - 来自专栏hightopo
HTML5的五种客户端离线存储方案
最近折腾HTML5游戏需要离线存储功能，便把目前可用的几种HTML5存储方式研究了下，基于HT for Web写了个综合的实例，分别利用了Cookie、WebStorage、IndexedDB以及FileSystem http://www.hightopo.com/guide/guide/core/serialization/examples/example_exportimport.html HTML5的存储还有一种 Cookie，本例中我只能保存一个图元的信息，这种存储方式存储内容很有限，只适合做简单信息存储，存取接口设计得极其反人类，为了介绍HTML5存储方案的完整性我顺便把他给列上： function getCookieValue Browser-Side的存储方式还在快速的发展中，其实除了以上几种外还有Application Cache，相信将来还会有新秀出现，虽然“云”是大趋势，但客户端并非要走极端的“瘦”方案，这么多年冒出了这么多客户端存储方式 ，说明让客户端更强大的市场需求是强烈的，当然目前动荡阶段苦逼的是客户端程序员，除了要适配Mouse和Touch，还要适配各种屏，如今还得考虑适配各种存储，希望本文能在大家选型客户端存储方案时有点帮助，最后上段基于
2.4K50发布于 2018-07-09 - 来自专栏hightopo
原 HTML5五种客户端离线存储方案
最近折腾HTML5游戏需要离线存储功能，便把目前可用的几种HTML5存储方式研究了下，基于HT for Web写了个综合的实例，分别利用了Cookie、WebStorage、IndexedDB以及FileSystem http://www.hightopo.com/guide/guide/core/serialization/examples/example_exportimport.html HTML5的存储还有一种 Cookie，本例中我只能保存一个图元的信息，这种存储方式存储内容很有限，只适合做简单信息存储，存取接口设计得极其反人类，为了介绍HTML5存储方案的完整性我顺便把他给列上： function getCookieValue ，其实除了以上几种外还有Application Cache，相信将来还会有新秀出现，虽然“云”是大趋势，但客户端并非要走极端的“瘦”方案，这么多年冒出了这么多客户端存储方式，说明让客户端更强大的市场需求是强烈的 ，当然目前动荡阶段苦逼的是客户端程序员，除了要适配Mouse和Touch，还要适配各种屏，如今还得考虑适配各种存储，希望本文能在大家选型客户端存储方案时有点帮助，最后上段基于HT for Web操作HTML5
2.2K40发布于 2018-06-05 - 来自专栏HT
HTML5的五种客户端离线存储方案
最近折腾HTML5游戏需要离线存储功能，便把目前可用的几种HTML5存储方式研究了下，基于HT for Web写了个综合的实例，分别利用了Cookie、WebStorage、IndexedDB以及FileSystem http://www.hightopo.com/guide/guide/core/serialization/examples/example_exportimport.html HTML5的存储还有一种 Cookie，本例中我只能保存一个图元的信息，这种存储方式存储内容很有限，只适合做简单信息存储，存取接口设计得极其反人类，为了介绍HTML5存储方案的完整性我顺便把他给列上： function getCookieValue ，其实除了以上几种外还有Application Cache，相信将来还会有新秀出现，虽然“云”是大趋势，但客户端并非要走极端的“瘦”方案，这么多年冒出了这么多客户端存储方式，说明让客户端更强大的市场需求是强烈的 ，当然目前动荡阶段苦逼的是客户端程序员，除了要适配Mouse和Touch，还要适配各种屏，如今还得考虑适配各种存储，希望本文能在大家选型客户端存储方案时有点帮助，最后上段基于HT for Web操作HTML5
2.8K20编辑于 2022-05-10 - 来自专栏一行舟
在线Excel存储方案
引言：设计数据存储方案时，Feed流、IM消息、订单等一些典型业务场景的，都有比较多的技术文章和教学课程；在线Excel场景下的文章却很匮乏，所以把自己近期对在线Excel存储选型的一些思考写下来，和大家一起交流 人的主要属性有：用户ID、人员名称等，是典型的结构化数据，我们只需要根据数据量去选择合适的存储方案就可以，不是本文的重点，就不细说了。 我们重点分析Excel文档的存储。 方案设计 经过上面的分析我们对数据库的需求有： 需求 是否必须 低延迟 必须 支持CP模型 必须 支持非结构化数据存储 必须 有亿级数据的存储方案 必须 有成熟的扩容方案 必须 冷热数据 非必须 各类数据库对比 最终选型 需求 MySQL MongoDB TiDB S3 低延迟 ✅ ✅ ✅ 支持CP模型 ✅ ✅ ✅ 支持非结构化数据存储 ❌ ✅ ❌ 有亿级数据的存储方案 ✅ ✅ ✅ ✅ 有成熟的扩容方案 一般使用比较多的数据库如MySQL、MongoDB在这些方面都有成熟的方案。综上所述：采用「MongoDB」来存储元数据和Excel文档的热数据，采用「对象存储」来存放冷数据是一个比较不错的方案。
2.8K20编辑于 2022-08-25 - 来自专栏我在本科期间写的文章
5 存储器
5 存储器 存储器类型 随机访问存储器 (RAM): 特点: 可读、可写，断电时数据会丢失。 存储器容量计算 公式: \text{存储器容量} = 2^{\text{地址数}}\times\text{存储单元的位数} 存储单元的"字长"等同于I/O数据线的位数。 每个地址的存储字长为8位，即1 Byte。所以总存储容量为 65536 \times 1B = 65536B = 64KB 。 存储器扩展方法 位扩展：增加I/O数以扩展存储字长。 字扩展：增加存储字的数量，通常通过片选信号进行地址选择，扩展地址范围。 例: 使用多个2K×8的存储器扩展为8K×8的系统。 分析: 需要使用4片2K×8的存储器。 例如，如果CPU地址总线为16位，存储芯片容量为8KB，使用全译码可以寻址到64KB的存储器。 部分译码法: 只对部分高位地址进行译码，生成片选信号。
1.1K10编辑于 2024-09-23 - 来自专栏小徐学爬虫
Elasticsearch数据存储优化方案
优化Elasticsearch数据存储有助于提升系统性能、降低成本、提高数据查询效率以及增强系统的稳定性和可靠性。通常我们再优化Elasticsearch数据存储会遇到一些问题，导致项目卡壳。 以下是优化Elasticsearch数据存储的一些重要作用：1、问题背景在某些场景中，我们可能会考虑绕过数据库，直接使用Elasticsearch存储数据，并在Python应用程序中实时构建这些数据。 2、解决方案使用Elasticsearch批量索引APIElasticsearch的批量索引API具有很高的效率，可以处理大量的数据。具体性能会根据源文档和分析器的复杂性有所变化。 消息代理是一种中间件软件，它可以存储和转发消息。应用程序将数据发送到消息代理，消息代理将数据转发到Elasticsearch。 如果Elasticsearch无法及时处理数据，那么消息代理会将数据存储起来，等到Elasticsearch能够处理数据时再转发给Elasticsearch。
99210编辑于 2024-03-18 - 来自专栏存储公众号：王知鱼
SuperMicro：AI存储硬件方案
SuperMicro：AI存储硬件方案-Fig-2 企业级AI存储方案 Pod 级别的部署（较云厂商规模、性能要求降低） 企业用例，推理与训练的比较 存储需求： • 全 NVMe 或 PB 级别的分层存储 • WEKA 数据平台： • 扩展式、分层存储解决方案。 • 集群存储解决方案。 • 数据保护和性能保障。 SuperMicro：AI存储硬件方案-Fig-5 计算+存储（性能层）+容量层 方案 所有训练数据集和模型都存储在本地 • 数据湖使用容量优化的存储。 SuperMicro：AI存储硬件方案-Fig-6 方案验证 机架视角的集群组网方案 解决方案架构，分为三个层次： 1. SuperMicro：AI存储硬件方案-Fig-7 全闪存储系统参数 主要特点（Key Features）： • 支持双 Intel 和单 AMD 单 PCIe Gen5 处理器。
1.5K10编辑于 2025-02-11 - 来自专栏存储公众号：王知鱼
Solidigm：海量数据存储方案
基础设施升级：5G技术推动基础设施密度提升，以支持更大数据流量。 5. 存储需求差异化：从数据中心的大容量存储到车载的相对小容量存储，不同环节对存储容量要求各不相同。 6. 得益于SKhynix在高密度存储3D-NAND领域长期积累的优势，Solidigm可完整复制高密度存储的生产能力。 高密度存储全栈解决方案 主要涵盖了三个方面的技术突破： 1. 这一进展对存储系统具有重要意义，因为它提供了更高的存储容量，同时不sacrificing牺牲性能和耐久性，为数据中心和企业存储解决方案提供了更具成本效益的选择。 图片阐述了存储技术领域正在经历的重大转变，强调了高密度存储解决方案的重要性。主要传达以下几个关键信息： 1. 数据中心使用全QLC闪存存储方案能够实现更高的容量和更低的成本。 3. 相比于传统硬盘，固态硬盘和闪存存储技术具有更快的读写速度和更低的能耗。
88910编辑于 2025-02-11 - 来自专栏Elton的技术分享博客
网站密码存储方案比较
目前常见的不可逆加密算法有以下几种： 一次MD5（使用率很高） 将密码与一个随机串进行一次MD5 两次MD5，使用一个随机字符串与密码的md5值再进行一次md5，使用很广泛 PBKDF2算法 bcrypt 第一种就不解释了，我们看下第二种加密算法（php代码）$salt是一个随机字符串，每个用户都不一样，并且要存储下来用于验证 md5($password. $salt) 第三种算法（php代码） md5(md5($password). [:r] 然后在django.contrib.auth.hashers里使用，密码以“algorithm$number of iterations$salt$password hash”的格式返回，并存储在同一个字段中 当然，如果你自己编写PBKDF2函数，你可以将salt存储在任意字段。只要让每个用户都不一样就行了。
2.2K30发布于 2021-01-22 - 来自专栏个人编程笔记
H5-web存储
浏览量 1 首先我们来思考几个问题： 1.什么是web存储？ 2.h5引入web存储的原因？ 3.web存储的方式有哪些？ 使用html5在本地存储用户的浏览数据，之前采用的cookie的形式，但是cookie存储的数据量少而且效率底，进而引入了web存储，客户端存储数据的方式有两种：localStorage，永久性存储，除非自己删除 />"+localStorage.key(2); }else{ document.getElementById("result").innerHTML="对不起，您的浏览器不支持 web 存储 sessionStorage 关于sessionStorage和localStorage使用api是相同的，只不过它是临时存储，关闭浏览器就会自动清除。 计数的例子： <!
51510编辑于 2023-03-03 HTML5 Web 存储
HTML5 web 存储，一个比 cookie 更好的本地存储方式。 什么是 HTML5 Web 存储? 使用HTML5可以在本地存储用户的浏览数据。 早些时候,本地存储使用的是 cookie。 但是Web 存储需要更加的安全与快速. 这些数据不会被保存在服务器上，但是这些数据只用于用户请求网站数据上.它也可以存储大量的数据，而不影响网站的性能. 注意: Internet Explorer 7 及更早IE版本不支持web 存储. localStorage 和 sessionStorage 客户端存储数据的两个对象为： localStorage 不支持 web 存储。 } localStorage 对象 localStorage 对象存储的数据没有时间限制。第二天、第二周或下一年之后，数据依然可用。 ，更多情况下我们存储的数据会更复杂。
38410编辑于 2025-12-16- 来自专栏乱码李
HTML5 前端存储
html5 中的 Web Storage 包括了两种存储方式：sessionStorage和localStorage。 因此 sessionStorage 不是一种持久化的本地存储，仅仅是会话级别的存储。 而 localStorage 用于持久化的本地存储，除非主动删除数据，否则数据是永远不会过期的。 Firefox (Gecko) Internet Explorer Opera Safari (WebKit) localStorage 4 3.5 8 10.50 4 sessionStorage 5 localStorage 主要存储一些比较多的本地数据，如 HTML5 小游戏里面生成的数据。 因为只要打开控制台，你就随意修改它们的值，所以千万不要用它们存储你系统中的敏感数据。
1.1K10发布于 2021-11-26 - 来自专栏数通
一文给你讲明白，OceanStor 5310 V5存储实施方案！
1存储实施方案 局点组网图如下所示： 2硬件信息 2.1硬件配置信息 存储设备型号 存储设备类型 控制框数量 硬盘框数量 硬盘类型 硬盘数目 OceanStor 5310 v5 FC SAN 8*8T、8*3.84T SN XXX 2.2硬件安装 按照LLD板位规划进行设备上架安装 2.3硬件IP，用户名及密码 名称 管理IP 用户名 密码 OceanStor 5310 v5 ：XXX.XXX.XXX.XXX B控：XXX.XXX.XXX.XXX *****(password) XXX 博科光交6505 XXX.XXX.XXX.XXX Admin XXX 3存储配置 3.1登录 用网线连接存储的管理口，如图所示将电脑IP设置成管理口同网段，上面是A控管理口*****(private_zh)为XXX.XXX.XXX.XXX，下面为B控 登录存储https:// ” 点“资源分配”，创建“存储池”，选择存储池对应的硬盘域以及raid策略和存储池容量 3.4创建“主机” 点“资源分配”，点“创建主机”，输主机名称和对应操作系统 同样步骤创建另外几个主机
94010编辑于 2024-12-03 - 来自专栏腾讯云存储
对象存储COS成本优化方案
在存储费用方面，COS提供了标准存储、低频存储、智能分层存储、归档存储、深度归档存储等不同的存储类型，各个存储类型的产品规格和价格均存在差异，客户可以根据自己的业务模式选择性价比最匹配的存储类型。 下面我们将从5个方面介绍COS成本优化方案： 选择合适的存储类型 定期通过清单和访问日志功能分析数据访问模式 通过生命周期和批量处理沉降数据 通过文件压缩减少存储容量 进行成本回顾 一、选择合适的存储类型 下表展示了使用不同存储类型存储一个月数据对应的存储成本，以在广州园区存储100TB业务数据为例： 从表中可以看到，如果业务数据下载量较低，则选择归档存储甚至深度归档能有效降低存储成本，最冷的深度归档存储相较标准存储可节省 最小存储时长：数据存储在对应存储类型时，需要存储的最短时间，不满最短时间按照最短时间算。比如低频存储最少存储 30天，如果一个低频数据只存储了1天就删除，也会按照 30天计算费用。 在未来，COS会持续探索并推出更多的存储产品和服务，挖掘场景化解决方案，为客户提供业界内性价比最高的存储服务。
2.3K31发布于 2020-11-20 - 来自专栏code秘密花园
前端最能打的本地存储方案
前言 之前开发了一个离线存储的需求，需要在本地存储较大的数据量，并且还要考虑到多种场景下的存储方式兼容。产品的原话就是“要又大又全”。既然存储量大，也要覆盖全多种设备多种浏览器。 方案选择 既然要存储的数量大，得排除cookie localStorage，虽然比cookie多，但是同样有上限（5M）左右，备选 websql 使用简单，存储量大，兼容性差，备选 indexDB api 起初第一反应是这古董机的兼容性有问题，是不是只支持localstorage导致只能存储5M的内容，超过了上限，导致无法缓存了？ 然而，当产品不知道从哪找到了一部iphone4给我（我也真的服了这个老6），我拿到真机试了下，得到让我无法呼吸的结果，iphone4这古董机居然支持indexDB，那么就不是超过了5M的上限导致缓存失败了 当然除了处理这台古董机，也延伸出更多优化的可能性 当设备不支持 indexDB和web sql的时候，只支持loaclStorage存储量只有5M，应该怎么处理？
1.4K30编辑于 2023-09-11 - 来自专栏伟哥专栏
COS存储跨园区同步方案
对象存储（Cloud Object Storage，COS）是腾讯云提供的一种存储海量文件的分布式存储服务，用户可通过网络随时存储和查看数据。 腾讯云 COS 使所有用户都能使用具备高扩展性、低成本、可靠和安全的数据存储服务。 数据同步方案3：回源拉取同步能力 回源拉取复制.jpg 针对于热数据同步的场景，部分数据同步，降低存储成本。 此方法优点：配置简单，仅热数据被同步，节省存储空间。 ---- COS高可用数据同步方案 通过数据同步方案4的架构，结合COS自身特点与相关产品的功能，我们可以绘制出一个具备数据高可靠 + 高可用 + 容灾能力 + 故障切换能力的整体架构图。 存储高可用同步方案（完整）.jpg 数据高可靠：通过上传至Master桶后，可实现实时跨区域数据同步，包括多云（友商云）同步。确保数据主从分离，天然支持业务层多副本冗余，提升数据可靠性。
3.1K1413发布于 2020-06-13 - 来自专栏王亚昌的专栏
SNS站点的数据存储方案
今天看了篇文章，谈到SNS站点应用中的分库分表问题，这里我也谈谈我对SNS站点和应用数据存储的看法。 一、数据存储 SNS站点中数据层根据业务和访问特性可分为几类： 1. 这类数据一定要落到DB里，保证数据的终极存储，前端用内存cache保证快速响应，因为写并不是很频繁，因些DB足以支持，通常mysql可以支持每秒200-400次写请求。 3. 如果cache机掉电的话，可以采用上面提到的方案，从DB中恢复数据，用户资料回档到10分钟之前，同时对用户进行补偿与告知，平息用户投诉。 三、总结 本文主要讨论了SNS站点和应用数据存储的问题，上面给出的方案基于业务可用性、稳定性、冗灾以及成本的综合考虑，用一位前辈的话就是“一切都是均衡”，业务的稳定性不能单独靠高成本去保证。
1.2K20发布于 2018-08-03 - 来自专栏lib库
通用缓存存储方案设计
目录介绍01.整体概述说明1.1 项目背景介绍1.2 遇到问题记录1.3 基础概念介绍1.4 设计目标1.5 产生收益分析02.市面存储方案2.1 缓存存储有哪些2.2 缓存策略有哪些2.3 常见存储方案 2.4 市面存储方案说明2.5 存储方案的不足03.存储方案原理3.1 Sp存储原理分析3.2 MMKV存储原理分析3.3 LruCache考量分析3.4 DiskLru原理分析3.5 DataStore 考量4：如何存储数据是同步行为，针对群里聊天这么多消息，如何才能避免卡顿呢？考量5：存储数据放到主线程中，用户在群聊天页面猛滑消息，如何爆发性集中式对磁盘写入数据？ 要是想兼容不同存储方案切换，就必须自己制定一个通用缓存接口。定义接口，然后各个不同存储方案实现接口，重写抽象方法。 = dataCache.readString("cacheKey5", "");double data6 = dataCache.readDouble("cacheKey5", 0.0);```也可以通过注解的方式存储数据
1.7K10编辑于 2023-03-07
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号