多系统操作同一个redid 缓存

dengjinhmm 2018-09-06 11:09:16
现在我们有3个项目 分别是PC 、APP、后台管理 ,我在PC配置redis的注解缓存,但是其他2个项目没有使用redis缓存,但是都是连的是同一个数据库,所以他们2边在更新数据库的时候 ,我PC这边的数据都是旧redis的数据, 现在有什么好的办法能解决这多个项目之前 redis 不同步问题呀
...全文
581 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
田小瘦 2018-09-07
  • 打赏
  • 举报
回复
你都更新数据库了,为何不同时更新redis呢?这个跟多个项目又没直接联系, 仅仅只是操作redis而已.
RockeyCui 2018-09-07
  • 打赏
  • 举报
回复
缓存的应该是不常变得数据,如果数据经常变,还要用到缓存。就在更新数据的时候把对应的缓存删掉,然后用缓存的地方如果从缓存里拿不到就去数据库拿然后更新缓存。或者更新数据库的地方一块更新缓存
萧逸才 2018-09-06
  • 打赏
  • 举报
回复
可以考虑给APP、后台管理接入redis,或者PC不使用redis
oyljerry 2018-09-06
  • 打赏
  • 举报
回复
自己做一个异步任务等,更新了数据库,主动的刷新redis的数据
内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其解密所需信息(包括密文地址、长度和16位密钥)保存在.data.rel.ro段的40字节描述符中。核心解密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python解密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量解密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等操作。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典型实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理解“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与解密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,更强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理解每一步的推理依据。

67,535

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