env配置文件的写法 -回复

docker镜像的创建commit及dockerfile在docker 1.3版本以前使⽤attach进⼊容器会经常出现卡死的情况，之后官⽅退出了exec命令，从宿主机进⼊，但是从其他远程主机进⼊使⽤ssh服务来维护是⽤户熟悉的⽅法。

所以这⾥来创建⼀个带有ssh服务的镜像。

基于docker commit命令和dockerfile创建。

基于commit命令commit命令格式为docker commit CONTAINER [REPOSITORY[:TAG]]，⽤户提交对容器的修改，并⽣成新的镜像。

⾸先使⽤ubuntu镜像来创建⼀个容器，尝试使⽤ssh命令⽆效。

# docker run -it ubuntu /bin/bash因为ubuntu官⽅镜像中没有软件包的缓存⽂件，使⽤apt-get update更新即可，也可以修改源来配置。

然后安装ssh。

# apt-get update# apt-get install ssh -y运⾏ssh需要⽬录/var/run/sshd存在，创建启动服务# mkdir -p /var/run/sshd# /usr/sbin/sshd -D &然后可以看到已经运⾏，netstat命令可能也没有，安装即可apt-get install net-tools此处还需要修改ssh服务的安全登录配置，取消pam登录限制，如下图注释即可。

然后复制需要登录的公钥信息（这⾥为本地主机）。

使⽤ssh-keygen可以⽣成。

复制id_rsa.pub的内容到容器中的/root/.ssh/authorized_keys创建ssh服务执⾏⽂件，然后退出容器# vim /run.sh# chmod +x run.sh使⽤docker commit保存修改的容器，然后运⾏# docker commit CONTAINER ID ssh:ubuntu# docker run -d -p :22 ssh:ubuntu /run.sh最后可以在宿主机上通过随机⽣成的32779端⼝来访问登录容器了：使⽤dockerfile创建镜像创建⼀个⽬录sshd_ubuntu，分别创建⽂件如下：authorized_keys⽂件内容同样的复制# cat /root/.ssh/id_rsa.pub > authorized_keys然后编写Dockerfile⽂件如下，源⾃⾏修改即可：FROM ubuntu:latestMAINTAINER from whychz@ by boss yanRUN rm -rf /etc/apt/sources.listRUN apt-get updateRUN apt-get install -y openssh-serverRUN mkdir -p /var/run/sshdRUN mkdir -p /root/.sshRUN sed -ri 's/session required pam_loginuid.so/#session required pam_loginuid.so/g' /etc/pam.d/sshdADD authorized_keys /root/.ssh/authorized_keysADD run.sh /run.shRUN chmod 755 /run.shEXPOSE 22CMD ["/run.sh"]然后使⽤docker build创建镜像。

react前端项⽬优化指南，webpack分割代码项⽬优化实战前⾔：最近重构⼀个项⽬（基于umi2脚⼿架搭建的），打包上线后发现包⾮常⼤，决定将项⽬优化⼀下，打包后的dist⽂件可以看到打包后的dist⽂件有16M，然后部署上去发现⾸次打开蜗⽜ 般的速度，原因有⼀个公共依赖⽂件有7.6M之⼤，我giao，这怎么⾏呢！?如果浏览器选项勾选了不允许缓存，那么将导致每次打开页⾯或者刷新都将会⼏乎如同⾸次加载⼀样，加载这些⽂件，每次都这么慢，致命致命致致命。

这在项⽬部署上线，⽤户访问时候是⾮常致命的，下⾯我们开始针对这个进⾏优化：⼀、压缩静态资源先从静态资源⼊⼿：图⽚。

看下截图⽂件ued给的⼤⼩居然⼀张图⽚2M多，这...，索性⾃⼰来使⽤这个⽹址：这个⽹站可以在保持清晰度变化不⼤的情况下把图⽚⼤⼩压缩，把稍微⽐较⼤的图⽚上传压缩，可以看到，左侧是原图⼤⼩，右侧是压缩后的代码⼤⼩把⽂件替换了，使⽤压缩后的图⽚。

⼆、使⽤打包分析⼯具---去除不需要的依赖webpack的打包分析⼯具，我项⽬⽤的是umi2脚⼿架，所以直接根据⽂档配置即可，在.env⽂件新增：ANALYZE=1，然后umi build打包，会⾃动打开打包后的分析图。

Stat size ：代表原始⽂件⼤⼩（⽂件没有经过任何处理的）parsed size ：解析后的⽂件⼤⼩，输出压缩过后的⽂件⼤⼩。

（右键查看⽂件属性⼤⼩和这个⼤⼩⼀致）gzipped：经过gizp压缩过后的代码⼤⼩（例如nginx可以开启gzip压缩），这⾥实际也是最终打开页⾯下载的⽂件⼤⼩是这个⼤。

