可望

PS界面右上角出现的“Time to Update”怎么关闭？---转载

Mon, 26 Jan 2026 17:19:13 +0800

1. Close Photoshop if open

2. Navigate to "C:\Program Files\Adobe\Adobe Photoshop 2023\Required\UXP\com.adobe.photoshop.inAppMessaging\js"

3. Locate the javaScript File "0.js"

4. Open the 0.js file in a text editor (Notepad, Notepad++, etc)

5. Search for 996633 in the file. You may see two entries. Locate the first instance.

6. Input ",display:none" (including the comma) right after "996633" (after the quotation marks no spaces)

7. Save the file

注：紧接着引号没有空格，然后输入",display:none" 有个逗号

注：win和mac都适用

《绿皮书》：看后有感----借助ai工具

Thu, 17 Jul 2025 09:26:21 +0800

在电影艺术的殿堂中，《绿皮书》宛如一颗璀璨明珠，散发着经久不衰的魅力。这部由彼得・法拉利执导，维果・莫特森和马赫沙拉・阿里主演的影片，以其深刻的内涵、细腻的情感和精湛的叙事，为观众呈现了一场触动灵魂的视听盛宴。它不仅仅是一部电影，更是一面映照人性、社会与历史的镜子，引领我们深入探寻那些被岁月尘封的故事与情感。

一、历史回音：种族隔离阴影下的艰难跋涉

影片将故事背景设定在 20 世纪 60 年代的美国，那是一段种族隔离与歧视盛行的黑暗时期。《绿皮书》作为当时黑人出行的特殊指南，标注着黑人可涉足的有限场所，这一细节成为种族歧视具象化的有力象征，时刻提醒着黑人在社会中的艰难处境。从繁华都市到偏远小镇，黑人面临着无处不在的歧视，他们不能使用白人的厕所，无法在白人餐馆用餐，甚至在服装店试穿衣服的权利都被剥夺。唐・雪利，这位才华横溢的黑人钢琴家，即便拥有卓越的音乐造诣和高雅的气质，也难以逃脱种族歧视的阴霾。他在巡演途中遭受的种种不公，如在高档餐厅被拒之门外、在演出场所被安排在简陋的储物间，生动地展现了当时社会的严重不公，让观众深切感受到黑人所承受的苦难与无奈。这些场景不仅是对历史的真实还原，更是对种族歧视的有力控诉，促使我们反思那段不公正的过去。

二、角色交响：跨越差异的心灵共鸣

托尼・利普，一个来自底层的白人，性格粗犷豪放，带着意大利裔美国人的直率与热情。他生活在社会边缘，为生计奔波，对黑人有着根深蒂固的偏见。而唐・雪利则截然不同，他出身优渥，接受过良好教育，举止优雅，是音乐领域的璀璨明星。然而，在白人主导的社会中，他始终被视为异类，孤独而迷茫。这两个性格、背景天差地别的人物，在一次偶然的雇佣关系中走到了一起。起初，他们之间充满了误解与冲突，托尼对唐的高雅气质感到陌生与排斥，唐则对托尼的粗俗举止难以认同。但随着南方巡演的深入，他们在朝夕相处中逐渐发现彼此的闪光点。托尼被唐的音乐才华所折服，开始理解并尊重他的艺术追求；唐则在托尼的真诚与善良中感受到温暖，学会了放下防备，拥抱生活的真实与质朴。他们在旅途中相互影响、共同成长，托尼教唐享受炸鸡这种简单的快乐，唐则帮助托尼提升文化素养，教他写信表达情感。这种跨越种族与阶层的友谊，如同黑暗中的明灯，照亮了彼此的心灵，也为影片注入了温暖而动人的力量。

三、叙事旋律：公路旅程中的情感变奏

《绿皮书》采用了经典的公路电影叙事模式，以托尼和唐的南方巡演之旅为主线，串联起一系列扣人心弦的故事。影片巧妙地将种族问题、人物情感与社会现实融入这段旅程之中，使观众在跟随主角们穿越美国南方大地的同时，也深入体验到那个时代的复杂与多元。旅途中，他们遭遇了各种困难与挑战，从恶劣的自然环境到人为的歧视与不公，每一次挫折都成为他们关系发展的转折点。例如，在肯塔基州，唐在白人酒吧遭受暴打，托尼及时赶到解救了他，这次事件让他们的关系从单纯的雇佣走向了更深层次的信任；在北卡罗来纳州，唐因使用洗手间问题与白人发生冲突，托尼坚定地站在他身边，维护他的尊严，进一步加深了他们之间的友谊。而在伯明翰的黑人酒吧演出，则是影片的情感高潮。唐在这里放下了对白人社会的迎合与期待，尽情演奏属于黑人文化的音乐，与黑人观众产生了强烈的情感共鸣。这场演出不仅是唐音乐生涯的一次突破，更是他自我身份认同的重要时刻。通过这些情节的层层推进，影片成功地描绘了托尼和唐之间从陌生到熟悉、从偏见对立到相互理解与尊重的情感转变过程，让观众在跌宕起伏的故事中感受到人性的美好与力量。

四、视听和声：光影与音乐交织的艺术盛宴

影片在视听语言方面堪称一绝，为观众带来了一场无与伦比的艺术享受。在画面呈现上，导演精心雕琢每一个场景，从纽约夜总会的喧嚣热闹到唐居住公寓的高雅静谧，从南方白人高档餐厅的奢华到黑人专用场所的简陋破败，通过鲜明的对比，生动地展现了不同阶层、不同种族之间的巨大差异。同时，导演巧妙运用镜头语言来刻画人物情感与关系变化。如托尼和唐初次见面时，采用全景镜头展示两人在空间上的距离，暗示他们内心的隔阂；而随着剧情发展，特写镜头逐渐增多，捕捉他们细微的表情与眼神交流，体现出他们情感的升温。在灯光运用上，也极具匠心。唐在剧院为白人演出时，舞台灯光强烈而刺眼，台下观众隐没在黑暗中，凸显出他的孤独与被孤立；而在黑人酒吧演出时，暖色调的灯光照亮整个舞台与观众席，营造出和谐、温暖的氛围，象征着唐找到了归属感。音乐作为影片的另一大亮点，与剧情完美融合，相得益彰。唐演奏的古典音乐与爵士乐，时而悠扬婉转，时而激情澎湃，不仅展现了他卓越的音乐才华，更成为他表达内心世界、传递情感的重要媒介。同时，影片中的背景音乐也根据不同场景与情感氛围进行精心挑选，如在紧张刺激的冲突场景中，节奏强烈的音乐增强了紧张感；在温馨感人的时刻，舒缓柔和的旋律则触动着观众的心弦，使观众更加深入地沉浸在影片所营造的情感世界之中。

五、主题升华：友谊、勇气与平等的永恒追求

《绿皮书》不仅仅是一个关于友谊的故事，它更是对种族平等、人性尊严以及社会变革的深刻探讨。通过托尼和唐的经历，影片向我们展示了在极端的种族歧视环境下，友谊的力量可以跨越一切障碍，让人们看到彼此内心深处的善良与美好。唐在面对种种不公时，始终保持着对尊严的坚守和对音乐梦想的执着追求，他用自己的勇气和才华向这个不公平的世界发起挑战。而托尼从最初的偏见与歧视，到逐渐被唐所影响，最终成为他坚定的支持者，这一转变过程也象征着人性的觉醒与成长。影片的结尾，唐在圣诞节时来到托尼家中，与他的家人共度佳节，这一场景不仅是两人友谊的升华，更是对种族和谐共处的美好期许。它向我们传递了一个深刻的信息：无论种族、文化或阶层的差异有多大，只要我们拥有理解、包容与爱的胸怀，就能够打破偏见的枷锁，实现真正的平等与和谐。在当今社会，种族问题依然存在，《绿皮书》所传达的主题依然具有强烈的现实意义，它提醒我们要时刻保持对平等与正义的追求，用爱与勇气去消除世间的一切偏见与歧视。

