开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

当用户发布故事提要时，故事对象不会过期

是指用户在发布故事的摘要或概要时，该摘要不会因为时间的推移而失效或过期。

这种情况下，用户发布的故事提要可以长期保存，并且可以随时被其他用户查看和访问。这种特性在许多应用场景中都非常有用，例如社交媒体平台、新闻网站、博客等。

在云计算领域，为了实现这一特性，可以采用以下技术和方法：

数据存储：将用户发布的故事提要存储在云端的数据库中，以确保数据的持久性和可靠性。可以使用腾讯云的云数据库MySQL版（https://cloud.tencent.com/product/cdb）或云数据库MongoDB版（https://cloud.tencent.com/product/cos）来存储数据。
后端开发：使用后端开发技术，如Node.js、Java、Python等，来处理用户发布故事提要的请求，并将数据存储到数据库中。可以使用腾讯云的云函数（https://cloud.tencent.com/product/scf）来实现无服务器的后端逻辑。
前端开发：使用前端开发技术，如HTML、CSS、JavaScript等，来实现用户发布故事提要的界面和交互。可以使用腾讯云的云开发（https://cloud.tencent.com/product/tcb）来快速搭建前端应用。
数据库查询：为了让其他用户能够查看和访问已发布的故事提要，可以使用数据库查询语言（如SQL）来检索并展示数据。可以使用腾讯云的云数据库MySQL版或云数据库MongoDB版提供的查询功能来实现。
安全性：为了保护用户发布的故事提要的安全性，可以采用数据加密、访问控制等安全措施。可以使用腾讯云的云安全产品（https://cloud.tencent.com/product/safe）来提供数据加密和访问控制的功能。

总结起来，当用户发布故事提要时，故事对象不会过期需要使用云计算技术来实现数据存储、后端开发、前端开发、数据库查询和安全性保护等功能。腾讯云提供了一系列的产品和服务来支持这些需求，包括云数据库、云函数、云开发和云安全等。

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

系统设计：Facebook的新闻流设计

Returns: (JSON)）返回包含提要项列表的JSON对象 5.数据库设计有三个主要对象：用户、实体（如页面、组等）和提要（或帖子）。...4.将此提要存储在缓存中，并返回要在Jane提要上呈现的顶级帖子（比如20篇）。 5.在前端，当Jane完成当前提要时，她可以获取接下来的20个帖子，从服务器等。...提要发布：每当Jane加载她的新闻提要页面时，她都必须请求并从中提取提要项服务器。当她到达当前提要的末尾时，她可以从服务器中提取更多数据。...通过类比，推送方法是写入时称为扇出，而加载时称为拉入方法。让我们讨论不同的选择用于向用户发布提要数据。 1....在存储时，我们可以将UserID传递给将将用户映射到缓存服务器，我们将在其中存储用户的提要对象。

6.2K28 3

Instagram的排名算法是如何运作的？

TechCrunch无法证实这些说法的准确性，但Instagram的团队告诉我们: Instagram目前没有考虑查看旧的倒叙提要的选项，因为它不想增加更多的复杂性(用户可能会忘记设置的提要是什么)，但它正在倾听不喜欢该算法的用户的意见...Instagram不会在feed中隐藏文章，如果你继续滚动，你会看到你关注的每个人发布的所有内容。...Instagram的信息流不支持使用故事、Live或其他特殊功能的用户。...Instagram并不会因为频繁发布或其他特定的行为而贬低用户，但它可能会在其他人之间的其他内容中进行交换，如果他们快速地发布不同的帖子的话。...Instagram越能解决这个问题，将过多的内容创作推给故事，并让用户了解feed的运作方式，他们就越不会抱怨。脸书已经很不酷了，所以Instagram必须保持我们的良好形象。

1.3K3 1

领英应对生成式AI难题

但是就在一年多前，当公司开始构建其新的协作文章公共功能时，他们需要弄清楚如何利用当时还处于初级阶段的生成式 AI 来加速世界最大的专业网络中的建议共享。...当工人时间有限需要完成工作时——在 LinkedIn 上搜索问题并发布响应不是你的实际工作。当然，如果你是 AI，你会有相反的问题。...但是，当他们决定在 2022 年 10 月为 LinkedIn 构建他们的第一个主要的生成式 AI 功能时，没有一个确切的指南来实现这一切。他们遇到了生成式 AI 空间所特有的重大挑战。...Patira 告诉 The New Stack，当该项目启动时，他们只能有限地访问 ChatGPT 3.5，而且他们无法大规模访问 3.5。在构建和发布此功能时，他们主要依赖其前身 GPT-3。...他们还会在你的LinkedIn提要中推荐此专家协作，如果你注册了LinkedIn电子邮件通知，也会推送。如果你要求获取某个用户的更新，他们也会立即向你发出提醒。

