honojs/hono
github.com/honojs/honov4.9.4
この記事は、Honoフレームワークのバージョン4.9.4のリリースに関する情報を提供しています。このリリースでは、Denoでの公開を実行するための型キャストが追加されました。リリース日は2023年8月22日で、リリースノートにはバージョン4.9.3から4.9.4までの変更点が含まれています。具体的な変更内容は、GitHubのリポジトリで確認できます。 • Honoフレームワークのバージョン4.9.4がリリースされた • Denoでの公開を実行するための型キャストが追加された • リリース日は2023年8月22日 • リリースノートにはバージョン4.9.3からの変更点が含まれている
v4.9.3
Honoのバージョン4.9.3がリリースされ、いくつかの新機能と改善が含まれています。新たにCSRF保護が追加され、Fetch Metadataのサポートが実装されました。また、カスタムフェッチ関数を許可するcustomFetchオプションが追加されました。TypeScriptのバージョンも5.9.2に更新され、package.jsonにpackageManagerフィールドが追加されました。これらの変更により、Honoはより安全で柔軟なフレームワークとなっています。 • 新機能としてCSRF保護が追加され、Fetch Metadataをサポート • customFetchオプションによりカスタムフェッチ関数が使用可能に • TypeScriptが5.9.2に更新された • package.jsonにpackageManagerフィールドが追加された • Honoの安全性と柔軟性が向上した
v4.9.2
Honoのバージョン4.9.2がリリースされ、いくつかの修正が行われた。具体的には、contenteditable属性に対する'plaintext-only'値の修正と、removeIndexStringにおけるクエリパラメータの処理が改善された。新たに@object1037が初めての貢献を行ったことも報告されている。 • contenteditable属性の'plaintext-only'値に関する修正 • removeIndexStringでのクエリパラメータ処理の改善 • 新しい貢献者@object1037の参加
v4.9.1
Honoのバージョン4.9.1がリリースされ、主な変更点として、parseResponse機能においてDetailedError.nameが設定され、エラーテストが追加されたことが挙げられます。また、parseResponseの修正により、結果にエラー応答が含まれないようになりました。これにより、エラーハンドリングが改善され、より正確なレスポンスが得られるようになります。 • Honoのバージョン4.9.1がリリースされた • parseResponse機能にDetailedError.nameが設定された • エラーテストが追加された • parseResponseの修正によりエラー応答が結果に含まれないようになった • エラーハンドリングが改善された
v4.9.0
Hono v4.9.0がリリースされ、いくつかの機能強化とユーティリティが追加されました。主なハイライトは新しいparseResponseユーティリティで、RPCクライアントのレスポンスを簡単に処理できるようになります。このユーティリティは、異なるレスポンス形式を自動的に処理し、失敗したリクエストに対して構造化されたエラーをスローします。新機能として、AWS Lambdaでのバイナリコンテンツタイプの指定、JWTの発行者（iss）クレームの検証、JWKミドルウェアへのカスタムヘッダー名の追加、クッキー生成ヘルパーの追加などが含まれています。これにより、RPCクライアントのレスポンス処理がより簡単かつ型安全になります。 • 新しいparseResponseユーティリティが追加され、RPCクライアントのレスポンス処理が簡素化される。 • parseResponseは異なるレスポンス形式を自動的に処理し、失敗したリクエストに対して構造化されたエラーをスローする。 • AWS Lambdaでのバイナリコンテンツタイプの指定が可能になった。 • JWTの発行者（iss）クレームの検証機能が追加された。 • JWKミドルウェアにカスタムヘッダー名を追加する機能が実装された。
v4.8.12
この記事は、Honoフレームワークのバージョン4.8.12のリリースに関するものである。主な変更点は、ルーターの修正であり、特に'/files/:name{.*}'のサポートが追加されたことが挙げられる。この修正により、特定のファイル名に基づくルーティングが可能になり、フレームワークの柔軟性が向上する。リリースは2023年8月2日に行われ、GitHub上で公開されている。 • Honoフレームワークのバージョン4.8.12がリリースされた。 • ルーターの修正により'/files/:name{.*}'のサポートが追加された。 • この変更により、特定のファイル名に基づくルーティングが可能になった。 • リリース日は2023年8月2日である。 • GitHub上で公開されている。
v4.8.11
Honoのバージョン4.8.11がリリースされ、いくつかの重要な変更が行われました。主な修正点として、c.body()の出力タイプを適切に設定するための修正、FetchEventをapp.fetchの第二引数として渡す修正が含まれています。また、CI（継続的インテグレーション）に関する変更として、editorconfig-checkerの追加や、bunのバージョンを1.2.19にアップグレードする作業が行われました。これらの変更は、Honoの機能性と安定性を向上させることを目的としています。 • c.body()の出力タイプを適切に設定する修正が行われた。 • FetchEventをapp.fetchの第二引数として渡す修正が行われた。 • CIにeditorconfig-checkerが追加された。 • bunのバージョンが1.2.19にアップグレードされた。 • @hono/eslint-configのバージョンが更新された。
v4.8.10
Honoのバージョン4.8.10がリリースされ、いくつかの変更が行われた。主な変更点には、EditorConfigの追加、JSON、YAML、Markdownのフォーマット、ベンチマークのフォーマットとリンティング、アダプター/サービスワーカーの型の更新、他のライブラリとの互換性のためのクッキーの小文字優先サポートが含まれる。新しい貢献者も数名参加しており、彼らの初めての貢献が記録されている。 • Honoのバージョン4.8.10がリリースされた • EditorConfigが追加された • JSON、YAML、Markdownのフォーマットが行われた • ベンチマークのフォーマットとリンティングが実施された • アダプター/サービスワーカーの型が更新された • クッキーの小文字優先サポートが追加された • 新しい貢献者が参加した
v4.8.9
Honoのバージョン4.8.9がリリースされ、主な変更点として、context内のc.redirectでisByteStringを使用する修正が行われた。このリリースは、GitHub上で公開されており、リリースノートにはバージョン4.8.8から4.8.9までの変更履歴が含まれている。リリースは2023年7月26日に行われ、開発者yusukebeがこの修正を担当した。 • バージョン4.8.9がリリースされた • c.redirectでisByteStringを使用する修正が行われた • リリースノートには4.8.8から4.8.9までの変更履歴が含まれている • リリースは2023年7月26日に行われた • 開発者yusukebeが修正を担当した
v4.8.8
Honoのバージョン4.8.8がリリースされ、READMEの簡素化や、safeEncodeURIにおける二重エンコーディングの防止が行われた。これにより、ユーザーはより使いやすくなり、URLのエンコーディングに関する問題が解決される。 • READMEの簡素化が行われた • safeEncodeURIでの二重エンコーディングを防止する修正が加えられた • ユーザーにとっての使いやすさが向上した • URLエンコーディングに関する問題が解決された
v4.8.7
Honoのバージョン4.8.7がリリースされ、主にDenoのバージョン修正が行われた。このリリースは、GitHub上で公開されており、リリースノートには変更点が記載されている。具体的には、yusukebeによるコミットが含まれており、jsrへの公開に関する修正が行われた。これにより、Honoのユーザーは最新の修正を利用できるようになる。 • Denoのバージョン修正が行われた • リリースはGitHub上で公開されている • yusukebeによるコミットが含まれている • jsrへの公開に関する修正が行われた • ユーザーは最新の修正を利用可能
v4.8.6
Honoのバージョン4.8.6がリリースされ、主にパフォーマンスの向上とバグ修正が行われた。具体的には、不要なデフォルトタイプの削除とリダイレクト先のエンコード修正が含まれている。これにより、Honoの使用時の効率が改善され、エラーの発生を減少させることが期待される。 • パフォーマンス向上のために不要なデフォルトタイプを削除した • リダイレクト先のエンコードに関するバグを修正した • バージョンアップによりエラーの発生を減少させることが期待される
v4.8.5
Honoのバージョン4.8.5がリリースされ、主な変更点としてWindowsのサポートが追加されました。この修正は、ユーザーからのフィードバックに基づいて行われたもので、特にWindows環境での動作を改善することを目的としています。リリースノートには、バージョン4.8.4から4.8.5までの全ての変更点が記載されています。 • Windows環境でのサポートが追加された • ユーザーからのフィードバックに基づく修正 • リリースノートには全ての変更点が記載されている
v4.8.4
この記事は、Honoフレームワークのバージョン4.8.4のリリースノートを提供しています。このバージョンでは、Node.js 24をサポートするためにProxyの使用を修正し、未使用のsigningSecretオプションを削除しました。また、cloneElementが子要素をコピーしない問題を修正し、$url()を呼び出す際にインデックス文字列を削除しました。さらに、動的ルートのみの場合にコールバックを呼び出すSSGの修正や、req.json()がコンテンツをそのまま保持するようにする修正も行われています。 • Node.js 24をサポートするためのProxyの使用修正 • 未使用のsigningSecretオプションの削除 • cloneElementが子要素をコピーしない問題の修正 • $url()呼び出し時のインデックス文字列の削除 • 動的ルートのみの場合のSSGコールバック修正 • req.json()がコンテンツをそのまま保持するように修正
v4.8.3
Honoのバージョン4.8.3がリリースされ、いくつかのバグ修正が行われた。具体的には、cookieの解析時にtryDecodeを使用する修正、JSXにおいてエラーメッセージを文字列ではなくエラーとしてスローする修正、JwtTokenIssuedAtエラーメッセージの修正、JSXNodeの検証を修正し、props.refに関数型を許可する修正が含まれている。また、新しい貢献者が2名追加されている。 • cookieの解析時にtryDecodeを使用する修正が行われた。 • JSXにおいてエラーメッセージを文字列ではなくエラーとしてスローするように修正された。 • JwtTokenIssuedAtエラーメッセージの修正が行われた。 • JSXNodeの検証が修正され、props.refに関数型を許可するようになった。 • 新しい貢献者が2名追加された。
v4.8.2
Honoのバージョン4.8.2がリリースされ、主な変更点として、utils/colorにおいてBun.buildを介してパッケージを解決しないように修正された。この修正は、ryuappによって行われた。リリースノートには、バージョン4.8.1から4.8.2までの全変更履歴が含まれているが、具体的な詳細は記載されていない。 • バージョン4.8.2のリリース • utils/colorの修正 • Bun.buildを介してパッケージを解決しないようにした • 修正はryuappによって行われた • リリースノートには全変更履歴が含まれている
v4.8.1
Honoのバージョン4.8.1がリリースされ、いくつかの修正が行われた。具体的には、bearer-authに関するドキュメントの誤字が修正され、utils/colorにおいて未処理のスキームエラーを回避するための修正が加えられた。また、新たにEinherjar1632が初めての貢献を行ったことも報告されている。 • Honoのバージョン4.8.1がリリースされた • bearer-authに関するドキュメントの誤字が修正された • utils/colorにおいて未処理のスキームエラーを回避する修正が行われた • 新たにEinherjar1632が初めての貢献を行った
v4.8.0
Hono v4.8.0がリリースされ、既存の機能が強化され、新しいルーティングおよび静的サイト生成のための強力なヘルパーが導入されました。新しいサードパーティのミドルウェアパッケージも追加され、JWTカスタムヘッダー、JSXストリーミングのNonceサポート、CORSの動的allowedMethodsなどが含まれています。コードサイズも削減され、最小のhono/tinyパッケージは約800バイト減少し、約11KBになりました。新しいルートヘルパー関数は、ルート情報やパスユーティリティへの簡単なアクセスを提供し、JWTミドルウェアはカスタムヘッダー名を指定してトークンを取得できるようになりました。これにより、非標準の認証ヘッダーを使用するAPIとの連携が容易になります。 • Hono v4.8.0のリリースにより、機能が強化され、新しいルーティングヘルパーが追加された。 • コードサイズが約800バイト削減され、最小パッケージは約11KBに。 • JWTミドルウェアがカスタムヘッダー名をサポートし、非標準の認証ヘッダーを使用するAPIとの互換性が向上。 • JSXストリーミングがCSP準拠のためのNonce値をサポート。 • CORSミドルウェアがリクエストのオリジンに基づく動的allowedMethodsをサポート。
v4.7.11
この記事は、Honoフレームワークのバージョン4.7.11のリリースに関するもので、主にいくつかの変更点と修正が記載されています。具体的には、URLSearchParamsをクエリパラメータのベンチマークに追加し、タイプチェックのベンチマークでライブラリチェックをスキップするCIの変更が含まれています。また、'If-None-Match'ヘッダーに弱いetagが渡された場合に304を返すようにミドルウェアが修正され、エラーレスポンスの処理において新しいレスポンスメソッドが使用されています。READMEにはDeepwikiへのリンクも追加されました。 • URLSearchParamsをクエリパラメータのベンチマークに追加 • タイプチェックのベンチマークでライブラリチェックをスキップするCIの変更 • 弱いetagが渡された場合に304を返すようにミドルウェアを修正 • エラーレスポンスの処理に新しいレスポンスメソッドを使用 • READMEにDeepwikiへのリンクを追加
v4.7.10
Honoのバージョン4.7.10がリリースされ、いくつかの重要な修正が行われた。具体的には、hono-baseにおいて#clone()メソッド内のnotfoundおよびerrorハンドラーのコピーに関する修正が含まれている。また、JWTの検証において、header.algをフォールバックとして使用する修正も行われた。これらの変更は、Honoの機能性と信頼性を向上させることを目的としている。 • Honoのバージョン4.7.10がリリースされた • hono-baseの#clone()メソッドにおいてnotfoundおよびerrorハンドラーのコピーが修正された • JWTの検証でheader.algをフォールバックとして使用する修正が行われた • これらの修正はHonoの機能性と信頼性を向上させることを目的としている
v4.7.9
What's Changed fix(helper/cookie): correct getSignedCookie parameters type by @Hill-98 in #4123 fix(ssg): Fix SSG Extension Map by @pspeter3 in #4130 fix(cookie): get deleted value with prefix by ...
v4.7.8
What's Changed chore(deps): bump wrangler to 4.12.0 by @yusukebe in #4096 feat(ws): allow to use upgradeWebSocket in handler by @nakasyou in #3942 feat(hono-base): Added replaceRequest: false opti...
v4.7.7
What's Changed fix(trailing-slash): handle HEAD request in trailing slash middleware by @sushichan044 in #4049 fix(proxy): accept a Request object as proxyInit by @usualoma in #4067 test(deno): w...
v4.7.6
What's Changed fix(compress): avoid compressing if transfer-encoding is set by @usualoma in #4027 chore(lint): patch warnings by @EdamAme-x in #4034 chore(april-fool): change hono is cool to hono ...
v4.7.5
What's Changed docs(MIGRATION): Fix typo by @movahhedi in #3999 fix(bun): export BunWebSocketData and BunWebSocketHandler by @yusukebe in #4002 types(compose): follow up #3932 by @EdamAme-x in #39...