前端 - electron在开发启动的时候，我们知道会产生开发环境的运行url，请问是否生产环境也会有呢？
electron在开发启动的时候，我们知道会产生开发环境的运行url，请问是否生产环境也会有呢？
http://localhost:5173/
共有3个答案
开发环境和生产环境运行URL是不同的。
生产环境中Electron应用被打包成可执行文件，通常不依赖本地服务器。应用会加载本地的HTML或远程URL。使用loadFile或loadURL方法可以指定要加载的内容。如果需要从远程服务器加载网页，可以使用类似mainWindow.loadURL('https://example.com')的代码。
生产环境的配置文件（比如config.prod.js）会覆盖开发环境的设置，来确保应用在不同环境下的行为一致。虽然生产环境不再使用类似于开发环境的运行URL，但仍然可以通过配置来指定加载内容的来源。
生产环境也会有一个 URL，但是这个 URL 和网页的 URL 不太一样。
随便打开一个 Electron 应用（如 VSCode），打开开发人员工具，在控制台中输入 location，就可以看到当前应用的 URL：
vscode-file://vscode-app/usr/share/code/resources/app/out/vs/code/electron-sandbox/workbench/workbench.html
开发时一般都会用开发服务器，因为它支持热更新方便调试；但由于Electron框架用来开发的是桌面端的本地应用，所以打包后并不依赖一个Server进程实现功能，下面这张图出自https://github.com/BioCrossCoder/camltree/blob/main/src-electron/main.ts，可以参考一下
这是我以前开发的一个项目，可以在https://github.com/BioCrossCoder/camltree查看。
-
更新时间：2019-08-31 11:22:33 服务分为生产环境与开发环境，未发布的服务认为是在开发环境，发布后的服务为生产环境的服务。生产环境的服务才可以在web工作台，或代码工程内调用。生产环境的服务不可再进行修改，需要在开发环境中修改部署发布服务后，才可生效。 服务运维监控功能是为生产环境的服务提供的，您可以在此查看生产环境服务的调用量及运行日志。
-
我正在考虑使用Firebase作为MBaaS，但是我找不到任何可靠的解决方案来解决以下问题： 我想设置两个独立的Firebase环境，一个用于开发，一个用于生产，但我不想在开发和生产环境之间手动复制特性（例如远程配置设置、通知规则等）。 有什么建议吗？有没有比拥有两个独立的环境更好的方法？ 在您发布关于如何建立单独的Firebase帐户的问题的另一个答案之前：这不是问题，请再读一遍。问题是：如何在
-
开发环境下，Vue 会提供很多警告来帮你对付常见的错误与陷阱。而在生产环境下，这些警告语句却没有用，反而会增加应用的体积。此外，有些警告检查还有一些小的运行时开销，这在生产环境模式下是可以避免的。 不使用构建工具 如果用 Vue 完整独立版本，即直接用<script>元素引入 Vue 而不提前进行构建，请记得在生产环境下使用压缩后的版本 (vue.min.js)。两种版本都可以在安装指导中找到。
-
您如何为开发和生产（集群）构建图像： 我正试图为两者都提供一个Dockerfile，以保持“Dockerfile实现在一个地方”，如继承： 然后使用docker compose。开发yml 就像docker compose一样。开发yml： 所以首先，命名不起作用。 额外的问题：如何为生产构建一个映像-您是否只需在一个容器中编译（docker运行），然后将二进制文件复制到一个新容器中？
-
目标 建立一个lesson3项目，解决上一节lesson2遗留下来的—即开发环境打包到生产环境的问题。 知识点 1、process.env.NODE_ENV：node运行环境变量。 课程内容 process.env.NODE_ENV是node运行时的全局变量，node服务端中的任一js文件中都可以拿到它的值，先来试试是否真的能获取到值 先新建一个lesson3的项目，再创建一个test.js文件
-
生产中的EAP EAP在默认的FreeRADIUS安装中开箱即用。但是，也有一些要点需要注意或更改以适应您的环境。在本节中，我们将介绍以下几点： 适当的公钥基础设施（PKI）的重要性 配置内部隧道虚拟服务器 内部和外部隧道识别的问题 禁用未使用的EAP方法 公共密钥基础设施简介公钥基础结构主要用于两件事： 验证某人的身份 通过不安全的连接交换安全数据 为了确保某人是他们声称的人，我们使用证书颁发机
-
对于大部分企业来说，搭建 PaaS 既没有那个精力，也没那个必要，用 Docker 做个人的 sandbox 用处又小了点。 可以用 Docker 来标准化开发、测试、生产环境。 Docker 占用资源小，在一台 E5 128 G 内存的服务器上部署 100 个容器都绰绰有余，可以单独抽一个容器或者直接在宿主物理主机上部署 samba，利用 samba 的 home 分享方案将每个用户的 home
-
生产环境打包要做两件事： 压缩应用代码； 使用 Vue.js 指南中描述的部署方式去除 Vue.js 中的警告。 下面是配置示例： // webpack.config.js module.exports = { // ... other options plugins: [ // short-circuits all Vue.js warning code new webp