1091 0

科普 | 凭证真假难辨，去中心化身份体系有妙招（一）

图 | 网络传统的签名凭证如果 Alice 拥有传统的签名凭证，那么当她向药房出示该凭证时，药房会按如下流程验证其签名： 1....图 | 网络无论 Alice 持有哪种类型的凭证，当她向药房出示该凭证时，药房都会解析发行者的 DID 并验证签名。...这再次挫败了 Alice 的邪恶计划，因为药房的验证不会通过，同时显示“凭证不是由经认证的医生办公室签发的”错误。验证依赖于信任框架，即所有利益相关者共同认同发布的行为协议。...但由于 Alice 的旧证书已过期，因此她并不能提供此类证明。 3.4 Alice 企图用截图蒙骗过关 Alice 注意到，当她在药房使用处方时，她的手机上显示一个绿色的对勾标记。...BTW，本体一直以来致力于去中心化身份应用框架 ONT ID 的研究，建立多维度可信身份认证，让用户得以重新掌握身份和数据，且能够有效避免滥用数据的情况发生。

6941 0

TW洞见 | 是否使用故事点，并不是重点

在确定发布范围时，不是依据用户故事来确定，而是依据我们将要达到的业务目标和交付的特性确定。...举例来说，当发现一个故事的交付时间可能要超过X天时，团队就不要去开发这个故事。所以，如果“范围”（上述三方面之一）增长时，故事就要拆分，排在最后面的就要丢弃。...当一些未知的事情逐渐摆上台面时（故事数量或点数发生变化），往往更容易展开相关对话。...在做发布计划的时候，我一般会使用与业务产出目标相关联的史诗故事（epic）或者特性（feature），然后将它们拆分成用户故事，并检查拆分出的用户故事是否真正能带来相应的业务价值。...因此，用户故事的选择性淘汰就会很自然地发生。当这一切趋于稳定的时候，我会开始持续交付和交付周期相关的沟通。每个人都建议你将用户故事拆分成同等大小，但我发现通常这些故事之间还是会有不小的差异。

4593 0

用户故事编写指南：写出最贴近用户实际场景的故事

举个例子：“作为一名禅道项目管理软件的用户，我希望看板选择自适应列宽时，不会铺满全屏，这样可以节省空间，操作便捷，在观感上更加美观简洁。”...故事中要包括用户角色如果项目团队已经识别出了用户角色，那么在编写故事时就应该使用这些具体的角色，而不是用较为笼统的角色。比如不要写成“用户可以发布自己的简历”，应该写成“求职者可以发布自己的简历”。...为一个用户编写故事当只为单个用户编写故事时，故事通常更容易被理解和阅读，故事也更加具体和清晰。但并不是所有的故事都会因为用户数量的变化而产生差异。...如果我们只考虑一个用户的故事，那么问题就会变得清晰起来。比如可以将故事改为：求职者可以删除自己的简历。使用主动语态在编写用户故事时用主动语态，而非被动语态，尽可能让故事清晰简洁易懂。...不要忘记目的在编写时，记住故事的目的是为了促进对话，确保故事能够起到引发对特定功能或需求的讨论和交流的作用。为了达到这个目的，用户故事应该保持简洁明了。

5531 0

2022年Redis最新面试题第6篇 – Redis淘汰策略「建议收藏」

2)、关于惰性删除，当用户获取某个key的时候，Redis会检查一下这个key是不是设置了过期时间，并且是否过期了？如果过期了此时就会删除，不会给用户返回任何东西。...volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的 key（这个一般不太合适）。...volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个 key。...volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的 key 优先移除。...2)、Redis默认的过期策略是noeviction, 最暴力那个, 如果内存满了那就是一场“华丽”的故事了。

6864 0

ThoughtWorks敏捷实践关键清单 v0.1.1

时点1：当获得原始需求时 “用户问题还是解决方案”关键清单：分辨原始需求是用户问题还是解决方案，以发现真正的用户问题 “电梯演讲”关键清单：描述产品的价值假设 “用户画像”关键清单：描述产品的用户特点...“用户目标”关键清单：描述产品如何让用户成为Better Me，以吸引用户 “用户问题定义“关键清单：描述所识别出的用户问题时点2：当形成问题定义时 “用户体验地图”关键清单：识别用户体验中的痛点 “...，以便减少返工时点3：当产生用户故事时 “故事梳理工作坊”关键清单：为下一个迭代的用户故事编写验收条件，以便提升迭代计划会的效率 “迭代计划会”关键清单：本迭代的目标？...”关键清单：让开发人员和领域专家就业务领域知识和通用语言达成共识，并识别核心域，以便让软件代码与业务概念对齐 “用户故事开卡”关键清单：在代码编写前消除对需求的误解，大幅降低变更的成本时点4：当为用户故事编写首行代码时...；及时纠偏，又快又好；知识分享，消除瓶颈，对齐约定时点5：当用户故事通过测试而待部署时 “迭代评审会”关键清单：为用户展示已完成的用户故事，获取其反馈，以便持续改进 “迭代回顾会”关键清单：发现改进点