《绿皮书》以其深刻的主题、丰满的人物形象、精彩的叙事和卓越的视听表现，成为电影史上的一部经典之作。它让我们在欣赏精彩故事的同时，也对种族问题、人性光辉以及社会变革有了更深入的思考。这部电影宛如一面镜子，映照出我们内心深处的善良与丑恶，也激励着我们为构建一个更加公平、和谐、美好的世界而努力奋斗。每当我们回味这部影片时，那些温暖感人的画面、动人心弦的音乐以及深刻的人生哲理，都将如同璀璨星辰，在我们的记忆长河中熠熠生辉，永远散发着触动灵魂的力量。

滕王阁序(很喜欢，放上来)

Tue, 08 Jul 2025 15:52:00 +0800

　　豫章故郡，洪都新府。星分翼轸，地接衡庐。襟三江而带五湖，控蛮荆而引瓯越。物华天宝，龙光射牛斗之墟；人杰地灵，徐孺下陈蕃之榻。雄州雾列，俊采星驰。台隍枕夷夏之交，宾主尽东南之美。都督阎公之雅望，棨戟遥临；宇文新州之懿范，襜帷暂驻。十旬休假，胜友如云；千里逢迎，高朋满座。腾蛟起凤，孟学士之词宗；紫电青霜，王将军之武库。家君作宰，路出名区；童子何知，躬逢胜饯。(豫章故郡一作：南昌故郡；青霜一作：清霜)

　　时维九月，序属三秋。潦水尽而寒潭清，烟光凝而暮山紫。俨骖騑于上路，访风景于崇阿。临帝子之长洲，得天人之旧馆。层峦耸翠，上出重霄；飞阁流丹，下临无地。鹤汀凫渚，穷岛屿之萦回；桂殿兰宫，即冈峦之体势。（天人一作：仙人；层峦一作：层台；即冈一作：列冈；飞阁流丹一作：飞阁翔丹）

　　披绣闼，俯雕甍，山原旷其盈视，川泽纡其骇瞩。闾阎扑地，钟鸣鼎食之家；舸舰迷津，青雀黄龙之舳。云销雨霁，彩彻区明。落霞与孤鹜齐飞，秋水共长天一色。渔舟唱晚，响穷彭蠡之滨，雁阵惊寒，声断衡阳之浦。(迷津一作：弥津；云销雨霁，彩彻区明一作：虹销雨霁，彩彻云衢)

　　遥襟甫畅，逸兴遄飞。爽籁发而清风生，纤歌凝而白云遏。睢园绿竹，气凌彭泽之樽；邺水朱华，光照临川之笔。四美具，二难并。穷睇眄于中天，极娱游于暇日。天高地迥，觉宇宙之无穷；兴尽悲来，识盈虚之有数。望长安于日下，目吴会于云间。地势极而南溟深，天柱高而北辰远。关山难越，谁悲失路之人；萍水相逢，尽是他乡之客。怀帝阍而不见，奉宣室以何年？(遥襟甫畅一作：遥吟俯畅)

　　嗟乎！时运不齐，命途多舛。冯唐易老，李广难封。屈贾谊于长沙，非无圣主；窜梁鸿于海曲，岂乏明时？所赖君子见机，达人知命。老当益壮，宁移白首之心？穷且益坚，不坠青云之志。酌贪泉而觉爽，处涸辙以犹欢。北海虽赊，扶摇可接；东隅已逝，桑榆非晚。孟尝高洁，空余报国之情；阮籍猖狂，岂效穷途之哭！(见机一作：安贫；以犹欢一作：而相欢)

　　勃，三尺微命，一介书生。无路请缨，等终军之弱冠；有怀投笔，慕宗悫之长风。舍簪笏于百龄，奉晨昏于万里。非谢家之宝树，接孟氏之芳邻。他日趋庭，叨陪鲤对；今兹捧袂，喜托龙门。杨意不逢，抚凌云而自惜；钟期既遇，奏流水以何惭？

　　呜呼！胜地不常，盛筵难再；兰亭已矣，梓泽丘墟。临别赠言，幸承恩于伟饯；登高作赋，是所望于群公。敢竭鄙怀，恭疏短引；一言均赋，四韵俱成。请洒潘江，各倾陆海云尔。
　　滕王高阁临江渚，佩玉鸣鸾罢歌舞。
　　画栋朝飞南浦云，珠帘暮卷西山雨。
　　闲云潭影日悠悠，物换星移几度秋。
　　阁中帝子今何在？槛外长江空自流。

再分享一首喜欢的诗，你还在我身旁

Mon, 07 Jul 2025 09:30:23 +0800

你还在我身旁

戴畅

瀑布的水逆流而上，

　　蒲公英种子从远处飘回，聚成伞的模样，

　　太阳从西边升起，落向东方。

　　子弹退回枪膛，

　　运动员回到起跑线上，

　　我交回录取通知书，忘了十年寒窗。

　　厨房里飘来饭菜的香，

　　你把我的卷子签好名字，

　　关掉电视，帮我把书包背上。

　　你还在我身旁

喜欢的一首小诗，分享出来

Mon, 07 Jul 2025 09:28:41 +0800

怒

　　何故

　　昨日暮

　　偶遇见她

　　把纤纤玉手

　　交那衰人牵住

　　盈盈笑语左右顾

　　神采飞扬凌波微步

　　美眸中一片深情倾注

　　似前年与我同在湖畔路

　　也这般附耳交顾低语倾诉

　　如今见我头也不点形同陌路

　　我发现自己旧情难忘六神无主

　　两眼痴呆双脚生根心内如被汤煮

　　像我这么优秀的男子她总嫌我老土

　　那土鳖相貌恶心行止猥琐她爱他粗鲁

　　女孩子搞不清她想什么我越琢磨越胡涂

　　明知道她与自己不合适想忘记她另起灶炉

　　到头来都只能是剪不断理还乱最终于事无补

　　兄弟我长这么大从来没怕过谁却栽给了这个主

　　看来是上辈子欠她很多钱早知如此就不该和她堵

　　碰上她算我倒霉下次说什么也得找个温柔姑娘相处

　　总算明白这世上漂亮不能当饭吃往往还让你难堪重负

　　从现在起踏踏实实勤勤恳恳谦虚谨慎待人有礼爱护公物

　　切记过马路左右看要走人行斑马线要想富少生孩子多种树

　　化悲痛为力量一边努力学习一边时刻准备着开发祖国大西部

　　大丈夫何患无妻没有了你虽然孤独但也使我从此不再一叶障目

　　这也使我好好反思为什么会失败总结经验教训继续探索革命道路

　　我会遇上好姑娘没命地追她想她爱她决不放过她不管她属虎还属兔

被讨厌的勇气 - 阿德勒心理学（感觉不错的句子）

Fri, 04 Jul 2025 11:20:54 +0800

能够改变自己的只有自己。

原因论和目的论。后者为此书主张，即目的制造行为；

决定我们自身的不是过去的经历，而是我们赋予经历的意义；

改变的第一步就是理解。

答案不应该是从别人那里得到，而应该是自己亲自找出来。

重要的不是被给予了什么，而是如何去利用被给予的东西。

之所以无法改变，是因为自己下了“不改变”的决心；

即使人们有各种不满，但还是认为保持现状更加轻松、更安心；

目的论说：无论之前发生过什么，都对今后的人生如何度过没有影响；

我们并不是为了满足别人的期待而活着。

别人如何评价你的选择，那是别人的课题，你根本无法左右；

关闭macOS中的SIP（System Integrity Protection）

Fri, 27 Sep 2024 10:29:27 +0800

重启Mac进入恢复模式：

对于搭载Intel处理器的Mac电脑，完全关机后开机时按住 Command + R 直到看到苹果标志。
对于搭载Apple M1或M2芯片的Mac电脑，关机后按住电源键直到看到“正在载入启动选项...”提示，然后松开电源键，点击选项进入恢复模式。

