作为一个不知天高地厚的骇客，我想要获取某个网站和用户之间交流的所有数据。恰好，我能完全控制他们交换数据所用的路由器，来看看我怎么拿到我想要的东西… https是什么？一般我们访问内网设备的时候，都是使用http://192.168.X.X 进行访问，不同设备之间交换数据全部使用明文。但当我们需要将设备暴露给外网进行访问的时候，就需要给http后面加上一个s，这个s代表TLS/SSL协议。当我们使用Https时，客户端通过TCP三次握手与服务端建立连接之后，还会有一个额外的加密阶段。在加密完成后，客户端与服务端会分别得到一个相同的会话秘钥，以此来加密解密之后传输的数据。也就是说，就算使用了https协议，最后还是使用公钥进行对称加密。那么只要我们拿到这个公钥，不就可以破解获取客户端与服务端之间交换的数据了吗？ TLS四次握手这个加密的过程，叫做TLS四次握手，只要从中作梗，或许就能达成我们想要的目的。 第一次握手在第一次握手时，客户端会告诉服务端它支持什么加密协议（TLS 1.2），使用怎样的加密套件（RSA），以及一个客户端随机数client_random。看起来重点是这个c ...

在大型项目的开发中，一个持续集成、持续部署、持续交付的平台是必不可少的。它不仅可以节约我们花在部署上的心思和时间，将注意力集中在代码上。同时也是版本管理、测试交付中起到重要作用的工具。甚至可以说，缺少持续集成平台，项目管理也将会一团糟。那么，一个持续集成的平台要如何设计呢？ 交付件我们从交付产物开始，逆推出整个持续集成的流程。最好的交付方式一定是docker容器无疑，它包含且仅包含运行应用服务所需的“环境”，保证了最高的资源利用率。客户拿到交付件后，也不需要自己配置对应的环境，避免了多余的“技术支持”。开发不止一次，交付也不止一次。因此交付件是有版本区分的。甚至交付客户之前，研发测试阶段也有对应的版本。不同的版本，会在不同阶段部署到指定的服务器上。因此，我们构建出的产物，是需要根据版本先保存一份的，根据阶段不同，推送至不同的机器进行部署。 版本管理运行支撑平台构建出的产物，并不等同于交付件。至少我们的前后端是分别开发的，构建流程也天差地别。因此，将不同应用容器整合成交付件的能力，我们可以交予对应的部署服务器来完成。服务器作为有限资源，必然不可能每个项目、每个阶段都有唯一的服务器使用。所 ...

图片类型不同类型的图片格式因其设计目的、压缩方式和特性而有所区别，我们仅讨论在互联网传播中的常见类型： JPEG (JPG) 有损压缩格式，适用于照片和其他颜色丰富的图像。 允许用户选择不同的压缩级别以平衡文件大小与图像质量。 不支持透明度。 在互联网上广泛使用，因为它可以显著减小文件大小。 PNG 支持无损压缩和8位（PNG-8）或24位（PNG-24）真彩色。 最大的特点是支持Alpha通道透明度，可以创建半透明效果。 当需要高保真色彩且需要透明背景时首选PNG，尤其是在网页设计中。 GIF 也采用无损压缩，但颜色限制在256种以内。 支持动画功能，因此常用于制作循环播放的小型动态图像。 支持简单的透明色（单色透明），适合图标、logo等简单图形。 WebP Google 开发的一种现代图片格式，旨在减少文件大小，同时保持高质量图像。 支持有损和无损压缩，并且支持动画和透明度。 SVG严格来说SVG并不是一种图片格式，而是代码。SVG 图像的核心特点是： 可缩放性： SVG 图像可以无限放大而不失真，因为它们是通过数学公式和路径描述图形，而非像素点阵。 矢量化： 所有图像 ...

部署方式的进化大学刚接触开发时，我们购入了一台学生服务器进行测试。前后端以及数据库同时部署在上面：后来同时参加多个比赛，还要照顾学校里的课程，部署的应用就多了起来。虽然升级了配置，但某一个应用对系统的操作量过大时，总是会造成其它应用的访问阻塞。为了分配有限的计算机资源，我们开始使用虚拟机：现在我家里有一个服务器，还租用了云服务商的服务器。将我已经成型的一些应用打包成容器并上传到自建的docker仓库中，这样就不需要再为每个服务手动配置环境，以及麻烦地上传各种文件了：目前我的这套系统已经高可用了，它们都通过dockerfile中的CMD的命令拉取代码并重新构建，意味着重启docker即可更新。但这都是在一切正常运行的情况下，当遇到一些极端情况还是需要麻烦的手动处理，譬如说： 云服务器资源较少，偶尔会挂掉。就要重启云服务器并对比应用的资源占用，考虑把它放回家里的大服务器。 但是家里的服务器需要定期进行奇偶校验，那时访问家中的服务就会比较慢，而且得持续若干天，这时就得有选择地把重要应用转移到云服务器上。 无法尽可能地利用和调配服务器资源，比如说某些应用吃得多，某些应用吃得少，总是会有浪费。 ...

