uptime、w、top等命令都会有系统负载load average的输出，系统平均负载被定义为在特定时间间隔内运行队列中的平均进程数，包括可运行状态和不可中断状态的平均进程数，也就是活跃进程数。它和cpu使用率没有直接的关系
上次更新的最后一篇文章还是在去年的四月份，除了个人原因，也有这10万条数据的功劳。每次进入网站都是出现各种各样错误，也怪自己不去看报错，有时候会直接进不去，出先错误页面。Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allo 这就是报错信息了，大致意思就是，内存超出了，后面百度才明白、、：是因为php默认内存限制是128M，所以需要修改php.ini文件。查找到memory_limit = 128M这一行，将128M改大点，我这里直接是改成了2048M。 重启服务器，通过sudo /usr/sbin/apachectl restart来重启apache服务器，当然其实用终端执行php的话，不重启服务器也是可以的。 重新执行php文件，成功，OK
今天处理了一起紧急问题，回过头来看还是有不少需要注意的地方。 首先是收到了报警，有一台DB服务器的负载有一些高，但是会快就恢复了。所以自己也没有在意，但是过了大概40多分钟，又接到一封报警邮件，而且随着报警频繁，感觉真是出了问题，在中控机器上使用ssh连接竟然都抛出了异常。 # ssh 10.127.xxxx Connection timed out during banner exchange 对于这类问题，是因为超出了默认的超时参数，不过我没有纠结在超时的时长，因为这个本身已经不重要，既然中控超时连接，
12月21日消息，美国存储芯片大厂美光（Micron）于当地时间20日盘后公布了2024财年第一财季（8-11月）财报以及第二财季（2023年12月-2024年2月）财务预测，得益于数据中心的需求增长，弥补了PC与智能手机市场复苏缓慢的影响，美光的业绩及财测超出了华尔街预期。
DDos 攻击自打出现以后，就成为最难防御的攻击方式。仅仅在过去的一年里，DDoS 的数次爆发就让人大开眼界：
近几年来，DDOS攻击事件越来越猖獗，出现的频率也是一年比一年高很多。同时攻击强度也是越来越难，也会携带相结合一些潜在的攻击方式。DDOS攻击不是简单的堵塞服务器，而是通过攻击对企业造成毁灭性的打击。今天就分享下DDOS攻击的同时还会携带哪些潜在的攻击呢？
负载均值在 uptime 或者 top 命令中可以看到，它们可能会显示成这个样子：load average: 0.09, 0.05, 0.01 很多人会这样理解负载均值：三个数分别代表不同时间段的系统平均负载（一分钟、五 分钟、以及十五分钟），它们的数字当然是越小越好。数字越高，说明服务器的负载越 大，这也可能是服务器出现某种问题的信号。 而事实不完全如此，是什么因素构成了负载均值的大小，以及如何区分它们目前的状况是 “好”还是“糟糕”？什么时候应该注意哪些不正常的数值？回答这些问题之前，首先需要了解下这些
计算机---属性---远程设置---勾选"允许运行任意版本远程桌面的计算机连接(较不安全)"……
前几天在Python白银群【黑白人生】问了一个Python基础的问题，这里拿出来给大家分享下。
1xx:信息 100 Continue 服务器仅接收到部分请求，但是一旦服务器并没有拒绝该请求，客户端应该继续发送其余的请求。
上一篇文章的最后，作者提到了文章的参考来源，我特意前往访问了下，发现写得非常不错，特转过来，可以结合阅读，以便更容易理解 CPU 负载这个概念。 你可能对于 Linux 的负载均值（load averages）已有了充分的了解。负载均值在 uptime 或者 top 命令中可以看到，它们可能会显示成这个样子： load average: 0.09, 0.05, 0.01 很多人会这样理解负载均值：三个数分别代表不同时间段的系统平均负载（一分钟、五 分钟、以及十五分钟），它们的数字当然是越小越好。数字越高，说
设备访问服务端的时候，返回Endpoint request time out，在stackoverflow看到有类似的问题 Amazon API gateway timeout
缓冲区溢出是一个场景，其中程序向缓冲区或内容区域写入数据，写入的数据比实际分配的区域要多。使用冰格来考虑的话，你可能拥有 12 个空间，但是只想要创建 10 个。在填充格子的时候，你添加了过多的水，填充了 11 个位置而不是 10 个。你就溢出了冰格的缓存区。
HTTP响应状态码表 1xx: 信息 状态码 英文 描述 100 Continue 服务器仅接收到部分请求，但是一旦服务器并没有拒绝该请求，客户端应该继续发送其余的请求。 101 Switching Protocols 服务器转换协议：服务器将遵从客户的请求转换到另外一种协议。 2xx: 成功 状态码 英文 描述 200 OK 请求成功（其后是对GET和POST请求的应答文档） 201 Created 请求被创建完成，同时新的资源被创建。 202 Accepted 供处理的请求已被接受，但是处理未完成。
忘记什么时候接触到这个标签的，今天更新导航主题模板的时候发现了这个标签，然后又重新的学习了一下，发现挺有意思的哈，这个meta是html标签不是什么“元宇宙”，它已经超出了我的认知范围，当然了，这个标签包含了太多的功能，我们今天要了解的是“Content-Security-Policy”属性及其作用。
今天更新导航主题模板的时候发现了这个标签，然后又重新的学习了一下，发现挺有意思的哈，这个meta是html标签不是什么“元宇宙”，它已经超出了我的认知范围，当然了，这个标签包含了太多的功能，我们今天要了解的是“Content-Security-Policy”属性及其作用。
测试了两个不同地方的内网设备，带宽能跑到40.8 Mbits/sec，超出预期的效果。
上一篇介绍了Redis的主从服务器之间是如何同步数据的。试想下，在一主一从或一主多从的结构下，如果主服务器挂了，整个集群就不可用了，单点问题并没有解决。Redis使用Sentinel解决该问题，保障集群的高可用。
笔者所在公司技术栈为 Golang + PHP，目前部分项目已经逐步转 Go 语言重构，部分 PHP 业务短时间无法用 Go 重写。
PHP预定义变量数组1、$_SERVER $_SERVER超级全局变量包含由web服务器创建的信息，它提供了服务器和客户配置及当前请求环境的有关信息。根据服务器不同，$_SERVER中的变量值和变量个数会有差别，不过一般都可以找到CGI1.1规范中定义的变量。其中包括： $_SERVER[ 'HTTP_REFERER' ] ; 引导用户到达当前位置的页面的URL ； $_SERVER[ 'REMOTE_ADDR‘ ] ; 客户IP地址 ； $_SERVER[ ’REQUEST_URI‘ ] ; URL的路
最普遍的答案 我一直就觉得GET和POST没有什么除了语义之外的区别，自打我开始学习Web编程开始就是这么理解的。 可能很多人都已经猜到了，他要的答案是：
企业平时租用和托管的服务器是有峰值承受限制的，一旦超过了该承受能力，就会导致服务器瘫痪，网站访问不了。而出现这样的直接原因就是在一段时间内，网站的访问量巨大，已经超出了服务器的承受能力。这样的例子比比皆是，以前春运期间，12306网站就频繁出现崩溃，因为那段时间网购火车票的人很多。
在UDP协议代码实现这篇文章中已经通过代码实现一个简易版服务器的形式来体现了“无连接”、“面向数据报”的两大特点，有需要的小伙伴可以参考
如今，私有服务器的应用已经超出了人们的预期，然而其所面临最大的挑战就是云计算应用。虽然大多数组织已经转向采用云服务器，但一些传统公司仍然在采用他们的私有服务器开展业务。 通过进一步审查，行业专家将使用
速率限制是指防止操作的频率超过定义的限制。在大型系统中，速率限制通常用于保护底层服务和资源。速率限制一般在分布式系统中作为一种防御机制，使共享资源能够保持可用性。
前面我们有讲过如何进行API的安全控制，其中包括数据加密，接口签名等内容。详细可以参考我下面两篇文章：
我在多年以前写下的DBA四大守则，第一条是备份重于一切，直到今天，我仍然不断重复这一条守则的重要性。
通过 Cacti 监控服务器内存使用情况时，Memory Usage 图表中，可能会出现 Cache Memory 或其他数据的值显示为 nan 的情况。出现这种情况大多是由于服务器内存较大，超出了 Cacti 数据模板中 10G 的预设上限值，我们可以通过修改此预设值来解决这个问题，下面是具体修改方法。
在公司监控大盘上看到了我负责的项目的数据库服务器CPU达到100%了, 于是紧急排查问题。仔细的看了一下监控大盘，发现时间从下午3点47分起就开始迅速上升到满cpu的情况，并且持续了23分钟，之后又断断续续的满cpu，每次持续时间大概在几分钟到10分钟左右。第一反应是想到是不是服务器有什么错误日志没输出，检查了elk中的错误，没有错误异常。第二个排查的地方是检查从3点47分起开始的访问量看看是不是并发比较高，发现访问量也是正常的，qps大概在60左右。于是下去找运维要一份数据库的慢sql，但是运维还没看到有慢sql(这点不清楚运维的慢sql是怎么记录日志的，按道理是应该有慢sql)。于是通过show processlist查询到了大概4，5条正在执行的查询。发现用户是我们yearning的用户，而不是应用的用户，并且query_start的起始时间距离现在也差不多在7，8分钟左右。将该sql展开发现是一个在yearning上面执行的inner join，我们是有分表的措施的，将数据按照不同企业维度分摊到10个表。平均一张表大概在10万左右的数据量，同事执行的inner join查询通过explain关键词分析发现该语句笛卡尔积之后的扫描行数足足有6亿行，最后筛选出了89行符合要求的数据。跟同事沟通了一下才发现是他执行的复杂查询。让运维帮忙kill掉查询语句后，数据库cpu恢复正常。
HTTP的请求方式共分为OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE和CONNECT八种（注意：这些方法均为大写），其中比较常用的为GET和POST。
urllib2的异常错误处理 在我们用urlopen或opener.open方法发出一个请求时，如果urlopen或opener.open不能处理这个response，就产生错误。 这里主要说的是URLError和HTTPError,以及对它们的错误处理。 URLError URLError产生的原因主要有： 没有网络连接 服务器链接失败 找不到指定的服务器 我们可以用try except语句来补货相应的异常。下面的例子里我们访问了一个不存在的域名。 #urllib2_urlerror.py impor
今天在工作遇到一个docker日志丢失的问题，最终一步步查找到原因了，这里记录一下过程。
在我们用urlopen或opener.open方法发出一个请求时，如果urlopen或opener.open不能处理这个response，就产生错误。
近来在做的一个项目，利用redis实现消息队列，在发布端用lpush，将数据写入到队列中，在订阅端用rpop方法依次读出每条数据并处理，需要在windows服务中循环读取redis里的数据并做进一步处理。
今天写页面用到ajax，到底是用post，还是用get，纠结了好久，毕竟小白一个，所以赶紧查查，（百度一下，你就上当！）
form表单是很常用的html标签，它能为我们提交数据到服务器，上传文件等。有时后台程序却无法接收数据，下面看看解决方法吧。
关于云数据库大部分刚接触云服务器的客户都会有诸如什么是云数据库，云数据库使用有哪些优势，云数据库是否可以拓展容量等方面的问题。云数据库是云服务器的延伸，同样也是属于虚拟数据运作的类型，可以根据应用的环境来快速配置方案，同时还能针对于环境对储存容量的需求，一键拓展容量无需停机更新。云数据库采用多重数据保障，同步进行数据备份，避免数据被误删或是丢失。
前两节我们讨论的工具—F i n g e r、W h o i s和一个白页服务—是用来查找人的信息的。还有一些工具是用来定位文件和文档的，本节中对这些工具给出了一个概述。我们只提供了一个概述，因为对每一个工具的细节的研究超出了本书的范围。我们给出了在 I n t e r n e t上找到这些工具的方法，鼓励你去试一试，找找看哪些工具可以帮助你。还有一些其他的工具正在被开发。[Obraczka, Danzig, and Li1993] 概述了在I n t e r n e t上的资源发现服务。
2023年B站崩了两次，一次是三月份，B站手机盒电脑端当天无法查看视频详情页，到了8月份，B站又崩了一次，许多网站反馈B站图片无法加载，视频无法打开，一直在缓冲。无独有偶，3月份腾讯旗下的微信和QQ登也出现了业务崩溃，微信语音对话、朋友圈、微信支付、QQ文件传输、QQ空间登多个功能都无法启用。
当构建高流量的Web应用程序时，保护服务器免受过多请求的影响是至关重要的。过多的请求可能会导致服务器过载，降低性能甚至导致系统崩溃。为了解决这个问题，nginx提供了一个强大的请求限速模块。该模块允许您根据自定义规则限制客户端请求的速率，并且还可以使用延迟机制来平滑处理超出限制的请求。在本文中，我们将深入探讨nginx的请求限速模块，了解它的工作原理、配置选项以及如何在实际应用中使用它来保护您的服务器免受恶意或异常请求的影响。
web服务器返回的值的定义 1xx：表示服务器已接收了客户端请求，客户端可继续发送请求; 2xx：表示服务器已成功接收到请求并进行处理; 3xx：表示服务器要求客户端重定向; 4xx：表示客户端的请求有非法内容; 5xx：表示服务器未能正常处理客户端的请求而出现意外错误; 具体的来说包含以下各项 1xx: 信息 消息: 描述: 100 Continue 服务器仅接收到部分请求，但是一旦服务器并没有拒绝该请求，客户端应该继续发送其余的请求。 101 Switching Protocol
当问起凤梨叔 两年前全网热议的 DNSPod解析遭到攻击的那天。 关于当晚的每一个的细节，他依旧了然于心。 将时间线拉回到2018年11月9号当晚 当收到告警时， 出现在凤梨叔的脑海里的第一个念头是： 坏了，被攻击了！ 凤梨叔第一件做的不是去排查问题 而是先手动重启B地的部分DNS服务器 多年的从业经验告诉他 外部攻击很多时候是分地域的 不同地区受影响可能不同 A地的服务器启动异常不表示其他地区会马上异常 这个决定 能在保证服务持续提供的同时 也留出找到原因的时间 同时 凤梨叔立即联系腾讯
在安全领域，识别系统被破坏、滥用或错误配置的最成熟方法之一，是收集系统用户和自动化服务执行的所有活动的日志，并分析这些日志。
文件上传：把本地电脑的文件上传带到服务器端(服务器也需要安装到本地硬盘) 文件上传也是通过表单传递数据的，对表单有了两个要求： [1].表单必须有file输入项: [2].表单的提交方式必须是post，enctype属性必须是multipart/form-data 第一种情况： 没有设置enctype属性值,(它的默认值：application/x-www-form-urlencoded)提交的参数：
太平洋时间 11 月 8 日上午 6 点左右开始，ChatGPT 服务器宕机超过 90 分钟，用户访问会收到「ChatGPT 目前已满载（ChatGPT is at capacity right now）」的消息。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
