umi 启动 npm run dev 之后页面一直提示 Disconnect 不断刷新重连

场景

前端使用 antd pro 的脚手架项目,运行 npm run start 启动 devServer 进行热加载实时打包。

后端使用 koa 来提供 API 接口和中间件,并且使用 HTML 引用前端的打包资源来进行页面渲染。

问题

由于同时起了 devServer 和 node 两个端口服务,所以当我访问后端渲染页面时,umi 中的 socket server 端口指向错误。所以它会不断地重连。

解决方案

修改前端启动命令关闭 socket server:

"start": "npm run clear && cross-env APP_TYPE=site PORT=8899 SOCKET_SERVER=none umi dev",
"start:no-mock": "cross-env MOCK=none PORT=8899 SOCKET_SERVER=none umi dev",

为什么可以这样?

看代码:当 SOCKET_SERVER 为 none 时就不会走 socket server 这一段。

// Connect to WebpackDevServer via a socket.
if (process.env.SOCKET_SERVER !== 'none') {
  socket(
    process.env.SOCKET_SERVER
      ? `${stripLastSlash(process.env.SOCKET_SERVER)}/sockjs-node`
      : url.format({
          protocol: window.location.protocol,
          hostname: window.location.hostname,
          port: window.location.port,
          // Hardcoded in WebpackDevServer
          pathname: '/sockjs-node',
        }),
    {
      onclose() {
        if (
          typeof console !== 'undefined' &&
          typeof console.info === 'function'
        ) {
          console.info(
            'The development server has disconnected.\nRefresh the page if necessary.',
          );
        }
      },
      onmessage(e) {
        var message = JSON.parse(e.data);
        switch (message.type) {
          case 'hash':
            handleAvailableHash(message.data);
            break;
          case 'still-ok':
          case 'ok':
            handleSuccess();
            break;
          case 'content-changed':
            // Triggered when a file from `contentBase` changed.
            window.location.reload();
            break;
          case 'warnings':
            handleWarnings(message.data);
            break;
          case 'errors':
            handleErrors(message.data);
            break;
          default:
          // Do nothing.
        }
      },
    },
  );
}

最后

这个问题卡了我好久,所以记录下来希望能帮到别人~

FFmpeg是一款功能强大的开源多媒体处理工具,广泛应用于视频和音频的编码、解码、转换以及流媒体处理。然而,由于历史原因和标准限制,原生的FFmpeg并不支持将H.265(高效视频编码)格式的视频流封装到FLV(Flash Video)容器中。FLV是一种常见的网络流媒体传输格式,但其最初设计时并未考虑现代高效的H.265编码标准。因此,当尝试将H.265编码的视频与FLV容器结合时,会出现“Video codec hevc not compatible with flv”的错误提示,表明FFmpeg无法识别这种组合。 为了解决这一问题,开发者通常需要对FFmpeg的源代码进行修改和扩展。一个名为“用于解决ffmpeg不支持flv+h265需要修改的文件.zip”的压缩包中包含了一些源代码文件,这些文件旨在扩展FFmpeg的功能,使其能够处理FLV容器中的H.265编码内容。压缩包中的三个关键文件分别是“flvdec.c”“flvenc.c”和“flv.h”,它们分别对应FLV的解码器、编码器和头文件。 flvdec.c:这是FFmpeg的FLV解码器源代码,经过修改后可能支持读取和解析包含H.265数据的FLV流。解码器的作用是从FLV容器中提取视频数据,并将其转换为可处理的原始像素格式。 flvenc.c:这个文件包含FLV编码器的源代码,经过调整后可能允许将H.265编码的视频流封装到FLV容器中。编码器负责将原始视频数据编码为H.265格式,并将其打包到FLV文件中。 flv.h:这是一个头文件,定义了FLV格式相关的常量、结构体和函数原型。修改该文件可能涉及添加或更新与H.265支持相关的定义和接口。 要应用这些修改,开发者需要重新编译FFmpeg源代码,并将修改后的版本替换原有的FFmpeg安装。这样,用户就可以使用定制版的FFmpeg来处理FLV+H.265
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值