Socket.io-client: IE에서 파일 로드 실패

v2.3.0 및 IE 11에서도 동일

v2.3.0 및 IE 11에서도 동일

우리는 2.2.0으로 되돌아갔고 정상적으로 작동합니다.

나는 또한 2.2.0으로 되돌렸고 잘 작동합니다. 모듈에서 내보낸 코드가 유효한 ES5가 아닌 것 같습니다.

글쎄, 그것은 babel에 의해 트랜스파일되었어야 했다... 나는 이것을 살펴보겠다.

르쥬. 9월 26일 2019 à 11:09, orangejuice 알림 @github.com a
에크리트 :

나는 또한 2.2.0으로 되돌렸고 잘 작동합니다.

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인
https://github.com/socketio/socket.io-client/issues/1328?email_source=notifications&email_token=ADDNSFI5LWY4MJXY24WZNNLQLR333A5CNFSM4I2MYYBKYY3PNVWWK3TUL52HS4VMVXVEXG
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/ADDNSFNC7OUW4Z3BEWLSNRLQLR333ANCNFSM4I2MYYBA
.

이것은 배포 가능 항목에서 확산 연산자를 사용하는 v3에서 v4로 디버그를 업데이트한 후에 발생했습니다.
매우 자주 node_modules는 성능상의 이유로 babel 컴파일에서 제외됩니다.

IE11에서도 이것을 얻었습니다.