把图上的包模块标注分析⼀下，红⾊的是⽬前以知的插件依赖，其他是引⽤的插件中有需要⽤到的插件：⾸先分析下：echart、G6关系图谱、超图（地图）、代码编辑器这⼏个都是我项⽬中⾸页加载不到的（依据你的项⽬情况⽽定），我们需要把他从vendors.async.js⽂件中抽出来。

这样就可以在打开⾸页时候（第⼀次加载），避免引⼊不需要的插件代码。

vue项目中的.env环境变量配置文件生效原理解析目录1. 引言1.1 背景和意义1.2 结构概述1.3 目的2. 环境变量配置文件的作用2.1 什么是环境变量配置文件2.2 Vue项目中为何需要使用环境变量配置文件2.3 环境变量配置文件的优势和用途3. Vue项目中.env文件的创建与使用3.1 创建.env文件并添加环境变量3.2 在Vue项目中使用.env文件定义环境变量3.3 如何在不同环境中切换.env文件的内容4. .env文件生效原理解析4.1 Vue CLI对.env文件的处理机制4.2 webpack的dotenv插件解析.env文件内容方式分析4.3 .env文件内容在项目中如何被访问和使用5. 结论与总结5.1 总结.env环境变量配置文件生效原理的重点内容5.2 使用.env环境变量配置文件带来的实际益处和注意事项等1. 引言1.1 背景和意义在现代的Web开发中，我们经常需要在不同的环境中部署和运行我们的应用程序。

这些环境可能包括开发、测试和生产等各个阶段。

每个环境都具有不同的配置信息，例如API地址、数据库连接字符串等。

在Vue项目中，为了方便管理这些配置信息，我们可以使用.env环境变量配置文件来定义这些变量。

这样一来，我们无需修改源代码就能够轻松切换不同环境下的配置。

1.2 结构概述本文将对Vue项目中.env环境变量配置文件生效原理进行详细解析。

首先，我们会介绍环境变量配置文件的作用及其重要性。

然后，我们将讨论在Vue项目中如何创建和使用.env文件来定义环境变量。

接着，我们会深入探讨.env文件生效的原理，包括Vue CLI对.env文件的处理机制以及webpack的dotenv 插件是如何解析.env文件内容的。

最后，我们会总结.env环境变量配置文件生效原理，并讨论它所带来的实际益处和需要注意的事项。

1.3 目的本文旨在帮助读者了解并掌握Vue项目中.env环境变量配置文件的使用和原理。

babel之配置⽂件.babelrc⼊门详解介绍es6特性浏览器还没有全部⽀持，但是使⽤es6是⼤势所趋，所以babel应运⽽⽣，⽤来将es6代码转换成浏览器能够识别的代码babel有提供专门的命令⾏⼯具⽅便转码，可以⾃⾏去了解什么是Babel官⽅解释,是下⼀代JavaScript 语法的编译器。

既然是下⼀代Javascript的标准，浏览器因版本的不同对此会有兼容性问题，JavaScript的新的⽅法都不能使⽤，但是⽬前我们在项⽬开发⼀直提倡使⽤最新的语法糖编写，不但能减少代码量，⽽且async,await等新特性还解决了回调的编写机制，减轻了代码维护成本。

Babel就因此⽽⽣，它可以让你放⼼使⽤⼤部分的JavaScript的新的标准的⽅法，然后编译成兼容绝⼤多数的主流浏览器的代码。

在项⽬⼯程脚⼿架中，⼀般会使⽤.babelrc⽂件，通过配置⼀些参数配合webpack进⾏打包压缩。

也通过⽹上了解，写法各有不同，参数也⼤不相同，因此，我重新整理⼀份资料，详细的介绍下各个配置项的意义所在，以便清晰了解如果使⽤。

以下配置主要正对webpack3+写法。

Babel转译器在.babelrc配置⽂件中，主要是对预设（presets）和插件（plugins）进⾏配置，因此不同的转译器作⽤不同的配置项，⼤致可分为以下三项：1.语法转义器。

主要对javascript最新的语法糖进⾏编译，并不负责转译javascript新增的api和全局对象。

例如let/const就可以被编译，⽽includes/Object.assign等并不能被编译。

常⽤到的转译器包有，babel-preset-env、babel-preset-es2015、babel-preset-es2016、babel-preset-es2017、babel-preset-latest等。

在实际开发中可以只选⽤babel-preset-env来代替余下的，但是还需要配上javascirpt的制作规范⼀起使⽤，同时也是官⽅推荐{"presets": ["env", {"modules": false}],"stage-2"}2.补丁转义器。