压缩了吗？以当前页面为例，按F12打开控制台，打开网络(Network)，刷新一下页面，然后打开Content-Encoding显示，就可以在接口对应的属性列看到gzip、br等值： Content-Encoding：HTTP协议中用来指示资源文件经过编码处理以减小传输大小时所用的编码格式。 常见的Content-Encoding值： gzip：表示内容使用GNU zip算法进行了压缩。 compress：表明内容采用了Unix compress程序进行压缩，现在较少使用。 deflate：表示内容使用zlib格式进行了压缩。 br：表示内容使用Brotli算法进行了压缩。 identity或空白：表示内容没有被编码或压缩，是原始格式。 怎么压缩？nginx压缩在Nginx中，压缩前端静态文件主要是通过gzip模块实现的。这个模块可以对服务器响应给客户端的内容进行实时压缩或使用预先生成的.gz压缩文件（即静态压缩）。以下是两种配置方法： 动态压缩（实时压缩）动态压缩是Nginx在接收到客户端请求时，根据配置自动将HTML、CSS、JavaScript等文本类型的静态资源内容压缩 ...

真的可以改有一天公司上线了一个搜索栏组件，形如：它内置了文本超长省略，当field超过15个英文或者8个中文时，就会…省略。有一天，刚好某个field是9个字符… 后端后端：这个搜索项能不能让它完整显示出来？我：这个是组件自带的超出省略。后端：应该可以修改的吧？我：组件没有提供相应的属性来修改。 测试测试：这个就差一个字符，不能完整显示吗？我：可以，但这是ued规范，8个中文字符或者15个英文字符超出省略。测试：不能特殊处理一下吗？我看XX项目里是可以的。我：需要样式覆盖，后期有概率引入问题。 组长组长：这个搜索项完整给它完整展示一下。我：这个不符合设计规范。组长：设计规范是什么？我：8个中文字符或者15个英文字符。 Uedued：这个能不能给它完整展示一下。我：这个是你们当初设计公共组件时的规范吧？ued：……是，但是你特殊处理一下嘛。我：既然有规范，就按规范来，不然到时候整改又得返工。ued：规范是规范，但这个明显完整放出来要好看。我：那9个字符放出来了，下次10个字符要不要放？又差一个。ued：10个字符超两个，省略就好了。我：那你们当初规范为什么不是9个字符？而且既然允许特殊处 ...

192.168.1.1因为在家里搭建了nas服务器，所以会经常通过内网ip访问各种服务。久而久之，觉得这个192.168.X.X实在是太长了，决定把它改短一点，比如11.1.1.1，就很好输入。可问题的关键在于，家里的宽带是房东的，我并没有宽带的账号和密码。这就意味着，我不能使用自己的路由器进行拨号，也不能使用DHCP服务。路由器仅仅是作为中继在使用：这样的话，就只能使用移动光猫的DHCP服务来更改内网的网络号码，比如192.168.1.1的前三位192.168.1。 可是当我使用光猫背面的账号密码登录管理系统时，发现这里并没有可以修改DHCP的模块。上网搜索后得知，原来背面印的账号密码仅仅是用来查看路由器状态的，没有管理权限。 修改管理员账号/密码在开始之前可以尝试使用CMCCAdmin aDm8H%25MdA登录看看，一些旧光猫是可以直接登录的。如果不能登录的话，那就是因为远程注册生成了随机的8位密码，但好在我们可以直接修改它。首先访问：http://192.168.1.1/usr=CMCCAdmin&psw=aDm8H%25MdA&cmd=1&t ...

指路牌 文件压缩 图片 中文字体 代码分片 量化测试工具1. 限制带宽F12打开chrome控制台，在network页签中限制带宽：添加一条自定义的节流配置：最后应用：在进行Web性能测试时，确定合适的带宽限制取决于多个因素，包括但不限于： 应用特性：不同类型的网站和应用有不同的带宽需求。例如，静态内容为主的网站可能对带宽的需求相对较低，而流媒体、文件下载服务或者交互频繁的动态网站可能需要更高的带宽。 预期用户行为：了解用户通常如何与您的应用互动，例如浏览网页、播放视频、上传/下载文件等，这些都会影响所需的带宽。 性能目标：定义可接受的响应时间和吞吐量阈值，确保在一定的用户并发数下，系统仍能满足业务需求。 并发用户数：模拟真实场景下的并发用户数量，以此来估算需要多大的带宽来支持这些用户同时访问而不至于造成瓶颈。 成本考量：在能够承受的成本范围内提供足够的带宽，以便在压力测试中模拟真实世界的条件，同时不超出预算。 2. Performance还是F12打开chrome控制台，找到Performance页签，点击重载按钮得到以下数据：主要关注两个指标： FCP：页面出现第 ...

我平时有健身的习惯，甚至还达成过2个月减掉30斤壮举。现在进入平稳期，想着要不要找个私人教练提高一下效率。我平时对健身知识的学习不算少，感觉这个钱也不是非花不可。遂来问问AI，看看能不能得到什么有用的帮助。 训练计划我们直入主题。不错，上来先提醒我补充信息。不管是健身房教练还是健身向app，都会先询问这些，来制定有针对性的方案。专业~那我也不藏着掖着了。训练内容不错，和我平时的相近，但周一三五七，这个其实有点不专业了。看似被3天的休息日间隔，但实际上周日和周一是相连的。并且，因为肌肉的生长是在锻炼结束后48h的休息时间内进行的，所以这个隔天锻炼相同部位也是不ok的。提示它一下看看。 大标题取得不咋地，但训练内容基本符合我所说的，只是这个训练内容是不是有点多了？算挺准，虽然我平时也练这么久，但比较难坚持，有没有可能精简一下呢？非常好，可以看出是按照前面的对话来精简的，很像在和真人对话的样子，而且效率很高。就是它给的训练内容有些不是很了解。意外地是，操作到这里，我不小心开启了新对话，能不能…牛！理解了训练计划的文本，但好像把组数给搞丢了。一定要丢一个吗？这是不是它的极限了？这下佩服了，不仅 ...