来源：http://t.cn/EyQTMwG 由于默认的Linux内核参数考虑的是最通用场景，这明显不符合用于支持高并发访问的Web服务器的定义，所以需要修改Linux内核参数，是的Nginx可以拥有更高的性能； 在优化内核时，可以做的事情很多，不过，我们通常会根据业务特点来进行调整，当Nginx作
sar -A -t -f /tmp/sa11 >/tmp/sar11 https://github.com/ryran/rsar When dealing with sysstat sar data in a sosreport, it's almost always easier to parse
泛型在 C# 中提供了更加灵活、安全和高效的编程方式，它可以提高代码的可重用性、可维护性和可扩展性，同时还能够减少错误并提高性能。这么好的东西必须得多安排安排！
K8S Pod 一直处于 Pending 状态 有几个原因可以阻止 Pod 运行，但我们将描述三个主要问题： 调度问题：无法在任何节点上调度 Pod。 镜像问题：下载容器镜像时出现问题。 依赖性问题：Pod 需要一个卷、Secret 或 ConfigMap 才能运行。 [root@k8smaster
YAML（YAML Ain't Markup Language）是一种人类可读的数据序列化格式，常用于配置文件和数据交换。在 Go 语言中，你可以使用 gopkg.in/yaml.v3 包来解析和生成 YAML 数据。本文将介绍如何使用 gopkg.in/yaml.v3 来处理 YAML 数据。 安
本文参考GB/T-30279, CNNVD，NVD，以及CWE的各种视图, 给出了一个建立适合自己的缺陷分类方法。
解决方案： 在你的.env.dev配置文件中配置VUE_APP_BASE_API并对target赋值
在5月30日博客园T恤上架后，考虑到有些园友上班不能穿T恤，我们将周边下一站锁定在 polo 衫。 锁定容易设计难，polo 衫容不得半点复杂的设计，我们没有想到更好的创意，于是偷懒地沿用T恤的设计，去掉「废话少说」(TALK IS CHEAP)，删掉「放码过来」(Show me the code.
「废话少说，放码过来」主题T恤上架之后，考虑到部分园友上班不能穿T恤，我们准备出 polo 衫。 考虑到 polo 衫容不得半点复杂设计，只能采用尽可能简单的设计。「废话少说」改为一句废话没有，去掉「TALK IS CHEAP」，连「放码过来」也成为废话，去掉「Show me the code.」，
Smartctl（S.M.A.R.T自监控，分析和报告技术）是类Unix下实施SMART任务命令行套件或工具，它用于打印SMART自检和错误日志，启用并禁用SMRAT自动检测，以及初始化设备自检。 Smartctl对于Linux物理服务器非常有用，在这些服务器上，可以智能的对磁盘进行错误检查，并将硬
https://www.redhat.com/en/blog/balancing-if-it-aint-broke-dont-fix-it-vs-release-early-and-often Every organization faces a war between two schools of
https://www.cnblogs.com/AcAc-t/p/kafka_topic_consumer_group_command.html 最近工作中遇到需要使用kafka的场景，测试消费程序启动后，要莫名的过几十秒乃至几分钟才能成功获取到到topic的partition和offset，而后开
https://learn.microsoft.com/en-us/sql/t-sql/data-types/decimal-and-numeric-transact-sql?view=sql-server-ver16 Applies to: SQL Server Azure SQL Databas
背景 最近有一个需求需要自定义一个多继承abc.ABC与django.contrib.admin.ModelAdmin两个父类的抽象子类，方便不同模块复用大部分代码，同时强制必须实现所有抽象方法，没想按想当然的写法实现多继承时，居然报错metaclass conflict： In [1]: impo
背景 之前在一次不规范HTTP请求引发的nginx响应400问题分析与解决 中写过客户端query参数未urlencode导致的400问题，当时的结论是： 对于query参数带空格的请求，由于其不符合HTTP规范，golang的net/http库无法识别会直接报错400，而nginx和使用uwsgi
背景 最近有个业务场景需要服务端(简称S)与客户端(简称C)设计一套基于UDP的通信协议--要求尽可能快的前提下可容忍一定丢包率，得以比较深入地学习和了解UDP通信和实践，在开发调试期间先后碰到了C端UDP发包无响应、响应Host Unreachable、响应Port Unreachable、再次C
背景 作为程序员，应该都听说过NAT(Network Address Transfer，网络地址转换)这一技术名词，并或多或少大概知道其原理与作用--NAT是用于解决IPv4地址不够用，保证我们能够在IPv6普及前依然可以正常使用互联网而广泛使用的一个技术，其原理正如其名称所示：其可以将私网IP通过
背景 最近接触docker的网络配置方式，发现其默认会创建一个docker0的Linux Bridge，宿主机上运行的容器可以通过连接该birdge实现与外网的通信，根据bridge这个命名很自然的认为这就是一个传统意义上的硬件网桥的软件实现，然而进一步探究后发现并非如此，Linux Bridge其
背景 一个安静的晚上，突然接到小伙伴电话线上CDN回源异常，具体表现为请求量飙升，且伴有少量请求404，其中回源请求量飙升已经持续两天但一直未被发现，直到最近404请求触发了告警后分析log才同时发现回源量飙升这一问题。 触发问题的原因很快被发现并修复上线，这里分享一下跟进过程中进一步学习到的CDN
背景 nginx 499在服务端推送流量高峰期长期以来都是存在的，间或还能达到告警阈值触发一小波告警，但主观上一直认为499是客户端主动断开，可能和推送高峰期的用户打开推送后很快杀死app有关，没有进一步探究问题根源。 然而近期在非高峰期也存在499超过告警阈值的偶发情况，多的时候一天几次，少的时候