打开终端：

在恢复模式界面，点击屏幕顶部的“实用工具”菜单，然后选择“终端”。

禁用SIP：

在终端中输入命令 csrutil disable 然后按回车键。

重启电脑：

SIP禁用后，重启电脑以使更改生效。

要重新启用SIP，只需重复上述步骤，但在终端中输入 csrutil enable 命令。

查看SIP状态：在正常启动的macOS系统中打开“终端”，输入 csrutil status 命令，如果显示“disabled”，则SIP当前是关闭的；如果显示“enabled”，则SIP是开启的。

请注意，禁用SIP可能会使您的系统面临安全风险，因此请确保在完成必要的操作后重新启用它。

Nginx 从入门到实践，万字详解！----转载

Tue, 30 Jul 2024 18:16:34 +0800

原链接：https://juejin.cn/post/6844904144235413512

相信作为开发者，大家都知道 Nginx 的重要，废话不多说，一起来学习吧。

CentOS 版本： 7.6

Nginx 版本： 1.16.1

1. Nginx 介绍

传统的 Web 服务器，每个客户端连接作为一个单独的进程或线程处理，需在切换任务时将 CPU 切换到新的任务并创建一个新的运行时上下文，消耗额外的内存和 CPU 时间，当并发请求增加时，服务器响应变慢，从而对性能产生负面影响。

Nginx 是开源、高性能、高可靠的 Web 和反向代理服务器，而且支持热部署，几乎可以做到 7 * 24 小时不间断运行，即使运行几个月也不需要重新启动，还能在不间断服务的情况下对软件版本进行热更新。性能是 Nginx 最重要的考量，其占用内存少、并发能力强、能支持高达 5w 个并发连接数，最重要的是，Nginx 是免费的并可以商业化，配置使用也比较简单。

Nginx 的最重要的几个使用场景：

静态资源服务，通过本地文件系统提供服务；
反向代理服务，延伸出包括缓存、负载均衡等；
API 服务，OpenResty ；

对于前端来说 Node.js 不陌生了，Nginx 和 Node.js 的很多理念类似，HTTP 服务器、事件驱动、异步非阻塞等，且 Nginx 的大部分功能使用 Node.js 也可以实现，但 Nginx 和 Node.js 并不冲突，都有自己擅长的领域。Nginx 擅长于底层服务器端资源的处理（静态资源处理转发、反向代理，负载均衡等），Node.js 更擅长上层具体业务逻辑的处理，两者可以完美组合，共同助力前端开发。

下面我们着重学习一下 Nginx 的使用。

2. 相关概念

2.1 简单请求和非简单请求

首先我们来了解一下简单请求和非简单请求，如果同时满足下面两个条件，就属于简单请求：

请求方法是 HEAD、GET、POST 三种之一；
HTTP 头信息不超过右边着几个字段：Accept、Accept-Language、Content-Language、Last-Event-ID Content-Type 只限于三个值 application/x-www-form-urlencoded、multipart/form-data、text/plain；

凡是不同时满足这两个条件的，都属于非简单请求。

浏览器处理简单请求和非简单请求的方式不一样：

简单请求

对于简单请求，浏览器会在头信息中增加 Origin 字段后直接发出，Origin 字段用来说明，本次请求来自的哪个源（协议+域名+端口）。

如果服务器发现 Origin 指定的源不在许可范围内，服务器会返回一个正常的 HTTP 回应，浏览器取到回应之后发现回应的头信息中没有包含 Access-Control-Allow-Origin 字段，就抛出一个错误给 XHR 的 error 事件；

如果服务器发现 Origin 指定的域名在许可范围内，服务器返回的响应会多出几个 Access-Control- 开头的头信息字段。

非简单请求

非简单请求是那种对服务器有特殊要求的请求，比如请求方法是 PUT 或 DELETE，或 Content-Type 值为 application/json。浏览器会在正式通信之前，发送一次 HTTP 预检 OPTIONS 请求，先询问服务器，当前网页所在的域名是否在服务器的许可名单之中，以及可以使用哪些 HTTP 请求方法和头信息字段。只有得到肯定答复，浏览器才会发出正式的 XHR 请求，否则报错。

2.2 跨域

在浏览器上当前访问的网站向另一个网站发送请求获取数据的过程就是跨域请求。

跨域是浏览器的同源策略决定的，是一个重要的浏览器安全策略，用于限制一个 origin 的文档或者它加载的脚本与另一个源的资源进行交互，它能够帮助阻隔恶意文档，减少可能被攻击的媒介，可以使用 CORS 配置解除这个限制。

关于跨域网上已经有很多解释，这里就不啰嗦，也可以直接看 MDN 的 <浏览器的同源策略> 文档进一步了解，这里就列举几个同源和不同元的例子，相信程序员都能看得懂。

bash代码解读复制代码# 同源的例子 http://example.com/app1/index.html  # 只是路径不同 http://example.com/app2/index.html  http://Example.com:80  # 只是大小写差异 http://example.com  # 不同源的例子 http://example.com/app1   # 协议不同 https://example.com/app2  http://example.com        # host 不同 http://www.example.com http://myapp.example.com  http://example.com        # 端口不同 http://example.com:8080

2.3 正向代理和反向代理

反向代理（Reverse Proxy）对应的是正向代理（Forward Proxy），他们的区别：

正向代理：一般的访问流程是客户端直接向目标服务器发送请求并获取内容，使用正向代理后，客户端改为向代理服务器发送请求，并指定目标服务器（原始服务器），然后由代理服务器和原始服务器通信，转交请求并获得的内容，再返回给客户端。正向代理隐藏了真实的客户端，为客户端收发请求，使真实客户端对服务器不可见；

举个具体的例子 🌰，你的浏览器无法直接访问谷哥，这时候可以通过一个代理服务器来帮助你访问谷哥，那么这个服务器就叫正向代理。

反向代理：与一般访问流程相比，使用反向代理后，直接收到请求的服务器是代理服务器，然后将请求转发给内部网络上真正进行处理的服务器，得到的结果返回给客户端。反向代理隐藏了真实的服务器，为服务器收发请求，使真实服务器对客户端不可见。一般在处理跨域请求的时候比较常用。现在基本上所有的大型网站都设置了反向代理。

举个具体的例子 🌰，去饭店吃饭，可以点川菜、粤菜、江浙菜，饭店也分别有三个菜系的厨师 👨‍🍳，但是你作为顾客不用管哪个厨师给你做的菜，只用点菜即可，小二将你菜单中的菜分配给不同的厨师来具体处理，那么这个小二就是反向代理服务器。

简单的说，一般给客户端做代理的都是正向代理，给服务器做代理的就是反向代理。

正向代理和反向代理主要的原理区别可以参见下图：

2.4 负载均衡

一般情况下，客户端发送多个请求到服务器，服务器处理请求，其中一部分可能要操作一些资源比如数据库、静态资源等，服务器处理完毕后，再将结果返回给客户端。

这种模式对于早期的系统来说，功能要求不复杂，且并发请求相对较少的情况下还能胜任，成本也低。随着信息数量不断增长，访问量和数据量飞速增长，以及系统业务复杂度持续增加，这种做法已无法满足要求，并发量特别大时，服务器容易崩。

很明显这是由于服务器性能的瓶颈造成的问题，除了堆机器之外，最重要的做法就是负载均衡。

请求爆发式增长的情况下，单个机器性能再强劲也无法满足要求了，这个时候集群的概念产生了，单个服务器解决不了的问题，可以使用多个服务器，然后将请求分发到各个服务器上，将负载分发到不同的服务器，这就是负载均衡，核心是「分摊压力」。Nginx 实现负载均衡，一般来说指的是将请求转发给服务器集群。