客户端DDK编译环境配置说明概要文档主要说明DDK编译环境的部署，如何使用该环境进行客户端代码的编译，环境中一些主要命令、如何扩展一些命令。

以及在从VC环境下移植过来后，代码需要改进的一些描述。

文章将着重对相关模块下的sources makefile进行描述。

主要分以下五个部分，各个部分的详细叙述请参见各章节。

1.DDK build server的部署2.DDK环境目录的介绍3.DDK编译工具和操作介绍4.编译过程描述以及tang工程编译分析5.VC源代码移植一些常见编译错误6.一些遗留移植和完善工作DDK build server的部署DDK build server是指存在ddk build环境的服务器，可供每个开发人员下载到自己的开发机器，经过简单的配置就能成为本地ddk编译换进的一套机制。

DDK build server可供公司各个项目组使用，方便的下载，配置并执行编译功能。

目前没有ddk build server部署，大家可以从机器192.168.12.103的共享目录中进行下载。

DDK环境目录的介绍从上图中可以看到红圈标识的几个文件和文件夹，下面一一进行介绍：Bin目录：包含了对应系统平台下的整个环境的工具和编译命令，已经进行环境设置的bat 等。

例如：cl.exe，mc.exe，midl.exe，rc.exe包括编译命令build.exe等。

Inc目录：包含了整个环境中的头文件，其中包含的子目录crt，atl，wtl，ddk，api，mfc等包含了各种不同编程框架，crt以及系统sdk的头文件。

各个子目录都，对应与相应的环境变量一一对应：Crt $( CRT_INC_PATH) = ddk下载目录\inc\crtSdk $( SDK_INC_PA TH)= ddk下载目录\inc\apiWtl $( WTL_INC_PA TH)= = ddk下载目录\inc\wtl80…Lib目录：包含了整个编译环境下的所有lib文件（除用户lib），其中包含的子目录atl，crt，mfc，以及不同操作系统对应的库目录。

Sanic框架应⽤部署⽅法详解本⽂实例讲述了Sanic框架应⽤部署⽅法。

分享给⼤家供⼤家参考，具体如下：简介Sanic是⼀个类似Flask的Python 3.5+ Web服务器，它的写⼊速度⾮常快。

除了Flask之外，Sanic还⽀持异步请求处理程序。

这意味着你可以使⽤Python 3.5中新的闪亮的异步/等待语法，使你的代码⾮阻塞和快速。

在之前的博⽂中已经讲到如何使⽤Sanic开发⼀个Python后台程序，接下来记录⼀下怎么部署Sanic应⽤部署内置的⽹络服务器简化了Sanic的部署，在定义了⼀个sanic.Sanic实例之后，可以调⽤run()⽅法再传⼊以下关键字参数：host：主机服务器的地址，默认为127.0.0.1port：启动服务器的断开，默认为8000debug：启⽤调试输出，默认为Falsessl：SSLContext⽤于⼯作⼈员的ssl加密，默认为Nonesock：服务器接受连接的套接字，默认为Nonewrokers：产⽣⼯作进程的数量，默认为1loop：⼀个asyncio兼容的循环事件。

如果没有指定，Sanic创建它⾃⼰的事情循环，默认为Noneprotocol：asyncio.protocol的⼦类，默认为HttpProtocolwrokers默认情况下，Sanic只使⽤⼀个CPU在主进程中进⾏监听，有时我们为了资源利⽤最⼤化，可以指定run参数的workers数量即可：app.run(host="0.0.0.0",port=5000,wrokers=4)Sanic会⾃动在多个进⾏中交换路线，所以如果有多个CPU，建议尽可能多的workers通过命令运⾏如果你喜欢命令⾏参数，则你可以通过执⾏模块来启动Sanic服务器。

例如，你将Sanic初始化为app的⽂件名为manager.py，则可以像这样运⾏服务器：复制代码代码如下:python -m sanic manager.app --host=0.0.0.0 --port=5000 --workers=4⽤命令⾏的⽅式运⾏sanic程序，则不需要再Python⽂件中调⽤app.run()⽅法了通过Gunicorn运⾏了解过Gunicorn的都知道，Gunicorn为WSGI容器的⼀种，常见的还有uWSGI（可参考附录Gunicorn配置说明）为了使⽤Gunicorn运⾏Sanic程序，我们还需要设置worker-class参数，并将其设置为sanic.worker.GunicornWorker：复制代码代码如下:gunicorn manager:app bind 0.0.0.0:5000 worker-class sanic.worker.GunicornWorker如果你的应⽤程序遭受内存泄漏，你可以将Gunicorn配置在完成指定数量的请求之后正常重新启动⼯作程序，这可以帮助限制内存泄漏的影响附录：Gunicorn配置说明在前⾯的⽂章《》中有记录WSGI容器的作⽤，以及我们知道常见的容器就只有的uWSGI和Gunicorn，在《》中有记录他们的特性及优缺点，在这就不在多做描述。

