WKWebview と WebContainers のハッキング // または WebContainers はまだ完成していますか?

私は、stackblitz による webcontainers と呼ばれる、完全にオープンソースではない、新しく wasm っぽい技術について書き始めましたが、それらをハッキングしたので、今のところ、それらは運用環境で使用できるほど十分に成熟していないと思います。

ここでは、遭遇する可能性のある大まかな点をいくつか紹介します...

• これらはプライベート サーバー上にあり、あなたのプロジェクト、ファイアウォール、または会社がこのハードな依存関係をブロックする可能性があります。たとえば、*.webcontainers.io と https://nr.staticblitz.com です。
• 誇大宣伝にもかかわらず、実際には POST などの Web ページの外のリクエストをリッスンすることはできないようです (詳細は後ほど)
• AWS Cloudfront の背後にありますが (問題ありません)、ヘッダーや COR ポリシーはまったく編集できません
• 彼らは、CSP のような権限やポリシーを持つワームのバスケットになる可能性がある iframe を回避します。

そして最後に、ライブラリやプロジェクトの未解決の問題を調べてみる価値があると思います。それだけですべてが終わるわけではなく、意思決定のすべてです。新しいライブラリでは、トリアージが必要な問題が急増すると予想されます。

これがゴールデンタイムに向けて準備ができていない最後の指標は、PR を無視しているか、レビューする能力がない場合、十分な投資が行われていない可能性があることです。もちろん、PR を公開し、可能な限り貢献するのは私の義務です。

Rust lang コンテキストでの埋め込み Webview と私の回避策に関する完全なドキュメントがありました。要約すると、WKWebview は navigator.credentials Web API やピカピカの新しい「パスキー」をまったくサポートしていないということでした。ここでプレイする週末がある方は、あまりすぐには読まないでください

以上がWKWebview と WebContainers のハッキング // または WebContainers はまだ完成していますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。