1.1K4 2

速度（Velocity）不背这个锅

用户故事本身的大小属性不会发生变化，基于故事点的估算不会过期，不会受到团队技术能力和业务领域熟悉度的影响而发生变化。...比如，一个点数为3的用户故事，它的复杂度相对于那个点数为1的基准故事来说不会发生变化，不管谁、也不管用什么技术来开发这个用户故事。...基于理想人天的估算理想人天的估算需要基于这样的假设：所估算的故事是唯一要做的工作所有需要的东西在故事开始前都会准备好故事开发过程中不会被打断。...当所有用户故事的相对大小是准确的时候，不需要重估；只有当其中一个或多个用户故事的相对大小不准确的时候，需要调整该部分用户故事的点数大小。我们来举例解释这个问题： 1....速度不会是稳定不变的。根据团队对技术和业务领域知识的熟悉程度，速度可能会增加；而随着团队人员调整，有新人加入以后，速度可能会下降。在故事点估算准确的情况下，速度正好是反映团队状态的一个参数。

4542 0

【翻译】持续交付 VS 持续部署

持续部署是一个发布每个良好构建给用户的实践——更精确的名称可能是“持续发布”。尽管持续部署意味着持续交付，但反之并不成立。持续交付是把发布计划的决策权交给业务，而不是 IT。...在持续交付的世界中，当开发人员把特性交给测试人员测试时，或者当功能“QA 测试通过”时，他们并没有真正“完成”这个特性。直到特性在生产环境中真正工作时才算“完成”。...如果你正在使用看板并且想要进行持续交付，直到故事发布给用户之前，这个故事都没有发挥作用。然而，向用户发布每次成功的构建并不总是有意义的。...特别是，如果你无法保证向用户每次发布一个成功的构建。那么“完成”一个故事意味着什么？我认为至少必须满足以下条件：你已经针对包含故事的构建运行了整个测试套件。...即使你要部署到一个庞大的集群，你也可以使用蓝绿部署之类的技术在生产环境中并行运行不同版本的应用程序，而不会影响用户。部署到生产环境没有障碍。

8351 0

盘点一下过去几年遇到的一些偶现问题，有的是真坑爹啊。

这样的发布都是灾难。第七类：网络等其他二、案例描述非线程安全集合类并行流里面使用了非线程安全集合类，集合对象返回结果可能不正确。...当数据量大的时候，做了一个优化，将 stream 修改成 parallelStream，测试时，数据量较小，未察觉，线上数据量多的时候，发现了这个问题。...原因大致有二：未解析完成，提交时 redis 还没有数据提交按钮迟了，redis 解析的数据过期数据量小的时候不易察觉，因为功能不常用，等数据量大的时候，就暴露了。...10 分钟内再次运行代码时，将直接从缓存中获取数据，而不会再次访问数据库。只有当缓存过期后，才会再次从数据库获取新的数据。...本来是单例的对象，但是却在每次执行方法时被创建因为错误发生，这个方法被发送到 mq 进行重试但是 mq 未设置最大重试次数因为集群机器都监听这个 mq，导致错误被不断地发送到 mq，形成了死循环。

3951 0

敏捷测试价值观、方法和实践读书笔记（4）