解决spring-boot打成jar包后启动时指定参数⽆效的问题spring-boot打成jar启动时指定参数⽆效今天后台项⽬进⾏修改，使⽤spring.profiles来指定启动时使⽤的配置⽂件。

在项⽬中添加好配置⽂件后使⽤java -jar .\base-exec.jar --spring.profiles.active=dev --server.port=9121启动时参数注⼊不进去。

检查配置⽂件书写的规则，这⾥把规则说⼀下我们在开发Spring Boot应⽤时，通常同⼀套程序会被应⽤和安装到⼏个不同的环境，⽐如：开发、测试、⽣产等。

其中每个环境的数据库地址、服务器端⼝等等配置都会不同，如果在为不同环境打包时都要频繁修改配置⽂件的话，那必将是个⾮常繁琐且容易发⽣错误的事。

对于多环境的配置，各种项⽬构建⼯具或是框架的基本思路是⼀致的，通过配置多份不同环境的配置⽂件，再通过打包命令指定需要打包的内容之后进⾏区分打包，Spring Boot也不例外，或者说更加简单。

在Spring Boot中多环境配置⽂件名需要满⾜application-{profile}.properties的格式，其中{profile}对应你的环境标识，⽐如：application-dev.properties：开发环境application-test.properties：测试环境application-prod.properties：⽣产环境⾄于哪个具体的配置⽂件会被加载，需要在application.properties⽂件中通过spring.profiles.active属性来设置，其值对应{profile}值。

如：spring.profiles.active=test就会加载application-test.properties配置⽂件内容下⾯，以不同环境配置不同的服务端⼝为例，进⾏样例实验。

针对各环境新建不同的配置⽂件application-dev.properties、application-test.properties、application-prod.properties在这三个⽂件均都设置不同的server.port属性，如：dev环境设置为8080，test环境设置为9090，prod环境设置为80application.properties中设置spring.profiles.active=dev，就是说默认以dev环境设置测试不同配置的加载：执⾏java -jar xxx.jar，可以观察到服务端⼝被设置为8080，也就是默认的开发环境（dev）执⾏java -jar xxx.jar --spring.profiles.active=test，可以观察到服务端⼝被设置为9090，也就是测试环境的配置（test）执⾏java -jar xxx.jar --spring.profiles.active=prod，可以观察到服务端⼝被设置为80，也就是⽣产环境的配置（prod）按照上⾯的实验，可以如下总结多环境的配置思路：application.properties中配置通⽤内容，并设置spring.profiles.active=dev，以开发环境为默认配置application-{profile}.properties中配置各个环境不同的检查setAddCommandLineProperties配置在应⽤中管理配置并不是⼀个容易的任务，尤其是在应⽤需要部署到多个环境中时。

Linux系统的PAM模块认证⽂件含义说明总结在Linux中执⾏有些程序时，这些程序在执⾏前⾸先要对启动它的⽤户进⾏认证，符合⼀定的要求之后才允许执⾏，例如login, su等。

在Linux中进⾏⾝份或是状态的验证程序是由PAM来进⾏的，PAM（Pluggable Authentication Modules）可动态加载验证模块，因为可以按需要动态的对验证的内容进⾏变更，所以可以⼤⼤提⾼验证的灵活性。

⼀、PAM模块介绍Linux-PAM（即linux可插⼊认证模块）是⼀套共享库,使本地系统管理员可以随意选择程序的认证⽅式。

换句话说，不⽤(重新编写)重新编译⼀个包含PAM功能的应⽤程序，就可以改变它使⽤的认证机制，这种⽅式下，就算升级本地认证机制,也不⽤修改程序。

PAM使⽤配置/etc/pam.d/下的⽂件，来管理对程序的认证⽅式.应⽤程序调⽤相应的配置⽂件，从⽽调⽤本地的认证模块.模块放置在/lib/security下，以加载动态库的形式进，像我们使⽤su命令时，系统会提⽰你输⼊root⽤户的密码.这就是su命令通过调⽤PAM模块实现的。

⼆、PAM的配置⽂件说明PAM配置⽂件有下⾯两种写法:1）写在/etc/pam.conf⽂件中，但centos6之后的系统中，这个⽂件就没有了。

2）将PAM配置⽂件放到/etc/pam.d/⽬录下,其规则内容都是不包含 service 部分的，即不包含服务名称，⽽/etc/pam.d ⽬录下⽂件的名字就是服务名称。

如： vsftpd,login等，只是少了最左边的服务名列。

