问题描述：使用AndroidStudio运行应用时报错：Unabletomakefieldprivatefinaljava.lang.Stringjava.io.File.pathaccessible:modulejava.basedoesnot"opensjava.io"tounnamedmodule@7a4eb222 从报错信息可以看出跟Java模块化有关，先前都是用的JDK8而模块化是JDK9引入的新功能解决方法：经过检查发现升级了gradle7，使用的JDK17.真是一次大跳跃，不得不说Java这几年发版本真快。方法1:既然JDK17要模块化，那就跟项目指定一个不需要模块化得JDK8.
前端请求接口过程中会统一配置代理请求url，配置之后浏览器只能看到localhost路径。为方便查看请求的真实ip，需要在vue.config.js中做如下配置，便能在浏览器实时查看到真实地址devServer:{//端口配置port:'9080',open:true,//host:'localhost',打开之后不能使用IP访问项目proxy:{'/basic':{target:process.env.VUE_APP_BASE_API,//配置文件的请求url//target:'http://10.31.126.172:9080',changeOrigin:true,ws:true,//pa
1问题新创建的golang项目，使用gomodinit命令时出现cannotdeterminemodulepathforsourcedirectoryxxxxxxx(outsideGOPATH,modulepathmustbespecified)2解决方案这是因为gomodinit初始化项目时，需要定义一个module，当打开一个go.mod文件，就会发现第一行就有moduleProjectName因此，在执行gomodinit时需要定义module，如：gomodinitProjectName
一、背景在自动化流程中，对于一个应用来说，从开发阶段的配置管理，到制作容器镜像，再到最后通过K8S集群发布为服务，整个过程涉及到的配置非常多；图片应用环境：通常是指代码层面的依赖配置，以常用的Nacos来说，通常会涉及框架、组件、自定义等几个层面的配置管理；运行环境：以微服务架构来说，实际环境中需要管理多个应用的服务发布，在整个过程中必然会存在很多配置的管理，比如应用的资源分配、不同环境交互时的身份认证、敏感信息的安全管理等；不论是应用还是运行层面的配置，都会涉及到一个基本的逻辑：配置可以抽取出来单独管理，在流程中直接引入该配置即可；二、ConfigMapConfigMap用来将非机密性的数据
绕不开的Config配置；一、背景在自动化流程中，对于一个应用来说，从开发阶段的配置管理，到制作容器镜像，再到最后通过K8S集群发布为服务，整个过程涉及到的配置非常多；应用环境：通常是指代码层面的依赖配置，以常用的Nacos来说，通常会涉及框架、组件、自定义等几个层面的配置管理；运行环境：以微服务架构来说，实际环境中需要管理多个应用的服务发布，在整个过程中必然会存在很多配置的管理，比如应用的资源分配、不同环境交互时的身份认证、敏感信息的安全管理等；不论是应用还是运行层面的配置，都会涉及到一个基本的逻辑：配置可以抽取出来单独管理，在流程中直接引入该配置即可；二、ConfigMapConfigMa
在npm rundev时候出现问题 查明是版本问题，为了不替换node版本找到了一个方法--------方法如下在package.json文件下 将原来的"dev":"vue-cli-serviceserve", "build:prod":"vue-cli-servicebuild", "build:stage":"vue-cli-servicebuild--modestaging",修改为："dev":"SETNODE_OPTIONS=--openssl-legacy-provider&&vue-cli-serviceserve", "build:prod":"vue-cli-s
运行代码//$node-v//v16.14.0console.log(__dirname);报错：ReferenceError:__dirnameisnotdefinedinESmodulescope原因package.json加了以下配置{"type":"module","engines":{"node":">=14.16"}}解决1、方法一删除文件package.json中的配置项："type":"module"2、方法二注意：该方法得到的是运行目录，并不是该文件的所在目录importpathfrom"path"const__dirname=path.resolve();console.l
我想象一个流行的用例将用于加载“主模块”，项目的所有依赖项都通过import树从中解析声明。然而，在网络上，这似乎会造成加载瓶颈，因为浏览器在解析其依赖项以获取import之前无法知道要下载哪些脚本。.将此与项目的所有脚本都在单独的中引用的情况进行对比。最初交付的HTML文件中的元素。在解析HTML的同时和之后，所有脚本都可以并行下载。威尔造成加载瓶颈？可以多个页面上的元素相互提供依赖关系，因此浏览器不一定需要下载和解析JavaScript来确定下一步要下载什么？我想这会是HTTP/2PUSH_PROMISE的用例吗？服务器需要静态分析JavaScript文件并提前确定它们的依赖关系。
我想象一个流行的用例将用于加载“主模块”，项目的所有依赖项都通过import树从中解析声明。然而，在网络上，这似乎会造成加载瓶颈，因为浏览器在解析其依赖项以获取import之前无法知道要下载哪些脚本。.将此与项目的所有脚本都在单独的中引用的情况进行对比。最初交付的HTML文件中的元素。在解析HTML的同时和之后，所有脚本都可以并行下载。威尔造成加载瓶颈？可以多个页面上的元素相互提供依赖关系，因此浏览器不一定需要下载和解析JavaScript来确定下一步要下载什么？我想这会是HTTP/2PUSH_PROMISE的用例吗？服务器需要静态分析JavaScript文件并提前确定它们的依赖关系。
nginx添加模块fastdfs-nginx-module（docker版，不需要重写dockerfile）一、fastdfs-nginx-module模块准备1.1、下载模块1.2、配置模块参数二、重新制作nginx的二进制执行文件2.1、查看nginx版本2.2、下载nginx配套版本的源码文件2.3、制作nginx二进制文件2.4、启动过nginx服务一、fastdfs-nginx-module模块准备1.1、下载模块 gitclonehttps://gitee.com/fastdfs100/fastdfs-nginx-module.git1.2、配置模块参数 进入src编辑mod_fa