第4 章敏捷测试执行 1 敏捷中的测试需求为什么会使用用户故事传统软件开发方法论的假设是基于“用户认知不会发生变化”和“软件系统设计人员能够正确理解”这两个假设建立的敏捷软件开发的核心思想就是使用较短的时间交付一个有价值的...·测试人员可以向产品负责人或用户询问真实世界的场景示例当用户故事被分配到一个 Sprint 待办列表中时已定义当用户故事已经被排序并准备开发时:·测试人员必须确保验收标准适当且完整·测试人员开始设计验收测试...则应开始准备测试数据·测试人员应着手开发自动化测试脚本处理中当开发人员已经开始为用户故事编写代码时，测试人员应继续开发测试用例和自动化测试脚本当开发人员已完成单元测试时:·测试人员应开始执行测试(自动和手动...回归/发布/集成AT测试工程师应考虑如何将用户故事集成到端到端测试环境中进行集成回归测试已接受当用户故事已被演示且被产品负责人接受时，回归/发布/集成/UAT 测试工程师开始将用户故事的功能合并到端到端回归测试套件中并进行测试...最后一天不在周末，防止最后一天发布出现问题，周末没人维护。产品负责人在第一周结束时和团队有一个接触点。

911 0

Java消息中间件的概述与JMS规范

我们实现的是通过短信验证码进行登录，所以在用户登录时登录系统需要去调用短信服务发送短信验证码给用户。除了短信服务外，还有一个积分服务，用于加载用户的积分信息。...用户登录时还需要记录日志，这里就需要调用一个日志服务。随着系统的发展，登录时需要调用的服务可能越来越多。...那么就意味着，用户进行一个简简单单的登录操作，就需要等待各种服务调用完成后才能登录上去，让登录的时间变得越来越长，万一有哪一个服务卡住了那么用户的登录也会卡住，所以登录系统和相关服务的耦合就很高，导致用户仅是进行登录时就得花费很多与登录功能本身不相关的时间...，而用户是无感知的，不会拖慢用户的登录时间。...支持事务及发布确认等特性，可对消息进行持久化 Kafka Kafka是一种高吞吐量的分布式发布订阅消息系统，是一个分布式的、分区的、可靠的分布式日志存储服务。

6561 0

web安全详解（渗透测试基础）

当 web 缓存发现请求的资源已经被存储，它会拦截请求，返回该资源的拷贝，而不会去源服务器重新下载。这样带来的好处有：缓解服务器端压力，提升性能(获取资源的耗时更短了)。...当浏览器再请求该网站时，浏览器把请求的网址连同该Cookie一同提交给服务器。服务器检查该Cookie，以此来辨认用户状态。...Session对象存储特定用户会话所需的属性及配置信息。这样，当用户在应用程序的Web页之间跳转时，存储在Session对象中的变量将不会丢失，而是在整个用户会话中一直存在下去。...中，当客户端再次访问服务端时会带上这个sessionId 当服务端再次接收到来自客户端的请求时，会先去检查是否存在sessionId，不存在就新建一个sessionId重复1,2的流程，如果存在就去遍历服务端的...Cookie，也可能是监控键盘记录等恶意行为 4.8 xss三种类型反射型：将恶意代码附着在参数中实例，储存型：当用户提交一段XSS代码后，被服务器端接收并存储，当攻击者再次访问某个页面时，这段XSS

9574 1

AI 在爱奇艺视频广告中的探索

从周期来看，这个周期可长可短，长周期广告更多是品牌广告，目的是让客户记住该品牌，当产生消费需求的时候，使用该品牌的服务；短周期的则是效果广告，希望客户看到该广告时，当下就会做出一些消费的行为，比如点击...例子：用户吃饭买单时，出现支付宝广告：买单就用支付宝。前情提要：自动从上一集筛选并拼接多个小片段，能够对上一集内容做摘要，称为前情提要，在前情提要上可以贴广告。...它是无中生有去制造出来的，可以根据广告主的要求自动生成不同的前情提要，作为广告点位。例子：找到男女主高甜的场景，出美颜饮料广告，喝这种饮料，女人可以变得更美丽，让用户产生这样的关联。...一方面当一个剧拍得很好，后期上线后会不断引入更多客户，我们需要这种在后期可以上线的植入广告。...关于对象，这个对象可以是人，也可以是一个宠物，甚至是一个物体，对象的识别，我们可能去识别它的身份，穿着的装束，姿态等，加深我们对对象的理解；关于事件，最基础的事件可能就是我们的行为，更抽象一点的事件，

1.3K3 0

【redis】redis内存管理、淘汰机制、内存优化

2.对象内存：这是redis消耗内存最大的一块，存储着用户所有的数据。 3.缓冲内存：缓冲内存主要包括：客户端缓冲、复制积压缓冲区、AOF缓冲区。...如果对这方面有想法的话：走近STL – 空间配置器，STL背后的故事内存回收策略 Redis 回收内存大致有两个机制：一是删除到达过期时间的键值对象；二是当内存达到 maxmemory 时触发内存移除控制策略...过期键值 Redis如何淘汰过期的keys Redis keys过期有两种方式：被动和主动方式。当一些客户端尝试访问它时，key会被发现并主动的过期。...然而，当slaves连接到master时，不会独立过期keys（会等到master执行DEL命令），他们任然会在数据集里面存在，所以当slave当选为master时淘汰keys会独立执行，然后成为master...使用volatile-ttl：如果你想要通过创建缓存对象时设置TTL值，来决定哪些对象应该被过期。

1.3K1 0

ChatGPT 基于倾向性识别的续写模型

发布后不到一周时间，ChatGPT就迅速获得了100万用户，但同时也被Stack Overflow禁用。随后，Google发布了一个“code red”，提醒公司对ChatGPT这款模型提高警惕。...随后，经过一年多的时间，GPT模型又发布了版本3.5，它的参数量与GPT 3.0相当，但经过了进一步的优化。...其次，当使用GPT 模型进行文本生成时，需要引导模型的续写方向。这就涉及到数据收集，也就是需要一些人类导师专门提供一些问题和答案对，来帮助GPT 模型学习如何回答这些问题。...当ChatGPT输出“小明于是就回到了家，开始写作业”时，这个输出是我们预期的，因为我们希望ChatGPT能够接着输入的话续写出“小明回家以后怎么样”的内容。...这就是为什么我们之前讲的那个猫狗相遇的故事，当结局不同时会得到不同的续写。让狗回家就会得到“回家好”的版本，而让狗去旅游就会得到“旅游好”的版本。

8771 0

谐云课堂 | 敏捷开发流程及项目实战分享

图片01 敏捷开发整体流程需求确认，产品输出用户故事，产品测试产品就需求部分达成一致开发进行接口开发，前后端按照用户故事进行接口约定，测试进行案例设计进行案例评审和接口评审，开发测试围绕业务逻辑，用户故事的数据流向达成一致后端开发进行接口开发...，将用户故事可视化地表现出来。...：用户登录时，输入了账号密码，点击【登录】按钮如果距离上次改密不满170天，不作提示如果距离上次改密满170天但是不满180天，提示倒计时窗口用户点击【现在就改】，跳转到【修改密码】界面用户点击【下次再说.../resetPSW/{id}4.2 密码到期提醒改密逻辑前置任务:登录后置任务:无详细设计:用户登录时:路径 /provider/users/guanyuntai/login在验证【账号存在】、【非第三方账号...：路径：/provider/users/password在修改密码成功后，取当前时间修改sys_user表此用户update_password_time字段；重置用户密码时：路径：/user/resetPSW

5763 0

坐下坐下，基本操作（ZooKeeper 操作篇）

，除非客户端主动发起删除请求 PERSISTENT_SEQUENTIAL // 持久顺序节点，会在用户路径后面拼接一个不会重复的字增数字后缀，其他同上 EPHEMERAL...ZooKeeper 时的第三个参数 defaultWatcher，只不过之前示例中是 null 直接在方法中传入一个 Watcher 的实现类，此实现类会作为此路径之后的回调对象（推荐）下面分别演示下...顿时明白了自己接下来要面对的... （四小时以后）终于，所有的粉丝都拿着手中还热乎的专辑高高兴兴的回家去了。忙碌了一天的马果果心想下次可不能这样，要不是我老当益壮怕不是要被抬进医院！ ?...---- 小故事又又讲完了，下面用猿话翻译一下：这两个小故事讲的就是 ZK 分布式锁的大致原理，并且基本对应了非公平锁和公平锁的两种情况，虽然实际情况和故事中会有出入，但是通过故事希望给大家能有一个感性的认识...lockRegistry 的 obtrain 方法字符串参数就是对应的业务场景，例如：订单号、用户 ID 等，字符串相同的话就可以认为是同一把锁。

2892 0

Scrum中的软件测试指南

在开发团队开始实施用户案例时，测试专家开始进行测试用例设计，并与产品负责人一起审查以批准。这样可以确保测试范围尽可能完整。在测试用例复审之后，测试人员便开始验证开发的用户案例。...“软件测试不仅涉及发现应用程序中的缺陷；这是一个过程，可帮助我们从定义软件需求的方式一直到最终用户提高质量” “测试团队不会破坏软件，测试团队会帮助开发团队修复损坏的软件” “测试过程应该探索意想不到的事物...故事 – 对应该做什么的更全面的要求。产品负责人为发布工作软件创建了一个高级计划。敏捷项目将有多个版本，因此您要优先考虑使您首先启动所需的功能。...下图显示了在短短的2或4周的冲刺周期内如何对最低限度的可爱产品进行优先级排序，开发，验证和发布。 ? 如前所述，敏捷中的测试活动在开发过程中进行。测试应该从用户故事阶段开始。...作为一个团队，每个用户故事都应至少具有定义，审查和批准的接受标准。测试方案将基于定义的验收标准得出。 ? 敏捷测试中的关键原则在修饰时提出正确的问题，不要假设。

7211 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