"SyntaxError: Syntax error
   at ../node_modules/socket.io-client/node_modules/debug/src/browser.js (http://192.168.86.48:3000/static/vendors~vehicle-Vehicle.jsx.eb6d2ebd6bfc7172757c.js:510:1)
   at __webpack_require__ (http://192.168.86.48:3000/static/client.js?1571655164758:107:12)
   at eval code (eval code:7:1)
   at ../node_modules/socket.io-client/lib/url.js (http://192.168.86.48:3000/static/vendors~vehicle-Vehicle.jsx.eb6d2ebd6bfc7172757c.js:488:1)
   at __webpack_require__ (http://192.168.86.48:3000/static/client.js?1571655164758:107:12)
   at eval code (eval code:6:1)
   at ../node_modules/socket.io-client/lib/index.js (http://192.168.86.48:3000/static/vendors~vehicle-Vehicle.jsx.eb6d2ebd6bfc7172757c.js:444:1)
   at __webpack_require__ (http://192.168.86.48:3000/static/client.js?1571655164758:107:12)
   at eval code (eval code:55:22)
   at ./shared/components/catalogue/ValuationCatalogue.jsx (http://192.168.86.48:3000/static/vehicle-Vehicle.jsx.b7e97db41986fa53caa6.js:344:1)"

영향을 받는 라인

/**
 * Invokes `console.log()` when available.
 * No-op when `console.log` is not a "function".
 *
 * <strong i="9">@api</strong> public
 */
function log(...args) {
    // This hackery is required for IE8/9, where
    // the `console.log` function doesn't have 'apply'
    return typeof console === 'object' &&
        console.log &&
        console.log(...args);
}

트랜스파일되지 않은 코드로 식별되었으므로 추가할 내용이 많지 않습니다.

v2.3.0 및 IE 11에서도 동일

및 iOS9 사파리

이것은 자동으로 업그레이드된 포인트 릴리스의 주요 변경 사항입니다. 여전히 IE11을 지원하는 사람들에게 이것은 매우 심각합니다. 깨닫는 데 며칠이 걸렸습니다.

문제를 해결하는 데 얼마나 걸릴 것으로 예상하십니까?

이 문제는 debug:4.1.0 와 관련이 있습니다. 그들은 이미 메서드를 교체했지만 이 문제가 수정된 새 빌드는 없습니다.

socket.io-client 및 engine.io-client 대한 수정은 현재 버전 debug 을 4.0.1 버전으로 바꾸는 것입니다.

불행히도 debug 는 우리의 문제를 전혀 듣고 싶어하지 않는 것 같습니다. https://github.com/visionmedia/debug/issues/668#issuecomment -576262641

안녕하세요 @darrachequesne입니다 :)

socket.io-client 에 대한 debug 패키지를 4.0.1 있습니까? 감사합니다!

그 동안 나는 debug 의 관리자에게 접근하려고 시도했고 더 이상 패키지를 ES5 코드로 변환하지 않기로 한 그의 선택을 다시 고려해 달라고 요청했습니다. https://github.com/ 비전미디어/디버그/이슈/745

나는 그 문제를 수천 번 들었다. 문제가 처음 만들어졌을 때부터 들었습니다. 구식 브라우저에서 작동하려면 응용 프로그램을 변환하십시오. debug 는 ES6 모듈로 작성되고 게시되는 많은 종속성 중 첫 번째에 불과합니다.

매우 자주 node_modules는 성능상의 이유로 babel 컴파일에서 제외됩니다.

이것은 패키지 관리자가 자신의 코드를 석기 시대에 고정해야 한다는 의미는 아닙니다. 자바스크립트 에코시스템은 느리지만 예를 들어 IE11이 우리를 억제할 때 더 느립니다. debug 가 많이 선택되는 이유는 패키지에 가장 많이 의존하는 상위 10개 중 하나이기 때문에 일반적으로 100개의 다른 종속성이 속도를 늦추더라도 오류나 문제가 발생하는 첫 번째 패키지 중 하나이기 때문입니다. 다운도.

수동 transpile, 저를 믿지 않는 경우에 debug 당신의 node_modules 앱을 다시 번들하려고합니다. 대부분의 경우 애플리케이션의 크기에 따라 번들링 프로세스가 다른 곳에서 실패합니다.

Babel의 효율성에 문제가 있는 경우 Babel에서 문제를 엽니다. CRA가 적절한 변환을 수행하지 않는 문제가 있는 경우 CRA에 문제를 엽니다.

나는 무시하는 것처럼 보이고 싶지 않습니다. 이것은 단지 debug 의 문제가 아닙니다.

여기 이 링크 socket-io-client 내부의 구성을 변경하면 문제를 해결할 수 있습니다.

옳은; 이것이 Babel 팀의 공식 답변입니다. 거기에 문제를 가져가세요.

어떤 공식 반응? 연결된 문제는 구성될 때 node_modules에서 선택한 패키지를 변환하지 않는 babel에 관한 것이었으며 수정되었습니다.

Socket.io-client는 변환을 위해 babel도 사용하지 않습니다. 웹팩을 사용하여 모든 종속성을 단일 배포 가능으로 묶습니다.

따라서 이제 socket.io-client가 이전 브라우저에서 지원되려면 빌드하는 동안 변환 단계가 필요하거나 디버그를 다운그레이드하거나 교체해야 합니다.

번역이 필요한 웹용 패키지를 게시하는 것은 실제로 그렇게 일반적이지 않습니다. 몇 년 동안 변환하는 동안 node_modules에서 말 그대로 GB의 종속성이 있는 프로젝트에서도 몇 번만 마주쳤습니다. 지금까지 모든 관리자는 그것을 버그로 취급할 만큼 충분히 훌륭했습니다...

이것은 내가 언급한 응답입니다.

나는 이것이 debug 버그가 아니라 Babel이 어떻게 구성되었는지에 대한 문제라는 데 동의합니다.

노드 모듈을 트랜스파일하도록 Babel을 구성했지만 여전히 작동하지 않는 경우 조사를 위해 복제할 수 있는 최소 저장소를 제공하세요.

따라서 이제 socket.io-client가 이전 브라우저에서 지원되려면 . . . 번역 단계

옳은. 이것이 현대 웹 개발의 상태입니다.

node_modules에서 말 그대로 GB의 종속성

이것이 진짜 문제입니다. debug 하지 않기로 선택한 것이 아닙니다. ES6 모듈을 사용하면 일반적으로 애플리케이션이 사용하는 종속성만 번들로 묶고 사용하는 종속성만 트랜스파일하기 때문에 일반적으로 문제가 되지 않습니다. 사람들은 매일 큰 효과를 보기 위해 이것을 합니다.

지금까지 모든 관리자는 그것을 버그로 취급할 만큼 충분히 훌륭했습니다...

완벽하게 유효한 버전의 Javascript를 사용하는 것은 버그가 아닙니다.

가능한 한 많은 활성 환경을 지원하는 패키지를 게시하는 대신 transpile node_modules라고 말하는 것은 비즈니스를 운영하는 모든 사람에게 가운데 손가락입니다.
node_modules의 모든 것을 일부 프로젝트의 빌드 시간(때로는 몇 분에서 한 시간)의 4배 이상으로 변환하므로 변환할 각 패키지를 신중하게 선택해야 합니다. 아무도 그럴 시간이 없습니다.
오늘날 더 많은 사람들이 여전히 Firefox보다 IE11을 사용하고 있습니다. IE11은 여전히 ​​Microsoft에서 지원합니다. JS 커뮤니티가 충분히 빠르게 움직이지 않는다는 개인적인 신념을 강요하는 것은 실제로 아무 소용이 없다고 생각합니다.

가능한 한 많은 활성 환경을 지원하는 패키지를 게시하는 대신 transpile node_modules라고 말하는 것은 비즈니스를 운영하는 모든 사람에게 가운데 손가락입니다.

그것은 실제로 건설적인 태도가 아니며 개인적으로 오픈 소스에서 갖고 싶은 그런 종류의 담론도 아닙니다.

내 말을 여기에서 한 것 같아요. 일주일에 거의 6천만 번 다운로드되는 모듈의 유지보수성을 개선하기로 한 결정이 귀하의 비즈니스 모델에 맞지 않아 죄송합니다.

오늘날 더 많은 사람들이 여전히 Firefox보다 IE11을 사용하고 있습니다. IE11은 여전히 ​​Microsoft에서 지원합니다. JS 커뮤니티가 충분히 빠르게 움직이지 않는다는 개인적인 신념을 강요하는 것은 실제로 아무 소용이 없다고 생각합니다.

이 경우의 문제는 내 방문자의 25%가 방문한 후 ie11을 사용하는 회사가 더 많다는 것입니다.

나는 가운데 손가락을 보여주고 싶지만 사업을 할 때 돈을 원하기 때문에 지옥에 보낼 수 없습니다 :)

이 문제에 대한 현재 해결 방법은 무엇입니까?

이 문제에 대한 현재 해결 방법은 무엇입니까?

2.2.0 fmoessle 후에 할 수 있을 때

socket.io-client 모듈에서 버그가 발생했다는 것을 알아내는데 3일이 걸렸습니다.

나도 모듈 버전을 2.2.0으로 다운그레이드 모두 환호

2.2.0으로 다운 그레이드하는 것도 저에게 효과적이었습니다. 감사 해요.

아마도 좋은 해결책은 socket.io를 es5 로 변환 되는 디버그

나는 디버그/src/browser.js를 변환하기 위해 babel과 webpack을 얻으려고 하루 종일 노력했고 내가 우연히 발견한 많은 스레드에서 많은 사람들이 이 문제에 직면하고 있는 것 같습니다. 많은 엔지니어링 시간을 절약할 수 있을 것 같습니다.

그건 그렇고 socket.io v2.2.0은 'ws' v7.1.2(https://github.com/websockets/ws/issues/1617)에서 수정된 메모리 누수가 있으므로 조심해서 다운그레이드하세요.

수정: 수정했습니다
내가 찾은 대부분의 게시물은 webpack에서 /node_modules/ 제외를 중지할 것을 권장했지만 작동하지 않았고 속도도 느립니다. (웹팩이 파일을 치고 있다고 확신하지만 babel은 그것을 변환하지 않았습니다. 아마도 babel/preset-env와 관련이 있을 것입니다)

대신, 방금 debug-es5 를 설치했고 webpack.config.js에 이것을 추가하여 debug 대신 webpack에서 사용하도록 했습니다.

  resolve: {
    alias: {
      debug: 'debug-es5',
    },
  },

나는 사용하고 있습니다 :

{
  test: /\.js$/,
  use: babelLoader,
  exclude: excludeNodeModulesExcept(['debug']),
},

const babelLoader = {
    loader: 'babel-loader',
    options: {
      // Don't waste time on Gzipping the cache
      cacheCompression: false,
      // This is a feature of `babel-loader` for webpack (not Babel itself).
      // It enables caching results in ./node_modules/.cache/babel-loader/
      // directory for faster rebuilds.
      cacheDirectory: true,
      plugins: ['@babel/plugin-syntax-dynamic-import'],
      presets: [['@babel/env', { modules: false }]],
      sourceMaps: includeSourcemap && !isDevelopmentMode,
    },
  };



md5-af1f69980cb7fa352eba1d2f79ce2612



const excludeNodeModulesExcept = function (modules) {
  var pathSep = path.sep;
  if (pathSep == '\\')
    // must be quoted for use in a regexp:
    pathSep = '\\\\';
  var moduleRegExps = modules.map(function (modName) {
    return new RegExp('node_modules' + pathSep + modName);
  });

  return function (modulePath) {
    if (/node_modules/.test(modulePath)) {
      for (var i = 0; i < moduleRegExps.length; i++)
        if (moduleRegExps[i].test(modulePath)) return false;
      return true;
    }
    return false;
  };
};

socket.io-client를 2.2.0으로 변경하면 작동하지만 응용 프로그램을 빌드하고 시작한 후에만 작동합니다.

dev 모드에서 여전히 오류가 발생합니다.

TypeError: 개체가 'cbrt' 속성 또는 메서드를 지원하지 않습니다.
{
[기능]: ,
__proto__: { },
설명: "개체가 'cbrt' 속성 또는 메서드를 지원하지 않습니다",
메시지: "개체가 'cbrt' 속성 또는 메서드를 지원하지 않습니다",
이름: "TypeError",
번호: -2146827850,
스택: "TypeError: 개체가 'cbrt' 속성 또는 메서드를 지원하지 않습니다.
cielabForwardTransform에서(평가 코드:39754:3)
fromXYZ에서(평가 코드:39763:3)
at lighten(평가 코드:39706:3)
genVariations에서(평가 코드:39696:5)
구문 분석 시(평가 코드:39606:7)
parsedTheme.get에서(평가 코드:39498:7)
generatedStyles.get에서(평가 코드:39466:7)
Theme.prototype.applyTheme에서 (평가 코드:39297:5)
핸들러에서(평가 코드:39449:13)
Vue.prototype.$watch에서 (평가 코드:4941:9)",
Symbol(Lang fallback)_i.t81c9tw05xo: 정의되지 않음,
기호(react.element)_h.t81c9tw05xo: 정의되지 않음,
기호(중지)_n.t81c9tw05xo: 정의되지 않음
}

아마도 좋은 해결책은 socket.io를 es5 로 변환 되는 디버그

나는 디버그/src/browser.js를 변환하기 위해 babel과 webpack을 얻으려고 하루 종일 노력했고 내가 우연히 발견한 많은 스레드에서 많은 사람들이 이 문제에 직면하고 있는 것 같습니다. 많은 엔지니어링 시간을 절약할 수 있을 것 같습니다.

그건 그렇고, socket.io v2.2.0에는 'ws' v7.1.2( websockets/ws#1617 )에서 수정된 메모리 누수가 있으므로 신중하게 다운그레이드하십시오.

수정: 수정했습니다
내가 찾은 대부분의 게시물은 webpack에서 /node_modules/ 제외를 중지할 것을 권장했지만 작동하지 않았고 속도도 느립니다. (웹팩이 파일을 치고 있다고 확신하지만 babel은 그것을 변환하지 않았습니다. 아마도 babel/preset-env와 관련이 있을 것입니다)

대신, 방금 debug-es5 를 설치했고 webpack.config.js에 이것을 추가하여 debug 대신 webpack에서 사용하도록 했습니다.

  resolve: {
    alias: {
      debug: 'debug-es5',
    },
  },

덕분에 작업 시간이 절약되었습니다. 감사합니다!

기본 Webpack 구성으로 해결된 이 문제로 아주 작은 저장소를 만들었습니다. https://github.com/kmaraz/debug-to-es5

debug 종속성이 3.1.0 로 되돌아갔으며, 이는 변환할 필요가 없습니다. 2.3.1 에서 출시되었습니다.

디버그 종속성에 대한 호출을 제거하기 위해 webpack-remove-debug 플러그인을 사용할 수도 있습니다( 있거나 없는 빌드를 제공하는 적절한 방법을 찾을 때까지).