如：/etc/pam.d/sshd12 3 4 5 6 7 8 9 10 11 12 13 14 15[root@centos6-test06 ~]# cat /etc/pam.d/sshd#%PAM-1.0auth required pam_sepermit.soauth include password-authaccount required pam_nologin.soaccount include password-authpassword include password-auth# pam_selinux.so close should be the first session rulesession required pam_selinux.so closesession required pam_loginuid.so# pam_selinux.so open should only be followed by sessions to be executed in the user context session required pam_selinux.so open env_paramssession required pam_namespace.sosession optional pam_keyinit.so force revokesession include password-auth由上⾯的pam模块⽂件内容看，可以将pam配置⽂件分为四列，第⼀列代表模块类型第⼆列代表控制标记第三列代表模块路径第四列代表模块参数1）第⼀列：PAM的模块类型Linux-PAM有四种模块类型，分别代表四种不同的任务，它们是：认证管理（auth），账号管理（account），会话管理（session）和密码（password）管理，⼀个类型可能有多⾏，它们按顺序依次由PAM模块调⽤。

spark环境搭建流程下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。

文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!1. 安装 Java检查系统是否已安装 Java，如果没有则需要安装。

vue相关配置⽂件详解及多环境配置详细步骤1.package.json作⽤：package.json ⽂件其实就是对项⽬或者模块包的描述，⾥⾯包含许多元信息。

⽐如项⽬名称，项⽬版本，项⽬执⾏⼊⼝⽂件，项⽬贡献者等等。

npm install 命令会根据这个⽂件下载所有依赖模块。

⽂件结构如下：{"name": "sop-vue","version": "0.1.0","author": "zhangsan <zhangsan@>","description": "sop-vue","keywords":["node.js","javascript"],"private": true,"bugs":{"url":"http://path/to/bug","email":"bug@"},"contributors":[{"name":"李四","email":"lisi@"}],"repository": {"type": "git","url": "https://path/to/url"},"homepage": "/style.css","license":"MIT","dependencies": {"bd-font-icons": "^1.1.3","core-js": "^3.6.4","echarts": "^4.7.0","element-ui": "^2.13.1","v-charts": "^1.19.0","vue": "^2.6.11","vue-router": "^3.1.6","vuex": "^3.1.3"},"devDependencies": {"@vue/cli-plugin-babel": "^4.3.0","@vue/cli-plugin-eslint": "^4.3.0","@vue/cli-plugin-router": "^4.3.0","@vue/cli-plugin-unit-mocha": "^4.3.0","@vue/cli-plugin-vuex": "^4.3.0","@vue/cli-service": "^4.3.0","@vue/test-utils": "1.0.0-beta.31","babel-core": "^6.26.3","babel-eslint": "^10.1.0","babel-loader": "^7.1.5","babel-preset-env": "^1.7.0","chai": "^4.1.2","eslint": "^6.7.2","eslint-plugin-vue": "^6.2.2","sass": "^1.26.3","sass-loader": "^8.0.2","vue-template-compiler": "^2.6.11"}"scripts": {"serve": "vue-cli-service serve","build": "vue-cli-service build","test:unit": "vue-cli-service test:unit","lint": "vue-cli-service lint"},"bin": {"webpack": "./bin/webpack.js"},"main": "lib/webpack.js","module": "es/index.js","eslintConfig": {"extends": "vue-app"},"engines" : {"node" : ">=0.10.3 <0.12"},"browserslist": {"production": [">0.2%","not dead","not op_mini all"],"development": ["last 1 chrome version","last 1 firefox version","last 1 safari version"]},"style": ["./node_modules/tipso/src/tipso.css"],"files": ["lib/","bin/","buildin/","declarations/","hot/","web_modules/","schemas/","SECURITY.md"]}⽂件参数说明：这个⽂件保存着项⽬的时候配置的项⽬基本信息，它是个标准的json格式⽂件，编写时要注意格式，重点要关注⼀下scripts⾥⾯的内容，这⾥⾯包含了项⽬的⼀些指令简写，在这⾥可以配置启动不同环境的项⽬的指令。

source用法source命令是一个内置的shell命令，它的主要作用是从当前shell会话中的文件读取和执行命令。

这个命令通常被用来保留或更改当前shell中的环境变量。

source命令的语法是：source FileName [ARGUMENTS]。

如果提供了参数，那么这些参数将用作传递脚本的位置参数。

另一种等价的写法是使用"."作为命令，即. FileName [ARGUMENTS]。

这两种写法在功能上是相同的。

与sh或bash命令不同，当使用source命令时，该文件中的命令将在当前shell环境中执行，而不是启动一个新的子shell 来执行它们。

这意味着在文件中定义的变量、函数和别名都将在当前shell中可用，并且对它们所做的任何更改都将影响当前shell及其子进程。

