Hello from the webpack Technical Steering Committee member Even! The different contributors in the organization continue to work on ensuring that webpack remains a solid and reliable tool for building web applications. While many new tools have emerged, webpack continues to be a stable and well-supported choice. Here’s what we’re excited about for 2026 In 2026, our focus goes beyond maintaining ex
この記事はファインディエンジニア Advent Calendar 2025 16日目の記事です。 こんにちは。ソフトウェアエンジニアの佐藤(@t0m0h1r0x)です。 私が携わるプロダクトは、Next.jsアプリケーションをstandaloneで稼働しており、Docker内でビルドを実行しています。 このアプリケーションのパッケージマネージャーをnpmからpnpmに変えたところ、Dockerビルドがクラッシュするようになりました。[1] 具体的にはページ生成処理のタイミングでcannot allocate memoryエラーが発生するようになりました。 過去にJavaScript heap out of memoryでメモリが枯渇する現象に遭遇したことはありますが、今回のケースは初めてのケースでした。 最初はメモリが不足してるなら増やせば解消されるだろうと考え、--max-old-spa
Features Added static analyze for dynamic imports Added support for import file from "./file.ext" with { type: "bytes" } to get the content as Uint8Array (look at example) Added support for import file from "./file.ext" with { type: "text" } to get the content as text (look at example) Added the snapshot.contextModule to configure snapshots options for context modules Added the extractSourceMap op
Fixes Avoid the deprecation message #19062 by @alexander-akait Should not escape CSS local ident in JS #19060 by @JSerFeng MF parse range not compatible with Safari #19083 by @alexander-akait Preserve filenameTemplate in new split chunk #19104 by @henryqdineen Use module IDs for final render order #19184 by @dmichon-msft Strip blob: protocol when public path is auto #19199 by @alexander-akait Resp
この記事はニコニコ生放送のフロントエンドのアプリケーションにRspackを導入にあたって直面した問題やその解決策について時系列でまとめたものです。 以前書いた既存のアプリケーションに Rspack を導入しようとして失敗した話の記事と重複するところもありますが、記事を書いた時点では達成できなかった本番環境での実践投入を果たすにあたって新たな試行錯誤もあったのでリライトという形で本記事を書いています。 why Rspack? ニコニコ生放送のフロントエンドではWebpackを利用して成果物を生成しているのですが、ビルドの遅さによって開発体験が悪化しており、その改善策を模索していました。 問題の改善策として、以前にViteを導入することで開発時のビルド速度の改善を試みたことがあったのですが、css modulesのcomposesという機能で読み込んだscssがcssとして取り扱われてしまう問
プロダクトのビルドツールを webpack から Rspack に移行したので、その経緯と注意点をまとめます。 🦀 Rspackとは? Rustで書かれた高速なJavaScriptのバンドルツールです。 webpackエコシステムとの強力な互換性を持ちます。 2024/08/24にv1.0.0がリリースされました。 🤔 なぜRspackに移行したのか? ビルド速度改善のため以前からwebpackの移行を検討していましたが、プロダクトがwebpack依存の構成[1]で、Viteやその他のビルドツールへの移行が少し面倒でした。 Rspackであればwebpackのプラグインもそのまま動き移行が容易、かつ速度改善が見込まれるためRspackへの移行を選びました。 💡 移行方法 移行方法は、rspackの公式ドキュメントの migrate from webpack をそのまま参考にして進めま
JSer.info #705 - webpackとの互換性を持つようにRustで書かれたbundlerであるRspack 1.0がリリースされました。 Announcing Rspack 1.0 - Rspack 0.7からの破壊的な変更もいくつか含まれているため、マイグレーションガイドも公開されています。 Migrating from Rspack 0.x - Rspack Safari Technology Preview 202がリリースされました。 Release Notes for Safari Technology Preview 202 CSSのbackground-clip: border-area/ruby-align、shape() function/@pageでjis-b4とjis-b5のサポートなどが追加されています。 また、ECMAScript Proposal
August 28, 2024 Announcing Rspack 1.0# We are excited to introduce Rspack 1.0! Rspack is a next-generation JavaScript bundler written in Rust, compatible with the webpack API and ecosystem, and is 10 times faster than webpack. Eighteen months ago, we open-sourced Rspack 0.1 and received substantial feedback and contributions from the community. During this time, 170 contributors have joined in the
An extremely fast, production-grade web bundler based on Rust. Mako is a new web bundler for Web App, Library, and Framework. It's designed to be fast, reliable, and easy to use. It has been used in hundreds of projects in production by Ant Group, and other companies. If you are looking for a modern web bundler, Mako is the right choice. Getting Started $ npm create mako Why Mako Mako has a lot of
RspackThe fast Rust-based web bundler Seamlessly replace webpack with compatible API Why Rspack?Rspack is a high performance JavaScript bundler written in Rust. It offers strong compatibility with the webpack ecosystem, allowing for seamless replacement of webpack, and provides lightning fast build speeds. Fast StartupCombining TypeScript and Rust with a parallelized architecture to bring you the
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く