react npm run build 打包 之后怎么用

用vue-cli搭建的做法

1、npm run build

2、把dist里的文件打包上传至服务器 例 /data/www/，我一般把indexhtml放在static里 所以我的文件路径为： /data/www/static |-----indexhtml |-----js |-----css |-----images

3、配置nginx监听80

搭建一个服务端和一个客户端通常不难，具体取决于具体的应用程序和技术栈。

以下是一些常见的流程和步骤：

1、确定需求和技术栈

首先，需要确定你的应用程序的需求，以及选择合适的技术栈。这包括编程语言、数据库、服务器、框架等等。例如，对于一个简单的即时通讯应用程序，建议使用Nodejs作为服务器端，使用JavaScript作为编程语言，使用SocketIO作为实时通信框架。

2、开始编码

准备好技术栈后，可以开始编写服务端和客户端代码。通常需要编写以下内容：

- 客户端：UI交互、实现消息发送和接收、实现连接服务器等功能。

- 服务端：实现注册、登录、存储用户信息、实时通信等功能。

3、进行本地测试

在完成编码后，需要进行本地测试，以确保代码的功能和正确性。可以使用本地开发环境，如XAMPP、WAMP、MAMP等。

4、进行远程部署

当本地代码和测试通过后，需要进行远程部署，将代码部署到服务器上，并启动服务。具体步骤包括：

- 购买或租用服务器。

- 配置服务器环境，如安装相关依赖、配置数据库等。

- 将代码上传到服务器。

- 启动服务。

5、进行线上测试和Debug

当远程部署完成后，需要进行线上测试和Debug，以确保代码的稳定性和可靠性。可以使用服务器监控工具和日志工具，如Nagios、Munin等。

总的来说，搭建一个服务端和一个客户端通常是一个相对简单的过程，但具体取决于应用程序的需求和技术栈。需要进行适当的规划和测试，以确保代码的正确性和稳定性。

要开发扫码点餐系统，需要以下主要步骤：1 确定需求：首先需要明确系统的功能和需求，例如支持哪些支付方式、支持菜单的分类和搜索、菜品的下单和退单、订单的管理和查询等等。2 设计数据库结构：根据需求设计数据库表，例如菜品、订单、用户、支付等表，确定各表之间的关系。3 开发后端API：使用框架如Nodejs、Django、Flask等实现后端API接口，支持前端的调用。4 开发前端界面：使用HTML/CSS/JavaScript等技术开发前端界面，支持用户扫描二维码、选择菜品、下单支付等操作。5 集成支付接口：集成支付宝、微信支付等支付接口，支持付款和退款等操作。6 测试和部署：进行单元测试、集成测试和系统测试，确保系统功能正常。最后部署到服务器上，正式上线。总之，扫码点餐系统开发需要前后端协同开发，应该有一定的编程基础和对数据库、网络编程、支付等领域的了解。可以参考一些开源的项目或者辅助工具，例如GitHub上的相关项目，或者使用脚手架工具如Create React App、Vue CLI等来快速构建项目。

总结一下就是：用户借助该规则，可以为引入的字体包命一个名字，并指定在哪里可以找到它（指定字体包的存储路径）后，就可以像使用通用字体那样去使用它了。

例如现在的需求是：需要在项目中使用 KlavikaMedium-Italic 字体。

则只需以下三个步骤即可。

这里放到根目录下的 tool/fonts 文件夹里。

新建一个indexvue文件，引入样式：

效果如下：

既然在本地开发环境实现了效果，于是就使用 webpack 打包准备上线，却发现 webpack 在打包过程中报错：

我们在定义自定义字体时使用URL指定了字体包的路径，由于 webpack 默认是无法处理 css 中的 url 地址的，因此这里会报错。

这时就需要借助 loader 来大显身手了，解决这个问题需要使用 file-loader ，它主要干了两件事儿：

在 webpackconfigjs 中，配置file-loader：

再次执行打包命令，不再报错。

于是将打包出来的 dist 目录重新部署到服务器上后访问页面，却发现由于找不到字体导致没有生效：

从图中可以看出，http请求字体包的路径为： 根目录下(打包出来的静态文件indexhtml所在目录)的 css/620db1b997cd78cd373003282ee4453fotf 。

看了一下打包命令生成的 dist 目录结构：

却发现，字体包和 indexhtml 是在同一级。因此字体无法生效的原因就很明朗了：

可以通过修改字体包打包后的实际存储路径去解决这个问题，在 webpackconfigjs 中，借助 options 参数可以继续给 file-loader 设置更多的配置项：

再次打包，生成的 dist 目录结构如下：

可以看到字体包正如配置时预期的那样存储在 css/fonts 目录下面。

重新部署项目，再次查看：

这一次 http 请求的字体包路径与实际的存放路径一致，因此自定义字体生效。

可以通过下面这个梳理流程图看的更清楚一些：

为什么本地开发的时候可以看到字体，部署到服务器后却看不到了呢？