badssl 一个专为测试客户端 SSL/TLS 配置而设计的记忆性站点

 “一个专为测试客户端 SSL/TLS 配置而设计的记忆性站点” —— 这是 badssl.com 在 GitHub 官方仓库中的核心定义。本文将带你全面剖析这一开发者必备的安全测试神器。点击访问 badsslbadssl.com 是什么?badssl.com 是一个免费的公共服务网站,专门提供各类异常或错误配置的 SSL/TLS 证书环境,供开发者测试客户端(如浏览器、应用程序)在面对不同证书问题时的处理行为。它由一系列子域名构成,每个子域名模拟一种特定的证书异常场景。核心价值:真实模拟 HTTPS 连接中的安全隐患,无需开发者自行搭建复杂且危险的测试环境。解决哪些痛点与需求?1. 开发测试效率低下传统开发中,开发者需手动生成自签名证书、配置过期证书等异常环境,过程繁琐且易出错。badssl.com 提供开箱即用的测试场景,显著提升开发调试效率。2. 安全风险认知不足普通开发者对 SSL/TLS 漏洞(如混合内容、弱加密算法)缺乏直观认知。badssl.com 通过可视化展示漏洞效果(如浏览器警告页面),强化安全意识。3. 兼容性验证缺失客户端在不同证书场景下的行为差...

前端,解决方案,其他 2025-09-10 PM 62次 0条

解决chrome浏览器被遮挡Occlusion导致无法挂机或脚本运行不正常

 谷歌chrome在86版本之后的版本为了优化chrome浏览器内核的性能以及资源占用更新了一项名为 Native Window Occlusion 本地窗口遮蔽的功能主要用于减少浏览器资源占用以及不必要的资源开销。本地窗口遮蔽的条件浏览器最小化时屏幕被锁定时切换标签页时候页面被完全遮盖时解决方案 本文主要通过浏览器启动参数通过有限的条件来解决 本地窗口遮蔽 Occlusion导致无法挂机或脚本运行不正常问题使用启动命令代码disable-background-timer-throttling:解决定时器延迟问题disable-backgrounding-occluded-windows:解决在某些情况下遮盖问题disable-features=CalculateNativeWinOcclusion:解决在某些情况下遮盖问题--disable-background-timer-throttling --disable-backgrounding-occluded-windows --disable-features=CalculateNativeWinOcclusion测试 通过...

前端,解决方案 2025-09-04 PM 138次 0条

geetest极验破解拖动验证码攻防实验

 本文主要练习对抗下国产 头部黑产对抗 领导者 geetest 极验的 拖动式 行为验证码,本次实验我们主要使用简单的js代码和浏览器控制台作为实验环境。实验环境Edge 浏览器极验演示democonsole控制台什么是行为验证码 行为验证码是一种新型的网络安全验证技术,通过分析用户的操作行为轨迹来区分人类用户与自动化程序(如爬虫、恶意机器人),从而提升安全防护能力并优化用户体验。核心原理与工作流程行为数据采集 捕捉用户操作特征(如鼠标移动轨迹、点击节奏、滑动速度/方向、停留时间等)。机器学习建模 结合设备指纹、网络环境、历史记录等上百个维度数据,通过决策树、神经网络等算法建立人机识别模型。动态风险判定 实时比对用户行为与安全模型,快速返回验证结果(如"通过"、"拦截"或"二次验证")开始实验 我们知道了简单的原理,就可以针对其原理和工作流程使用代码进行一一对抗破解,下面我们开始使用最简单的js代码实验。模拟滑动速度 我们主要使用 sleep 延迟执行来进行模拟人为滑动间隔。// 封装 sleep 函数,用于延迟执行 function sleep(ms) { retur...

前端 2025-07-15 PM 497次 0条

打造最小化docker容器镜像

 本文章主要记录博主近几年的使用, 去除知识冗余 以最简单直接方式是记录如何打造最小化 docker 容器镜像以 提高构建速度 以及 容器优化 ,本次实验我们使用典型的 PHP镜像 为实验目标其他类型类似可以参考。概述 打造最小化docker容器镜像的几个步骤尽可能选择 alpine tag 类型镜像减少构建层数清理无用缓存数据分阶段构建alpine 镜像 如果是为了保持镜像最小化建议使用 alpine 镜像 本身 alpine 系统大小只有 5M 所有基于 alpine 系统构建的镜像要比基于其他系统镜像要小的多### 一、核心差异对比维度AlpineUbuntu/DebianCentOS镜像体积≈5 MBUbuntu: ≈72-188 MB Debian: ≈47-125 MB≈200-230 MB包管理器apk(轻量高效)apt(功能全面)yum(企业级支持)C库musl libc(轻量)glibc(兼容性强)glibc安全性默认最小化安装,攻击面小依赖较多,需手动精简企业级安全策略启动速度极快(资源消耗低)中等较慢减少构建层数在构建 dockerfile 是我们尽可能...

PHP,Golang,前端,.Net,数据库,Linux,解决方案,其他 2025-07-08 AM 386次 0条

city-picker城市选择器调整使用后台动态城市数据