使用source命令的一个常见用途是在启动脚本中设置环境变量。

例如，假设有一个名为env.sh的脚本，其中包含一些用于配置应用程序的环境变量。

要在启动应用程序之前加载这些变量，这将从env.sh文件中读取并执行所有命令，并将这些变量添加到当前shell环境中。

现在，可以在当前shell会话中使用这些变量了。

另一个常见的用途是在交互式shell中使用自定义别名和函数。

例如，可以创建一个名为my_aliases.sh的文件，其中包含一些自定义别名和函数。

要将这些别名和函数加载到当前的shell会话中，这将从my_aliases.sh文件中读取并执行所有命令，并将这些别名和函数添加到当前shell环境中。

现在，可以在当前shell会话中使用这些别名和函数了。

source命令是一个非常有用的工具，可用于在当前shell会话中加载和执行文件中的命令。

它可以用于设置环境变量、定义别名和函数等操作，从而使开发人员能够更轻松地管理和配置他们的工作环境。

webpack use写法Webpack是一个现代JavaScript应用程序的静态模块打包工具。

在Webpack中，使用`use`关键字来指定特定的loader或者plugin。

`use`关键字通常用于module.rules中的配置，用于指定针对特定文件类型的处理方式。

在Webpack配置中，我们通常会看到类似以下的代码：javascript.module: {。

rules: [。

{。

test: /\.css$/,。

use: [。

'style-loader',。

'css-loader'。

]}。

]}。

在上面的代码中，`use`关键字被用来指定对`.css`文件的处理方式。

在这个例子中，当Webpack遇到`.css`文件时，会首先使用`css-loader`进行处理，然后再使用`style-loader`进行处理。

另外，`use`关键字也可以用于指定一系列的loader，例如：javascript.module: {。

rules: [。

{。

test: /\.js$/,。

exclude: /node_modules/,。

use: {。

loader: 'babel-loader',。

options: {。

presets: ['@babel/preset-env'] }。

}。

}。

]}。

在这个例子中，`use`关键字被用来指定对`.js`文件的处理方式。

其中`babel-loader`被用来处理JavaScript文件，并且通过`options`来指定使用的预设。

总的来说，`use`关键字在Webpack配置中被用来指定对特定文件类型的处理方式，可以指定单个loader，也可以指定一系列的loader来进行处理。

这样的灵活性使得Webpack成为了一个强大的静态模块打包工具。

configmap 写法规则在Kubernetes中，ConfigMap是一种重要的资源对象，用于存储应用程序所需的配置数据。

本文将介绍一些ConfigMap的最佳实践和写法规则。

一、ConfigMap的创建和使用1. 创建ConfigMap可以通过kubectl命令或yaml文件来创建ConfigMap。

例如，使用kubectl命令创建ConfigMap：```kubectl create configmap my-config --from-literal=key1=value1 --from-literal=key2=value2```也可以使用yaml文件创建：```apiVersion: v1kind: ConfigMapmetadata:name: my-configdata:key1: value1key2: value2```2. 使用ConfigMap可以通过两种方式向容器中注入ConfigMap。

第一种方式是将其作为Volume挂载到容器中：```apiVersion: v1kind: Podmetadata:name: my-podspec:containers:- name: my-containerimage: my-imagevolumeMounts:- name: config-volumemountPath: /etc/configvolumes:- name: config-volumeconfigMap:name: my-config```第二种方式是将其作为环境变量注入到容器中：```apiVersion: v1kind: Podmetadata:name: my-podspec:containers:- name: my-containerimage: my-imageenv:- name: KEY1valueFrom:configMapKeyRef:name: my-configkey: key1- name: KEY2valueFrom:configMapKeyRef:name: my-configkey: key2```二、ConfigMap的最佳实践1. 组织方法ConfigMap中的数据应该按照配置文件的结构进行组织。

env配置文件的写法主题：环境配置文件的编写方法引言：在开发应用程序的过程中，经常需要根据不同的环境设置不同的配置选项，例如数据库连接、日志级别、缓存设置等等。

为了便于管理和维护，我们通常会使用环境配置文件来存储这些配置选项。

本文将介绍环境配置文件的编写方法。

一、环境配置文件的作用环境配置文件用于在不同环境下设置不同的配置选项。

常见的环境有开发环境、测试环境和生产环境。

通过使用环境配置文件，我们可以方便地切换不同环境下的配置，而无需修改代码。

二、选择配置文件格式环境配置文件有多种格式可选，常见的有JSON、YAML和INI格式。

选择合适的格式可以提高配置文件的可读性和易用性。

1. JSON格式JSON格式的配置文件使用键值对的形式存储配置选项。

