当前位置: 首页 > 知识库问答 >
问题:

WebPack 4热重载:无效的主机/原始标头

姬捷
2023-03-14

我正在使用webacks-dev-server进行热重载。但是在我的控制台中,它一直说无效的主机/原始标头

我在webpad配置中的设置如下:

'use strict'

const webpack = require('webpack')
const { VueLoaderPlugin } = require('vue-loader')
const HtmlWebpackPlugin = require('html-webpack-plugin')

module.exports = {
  mode: 'development',

  devServer: {
    headers: {
      'Access-Control-Allow-Origin': '*'
    },
    hot: true,
    watchOptions: {
      poll: true
    }
  },
  module: {
    rules: [
      ...
    ]
  },
  plugins: [
    new webpack.HotModuleReplacementPlugin(),
    ...
  ]
}

我如何解决这个问题,以便它能在我的开发环境中工作?我很乐意听到这个消息,因为目前我必须不断刷新页面。

共有3个答案

马凡
2023-03-14

您的网页托管在与您的webpack文件所在的域不同的域吗?如果是这样,您可能只需要将页面的域添加到devServer。allowedHosts选项。

子车新立
2023-03-14

Set allowedHosts,https://web pack . js . org/configuration/dev-server/# devserverallowedhosts。例如,如果您的网页是< code>xyz.google.com,那么只需在其中添加一个主机< code>.google.com即可。

萧繁
2023-03-14

此问题可能是由最近已修复的webpack开发服务器问题引起的。

为避免出现无效主机/源标头错误,请将以下内容添加到 devServer 条目:

disableHostCheck: true
 类似资料:
  • "热重载"不是当你修改文件的时候简单重新加载页面。启用热重载后,当你修改 .vue 文件时,所有该组件的实例会被替换,并且不需要刷新页面。它甚至保持应用程序和被替换组件的当前状态!当你调整模版或者修改样式时,这极大的提高了开发体验。 状态保留规则 当编辑一个组件的 <template> 时,这个组件实例将就地重新渲染,并保留当前所有的私有状态。能够做到这一点是因为模板被编译成了新的无副作用的渲染函

  • 我有一个问题,基本上是关于OpenShift Origin路线的澄清。 我设法在本地VMWare安装的CentOS上设置OpenShift Origin版本1.4.0-rc1。我还能够为 nginx 拉取和设置映像,pod 状态显示正在运行。也能够在服务endpoint上访问nginx。现在,根据文档,如果我想在托管系统之外访问此nginx实例,我需要创建一个路由,我也这样做了。 混乱出现在Ope

  • Vuex 支持在开发中使用webpack的Hot Module Replacement API 热重载 mutations,modules ,actions 和 getters,你也可以在 Browserify 里使用 browserify-hmr 插件来实现同样的功能。 对于mutations 和 modules,你只需要简单地调用 store.hotUpdate(): // store.js

  • “热重载”不只是当你修改文件的时候简单重新加载页面。启用热重载后,当你修改 .vue 文件时,该组件的所有实例将在不刷新页面的情况下被替换。它甚至保持了应用程序和被替换组件的当前状态!当你调整模版或者修改样式时,这极大地提高了开发体验。 状态保留规则 当编辑一个组件的 <template> 时,这个组件实例将就地重新渲染,并保留当前所有的私有状态。能够做到这一点是因为模板被编译成了新的无副作用的渲

  • 我在Angular v4中有一个应用程序,它必须改变访问的url依赖的scss。例如:如果浏览器中的链接是“example.com”,那么应用程序具有背景色:黑色如果链接是“example2.com”,那么背景色:红色 我有下一个问题: 当我转到C:\Windows\System32\drivers\etc中的主机并在hosts 127.0中设置下一个配置时。0.1示例。com 127.0。0.1

  • 当部署到支持多容器的Azure Web应用时,我收到来自的“无效主机头”消息https://mysite.azurewebsites.com 这个很好。 我有两个Docker容器:React应用程序和承载我的API的Express应用程序。我正在使用代理在 图像已存储在Azure容器注册表中。它们似乎从日志中加载得很好。 在我的应用程序服务中 我还在应用程序设置中定义了: 为3000。 这导致我的