redis

托管缓存和角色中缓存已于 2016 年 11 月 30 日停用。 托管缓存服务和角色中缓存服务已于 2016 年 11 月 30 日停用。有关详细信息，请参阅 Azure 托管缓存和角色中缓存服务将在 2016 年 11 月 30 日停用

全球区块链知名企业，其交易所排名全球前5位。多家著名机构投资，成立于2013年，主要面向全球提供数字资产服务，全球著名的交易平台之一。 核心团队来自阿里、腾讯、华为等世界知名企业

Spring Data提供其他项目，用来帮你使用各种 各样的NoSQL技术，包括：MongoDB、Neo4J、Elasticsearch、 Solr、Redis、 Gemfire、Cassandra、Couchbase和LDAP。Spring Boot为Redis、MongoDB、Elasticsearch、Solr Cassandra、Couchbase和LDAP提供自动配置。你也可以充分利用其他项目，但需要自己配置它们，具体查看projects.spring.io/spring-data中相应的参考文档

1. 负责公司产品的功能规划、需求分析设计、技术实现和用户体验； 2. 负责所属模块的代码开发、调试与维护工作； 3. 积极响应客户需求并进行开发/定制化开发和交付； 4. 参与公司产品的架构优化，性能优化并辅助其他模块进行技术实现； 5. 协助并完成其他各类技术开发任务。 1.计算机或者相关专业，统招全日制本科及以上学历； 2. 三年以上Java开发及应用经验，基础扎实； 3. 能熟练使用Spring、SpringBoot、SpringCloud、MyBatis等开源框架并熟悉其工作原理； 4. 熟练掌握常用设计模式，能在合适的场景合理运用； 6. 具备扎实的数据库基础，对MySQL、Oracle等关系型数据库，Redis等非关系型数据库拥有实际项目经验；对分布式系统、微服务架构熟练，并有实际项目经验； 7. 熟练掌握JavaScript脚本编写，了解vue.js的相关知识； 8. 具备较强的自学能力和良好的沟通能力，有团队精神，并有一定的抗压能力。

LEPUS(天兔)开源数据库监控系统V5.1版本正式发布，Lepus 5.1全面新增服务器全面监控和SQLServer基本监控、新增了服务自检功能，目前已支持服务器、MySQL、Oracle、PostgreSQL、MongoDB、Redis、GreatSQL、SQLServer数据库的健康监控和告警服务。 LEPUS(天兔)开源数据库监控系统V5.0版本正式发布，Lepus 5.0全面采用Golang语言开发替代之前的PHP和Python语言，安装部署更加简单，同时采用全新设计的架构和功能，内置数据采集、消息组件、任务调度组件、告警组件、内置MySQL、Oracle、PostgreSQL、MongoDB、Redis、GreatSQL数据库的健康和性能监控。 为了促进Lepus良好的开源发展生态，收集大家对产品的意见和问题，我们搭建了一套全新的交流社区，新社区我们购买了独立服务器部署，并采用二级域名的方式独立运营，多方调研精选了一套国外成熟的开源社区产品部署，功能便捷并且快速稳定，建议大家后续在社区发表和提问解决问题，或者给我们提出好的建议

Redis 是一款高性能，内存数据存储的非关系型数据库。通常用来进行数据缓存，也就是存放一些需要经常读取的数据。这里介绍各个系统下 Redis 的安装和配置方法

本文主要介绍在使用阿里云Redis的开发规范，从下面几个方面进行说明：键值设计、 命令使用、客户端使用、相关工具。 本 PSR 是关于由文件路径 自动载入 对应类的相关规范， 本规范是可互操作的，可以作为任一自动载入规范的补充，其中包括 [PSR-0]()，此外， 本 PSR 还包括自动载入的类对应的文件存放路径规范。 本规范的主要目的，是为了让日志类库以简单通用的方式，通过接收一个 Psr\Log\LoggerInterface 对象，来记录日志信息

32位Redis远程代码执行漏洞（CVE-2021-32761） Redis是世界范围内应用广泛的内存型高速键值对数据库。2021年7月21日Redis官方发布公告，披露了CVE-2021-32761 32位Redis远程代码执行漏洞。在32位Redis中，攻击者在Redis存在未授权访问的情况下可利用*BIT*命令与proto-max-bulk-len配置参数可能造成整形溢出，最终导致远程代码执行

知识付费领域的新星，每天与600万家庭互动分享 ，孩子的故事大全，父母的育儿宝典。 目前，旗下微信阅读量每月超千万次 ，已播出2000多个故事，总播放量15亿次以上，时长共计1.35亿小时 ，人均每天收听时长接近1小时。APP日活接近15%，月活超过50%，月留存在60%以上

这是昨天实际遇到的问题，用户登录成功并拿到了 cookie ，但访问 asp.net core 站点时总是显示未登录，而在出问题之前登录的用户没这个问题。 根据这个现象推测可能是登录时用于生成 cookie 的加密密钥（data protection key）与访问时用于解密 cookie 的 key 不一致引起的，于是重启所有 asp.net core 站点以重新加载最新的密钥，重启后问题解决。 查看存储在 redis 中的 data protection keys，发现2天前由于 key 到期（默认有效期是90天），data protection system 自动生成了新的 key ，新的 key 有2天的激活期，如果在2天内被正常激活，会实现 key 的无缝切换，对系统无任何影响