Socket.io-client: IEでファイルをロードできない

v2.3.0とIE11でも同じです

v2.3.0とIE11でも同じです

2.2.0に戻しましたが、問題なく動作しています。

また、2.2.0に戻しましたが、正常に動作します。 モジュールによってエクスポートされたコードが有効なES5ではないようです。

まあ、それはバベルによってトランスパイルされたはずです...私はこれを見てみましょう。

ルジュ。 9月26日 11時09分à2019、orangejuice [email protected] A
écrit：

また、2.2.0に戻しましたが、正常に動作します。

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/socketio/socket.io-client/issues/1328?email_source=notifications&email_token=ADDNSFI5LWY4MJXY24WZNNLQLR333A5CNFSM4I2MYYBKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKT
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ADDNSFNC7OUW4Z3BEWLSNRLQLR333ANCNFSM4I2MYYBA
。

これは、デバッグをv3からv4に更新した後に発生しました。これは、配布可能でspread演算子を使用します。
パフォーマンス上の理由から、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とIE11でも同じです

およびiOS9Safari

これは、自動的にアップグレードされたポイントリリースの重大な変更です。 まだIE11をサポートしている人にとって、これは非常に深刻です。気付くのに数日かかりました。

問題を解決するのにどれくらい時間がかかると思いますか？

この問題はdebug:4.1.0関連しています。これらはすでにメソッドを置き換えていますが、この問題が修正された新しいビルドはありません。

socket.io-clientとengine.io-client修正は、現在のバージョンdebugをバージョン4.0.1に置き換えることです。

残念ながら、 debugのメンテナは、私たちの問題をまったく聞いていないようです： https ：

こんにちは@darrachequesne :)

socket.io-clientのdebugパッケージを4.0.1固定していただけますか？ ありがとうございました！

その間に、私はdebugのメンテナにアプローチしようとし、パッケージをES5コードにトランスパイルしないという彼の選択を再検討するように依頼しました： https ：

私はその問題を何千回も聞いたことがあります。 問題が最初に作成されてから聞いたことがあります。 古風なブラウザで動作させたい場合は、アプリケーションをトランスパイルしてください。 debugは、ES6モジュールとして記述および公開される、遭遇する多くの依存関係の最初のものにすぎません。

パフォーマンス上の理由から、node_modulesがbabelコンパイルから除外されることがよくあります。

これは、パッケージのメンテナがコードを石器時代に固定しておく必要があるという意味ではありません。 javascriptエコシステムは遅いです、はい、しかし例えばIE11が私たちを抑制し続けるとき、それはさらに遅くなります。 debugが多く選ばれる理由は、パッケージへの依存度が最も高い上位10のパッケージのひとつであり、他の何百もの依存関係によって速度が低下する場合でも、通常、エラーや問題が発生する最初のパッケージの1つであるためです。ダウンも。

信じられない場合は、 node_modules debugを手動でトランスパイルして、アプリをもう一度バンドルしてみてください。 ほとんどの場合、アプリケーションのサイズによっては、バンドルプロセスが他の場所で失敗します。

バベルの効率に問題がある場合は、バベルで問題を開いてください。 CRAが適切な変換を実行しないという問題がある場合は、CRAで問題を開いてください。

私は退けるように外れたくありません。 これはdebugの問題ではありません。

ここのこのリンクsocket-io-client内の構成を変更すれば、問題を解決でき

正しい; それはバベルチームからの公式の返答です。 そこにあなたの問題を持っていってください。

どのような公式の対応ですか？ リンクされた問題は、構成時にnode_modulesから選択されたパッケージを変換しないbabelに関するものでしたが、修正されました。

Socket.io-clientは、トランスパイルにbabelを使用していません。 webpackを使用して、すべての依存関係を1つの配布可能ファイルにバンドルするだけです。

そのため、socket.io-clientを古いブラウザでサポートする場合は、ビルド中に変換手順を実行するか、デバッグをダウングレードまたは置換する必要があります。

変換が必要なWeb用のパッケージを公開することは、実際にはそれほど一般的ではありません。 何年にもわたるトランスパイルの間に、node_modulesに文字通りGBの依存関係があるプロジェクトでも、数回しか遭遇しませんでした。 今まで、すべてのメンテナはそれをバグとして扱うのに十分親切でした...

これは私が言及していた応答です：

これはdebugバグではなく、Babelの構成方法に問題があることに同意します。

ノードモジュールをトランスパイルするようにBabelを構成しても機能しない場合は、調査のためにクローンを作成できる最小限のリポジトリを提供してください。

したがって、socket.io-clientを古いブラウザでサポートする場合は、が必要です。 。 。 転生ステップ

正しい。 それが現代のウェブ開発の現状です。

node_modulesに文字通りGBの依存関係がある

これが本当の問題です。 debugではなく、トランスパイルしないことを選択します。 ES6モジュールを使用する場合、アプリケーションは使用する依存関係のみをバンドルし、使用する依存関係のみをトランスパイルするため、これは通常問題にはなりません。 人々はこれを毎日大きな効果で行っています。

今まで、すべてのメンテナはそれをバグとして扱うのに十分親切でした...

完全に有効なバージョンのJavascriptを使用することはバグではありません。

