在公司也开发了几个桌面程序了，之前主要用了两种技术方案：•Python+PyQT5+PyInstaller•Electron+Vite+Vue3都支持多端，开发桌面程序体验也都不错，但是有一个很严重的问题，就是打包好的程序体积都不小，一般都需要100MB左右。公司还有一波人用C++开发的，像下载器那种桌面程序，最终体积...

上篇文章【Nginx】设置https和http同时使用同一个端口访问，并且访问http跳转到https​，是利用497代码进行跳转。 可否有另外的方式呢？较新版本Nginx的stream模块，支持同一个端口进行http和https分流nginx配置在一个端口下，同时支持http与https两种协议Nginx不支持在同...

突然有一个业务场景，同时使用HTTP和HTTPS，例如http和https都是9999端口，访问http://www.website.cn:9999，跳转到https://www.website.cn:9999，从http跳转到https。其实就是利用497代码进行跳转。error_page497https://$ho...

公司要支持远程办公，但不想买商业SSLVPN设备，也不想搞复杂的OpenVPN。有没有轻量、安全、能管用户的方案？”我直接给他推荐了我在生产上使用2年的这个项目：https://gitee.com/bjdgyc/anylinkAnylink是一个真正可用的企业级开源SSLVPN网关。一、AnyLink是什么？——一个轻...

今天我们来聊一个有点反常识的话题：为什么越来越多的公司开始从微服务架构回归单体架构？是不是觉得有点意外？这几年不是一直在鼓吹微服务、云原生、Serverless吗？怎么现在又开始倒退了？别急，今天我们就来深挖一下这背后的真实原因，看看是不是我们也该放下一些技术焦虑，重新审视架构选型的本质。一、微服务的甜蜜陷阱还记得当初...

在实际的数据库应用中，我们经常会遇到需要处理大数据量的导入和导出的情况。无论是数据迁移、备份恢复，还是数据共享，高效地处理大数据量都是至关重要的。那么，MySQL是如何应对大数据量的导入和导出呢？让我们一起来探讨一下。一、大数据量导入导出的挑战当处理大数据量时，MySQL面临着一些挑战。首先，导入和导出操作可能需要耗费...

在MySQL数据库的使用过程中，我们经常会遇到需要生成大型报告的情况，这些查询可能涉及大量的数据和复杂的计算，对数据库的性能提出了很高的要求。一、问题背景大型报告查询通常具有以下特点：数据量大：涉及大量的表和行，可能需要扫描数百万甚至数十亿行的数据。计算复杂：可能需要进行复杂的聚合、连接和排序操作。响应时间要求高：用户...

几年前项目选型时大家言必称MySQL，仿佛不用MySQL就落伍了。但最近几年，越来越多的公司开始转向PostgreSQL，甚至有人说MySQL正在被淘汰，今天就来聊聊这个话题，为什么MySQL逐渐黯淡，PostgreSQL能够新王登基？一、MySQL的辉煌与局限在开始分析之前，我们先来回顾一下MySQL的辉煌历史。1....

生产环境的一张表已经有几千万甚至上亿条数据，现在业务需求要求删除其中的部分数据，但当你执行DELETE语句时，发现数据库CPU飙升、IO占用100%，整个系统响应缓慢甚至无响应...今天就来聊聊千万级大表删除数据的正确姿势，让你避开那些让DBA抓狂的坑！一、为什么大表删除这么危险？在开始介绍解决方案之前，我们先来理解为...

在本篇文章里，将会介绍如何构建与读服务有着相反差异的写服务。并发百万的读服务每一次请求都不会产生新数据，是无状态的。而写服务不说并发百万，只要并发上万，一天产生的数据量也在亿级左右。本篇将要介绍如何存储这些海量数据，同时保证相对应的写入和查询的性能，以及业务流程不发生太大变化。不管是打车的订单、电商里的支付订单，还是外...

作为一名资深后端开发，你有没有遇到过这样的场景：接手一个新项目，看到前任同事设计的数据库表结构，简直让人怀疑人生？表名莫名其妙，字段命名混乱，关系不清不楚，查询效率低下..这让我深刻意识到了：哪怕是一些高级开发，也并不知道怎么去设计一个好的表结构。于是决定和大家一起探讨如何更好地设计表结构。所有观点都是结合多年的经验得...

作为一名资深前端开发，你有没有遇到过这样的场景：辛辛苦苦写的技术文章，被人轻松复制粘贴就拿走了？或者公司的核心资料，总是担心被竞争对手轻易获取？今天就来聊聊，作为一名前端工程师，如何通过技术手段来保护我们的内容不被随意复制。从青铜到王者，5个段位的防护策略，让你的内容固若金汤！一、青铜段位：阻止默认事件法这是最基础也是...

大家好，今天我们来聊聊Python操作MySQL数据库这个话题。别看这玩意儿简单，但新手朋友经常在这上面摔跟头。今天我就手把手教你，从零开始学习使用PyMySQL操作MySQL数据库，让你一次掌握，从此告别Python连接数据库总出错的尴尬！为什么选择PyMySQL？在开始学习之前，先聊聊为什么我们要选择PyMySQL...

