部署完了，样式不生效差点让我这个前端仔背锅

大家好，作为今年刚毕业的大聪明（小🐂🐎），知道今年不好就业，费心费力的面试终于进了个小公司，然后我的奇妙之旅开始了。

叮！闹钟响了！牙都不刷了，直接起床出门去上班，身为🐂🐎就要有早起吃草干活的觉悟，所以我是个很合格的食草动物。只不过，下面的信息，让我一天当动物的好心情都没了。

部署？因为该公司人数比较少，也没有自动化部署操作，只能让前端build一下dist包然后丢给后端，让后端部署，然后该项目也比较急，我刚来，也不好意思@后端，恰巧跟我对接的后端也是刚来不熟悉，所以我就跟负责人继续扯皮拖延时间了。（真是不好意思，假的）↓↓↓

终于经过不断努力（后端），部署好了，但是，我的样式乱了，为什么呢？看了一下网络和源代码，样式文件都请求到了，问了后端，一致说是我前端的问题，我懵了，然后快马加鞭查找问题

解决

ok，那我先看打包的dist文件有样式有问题吗，使用npm安装个 http-server 运行打包后的index.html，运行打开运行后的地址，欧克样式没乱，文件引用也没问题，那到底是什么鬼影响的呢？

在我百思不得其解的时候，我打开了神器--csdn，搜索打包dist部署后样式文件不生效，就遇到了这个神文t.csdnimg.cn/WbQyq 欧克，按照博主说的Nginx没有配置这两个东西而导致的，我有点不确定是不是，有点犹犹豫豫的找到后端说帮我在Nginx配置文件的http加下这两个配置，然后样式就好了，完美！后端由于疏忽，没加上就把问题推给我，结果被我扳回一城。

include   mime.types;
default_type  application/octet-stream;

1. include mime.types;

   • 这个指令告诉Nginx去包含一个文件，这个文件通常包含了定义了MIME类型（Multipurpose Internet Mail Extensions）的配置。MIME类型指定了文件的内容类型，例如文本文件、图像、视频等。通过包含 mime.types 文件，Nginx可以识别不同类型的文件并正确地处理它们。
   • 示例：假设 mime.types 文件中定义了 .html 文件为 text/html 类型，Nginx在处理请求时会根据这个定义设置正确的HTTP响应头。

2. default_type application/octet-stream;

   • 这个指令设置了默认的MIME类型。如果Nginx无法根据文件扩展名或其他方式确定响应的MIME类型时，就会使用这个默认类型。
   • application/octet-stream 是一个通用的MIME类型，表示未知的二进制数据。当服务器无法识别文件类型时，会默认使用这个类型。例如，如果请求的文件没有合适的MIME类型或没有被 mime.types 文件中列出，Nginx就会返回 application/octet-stream 类型。
   • 这种设置对于确保未知文件类型的安全传输很有用，因为浏览器通常会下载这些文件而不是尝试在浏览器中打开它们。

总之，添加 include mime.types; 和 default_type application/octet-stream; 配置后，Nginx能够正确地识别和处理CSS文件的MIME类型，从而确保浏览器能够正确加载和应用CSS样式。

所以，前端仔不能只当前端仔，还是要好好学点服务端的知识，不然锅给你，你还认为这是你该背的锅。

以上是开玩笑的描述，只是为了吸引增加阅读量