できるだけ多くのアクティブな環境をサポートするパッケージを公開する代わりに、transpile node_modulesと言うことは、ビジネスを運営している人にとっては中指です。
一部のプロジェクトのビルド時間の4倍以上（場合によっては数分から1時間）のnode_modulesからすべてをトランスパイルするため、トランスパイルする各パッケージを慎重に選択する必要があります。 誰もそのための時間はありません。
今日でも、Firefoxよりも多くの人がIE11を使用しています。 IE11は引き続きMicrosoftによってサポートされています。 JSコミュニティが十分に速く動いていないという個人的な信念を強制することは、実際には何の役にも立たないと思います。

できるだけ多くのアクティブな環境をサポートするパッケージを公開する代わりに、transpile node_modulesと言うことは、ビジネスを運営している人にとっては中指です。

それは実際には建設的な態度ではなく、個人的にオープンソースで私が望んでいるような言説でもありません。

私はここで私の作品を言ったと思います。 申し訳ありませんが、週に6000万回近くダウンロードされたモジュールの保守性を改善するという私の決定は、あなたのビジネスモデルに適合しません。

今日でも、Firefoxよりも多くの人がIE11を使用しています。 IE11は引き続きMicrosoftによってサポートされています。 JSコミュニティが十分に速く動いていないという個人的な信念を強制することは、実際には何の役にも立たないと思います。

この場合の問題は、私のログの後に、私の訪問者の25％がieによって来た後、ie11を大量に使用している企業が増えていることです。

私は中指をieに見せたいのですが、あなたがビジネスを営むとき、あなたはそこにお金が欲しいので彼らを地獄に送ることができません:)

この問題の現在の回避策は何ですか？

この問題の現在の回避策は何ですか？

2.2.0fmoessleの後にできる場合

バグがsocket.io-clientモジュールから来ていることを見つけるのに3日かかりました笑

私もモジュールバージョンを2.2.0にダウングレードします

2.2.0へのダウングレードも私にとってはうまくいきました。 ありがとう。

おそらく良い解決策は、socket.ioをes5にトランスパイルされるデバッグdebug-es5のこのフォークに切り替えることです。

私は、babelとwebpackにdebug / src / browser.jsをトランスパイルさせるために丸一日を費やしましたが、私が見つけた多くのスレッドから、多くの人がこれに遭遇しているようです。 節約できるエンジニアリング時間はたくさんあるようです。

ちなみに、socket.io v2.2.0には、「ws」v7.1.2（https://github.com/websockets/ws/issues/1617）で修正されたメモリリークがあるため、ダウングレードには注意してください。

編集：修正しました
私が見つけたほとんどの投稿は、webpackから/ node_modules /を除外するのをやめることを推奨していましたが、これは機能せず、また遅いです。 （webpackがファイルにヒットしていることは確かですが、babelはファイルをトランスパイルしていませんでした。おそらく、babel / prefix-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に変更しても機能しますが、アプリケーションをビルドして起動した後でのみ機能します。

開発モードでもエラーが発生します

TypeError：オブジェクトはプロパティまたはメソッド 'cbrt'をサポートしていません
{{
[関数]： 、
__proto __：{}、
説明：「オブジェクトはプロパティまたはメソッド 'cbrt'をサポートしていません」、
メッセージ：「オブジェクトはプロパティまたはメソッド 'cbrt'をサポートしていません」、
名前： "TypeError"、
番号：-2146827850、
スタック： "TypeError：オブジェクトはプロパティまたはメソッド 'cbrt'をサポートしていません
cielabForwardTransformで（評価コード：39754：3）
fromXYZで（評価コード：39763：3）
明るくする（評価コード：39706：3）
genVariationsで（評価コード：39696：5）
解析時（評価コード：39606：7）
parsedTheme.getで（評価コード：39498：7）
generateStyles.getで（評価コード：39466：7）
Theme.prototype.applyThemeで（評価コード：39297：5）
ハンドラーで（評価コード：39449：13）
Vue.prototype。$ watch（eval code：4941：9） "、
Symbol（Lang fallback）_i.t81c9tw05xo：未定義、
Symbol（react.element）_h.t81c9tw05xo：未定義、
Symbol（stop）_n.t81c9tw05xo：未定義
}

おそらく良い解決策は、socket.ioをes5にトランスパイルされるデバッグdebug-es5のこのフォークに切り替えることです。

私は、babelとwebpackにdebug / src / browser.jsをトランスパイルさせるために丸一日を費やしましたが、私が見つけた多くのスレッドから、多くの人がこれに遭遇しているようです。 節約できるエンジニアリング時間はたくさんあるようです。

ちなみに、socket.io v2.2.0には、「ws」v7.1.2（ websockets / ws＃1617 ）で修正されたメモリリークがあるため、ダウングレードには注意が必要です。

編集：修正しました
私が見つけたほとんどの投稿は、webpackから/ node_modules /を除外するのをやめることを推奨していましたが、これは機能せず、また遅いです。 （webpackがファイルにヒットしていることは確かですが、babelはファイルをトランスパイルしていませんでした。おそらく、babel / prefix-envに関連しています）

代わりに、 debug-es5をインストールし、これをwebpack.config.jsに追加して、 debug代わりにwebpackに使用させました。

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

これは私に仕事の時間を節約しました-ありがとう！

この問題を基本的なWebpack構成で解決して、非常に小さなリポジトリを作成しました： https ：

debug依存関係は3.1.0に戻されましたが、これはトランスパイルする必要はありません。 2.3.1でリリースされました。

デバッグ依存関係への呼び出しを削除するために、 webpack-remove-debugプラグインを使用することもできることに注意してください（デバッグありとなしでビルドを提供する適切な方法が見つかるまで）。