今天我们来聊聊Nginx配置这个让无数程序员又爱又恨的话题。你是否也遇到过这些场景：配置负载均衡时502、504错误频发？限流配置不当导致正常用户被误杀？反向代理配置后静态资源加载缓慢？想做IP白名单却发现动态IP无从下手？SSL证书配置总是各种坑？云原生环境下DNS解析不及时？缓存配置不当反而影响用户体验？别慌！今天...

今天我们来聊聊后端开发绕不开的话题——MySQL安装配置。别看这玩意儿简单，但新手朋友经常在这上面摔跟头。今天我就手把手教你，从零开始安装配置MySQL，让你一次成功，从此告别装个MySQL搞了一天的尴尬！为什么选择MySQL？在开始安装之前，先聊聊为什么MySQL如此受欢迎：开源免费：不用花钱就能用企业级功能性能优秀...

❝大家好，今天咱们聊聊一个让无数后端同学头疼的问题：SQL慢查询优化。别看平时写SQL很轻松，一遇到性能问题就抓瞎！从3秒查询到3毫秒响应，从用户抱怨到老板夸奖，今天就手把手教你成为SQL优化高手！前言：慢查询的血泪史哎，说起SQL慢查询，估计每个后端都有一肚子苦水：用户反馈页面卡死，一查发现某个查询跑了30秒还没结果...

今天咱们聊个让无数后端程序员头疼的话题：Nginx配置实战。想象一下这个场景：项目要上线了，领导让你配个Nginx，结果502、504满天飞，静态资源加载不出来，HTTPS证书配置失败，负载均衡不生效...你在那里抓耳挠腮，怀疑人生！别慌，今天我就把这套从入门到精通的Nginx配置宝典全掏出来，手把手教你用最实用的配置...

一、Excel导入慢？先搞清楚这3个核心问题在开始优化之前，我们首先要明白为什么Excel导入会这么慢。一般来说，主要有以下几个原因：内存爆炸：传统方式会把整个Excel文件加载到内存，百万级数据很容易导致OOM数据库瓶颈：单条插入数据，没有利用数据库的批量处理能力校验开销：每条数据都进行复杂的业务校验，严重拖慢速度之...

作为一名后端开发，经历过太多扫码登录的惨案：某电商APP扫码登录功能上线后，用户扫码后一直转圈圈，1万用户投诉登录不了某办公系统的PC端扫码登录，用户扫了10次都没反应，差点被老板祭天某社交平台扫码登录被黑客攻击，用户账号被盗，技术部集体背锅扫码登录，看似简单，实则暗藏杀机。今天就结合自己踩过的坑，跟大家聊聊扫码登录到...

作为C#开发者，你是否经常为Dictionary的性能瓶颈而苦恼？在高并发场景下，标准的Dictionary和ConcurrentDictionary往往成为系统的性能短板。今天给大家介绍一个性能怪兽级的开源库——Faster.Map，它能让你的键值对操作速度提升数倍！想象一下，当你的应用需要处理1.34亿条数据的查询...

Nginx是一款高性能的Web服务器和反向代理服务器，广泛应用于网站托管、负载均衡、安全防护等场景。当然对于刚接触Nginx的运维人员来说，掌握一些实用技巧可以大大能提升工作效率。这里给大家分享几个非常实用的Nginx配置技巧，适合小白快速上手。1.快速搭建静态网站Nginx最基础的功能是托管静态资源（如HTML、图片...

在C#中，Winform桌面程序很多情况下不能多开，为了防止有人误点导致的多开，很多情况下都会在启动方法里面加入防呆。在.NETFramework中，我们可以使用Mutex类，也可以使用Process类。1.Mutex类，添加代码如下:staticvoidMain()Application.EnableVisualSt...

简介AQChat是一款高并发、高性能的开源免费即时聊天IM系统，完美适配PC+移动端，可为用户提供游戏级别的高并发通信体验。系统采用了Netty作为通信框架，支持二进制协议、文本、图片、音频、视频、文本等多种消息类型，提供实时、低延迟的在线聊天体验。系统集成了AI功能，对接了市面上的主流AI大模型，可实现各样式的文本对...

在数据量爆发的时代，单库单表的架构往往难以承载百万级甚至千万级以上的数据存储与查询需求。分表分库作为解决这一问题的核心方案，在.NET技术栈中同样有成熟的实现路径。本文将从分表分库的核心逻辑出发，详解.NET开发者如何落地这一方案。一、分表分库的核心逻辑：不是“拆分”，而是“规则”分表分库的本质，是通过预设规则将数据分...

DatabaseBrowser是一款简单易用的免费数据库开发工具，提供数据查看与编辑、SQL编写与执行、数据导入导出等功能。DatabaseBrowser目前只支持Windows平台。功能特性•数据库：支持多种数据库，包括Oracle、SQLServer、ODBC、MySQL、OLEDB、BDE、PostgreSQL、...