举个具体的例子 🌰，晚高峰乘坐地铁的时候，入站口经常会有地铁工作人员大喇叭“请走 B 口，B 口人少车空....”，这个工作人员的作用就是负载均衡。

2.5 动静分离

为了加快网站的解析速度，可以把动态页面和静态页面由不同的服务器来解析，加快解析速度，降低原来单个服务器的压力。

一般来说，都需要将动态资源和静态资源分开，由于 Nginx 的高并发和静态资源缓存等特性，经常将静态资源部署在 Nginx 上。如果请求的是静态资源，直接到静态资源目录获取资源，如果是动态资源的请求，则利用反向代理的原理，把请求转发给对应后台应用去处理，从而实现动静分离。

使用前后端分离后，可以很大程度提升静态资源的访问速度，即使动态服务不可用，静态资源的访问也不会受到影响。

3. Nginx 快速安装

3.1 安装

我们可以先看看

bash代码解读复制代码yum list | grep nginx

来看看

然后

bash代码解读复制代码yum install nginx

来安装 Nginx，然后我们在命令行中 nginx -v 就可以看到具体的 Nginx 版本信息，也就安装完毕了。

3.2 相关文件夹

然后我们可以使用 rpm -ql nginx 来查看 Nginx 被安装到了什么地方，有哪些相关目录，其中位于 /etc 目录下的主要是配置文件，还有一些文件见下图：

主要关注的文件夹有两个：

/etc/nginx/conf.d/ 文件夹，是我们进行子配置的配置项存放处，/etc/nginx/nginx.conf 主配置文件会默认把这个文件夹中所有子配置项都引入；
/usr/share/nginx/html/ 文件夹，通常静态文件都放在这个文件夹，也可以根据你自己的习惯放其他地方；

3.3 跑起来康康

安装之后开启 Nginx，如果系统开启了防火墙，那么需要设置一下在防火墙中加入需要开放的端口，下面列举几个常用的防火墙操作（没开启的话不用管这个）：

bash代码解读复制代码systemctl start firewalld  # 开启防火墙 systemctl stop firewalld   # 关闭防火墙 systemctl status firewalld # 查看防火墙开启状态，显示running则是正在运行 firewall-cmd --reload      # 重启防火墙，永久打开端口需要reload一下  # 添加开启端口，--permanent表示永久打开，不加是临时打开重启之后失效 firewall-cmd --permanent --zone=public --add-port=8888/tcp  # 查看防火墙，添加的端口也可以看到 firewall-cmd --list-all

然后设置 Nginx 的开机启动：

bash代码解读复制代码systemctl enable nginx

启动 Nginx （其他命令后面有详细讲解）：

bash代码解读复制代码systemctl start nginx

然后访问你的 IP，这时候就可以看到 Nginx 的欢迎页面了～ Welcome to nginx！ 👏

3.4 安装 nvm & node & git

bash代码解读复制代码# 下载 nvm，或者看官网的步骤 https://github.com/nvm-sh/nvm#install--update-script curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.35.3/install.sh | bash  source   ~/.bashrc    # 安装完毕后，更新配置文件即可使用 nvm 命令 nvm ls-remote         # 查看远程 node 版本 nvm install v12.16.3  # 选一个你要安装的版本安装，我这里选择 12.16.3 nvm list              # 安装完毕查看安装的 node 版本 node -v               # 查看是否安装好了  yum install git   # git 安装

4. Nginx 操作常用命令

Nginx 的命令在控制台中输入 nginx -h 就可以看到完整的命令，这里列举几个常用的命令：

bash代码解读复制代码nginx -s reload  # 向主进程发送信号，重新加载配置文件，热重启 nginx -s reopen  # 重启 Nginx nginx -s stop    # 快速关闭 nginx -s quit    # 等待工作进程处理完成后关闭 nginx -T         # 查看当前 Nginx 最终的配置 nginx -t -c <配置路径>    # 检查配置是否有问题，如果已经在配置目录，则不需要-c

systemctl 是 Linux 系统应用管理工具 systemd 的主命令，用于管理系统，我们也可以用它来对 Nginx 进行管理，相关命令如下：

bash代码解读复制代码systemctl start nginx    # 启动 Nginx systemctl stop nginx     # 停止 Nginx systemctl restart nginx  # 重启 Nginx systemctl reload nginx   # 重新加载 Nginx，用于修改配置后 systemctl enable nginx   # 设置开机启动 Nginx systemctl disable nginx  # 关闭开机启动 Nginx systemctl status nginx   # 查看 Nginx 运行状态

5. Nginx 配置语法

就跟前面文件作用讲解的图所示，Nginx 的主配置文件是 /etc/nginx/nginx.conf，你可以使用 cat -n nginx.conf 来查看配置。

nginx.conf 结构图可以这样概括：

bash代码解读复制代码main        # 全局配置，对全局生效 ├── events  # 配置影响 Nginx 服务器或与用户的网络连接 ├── http    # 配置代理，缓存，日志定义等绝大多数功能和第三方模块的配置 │   ├── upstream # 配置后端服务器具体地址，负载均衡配置不可或缺的部分 │   ├── server   # 配置虚拟主机的相关参数，一个 http 块中可以有多个 server 块 │   ├── server │   │   ├── location  # server 块可以包含多个 location 块，location 指令用于匹配 uri │   │   ├── location │   │   └── ... │   └── ... └── ...

一个 Nginx 配置文件的结构就像 nginx.conf 显示的那样，配置文件的语法规则：

配置文件由指令与指令块构成；
每条指令以 ; 分号结尾，指令与参数间以空格符号分隔；
指令块以 {} 大括号将多条指令组织在一起；
include 语句允许组合多个配置文件以提升可维护性；
使用 # 符号添加注释，提高可读性；
使用 $ 符号使用变量；
部分指令的参数支持正则表达式；

5.1 典型配置

Nginx 的典型配置：

nginx代码解读复制代码user  nginx;                        # 运行用户，默认即是nginx，可以不进行设置 worker_processes  1;                # Nginx 进程数，一般设置为和 CPU 核数一样 error_log  /var/log/nginx/error.log warn;   # Nginx 的错误日志存放目录 pid        /var/run/nginx.pid;      # Nginx 服务启动时的 pid 存放位置  events {     use epoll;     # 使用epoll的I/O模型(如果你不知道Nginx该使用哪种轮询方法，会自动选择一个最适合你操作系统的)     worker_connections 1024;   # 每个进程允许最大并发数 }  http {   # 配置使用最频繁的部分，代理、缓存、日志定义等绝大多数功能和第三方模块的配置都在这里设置     # 设置日志模式     log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '                       '$status $body_bytes_sent "$http_referer" '                       '"$http_user_agent" "$http_x_forwarded_for"';      access_log  /var/log/nginx/access.log  main;   # Nginx访问日志存放位置      sendfile            on;   # 开启高效传输模式     tcp_nopush          on;   # 减少网络报文段的数量     tcp_nodelay         on;     keepalive_timeout   65;   # 保持连接的时间，也叫超时时间，单位秒     types_hash_max_size 2048;      include             /etc/nginx/mime.types;      # 文件扩展名与类型映射表     default_type        application/octet-stream;   # 默认文件类型      include /etc/nginx/conf.d/*.conf;   # 加载子配置项       server {      listen       80;       # 配置监听的端口      server_name  localhost;    # 配置的域名        location / {      root   /usr/share/nginx/html;  # 网站根目录      index  index.html index.htm;   # 默认首页文件      deny 172.168.22.11;   # 禁止访问的ip地址，可以为all      allow 172.168.33.44； # 允许访问的ip地址，可以为all      }        error_page 500 502 503 504 /50x.html;  # 默认50x对应的访问页面      error_page 400 404 error.html;   # 同上     } }

server 块可以包含多个 location 块，location 指令用于匹配 uri，语法：

nginx代码解读复制代码location [ = | ~ | ~* | ^~] uri {  ... }

指令后面：

