OpenTelemetry でブラウザを計装する方法が公式ドキュメントに書かれていて、その中に次のような記述がある。 opentelemetry.io <!-- https://www.w3.org/TR/trace-context/ Set the `traceparent` in the server's HTML template code. It should be dynamically generated server side to have the server's request trace ID, a parent span ID that was set on the server's request span, and the trace flags to indicate the server's sampling decision (01 = sampled,
OSS開発者は今何をするべきか？ソフトウェアサプライチェーン侵害対策を考える June 23, 2026
VoidZero, the company behind Vite, Vitest, Rolldown, Oxc, and Vite+, is joining Cloudflare. As part of this change, all team members of VoidZero are joining Cloudflare, too. Before saying anything else, we want to make the most important thing clear: Vite, Vitest, Rolldown, Oxc, and Vite+ will stay open source, vendor-agnostic, and community-driven. Nothing about that changes. Cloudflare's mission
Published: May 19, 2026 The web has long since moved on from the static, document-driven medium that it started as. Modern, rich web apps are used by everyone for many reasons, from communicating, purchasing, consuming rich content, to managing our complex lives. HTML, despite all its advances, is still delivered in-order in a top-to-bottom fashion with little regard for when content is ready or w
これからリリースするHonoのNode.jsアダプタのv2では、ボディパースのベンチマークで従来のv1系と比べて2.3倍速くなります。 近日中にリリースしますが、現在RC版が使えるので試してみてください。 v2 Node.jsアダプタはメジャーバージョンアップをしてv2系になります。といってもメインのAPIは変わらず、これから紹介する大幅なパフォーマンス向上が目玉となります。他の変更点はNode.js v18系のサポートを切ることと不要になったVercel用のアダプタをobsoleteにします。 Node.jsアダプタの役割 Node.jsアダプタは何をしているのか？というおさらいをすると⋯これはHonoのアプリケーションをNode.jsで動かすために作られました。HonoではWebスタンダードAPIを使っていますが、それをそのままNode.jsでサーバーとして動かすのは不可能です。そこで
Over the last couple of years, we’ve seen significant growth of the e18e community and a rise in performance focused contributions because of it. A large part of this is the “cleanup” initiative, where the community has been pruning packages which are redundant, outdated, or unmaintained. One of the most common topics that comes up as part of this is “dependency bloat” - the idea that npm dependen
Handling data in streams is fundamental to how we build applications. To make streaming work everywhere, the WHATWG Streams Standard (informally known as "Web streams") was designed to establish a common API to work across browsers and servers. It shipped in browsers, was adopted by Cloudflare Workers, Node.js, Deno, and Bun, and became the foundation for APIs like fetch(). It's a significant unde
Vue/HTML/Markdownなどに埋め込まれたJS/TS部分が、どうフォーマットされるのか調べたかった。 Here be dragons…, yet another dragons… 🐉 js-in-xxxになれるparser まず、どこで観測できるか。 Markdown系 markdown: コードブロック内 mdx: コードブロック内、import/export部 HTML系 html: <script>タグ内、onclick等のイベントハンドラ属性 vue: <script>タグ内、テンプレート内の各種ディレクティブ・式 angular: テンプレート内の各種バインディング・ディレクティブ HTML系のparserは、他にもmjmlとかlwcとかもあるけど、そこでは処理されない。 埋め込み処理の流れ 親ファイル側の処理の一環として、埋め込み部を処理するパートがある その際、t
const resp = await fetch("https://api.example.com/data"); await を2回書いているのが気になったことはありませんか？1回の await で一気にレスポンスボディまで取れたら楽なのに、と思ったことはないでしょうか。 とある休日の午前中、いつものようにYouTube上でライブコーディング動画を見ていました1。そこで配信者の方が、fetchを使ってレスポンスボディを取得する際に2回目のawaitが必要であることに対して、「なんでfetchはこんなにめんどくさいんだろう」と言っていました。言われてみると、確かにめんどくさいような気もします。 この記事では、なぜ fetch がこのような設計になっているのかをいろいろな観点から掘り下げてみます。 fetch の使い方おさらい まずはJavaScriptのfetchの基本的な使い方を確認して
This year, JSON module imports became baseline 'newly available', meaning they're implemented across browser engines. import data from './data.json' with { type: 'json' }; // And… const { default: data } = await import('./data.json', { with: { type: 'json' }, });I'm glad JavaScript has this feature, but I can't see myself using it in a browser environment, other than small demos. I might still use
The UnifiedToolchain for the Web dev, build, test, lint, format, monorepo caching & more in a single dependency, built for scale, speed, and sanity Everything you love about Vite— plus everything you’ve been duct-taping together. Built for growing teams tired of configuring, patching, and replacing their JavaScript tooling stack.
DOMDOMタイムス#19: iframeを新たに作りさえすれば新鮮とれたてプロトタイプが手に入るの？June 25, 2025 ひさしぶりのDOMDOMタイムスです！ブログ移行後は初めてです👶 過去のDOMDOMタイムスはZennの方にありますので、読んでみたい人は読んでみてください！ 今回は、以前にDOMDOMタイムスで紹介した内容についてアップデート的な感じをやりたいと思います。 新鮮とれたてプロトタイプってなんすか？iframe作るってどういうことすか？ 問題意識や前提知識に関するすべての説明を下記の記事に託して、この部分はすっ飛ばさせてください！ 本稿で話されていることが「なにいってだこいつ」状態だったら、下記の記事を読んでみてくださいネ。 ちなみに、この記事を出したあとにプロトタイプ汚染周りのECMAScript提案について色々まとめる機会があったので、よければ読んでみてくだ
JavaScript (TypeScript) のコードから HTTP リクエストを送る手段として, 最近では Web 標準の一つである Fetch Standard で定義された fetch() が使われることが多いですね. await fetch("https://example.com"); リクエストヘッダーには Host を設定できない Fetch Standard では Host をはじめとして Content-Length, Cookie, Origin など, いくつかのリクエストヘッダーを設定 (JavaScript から上書き) することが禁止されています. https://fetch.spec.whatwg.org/#forbidden-request-header いずれのヘッダーも HTTP やセキュリティ上の取り決めに従うために, ページの JavaSript
Why do we still need bundlers? Skipping the build step is impractical With the general availability of native ES modules and HTTP/2 in modern browsers, some developers are advocating for an unbundled approach for shipping web applications, even in production. While this approach works for smaller applications, in our opinion bundling is still very much necessary if you are shipping anything non-
ContentsThe status quoHow to use Declarative Web PushA note on backwards compatibilityWhat if I can’t send the notification description through the internet?Standards work Web Push notifications are a powerful and important part of the web platform. As someone’s very famous uncle once said, with great power comes great responsibility. When we added Web Push to WebKit we knew it was imperative to m
2025/1/18 北陸三県.rb Lightning Talks in Kanazawa
ポリシー: この世界では常に最新版を使うという気持ちで生きていく Node.js は枯れるという概念がなく、常に古いことはリスク という認識。LTS も短め(3年) 古いAPIのドキュメントは常に消失する モダンなツールは、モダンな前提を要求する ~2020: CJS/ESM 関連で断絶がある(jestが動かなくなりつつある) ~2019: パフォーマンス意識が低い時代の実装が多い ~2015: Node.js のみでしか動かないものが多い。peerDeps の意識が低い この辺で目視でポチポチする npm: npm-check-updates - npm yarn upgrade-iteractive pnpm upgrade -i サーバーランタイムには安定を、ツールチェインにはパフォーマンスを サーバーランタイム(Node.js) Node 本体は Stable LTS か、一つ前の
WebアプリでURLシェアを実装する際に、URLにすべての情報を持たせてしまいたい場合があります。そのとき、情報をそのままクエリ文字列に渡してしまうとURLの文字数制限に引っかかってしまうかもしれません(厳密にはURLに上限はないようですが、現実はいつもブラウザ実装依存)。 そんなときURLセーフな文字列形式で圧縮してくれるライブラリがあります。lz-sringです。 変換の例 ライブラリで compressToEncodedURIComponent というAPIが提供されているのでこれを使用します。標準のencodeURIComponentでURLセーフな文字列に変換した場合とサイズ比較をしてみましょう。 import lzstring from "lz-string"; const rawData = "Lorem ipsum dolor sit amet, consectetur a
控えめなJavaScript（ひかえめなジャバスクリプト、英語: Unobtrusive JavaScript）とは、WebページでのJavaScriptの利用における一般的なアプローチである。この用語は正式には定義されていないが、基本的な原理は一般的に次のようなことが含まれると理解されている。 機能（behavior layer）の、Webページの構造・コンテンツ、表示との分離[1] 伝統的なJavaScriptプログラミングの問題（ブラウザによる違いや拡張性の欠如など）を回避するためのベストプラクティス 高度なJavaScriptの機能をサポートしない可能性のあるユーザーエージェントをサポートするためのプログレッシブエンハンスメント[2] 歴史的にJavaScriptは本格的なアプリケーション開発には適さない、扱いにくい言語とされてきた[3][4]。これは主に、言語そのものと、各種ブラ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
