【每日出击运签】小程序“踩坑”总结
【每日出击运签】小程序“踩坑”总结https://zhuanlan.zhihu.com/p/33667831
相关分享
1
喜欢
te
tech.meituan.com
/
2024-09-09 23:47
小程序可测性能力建设与实践
美团门票业务在小程序测试中通过全面的可测性能力建设，提升了测试效率和覆盖率。本文详细介绍了如何利用缓存管理、页面跳转、自动化测试等手段进行优化，助力复杂场景下的高效测试。如果你对小程序测试和质量保障感兴趣，不妨看看这篇实战分享！
无图
1
喜欢
li
lisenhui.cn
/
2024-09-08 23:22
Java程序调用外网API时CA问题
Java 安全设置问题常常让开发者头疼，特别是与 cacerts 证书库相关的配置。本文详细解读了 Java 中的 cacerts 文件问题，帮助你排除常见错误，并提供了实用的解决方案。通过这些技巧，你可以更好地管理证书库，提升应用安全性。如果你在 Java 开发中遇到证书问题，千万不要错过！
无图
1
喜欢
so
soulteary.com
/
2024-08-06 07:58
2024 年中总结 - 苏洋
本文总结了作者在2024年上半年的个人成长和技术进展。作者在GitHub上积极参与开源项目，分享了1100多次代码提交，推动了多个Docker项目的发展。同时，他在知乎和其他技术平台上取得了显著的写作成就，包括获得“大模型优秀答主”称号。此外，作者还参与了多个技术活动和社区交流，推动AI技术的普及和应用。文章还提到他在多平台上的活跃表现和未来的计划。
无图
0
喜欢
te
tech.meituan.com
/
2024-01-28 23:48
美团RASP大规模研发部署实践总结
RASP是Runtime Application Self-Protection（运行时应用自我保护）的缩写，是一种应用程序安全技术。RASP 技术能够在应用程序运行时检测并阻止应用级别的攻击。随着云计算和大数据的发展，应用程序安全越来越受到重视。RASP 技术作为一种新型的安全防护手段，正在逐渐被业界接受并广泛应用。
无图
0
喜欢
cn
www.cnxct.com
/
2024-01-17 23:15
美团RASP大规模研发部署实践总结
RASP是Runtime Application Self-Protection（运行时应用自我保护）的缩写，是一种应用程序安全技术。RASP 技术能够在应用程序运行时检测并阻止应用级别的攻击。随着云计算和大数据的发展，应用程序安全越来越受到重视。RASP 技术作为一种新型的安全防护手段，正在逐渐被业界接受并广泛应用。其中Java RASP 是一种针对 Java 应用程序的 RASP 技术。通过在 Java 虚拟机（JVM）级别进行监控和防护，能够有效防止对 Java 应用程序的攻击。
无图
1
喜欢
ad
www.addesp.com
/
2023-12-26 22:24
nginx 防火墙模块开发总结
那段时间我的站点有时会打不开，起初以为是网络问题，后来越来越严重，进入后台才发现数据库 IO 拉满了。看了看 nginx 的日志才发现站点被疯扫，于是打算做点什么。
然后在 Github 上看了几个防火墙模块，要不然功能不全，要不然使用复杂，于是萌生了自己写模块的想法。
无图
1
喜欢
bl
blog.yuanpei.me
/
2023-07-02 23:28
实现网页长截图的常见思路总结
作为一个经常写博客的人，我有时会在微博上分享博客内容，可不知道从什么时候开始，国内互联网越来越丧失信仰，所有的厂商都在试图打造一个**“只进不出”的信息孤岛，进而达到增强“用户黏度”的目的。
既然外链注定要被屏蔽掉，那我就勉为其难地顺应潮流发“长截图”咯，所以，接下来我会为大家分享实现网页“长截图”**的常见思路，希望对有类似烦恼或者需求的小伙伴们有所帮助。
无图
2
喜欢
无图
2
喜欢
mp
mp.weixin.qq.com
/
2022-08-07 09:40
Vue项目打包部署总结
使用Vue做前后端分离项目时，通常前端是单独部署，用户访问的也是前端项目地址，因此前端开发人员很有必要熟悉一下项目部署的流程与各类问题的解决办法了。
无图
2
喜欢
mp
mp.weixin.qq.com
/
2022-07-24 11:00
微服务API设计的实践与思考总结
随着微服务的越来越流行，越来的越多的公司开始实行微服务架构，相对于单一应用架构，微服务将复杂性拆分并且打散到一个个粒度更加细分的应用中，极大了减少了开发中单个服务的复杂性，开发人员只需要面向专注单一业务场景编程，从技术开发角度，单一服务代码量上减少很多，从业务角度上，业务复杂性的降低降低了需求的沟通成本，然而，整体业务复杂性依然存在，当我们需要接入或者依赖其他服务时，通常作为接入方来说，我们不需要深入了解服务提供方的业务，此时API成为了开发人员间的沟通语言。良好的API设计，能极大的减少沟通成本，甚至有时候可以代替文档，尤其是对于基础性服务来说，服务的可扩展性有时候体现在API的可扩展性，我曾经参与过一个基础业务微服务的业务升级，由于旧版本的API划分不够清晰，部分API存在重复性，后面不得不对大部分API进行重构（替换为新版本的API），仅仅在服务消费方升级这个阶段就持续1-2个月之久，在这个过程中也不断对API设计中存在的一些问题以及应该遵循哪些原则进行了一些思考。
无图