= 精确匹配路径，用于不含正则表达式的 uri 前，如果匹配成功，不再进行后续的查找；
^~ 用于不含正则表达式的 uri；前，表示如果该符号后面的字符是最佳匹配，采用该规则，不再进行后续的查找；
~ 表示用该符号后面的正则去匹配路径，区分大小写；
~* 表示用该符号后面的正则去匹配路径，不区分大小写。跟 ~ 优先级都比较低，如有多个location的正则能匹配的话，则使用正则表达式最长的那个；

如果 uri 包含正则表达式，则必须要有 ~ 或 ~* 标志。

5.2 全局变量

Nginx 有一些常用的全局变量，你可以在配置的任何位置使用它们，如下表：

全局变量名	功能
`$host`	请求信息中的 `Host`，如果请求中没有 `Host` 行，则等于设置的服务器名，不包含端口
`$request_method`	客户端请求类型，如 `GET`、`POST`
`$remote_addr`	客户端的 `IP` 地址
`$args`	请求中的参数
`$arg_PARAMETER`	`GET` 请求中变量名 PARAMETER 参数的值，例如：`$http_user_agent`(Uaer-Agent 值), `$http_referer`...
`$content_length`	请求头中的 `Content-length` 字段
`$http_user_agent`	客户端agent信息
`$http_cookie`	客户端cookie信息
`$remote_addr`	客户端的IP地址
`$remote_port`	客户端的端口
`$http_user_agent`	客户端agent信息
`$server_protocol`	请求使用的协议，如 `HTTP/1.0`、`HTTP/1.1`
`$server_addr`	服务器地址
`$server_name`	服务器名称
`$server_port`	服务器的端口号
`$scheme`	HTTP 方法（如http，https）

还有更多的内置预定义变量，可以直接搜索关键字「nginx内置预定义变量」可以看到一堆博客写这个，这些变量都可以在配置文件中直接使用。

6. 设置二级域名虚拟主机

在某某云 ☁️ 上购买了域名之后，就可以配置虚拟主机了，一般配置的路径在 域名管理 -> 解析 -> 添加记录 中添加二级域名，配置后某某云会把二级域名也解析到我们配置的服务器 IP 上，然后我们在 Nginx 上配置一下虚拟主机的访问监听，就可以拿到从这个二级域名过来的请求了。

现在我自己的服务器上配置了一个 fe 的二级域名，也就是说在外网访问 fe.sherlocked93.club 的时候，也可以访问到我们的服务器了。