它的语法简单明了，易于阅读和编写。

例如：{"database": {"host": "localhost","port": 3306,"username": "root","password": "password"},"logging": {"level": "info"},"cache": {"enabled": true,"ttl": 3600}}2. YAML格式YAML格式的配置文件具有良好的可读性和结构性。

它使用缩进和特定的符号来表示配置选项的层级关系。

例如：database:host: localhostport: 3306username: rootpassword: passwordlogging:level: infocache:enabled: truettl: 36003. INI格式INI格式的配置文件使用节(section)和键值对的形式存储配置选项。

vue2+ts的eslint文件配置的写法配置 ESLint 以支持 Vue 2 和 TypeScript 的项目需要一些特定的插件和规则。

以下是一个示例的 ESLint 配置文件（.eslintrc.js）的简单示例，用于 Vue 2 和 TypeSc ript 项目：javascript复制代码module.exports = {env: {browser: true,es2021: true,node: true,},extends: ['plugin:vue/essential', // 包含 Vue 相关的规则'@vue/typescript/recommended', // 包含 TypeScript 相关的规则'eslint:recommended', // 包含 ESLint 的基础规则],parserOptions: {ecmaVersion: 12, // 使用 ECMAScript 2021 语法（可选，根据项目需求调整）sourceType: 'module', // 使用 ES6 模块（可选，根据项目需求调整）},plugins: ['vue', // 用于处理 Vue 文件的插件'@typescript-eslint', // 用于处理 TypeScript 文件的插件],rules: {// 在这里添加自定义的规则，或者覆盖默认的规则},};这个配置文件包含了以下内容：env：定义了代码运行的环境，包括浏览器环境、ES202 1 和 Node.js 环境。

extends：定义了 ESLint 的配置来源，包括 Vue 相关的规则、TypeScript 相关的规则和 ESLint 的基础规则。

parserOptions：定义了解析器选项，包括 ECMAScript 版本和源码类型。

vue-cli34关于process.env的配置由于我们的项⽬需要在不同环境下进⾏运⾏(开发，⽣产，测试等)，设置process.env这避免我们需要多次的去切换请求的地址以及相关的配置。

默认的有development和production两种，分别对应运⾏运⾏vue-cli-service serve与vue-cli-service build两种环境。

也就是说开发环境默认为development，打包之后的环境默认为production。

同时也⽀持不同环境不同配置，在项⽬根⽬录中配置.env.development与.env.production两个⽂件（使⽤⽅法与.env⼀致），系统根据不同环境获取不同配置⽂件。

达到不同环境不同配置的效果。

然⽽实际开发中，我们不⼀定只有两个环境，所以vue-cli也提供了多环境的配置⽅法。

在系统根⽬录中配置.env.[environmentName]⽂件，然后运⾏时候加上–mode environmentName就可以将配置⽂件切换到对应⽂件中去⼀建⽴.env系列⽂件⾸先我们在根⽬录新建3个⽂件，分别为.env.development，.env.production，.env.testenv.development 模式⽤于serve，开发环境，就是开始环境的时候会引⽤这个⽂件⾥⾯的配置.env.production模式⽤于build，线上环境.env.test 测试环境⼆修改.env系列⽂件.env.developmentVUE_APP_BASE_API = 'http://localhost:8091/api/'.env.productionVUE_APP_BASE_API = '/api/'.env.testVUE_APP_BASE_API = 'http://192.169.123:8092/api/'四更改package.json⽂件"scripts": {"dev": "vue-cli-service serve","test": "vue-cli-service serve --mode test","serve": "vue-cli-service serve","build": "vue-cli-service build","build:test": "vue-cli-service build --mode test","lint": "vue-cli-service lint"}五使⽤当需要⽤到该变量是可以⽤process.env.VUE_APP_BASE_API进⾏取值。

根据不同配置.env获取不同的配置⽂件的配置env 不同环境1. 安装扩展composer require vlucas/phpdotenv2 . 创建⽂件.env.env.test.env.production.env.example3 设置变量APP_ENV=localAPP_ENV=testAPP_ENV=production4 新建⽂件 index.php<?phprequire_once "vendor/autoload.php";$dotenv = Dotenv\Dotenv::create(__DIR__,".env"); //传递不同⽂件，获取不同配置$dotenv->load();$name = getenv('APP_ENV');var_dump($name); 就可以拿到配置的值根据不同环境获取不同配置php.ini⾥⾯增加env变量不同环境配置为不同的，根据该变量，获取哪个配置⽂件<?phprequire_once "vendor/autoload.php";//$dotenv = Dotenv\Dotenv::create(__DIR__);//$dotenv->load();////$name = getenv('APP_ENV');//var_dump($name);//根据不同环境获取不同配置$envs = ['local','test','production'];$env = get_cfg_var('env');if(empty($env) || !in_array($env, $envs)){throw new \Exception("没有在ini配置环境");}$env = '.env.'.$env;$dotenv = Dotenv\Dotenv::create(__DIR__,$env); $dotenv->load();$name = getenv('APP_ENV',$env);var_dump($name);。

vue.config.js配置vue-cli3 脚⼿架搭建完成后，项⽬⽬录中没有 vue.config.js ⽂件，需要⼿动创建vue.config.js 是⼀个可选的配置⽂件，如果项⽬的 (和 package.json 同级的) 根⽬录中存在这个⽂件，那么它会被 @vue/cli-service ⾃动加载。

你也可以使⽤ package.json 中的 vue 字段，但是注意这种写法需要你严格遵照 JSON 的格式来写。

const path = require('path');const webpack = require('webpack');let pkg = require('./package.json');let env = ''if (process.env.VUE_APP_MODE === 'development') {env = 'dev' // 开发环境} else if (process.env.VUE_APP_MODE === 'test') {env = 'test' // 测试环境} else {env = 'prod' // ⽣产环境}const isProd = env === 'prod';function resolve(dir) {return path.join(__dirname, dir);}const vueConfig = {entry: {app: './src/main.js',},};vueConfig.base = {//路由前缀publicPath: '/' + + '/views/',//打包输出路径outputDir: 'dist/' + + '/views',//主页输出路径,相对于outputDirindexPath: 'index.html',//使⽤vue的运⾏编译版本 // 使⽤带有浏览器内编译器的完整构建版本这会让你的应⽤额外增加 10kb 左右runtimeCompiler: false,//⽂件名加哈希值filenameHashing: true,//开启eslint代码规范检测lintOnSave: true,//打包⽣成⽣产环境sourceMap⽂件设置为 false 以加速⽣产环境构建productionSourceMap: env === 'prod' ? false : true,//需要bable编译的npm模块 // babel-loader 默认会跳过 node_modules 依赖。

docker-compose.yml配置⽂件命令配置选项１.bulid服务除了可以基于指定的镜像，还可以基于⼀份 Dockerfile，在使⽤ up 启动之时执⾏构建任务，这个构建标签就是 build，它可以指定Dockerfile 所在⽂件夹的路径。

Compose 将会利⽤它⾃动构建这个镜像，然后使⽤这个镜像启动服务容器build: /path/to/build/dir也可以是相对路径build: ./dir设定上下⽂根⽬录，然后以该⽬录为准指定 Dockerfilebuild:context: ../dockerfile: path/of/Dockerfile例⼦version: '3'services:webapp:build: ./dir如果context中有指定的路径，并且可以选定 Dockerfile 和 args。

那么 arg 这个标签，就像 Dockerfile 中的 ARG 指令，它可以在构建过程中指定环境变量，但是在构建成功后取消，在 docker-compose.yml ⽂件中也⽀持这样的写法：version: '3'services:webapp:build:context: ./dirdockerfile: Dockerfile-alternateargs:buildno: 1与ENV不同的是，ARG可以为空值args:- buildno- password如果要指定image以及build，选项格式为build: ./dirimage: webapp:tag这会在./dir⽬录⽣成⼀个名为webaapp和标记为tag的镜像Note:当⽤(Version 3) Compose ⽂件在群集模式下部署堆栈时，该选项被忽略。

因为docker stack命令只接受预先构建的镜像2. contextcontext选项可以是 Dockerfile 的⽂件路径，也可以是到链接到 git 仓库的 url当提供的值是相对路径时，它被解析为相对于撰写⽂件的路径，此⽬录也是发送到 Docker 守护进程的contextbuild:context: ./dir３. dockerfile使⽤此 dockerfile ⽂件来构建，必须指定构建路径build:context: .dockerfile: Dockerfile-alternate４. args添加构建参数，这些参数是仅在构建过程中可访问的环境变量⾸先，在Dockerfile中指定参数：ARG buildnoARG passwordRUN echo "Build number: $buildno"RUN script-requiring-password.sh "$password"然后指定build下的参数,可以传递映射或列表build:context: .args:buildno: 1password: secret或build:context: .args:- buildno=1- password=secret指定构建参数时可以省略该值，在这种情况下，构建时的值默认构成运⾏环境中的值args:- buildno- passwordNote： YAML 布尔值（true，false，yes，no，on，off）必须使⽤引号括起来，以为了能够正常被解析为字符串５. cache_from编写缓存解析镜像列表build:context: .cache_from:- alpine:latest- corp/web_app:3.146. labels使⽤Docker标签将元数据添加到⽣成的镜像中，可以使⽤数组或字典。