city-picker.js 城市选择器默认情况下使用的是本地文件 city-picker.data.js 内的城市数据对于维护个管理不太友好下面我们通过调整代码来实现渲染动态后台城市数据。city-picker.data.js(function (factory) { if (typeof define === 'function' && define.amd) { // AMD. Register as anonymous module. define('ChineseDistricts', [], factory); } else { // Browser globals. factory(); } })(function () { var ChineseDistricts={}; $.ajax({ async: false, url: 'ajax/cityPickerData', success: functi...

PHP,前端,解决方案 2024-10-26 PM 1258次 0条

网站资源请求提示 ERR_CONTENT_LENGTH_MISMATCH 错误

 博主在偶然间遇到过网站突然不能正常访问了,部分资源请求失败 net::ERR_CONTENT_LENGTH_MISMATCH 200 (OK) 错误经过最开始排查以为是文件太大 nginx 处理拦截了然后调整了一下buff大小结果还是提示错误信息 net::ERR_CONTENT_LENGTH_MISMATCH 200 (OK) 最后发现是 nginx 中开启的 sendfile on 导致的。主要原因  ERR_CONTENT_LENGTH_MISMATCH 错误表明Nginx 在使用 sendfile 指令进行文件传输时,发送的字节数与响应头中声明的 Content-Length 头部不一致。这可能是由于文件在传输过程中被修改,或者 Nginx 与上游服务器之间的连接被意外终止。解决方案 我们如果想要临时解决 net::ERR_CONTENT_LENGTH_MISMATCH 200 (OK) 错误信息 只需要在 nginx 配置中将 sendfile on 设置为 sendfile off 即可 解决 ERR_CONTENT_LENGTH_MISMA...

前端,解决方案,其他 2024-07-09 PM 2270次 0条

【性能优化】前置后置节流防抖,防止不避免情况下重复触发

 本文主要记录分享下 性能优化 中在 不可避免 情况下重复请求或者重复调用方法下的前置后置 节流防抖 的处理方式,以下为js版本其他语言可以 参考 类似。优化效果 以下是优化前后对比截图。优化前优化后优化方法 主要分享一下两种方式前置和后置前置节流防抖 /** * 前置节流防抖 * @param func * @param delay * @returns {function(): *} */ window.beforeThrottle = function (func, delay) { let lastCall = 0; return function () { const now = Date.now(); if (now - lastCall < delay) { return; } lastCall = now; retur...

前端,解决方案,其他 2024-04-07 AM 1393次 0条

项目性能优化的指标,目标

性能优化的终极目标是什么性能优化的目标实际上是为了更好的用户体验一般我们认为用户体验是下面的公式:用户体验 = 产品设计(非技术)+ 系统性能 ≈ 系统性能 = 快那什么样的体验叫快呢?3秒定理 一般我们认为网站页面的加载速度在3秒以内就可以称作合格了,加载速度越趋近于0,越快。 3秒定理:Strangeloop在对比了众多网站,并对其性能进行分析之后得出了一个著名的3秒定理,当网站页面加载速度超过3秒后,57%的访客会离开这个网站。  如果想让我们的系统快起来,就要做性能调优。项目性能优化以下可以做为优化的标准:前端工程师:首屏时间、白屏时间、可交互时间、完全加载时间;移动端工程师:端到端响应时间、Crash率、内存使用率、FPS;后端工程师:RT、TPS、并发数。影响因素1:数据库读写、RPC、网络IO、逻辑计算复杂度、缓存影响因素2:JVM[Throughput吞吐量、Footprint访存足迹、Latency延迟]影响性能的关键要素产品设计:产品逻辑、功能交互、动态效果、页面元素基础网络:网络=连接介质+计算终端代码质量&架构移动端环境:设备类型&性能、网络...

PHP,Golang,前端,.Net,解决方案,其他 2024-03-12 PM 1369次 0条

pixi学习资料以及问题收集

 本文主要收集楼主在学习 pixijs 过程中所用到的资料文档以及遇到的一些问题,方便日后查看。 阅读此文是默认已经对 pixijs 有了基本的了解。简述 PixiJS 的核心是一个渲染系统,它使用 WebGL(或可选的 Canvas)来显示图片和其他 2D 视觉内容。 它提供了完整的场景图(要渲染的对象的层次结构),并提供交互支持以支持处理单击和触摸事件。 它是现代 HTML5 世界中 Flash 的自然替代品,但提供了超出 Flash 所能实现的更好的性能和像素级效果。 它非常适合在线游戏、教育内容、互动广告、数据可视化...... 任何复杂图形非常重要的基于 Web 的应用。 与 Cordova 和 Electron 等技术相结合,PixiJS 应用可以作为移动和桌面应用分发到浏览器之外。中文文档pixi中文文档(推荐)pixi中文文档(比较老旧仅做参考)官方文档pixijs官方文档pixijs官方网站已解决问题 已下记录已解决的pixijs使用中的一些问题。手机端渲染模糊 我们主要使用 resolution 和 autoDensity 来解决手机端显示渲染模糊问题,实测有...

前端,解决方案,其他 2023-10-11 AM 1303次 0条

uinapp或者前端打包后出现两个静态资源文件夹解决方案

 我们在使用uinapp编写项目后打包后发现出现了两个静态文件如两个图片文件夹 img和image 两个 字体文件夹 font 和 fonts 等等。问题 通过 uinapp 打包后出现两个重复的图片文件夹 img 和 image 主要是应为代码内引用路径导致的。解决 我们只需要将绝对路径换成相对路径即可.  以上就是uinapp打包后出现两个相同的静态文件夹以及图片文件夹的解决方案。

前端,解决方案 2023-06-05 PM 1627次 0条