由于默认配置文件 /etc/nginx/nginx.conf 的 http 模块中有一句 include /etc/nginx/conf.d/*.conf 也就是说 conf.d 文件夹下的所有 *.conf 文件都会作为子配置项被引入配置文件中。为了维护方便，我在 /etc/nginx/conf.d 文件夹中新建一个 fe.sherlocked93.club.conf ：

nginx代码解读复制代码# /etc/nginx/conf.d/fe.sherlocked93.club.conf  server {   listen 80;  server_name fe.sherlocked93.club;   location / {  root  /usr/share/nginx/html/fe;  index index.html;  } }

然后在 /usr/share/nginx/html 文件夹下新建 fe 文件夹，新建文件 index.html，内容随便写点，改完 nginx -s reload 重新加载，浏览器中输入 fe.sherlocked93.club，发现从二级域名就可以访问到我们刚刚新建的 fe 文件夹：

7. 配置反向代理

反向代理是工作中最常用的服务器功能，经常被用来解决跨域问题，下面简单介绍一下如何实现反向代理。

首先进入 Nginx 的主配置文件：

bash代码解读复制代码vim /etc/nginx/nginx.conf

为了看起来方便，把行号显示出来 :set nu （个人习惯），然后我们去 http 模块的 server 块中的 location /，增加一行将默认网址重定向到最大学习网站 Bilibili 的 proxy_pass 配置 🤓 ：

改完保存退出，nginx -s reload 重新加载，进入默认网址，那么现在就直接跳转到 B 站了，实现了一个简单的代理。

实际使用中，可以将请求转发到本机另一个服务器上，也可以根据访问的路径跳转到不同端口的服务中。

比如我们监听 9001 端口，然后把访问不同路径的请求进行反向代理：

把访问 http://127.0.0.1:9001/edu 的请求转发到 http://127.0.0.1:8080
把访问 http://127.0.0.1:9001/vod 的请求转发到 http://127.0.0.1:8081

这种要怎么配置呢，首先同样打开主配置文件，然后在 http 模块下增加一个 server 块：

nginx代码解读复制代码server {   listen 9001;   server_name *.sherlocked93.club;    location ~ /edu/ {     proxy_pass http://127.0.0.1:8080;   }     location ~ /vod/ {     proxy_pass http://127.0.0.1:8081;   } }

反向代理还有一些其他的指令，可以了解一下：

proxy_set_header：在将客户端请求发送给后端服务器之前，更改来自客户端的请求头信息。
proxy_connect_timeout：配置Nginx与后端代理服务器尝试建立连接的超时时间。
proxy_read_timeout：配置Nginx向后端服务器组发出read请求后，等待相应的超时时间。
proxy_send_timeout：配置Nginx向后端服务器组发出write请求后，等待相应的超时时间。
proxy_redirect：用于修改后端服务器返回的响应头中的Location和Refresh。

8. 跨域 CORS 配置

关于简单请求、非简单请求、跨域的概念，前面已经介绍过了，还不了解的可以看看前面的讲解。现在前后端分离的项目一统天下，经常本地起了前端服务，需要访问不同的后端地址，不可避免遇到跨域问题。

要解决跨域问题，我们来制造一个跨域问题。首先和前面设置二级域名的方式一样，先设置好 fe.sherlocked93.club 和 be.sherlocked93.club 二级域名，都指向本云服务器地址，虽然对应 IP 是一样的，但是在 fe.sherlocked93.club 域名发出的请求访问 be.sherlocked93.club 域名的请求还是跨域了，因为访问的 host 不一致（如果不知道啥原因参见前面跨域的内容）。

8.1 使用反向代理解决跨域

在前端服务地址为 fe.sherlocked93.club 的页面请求 be.sherlocked93.club 的后端服务导致的跨域，可以这样配置：

nginx代码解读复制代码server {   listen 9001;   server_name fe.sherlocked93.club;    location / {     proxy_pass be.sherlocked93.club;   } }

这样就将对前一个域名 fe.sherlocked93.club 的请求全都代理到了 be.sherlocked93.club，前端的请求都被我们用服务器代理到了后端地址下，绕过了跨域。

这里对静态文件的请求和后端服务的请求都以 fe.sherlocked93.club 开始，不易区分，所以为了实现对后端服务请求的统一转发，通常我们会约定对后端服务的请求加上 /apis/ 前缀或者其他的 path 来和对静态资源的请求加以区分，此时我们可以这样配置：

nginx代码解读复制代码# 请求跨域，约定代理后端服务请求path以/apis/开头 location ^~/apis/ {     # 这里重写了请求，将正则匹配中的第一个分组的path拼接到真正的请求后面，并用break停止后续匹配     rewrite ^/apis/(.*)$ /$1 break;     proxy_pass be.sherlocked93.club;       # 两个域名之间cookie的传递与回写     proxy_cookie_domain be.sherlocked93.club fe.sherlocked93.club; }

这样，静态资源我们使用 fe.sherlocked93.club/xx.html，动态资源我们使用 fe.sherlocked93.club/apis/getAwo，浏览器页面看起来仍然访问的前端服务器，绕过了浏览器的同源策略，毕竟我们看起来并没有跨域。

也可以统一一点，直接把前后端服务器地址直接都转发到另一个 server.sherlocked93.club，只通过在后面添加的 path 来区分请求的是静态资源还是后端服务，看需求了。

8.2 配置 header 解决跨域

当浏览器在访问跨源的服务器时，也可以在跨域的服务器上直接设置 Nginx，从而前端就可以无感地开发，不用把实际上访问后端的地址改成前端服务的地址，这样可适性更高。

比如前端站点是 fe.sherlocked93.club，这个地址下的前端页面请求 be.sherlocked93.club 下的资源，比如前者的 fe.sherlocked93.club/index.html 内容是这样的：

html代码解读复制代码<html> <body>     <h1>welcome fe.sherlocked93.club!!<h1>     <script type='text/javascript'>     var xmlhttp = new XMLHttpRequest()     xmlhttp.open("GET", "http://be.sherlocked93.club/index.html", true);     xmlhttp.send();     </script> </body> </html>

打开浏览器访问 fe.sherlocked93.club/index.html 的结果如下：

很明显这里是跨域请求，在浏览器中直接访问 http://be.sherlocked93.club/index.html 是可以访问到的，但是在 fe.sherlocked93.club 的 html 页面访问就会出现跨域。

在 /etc/nginx/conf.d/ 文件夹中新建一个配置文件，对应二级域名 be.sherlocked93.club ：

nginx代码解读复制代码# /etc/nginx/conf.d/be.sherlocked93.club.conf  server {   listen       80;   server_name  be.sherlocked93.club;    add_header 'Access-Control-Allow-Origin' $http_origin;   # 全局变量获得当前请求origin，带cookie的请求不支持*  add_header 'Access-Control-Allow-Credentials' 'true';    # 为 true 可带上 cookie  add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';  # 允许请求方法  add_header 'Access-Control-Allow-Headers' $http_access_control_request_headers;  # 允许请求的 header，可以为 *  add_header 'Access-Control-Expose-Headers' 'Content-Length,Content-Range';     if ($request_method = 'OPTIONS') {  add_header 'Access-Control-Max-Age' 1728000;   # OPTIONS 请求的有效期，在有效期内不用发出另一条预检请求  add_header 'Content-Type' 'text/plain; charset=utf-8';  add_header 'Content-Length' 0;    return 204;                  # 200 也可以  }    location / {  root  /usr/share/nginx/html/be;  index index.html;  } }

然后 nginx -s reload 重新加载配置。这时再访问 fe.sherlocked93.club/index.html 结果如下，请求中出现了我们刚刚配置的 Header：

解决了跨域问题。

9. 开启 gzip 压缩

gzip 是一种常用的网页压缩技术，传输的网页经过 gzip 压缩之后大小通常可以变为原来的一半甚至更小（官网原话），更小的网页体积也就意味着带宽的节约和传输速度的提升，特别是对于访问量巨大大型网站来说，每一个静态资源体积的减小，都会带来可观的流量与带宽的节省。

百度可以找到很多检测站点来查看目标网页有没有开启 gzip 压缩，在下随便找了一个 <网页GZIP压缩检测> 输入掘金 juejin.im 来偷窥下掘金有没有开启 gzip。

这里可以看到掘金是开启了 gzip 的，压缩效果还挺不错，达到了 52% 之多，本来 34kb 的网页体积，压缩完只需要 16kb，可以想象网页传输速度提升了不少。

9.1 Nginx 配置 gzip

使用 gzip 不仅需要 Nginx 配置，浏览器端也需要配合，需要在请求消息头中包含 Accept-Encoding: gzip（IE5 之后所有的浏览器都支持了，是现代浏览器的默认设置）。一般在请求 html 和 css 等静态资源的时候，支持的浏览器在 request 请求静态资源的时候，会加上 Accept-Encoding: gzip 这个 header，表示自己支持 gzip 的压缩方式，Nginx 在拿到这个请求的时候，如果有相应配置，就会返回经过 gzip 压缩过的文件给浏览器，并在 response 相应的时候加上 content-encoding: gzip 来告诉浏览器自己采用的压缩方式（因为浏览器在传给服务器的时候一般还告诉服务器自己支持好几种压缩方式），浏览器拿到压缩的文件后，根据自己的解压方式进行解析。

先来看看 Nginx 怎么进行 gzip 配置，和之前的配置一样，为了方便管理，还是在 /etc/nginx/conf.d/ 文件夹中新建配置文件 gzip.conf ：

nginx代码解读复制代码# /etc/nginx/conf.d/gzip.conf  gzip on; # 默认off，是否开启gzip gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;  # 上面两个开启基本就能跑起了，下面的愿意折腾就了解一下 gzip_static on; gzip_proxied any; gzip_vary on; gzip_comp_level 6; gzip_buffers 16 8k; # gzip_min_length 1k; gzip_http_version 1.1;

稍微解释一下：

gzip_types：要采用 gzip 压缩的 MIME 文件类型，其中 text/html 被系统强制启用；
gzip_static：默认 off，该模块启用后，Nginx 首先检查是否存在请求静态文件的 gz 结尾的文件，如果有则直接返回该 .gz 文件内容；
gzip_proxied：默认 off，nginx做为反向代理时启用，用于设置启用或禁用从代理服务器上收到相应内容 gzip 压缩；
gzip_vary：用于在响应消息头中添加 Vary：Accept-Encoding，使代理服务器根据请求头中的 Accept-Encoding 识别是否启用 gzip 压缩；
gzip_comp_level：gzip 压缩比，压缩级别是 1-9，1 压缩级别最低，9 最高，级别越高压缩率越大，压缩时间越长，建议 4-6；
gzip_buffers：获取多少内存用于缓存压缩结果，16 8k 表示以 8k*16 为单位获得；
gzip_min_length：允许压缩的页面最小字节数，页面字节数从header头中的 Content-Length 中进行获取。默认值是 0，不管页面多大都压缩。建议设置成大于 1k 的字节数，小于 1k 可能会越压越大；
gzip_http_version：默认 1.1，启用 gzip 所需的 HTTP 最低版本；

这个配置可以插入到 http 模块整个服务器的配置里，也可以插入到需要使用的虚拟主机的 server 或者下面的 location 模块中，当然像上面我们这样写的话就是被 include 到 http 模块中了。

其他更全的配置信息可以查看 <官网文档ngx_http_gzip_module>，配置前是这样的：

配置之后 response 的 header 里面多了一个 Content-Encoding: gzip，返回信息被压缩了：

注意了，一般 gzip 的配置建议加上 gzip_min_length 1k，不加的话：

由于文件太小，gzip 压缩之后得到了 -48% 的体积优化，压缩之后体积还比压缩之前体积大了，所以最好设置低于 1kb 的文件就不要 gzip 压缩了 🤪

9.2 Webpack 的 gzip 配置

当前端项目使用 Webpack 进行打包的时候，也可以开启 gzip 压缩：

javascript代码解读复制代码// vue-cli3 的 vue.config.js 文件 const CompressionWebpackPlugin = require('compression-webpack-plugin')  module.exports = {   // gzip 配置   configureWebpack: config => {     if (process.env.NODE_ENV === 'production') {       // 生产环境       return {         plugins: [new CompressionWebpackPlugin({           test: /\.js$|\.html$|\.css/,    // 匹配文件名           threshold: 10240,               // 文件压缩阈值，对超过10k的进行压缩           deleteOriginalAssets: false     // 是否删除源文件         })]       }     }   },   ... }

由此打包出来的文件如下图：

这里可以看到某些打包之后的文件下面有一个对应的 .gz 经过 gzip 压缩之后的文件，这是因为这个文件超过了 10kb，有的文件没有超过 10kb 就没有进行 gzip 打包，如果你期望压缩文件的体积阈值小一点，可以在 compression-webpack-plugin 这个插件的配置里进行对应配置。

那么为啥这里 Nginx 已经有了 gzip 压缩，Webpack 这里又整了个 gzip 呢，因为如果全都是使用 Nginx 来压缩文件，会耗费服务器的计算资源，如果服务器的 gzip_comp_level 配置的比较高，就更增加服务器的开销，相应增加客户端的请求时间，得不偿失。

如果压缩的动作在前端打包的时候就做了，把打包之后的高压缩等级文件作为静态资源放在服务器上，Nginx 会优先查找这些压缩之后的文件返回给客户端，相当于把压缩文件的动作从 Nginx 提前给 Webpack 打包的时候完成，节约了服务器资源，所以一般推介在生产环境应用 Webpack 配置 gzip 压缩。

10. 配置负载均衡

负载均衡在之前已经介绍了相关概念了，主要思想就是把负载均匀合理地分发到多个服务器上，实现压力分流的目的。

主要配置如下：

nginx代码解读复制代码http {   upstream myserver {    # ip_hash;  # ip_hash 方式     # fair;   # fair 方式     server 127.0.0.1:8081;  # 负载均衡目的服务地址     server 127.0.0.1:8080;     server 127.0.0.1:8082 weight=10;  # weight 方式，不写默认为 1   }     server {     location / {      proxy_pass http://myserver;       proxy_connect_timeout 10;     }   } }

Nginx 提供了好几种分配方式，默认为轮询，就是轮流来。有以下几种分配方式：

轮询，默认方式，每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务挂了，能自动剔除；
weight，权重分配，指定轮询几率，权重越高，在被访问的概率越大，用于后端服务器性能不均的情况；
ip_hash，每个请求按访问 IP 的 hash 结果分配，这样每个访客固定访问一个后端服务器，可以解决动态网页 session 共享问题。负载均衡每次请求都会重新定位到服务器集群中的某一个，那么已经登录某一个服务器的用户再重新定位到另一个服务器，其登录信息将会丢失，这样显然是不妥的；
fair（第三方），按后端服务器的响应时间分配，响应时间短的优先分配，依赖第三方插件 nginx-upstream-fair，需要先安装；

11. 配置动静分离

动静分离在之前也介绍过了，就是把动态和静态的请求分开。方式主要有两种，一种是纯粹把静态文件独立成单独的域名，放在独立的服务器上，也是目前主流推崇的方案。另外一种方法就是动态跟静态文件混合在一起发布，通过 Nginx 配置来分开。

通过 location 指定不同的后缀名实现不同的请求转发。通过 expires 参数设置，可以使浏览器缓存过期时间，减少与服务器之前的请求和流量。具体 expires 定义：是给一个资源设定一个过期时间，也就是说无需去服务端验证，直接通过浏览器自身确认是否过期即可，所以不会产生额外的流量。此种方法非常适合不经常变动的资源。（如果经常更新的文件，不建议使用 expires 来缓存），我这里设置 3d，表示在这 3 天之内访问这个URL，发送一个请求，比对服务器该文件最后更新时间没有变化。则不会从服务器抓取，返回状态码 304，如果有修改，则直接从服务器重新下载，返回状态码 200。

nginx代码解读复制代码server {   location /www/ {    root /data/;     index index.html index.htm;   }     location /image/ {    root /data/;     autoindex on;   } }

12. 配置高可用集群（双机热备）

当主 Nginx 服务器宕机之后，切换到备份 Nginx 服务器

首先安装 keepalived，

bash代码解读复制代码yum install keepalived -y

然后编辑 /etc/keepalived/keepalived.conf 配置文件，并在配置文件中增加 vrrp_script 定义一个外围检测机制，并在 vrrp_instance 中通过定义 track_script 来追踪脚本执行过程，实现节点转移：

json代码解读复制代码global_defs{    notification_email {         acassen@firewall.loc    }    notification_email_from Alexandre@firewall.loc    smtp_server 127.0.0.1    smtp_connect_timeout 30 // 上面都是邮件配置，没卵用    router_id LVS_DEVEL     // 当前服务器名字，用hostname命令来查看 } vrrp_script chk_maintainace { // 检测机制的脚本名称为chk_maintainace     script "[[ -e/etc/keepalived/down ]] && exit 1 || exit 0" // 可以是脚本路径或脚本命令     // script "/etc/keepalived/nginx_check.sh"    // 比如这样的脚本路径     interval 2  // 每隔2秒检测一次     weight -20  // 当脚本执行成立，那么把当前服务器优先级改为-20 } vrrp_instanceVI_1 {   // 每一个vrrp_instance就是定义一个虚拟路由器     state MASTER      // 主机为MASTER，备用机为BACKUP     interface eth0    // 网卡名字，可以从ifconfig中查找     virtual_router_id 51 // 虚拟路由的id号，一般小于255，主备机id需要一样     priority 100      // 优先级，master的优先级比backup的大     advert_int 1      // 默认心跳间隔     authentication {  // 认证机制         auth_type PASS         auth_pass 1111   // 密码     }     virtual_ipaddress {  // 虚拟地址vip        172.16.2.8     } }

其中检测脚本 nginx_check.sh，这里提供一个：

sh代码解读复制代码#!/bin/bash A=`ps -C nginx --no-header | wc -l` if [ $A -eq 0 ];then     /usr/sbin/nginx # 尝试重新启动nginx     sleep 2         # 睡眠2秒     if [ `ps -C nginx --no-header | wc -l` -eq 0 ];then         killall keepalived # 启动失败，将keepalived服务杀死。将vip漂移到其它备份节点     fi fi

复制一份到备份服务器，备份 Nginx 的配置要将 state 后改为 BACKUP，priority 改为比主机小。

设置完毕后各自 service keepalived start 启动，经过访问成功之后，可以把 Master 机的 keepalived 停掉，此时 Master 机就不再是主机了 service keepalived stop，看访问虚拟 IP 时是否能够自动切换到备机 ip addr。

再次启动 Master 的 keepalived，此时 vip 又变到了主机上。

13. 适配 PC 或移动设备

根据用户设备不同返回不同样式的站点，以前经常使用的是纯前端的自适应布局，但无论是复杂性和易用性上面还是不如分开编写的好，比如我们常见的淘宝、京东......这些大型网站就都没有采用自适应，而是用分开制作的方式，根据用户请求的 user-agent 来判断是返回 PC 还是 H5 站点。

首先在 /usr/share/nginx/html 文件夹下 mkdir 分别新建两个文件夹 PC 和 mobile，vim 编辑两个 index.html 随便写点内容。

bash代码解读复制代码cd /usr/share/nginx/html mkdir pc mobile cd pc vim index.html   # 随便写点比如 hello pc! cd ../mobile vim index.html   # 随便写点比如 hello mobile!

然后和设置二级域名虚拟主机时候一样，去 /etc/nginx/conf.d 文件夹下新建一个配置文件 fe.sherlocked93.club.conf ：

nginx代码解读复制代码# /etc/nginx/conf.d/fe.sherlocked93.club.conf  server {   listen 80;  server_name fe.sherlocked93.club;   location / {  root  /usr/share/nginx/html/pc;     if ($http_user_agent ~* '(Android|webOS|iPhone|iPod|BlackBerry)') {       root /usr/share/nginx/html/mobile;     }  index index.html;  } }

配置基本没什么不一样的，主要多了一个 if 语句，然后使用 $http_user_agent 全局变量来判断用户请求的 user-agent，指向不同的 root 路径，返回对应站点。

在浏览器访问这个站点，然后 F12 中模拟使用手机访问：

可以看到在模拟使用移动端访问的时候，Nginx 返回的站点变成了移动端对应的 html 了。

14. 配置 HTTPS

具体配置过程网上挺多的了，也可以使用你购买的某某云，一般都会有免费申请的服务器证书，安装直接看所在云的操作指南即可。

我购买的腾讯云提供的亚洲诚信机构颁发的免费证书只能一个域名使用，二级域名什么的需要另外申请，但是申请审批比较快，一般几分钟就能成功，然后下载证书的压缩文件，里面有个 nginx 文件夹，把 xxx.crt 和 xxx.key 文件拷贝到服务器目录，再配置下：

nginx代码解读复制代码server {   listen 443 ssl http2 default_server;   # SSL 访问端口号为 443   server_name sherlocked93.club;         # 填写绑定证书的域名    ssl_certificate /etc/nginx/https/1_sherlocked93.club_bundle.crt;   # 证书文件地址   ssl_certificate_key /etc/nginx/https/2_sherlocked93.club.key;      # 私钥文件地址   ssl_session_timeout 10m;    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;      #请按照以下协议配置   ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:HIGH:!aNULL:!MD5:!RC4:!DHE;    ssl_prefer_server_ciphers on;     location / {     root         /usr/share/nginx/html;     index        index.html index.htm;   } }

写完 nginx -t -q 校验一下，没问题就 nginx -s reload，现在去访问 https://sherlocked93.club/ 就能访问 HTTPS 版的网站了。

一般还可以加上几个增强安全性的命令：

nginx代码解读复制代码add_header X-Frame-Options DENY;           # 减少点击劫持 add_header X-Content-Type-Options nosniff; # 禁止服务器自动解析资源类型 add_header X-Xss-Protection 1;             # 防XSS攻击

15. 一些常用技巧

15.1 静态服务

nginx代码解读复制代码server {   listen       80;   server_name  static.sherlocked93.club;   charset utf-8;    # 防止中文文件名乱码    location /download {     alias           /usr/share/nginx/html/static;  # 静态资源目录       autoindex               on;    # 开启静态资源列目录     autoindex_exact_size    off;   # on(默认)显示文件的确切大小，单位是byte；off显示文件大概大小，单位KB、MB、GB     autoindex_localtime     off;   # off(默认)时显示的文件时间为GMT时间；on显示的文件时间为服务器时间   } }

15.2 图片防盗链

nginx代码解读复制代码server {   listen       80;           server_name  *.sherlocked93.club;     # 图片防盗链   location ~* \.(gif|jpg|jpeg|png|bmp|swf)$ {     valid_referers none blocked server_names ~\.google\. ~\.baidu\. *.qq.com;  # 只允许本机 IP 外链引用，感谢 @木法传 的提醒，将百度和谷歌也加入白名单     if ($invalid_referer){       return 403;     }   } }

15.3 请求过滤

nginx代码解读复制代码# 非指定请求全返回 403 if ( $request_method !~ ^(GET|POST|HEAD)$ ) {   return 403; }  location / {   # IP访问限制（只允许IP是 192.168.0.2 机器访问）   allow 192.168.0.2;   deny all;     root   html;   index  index.html index.htm; }

15.4 配置图片、字体等静态文件缓存

由于图片、字体、音频、视频等静态文件在打包的时候通常会增加了 hash，所以缓存可以设置的长一点，先设置强制缓存，再设置协商缓存；如果存在没有 hash 值的静态文件，建议不设置强制缓存，仅通过协商缓存判断是否需要使用缓存。

bash代码解读复制代码# 图片缓存时间设置 location ~ .*\.(css|js|jpg|png|gif|swf|woff|woff2|eot|svg|ttf|otf|mp3|m4a|aac|txt)$ {  expires 10d; }  # 如果不希望缓存 expires -1;

15.5 单页面项目 history 路由配置

nginx代码解读复制代码server {   listen       80;   server_name  fe.sherlocked93.club;     location / {     root       /usr/share/nginx/html/dist;  # vue 打包后的文件夹     index      index.html index.htm;     try_files  $uri $uri/ /index.html @rewrites;         expires -1;                          # 首页一般没有强制缓存     add_header Cache-Control no-cache;   }     # 接口转发，如果需要的话   #location ~ ^/api {   #  proxy_pass http://be.sherlocked93.club;   #}     location @rewrites {     rewrite ^(.+)$ /index.html break;   } }

15.6 HTTP 请求转发到 HTTPS

配置完 HTTPS 后，浏览器还是可以访问 HTTP 的地址 http://sherlocked93.club/ 的，可以做一个 301 跳转，把对应域名的 HTTP 请求重定向到 HTTPS 上

nginx代码解读复制代码server {     listen      80;     server_name www.sherlocked93.club;      # 单域名重定向     if ($host = 'www.sherlocked93.club'){         return 301 https://www.sherlocked93.club$request_uri;     }     # 全局非 https 协议时重定向     if ($scheme != 'https') {         return 301 https://$server_name$request_uri;     }      # 或者全部重定向     return 301 https://$server_name$request_uri;      # 以上配置选择自己需要的即可，不用全部加 }

15.7 泛域名路径分离

这是一个非常实用的技能，经常有时候我们可能需要配置一些二级或者三级域名，希望通过 Nginx 自动指向对应目录，比如：

test1.doc.sherlocked93.club 自动指向 /usr/share/nginx/html/doc/test1 服务器地址；
test2.doc.sherlocked93.club 自动指向 /usr/share/nginx/html/doc/test2 服务器地址；

nginx代码解读复制代码server {     listen       80;     server_name  ~^([\w-]+)\.doc\.sherlocked93\.club$;      root /usr/share/nginx/html/doc/$1; }

15.8 泛域名转发

和之前的功能类似，有时候我们希望把二级或者三级域名链接重写到我们希望的路径，让后端就可以根据路由解析不同的规则：

test1.serv.sherlocked93.club/api?name=a 自动转发到 127.0.0.1:8080/test1/api?name=a ；
test2.serv.sherlocked93.club/api?name=a 自动转发到 127.0.0.1:8080/test2/api?name=a ；

nginx代码解读复制代码server {     listen       80;     server_name ~^([\w-]+)\.serv\.sherlocked93\.club$;      location / {         proxy_set_header        X-Real-IP $remote_addr;         proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;         proxy_set_header        Host $http_host;         proxy_set_header        X-NginX-Proxy true;         proxy_pass              http://127.0.0.1:8080/$1$request_uri;     } }

16. 最佳实践

为了使 Nginx 配置更易于维护，建议为每个服务创建一个单独的配置文件，存储在 /etc/nginx/conf.d 目录，根据需求可以创建任意多个独立的配置文件。
独立的配置文件，建议遵循以下命名约定 <服务>.conf，比如域名是 sherlocked93.club，那么你的配置文件的应该是这样的 /etc/nginx/conf.d/sherlocked93.club.conf，如果部署多个服务，也可以在文件名中加上 Nginx 转发的端口号，比如 sherlocked93.club.8080.conf，如果是二级域名，建议也都加上 fe.sherlocked93.club.conf。
常用的、复用频率比较高的配置可以放到 /etc/nginx/snippets 文件夹，在 Nginx 的配置文件中需要用到的位置 include 进去，以功能来命名，并在每个 snippet 配置文件的开头注释标明主要功能和引入位置，方便管理。比如之前的 gzip、cors 等常用配置，我都设置了 snippet。
Nginx 日志相关目录，内以 域名.type.log 命名（比如 be.sherlocked93.club.access.log 和 be.sherlocked93.club.error.log ）位于 /var/log/nginx/ 目录中，为每个独立的服务配置不同的访问权限和错误日志文件，这样查找错误时，会更加方便快捷。

Windows使用VMare安装MacOS10.13系统虚拟机----转载

Tue, 27 Feb 2024 16:10:02 +0800

本文地址：https://blog.csdn.net/qq_40785165/article/details/118739877，转载请附上此链接

unlock工具下载：https://github.com/DrDonk/unlocker.git,我这边只能到MacOS10.14,不过已经够用了，不够用的大家可以去找一下其他版本的unlock

（一）VMare的安装

将VMare下载下来之后，一直下一步即可

（二）unlock使用

关闭下列服务：

我的电脑右键-管理-服务，关闭下列服务；

创建虚拟机时

安装时若无磁盘，先在磁盘工具中格式化下磁盘；

linux系统下查看cpu的读写状况的命令

Mon, 26 Feb 2024 17:56:34 +0800

iostate -x 1 1：查看磁盘的读写信息；

pidstat -d：查看进程的io信息；

iotop：查看io等待排序；