タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
Next.jsでv12〜middlewareという機能が使えるようになりました。 middlewareに書いた処理はリクエストが完了する前に実行されます。Cookieの値に応じてルーティングを振り分けたり、Basic認証を導入したり等など、幅広い用途で使えそうです。 VercelとNext.jsの組み合わせが強いのは、VercelにNext.jsをデプロイするとこのmiddleware部分をEdge Functionsで捌いてくれるという点です。つまり、静的なページに対するリクエストに対して、オリジンサーバーに触れことなくmiddlewareを実行できるということです。 Vercel以外のプラットフォームだとどうなのか ドキュメントには以下のような記載があります。 This works out of the box using next start, as well as on Edge
GitHub - amitshekhariitbhu/go-backend-clean-architecture: A Go (Golang) Backend Clean Architecture project with Gin, MongoDB, JWT Authentication Middleware, Test, and Docker.
A Go (Golang) Backend Clean Architecture project with Gin, MongoDB, JWT Authentication Middleware, Test, and Docker.
プロトタイピングしたツールを、身内へ気軽に公開したくなることってありますよね。Cloudflare Accessみたいなちゃんとしたソリューションをイチから導入するほどのモチベーションはなくて、Basic 認証が付いてればまあいっか、くらいの気軽さのやつです。 近頃だと、筆者はフロントエンドプロジェクトを Vercel にデプロイすることが多いので、Vercel について調べてみました。 Vercel には、主に Next.js から使うことを前提とした、Edge Middleware という仕組みがあります。これはページの表示前に割り込む形で通信結果に介入できるので、Basic 認証を実装できそうです。 Next.js を使う場合はこれでいいのですが、目的次第ではCreate React AppやViteのような、小さめのツールチェインでプロトタイピングをしたいケースもありますよね。そう
はじめに こちらの記事の続編で Laravel Breeze の Remember me 編を書こうとしていました。 その際にソースを追っかけていたのですが、Remember me について解説するためには、auth ミドルウェアを見る必要がありました。 そして、Middleware 見るためには Laravel の呼び出しライフサイクルから見ていく必要があったのですが、結果として Remember me よりも複雑でしたので別記事として公開することにしました。 なので、Remember me 編に入るまでにこちらの記事を読んでおくと、スムーズかと思います。 また内容が Laravel のコアな部分についてなので、つよつよ Laraveler 達に 「クソ記事」「こんな程度で技術記事書いてるとか」 みたいに叩かれそうで怯えながら公開したのですが、Twitter でびっくりするくらい沢山の良
GitHub - hoangvvo/next-connect: The TypeScript-ready, minimal router and middleware layer for Next.js, Micro, Vercel, or Node.js http/http2
// pages/api/user/[id].ts import type { NextApiRequest, NextApiResponse } from "next"; import { createRouter, expressWrapper } from "next-connect"; import cors from "cors"; const router = createRouter<NextApiRequest, NextApiResponse>(); router // Use express middleware in next-connect with expressWrapper function .use(expressWrapper(passport.session())) // A middleware example .use(async (req, res
Vercel Edge Middleware: Dynamic at the speed of static – Vercel
Vercel Edge Middleware: Dynamic at the speed of staticHigh-performance compute for routing, experimentation, and more. Since we announced Middleware last October, we’ve seen 80% month-over-month growth and over 30 billion requests routed through Edge Middleware on Vercel during public beta. Customers like Vox Media, Hackernoon, Datastax, and HashiCorp are using Edge Middleware to have complete con
Next.js App Router で route 毎に Cache-Control を任意に指定したいときは middleware を使う（今のところ）
App Router でトラディショナルな動的 SSR 既存〜今後のコンポーネントの互換性を踏まえて React を前提とし、フレームワークの分散を抑制するため Next.js を選び、多少の冒険ではあったが App Router での開発にトライしています。 今後は現在 Ruby on Rails のモノリシックコードベースで展開されている複数プロダクトを分割し、それぞれを Next.js で水平展開し直していくイメージです。 で、まずは App Router のフルパワー（サバクラに渡る重厚なキャッシュ機構）を要しない、ログインする操作こそあれだページの9割9分が Server Components としてレンダリング可能な領域をリプレース中。 つまり // app/layout.js export const fetchCache = 'default-no-store'; expo
弊社のとあるプロジェクトでは以下の図ような構成でプロダクトを開発しています。（とても簡略化しています） フロントエンドからGraphQLを利用する場合には、Next.jsのMiddlewareを用いてバックエンド（GraphQL Server）との通信をプロキシさせています。 バックエンドはフロントエンドとは別のCloud Runで動作していますが、 Cloud Runのデプロイ時に --no-allow-unauthenticated フラグを付与し、認証を必要にしているといった構成になります。 このフラグを付与することでバックエンド用のCloud Runに対するroles/run.invokerロールを付与したサービスアカウントで認証することでしかバックエンド用のCloud Runと通信できないようにすることが可能となり、セキュリティを向上させることができます。 今回Middlewar
株式会社 CoeFont でフロントエンドエンジニアをしている uzimaru です。 Next.js の Middleware で Hono を使ってみたのでそれについて記事にまとめます。 モチベーション Next.js の Middleware はアプリケーションに1つだけしか設定出来ず、どの path で実行するかの設定も config を使って正規表現や Header, Cookie を指定して設定するかリクエストの pathname を見て処理を分岐する必要があります。 シンプルな実装のみなら良いのですが、path によってログインしているか確認したい、いくつかの処理を Middleware で適応したい、というように要件が複雑になると管理が大変になっていくと思います。 そこで、Hono のようなシンプルなフレームワークを Middleware で動かして実装をシンプルにしようと
はじめに Laravelでの独自の認証処理の実装を通して、認証関連のmiddlewareやguardについてまとめました。 認証処理の仕様 今回、実装する簡易な認証処理の仕様は、以下の通りです。APIでの使用を想定しています。 ヘッダーのAuthenticationに設定したBearerトークンの値が、予め決めた文字列と一致すること ヘッダーのuuid設定した値が、予めDBに登録してあるユーザのUUIDと一致すること 独自の認証処理の実装 独自の認証処理では、以下の項目を実装します。順番に内容を見ていきます。 Model UserProvider Guard Middleware Handlerとその他の設定 Modelの実装 認証処理に使うモデルは Illuminate\Foundation\Auth\User を継承している必要があります。今回実装する認証処理の仕様では、 getAut
小ネタ: Next.js のサーバサイド側の共通処理を括り出したい (Middlewareパターン) - Qiita
困った共通処理 Next.js で、全ページ共通の処理がある場合、あんまり頭のよくないコードを書くことになります。 export const getServerSideProps = async (ctx) => { // （全ページ共通処理）共通情報を取得する。 let commonInfo; try { commonInfo = await getCommonInfo(); } catch (exception) { // 取得できなければ404で返す ctx.res.status = 404; return { props: { notFound: true } }; } // いろいろな処理… } これを全ページにコピペして書くなんて信じられな〜い！ もちろん関数に抽出すればもっと短くなるかもしれないけど、 try { } catch () { return ... } は短くなら
GitHub - mayuki/Rin: Request/response Inspector middleware for ASP.NET Core
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
Nuxt 3 にも middleware (Route Middleware) が実装されました。 Route Middleware は、サーバーサイド・クライアントサイド共、ルーティング（ページ遷移）にあたって行う共通処理を記述することができます。 たとえば、ログインが必要なページに対し、ログイン中かどうかを判定し、必要に応じてログインページを表示するなどの場合に使用します。 Composables を使用すれば同等の処理を行うことも可能ですが、より簡潔に、宣言的に（Page コンポーネントに）記述することが可能になります。 以下、とくに言及がない場合は Route Middleware を指します。 Route Middleware の基本的な使い方 Nuxt 2 までにも存在していた middleware と基本的な使い方は同様です。 Page コンポーネントや Layout コンポ
この記事では、Next.js Middlewareのテストコードを書く方法を紹介します。Middlewareはリクエスト時に最初に処理されるパーツで、認証やリダイレクトなどに使われます。パスやCookieなどに応じて分岐するため十分にテストをしないと意図しないリクエストを受け入れてしまう可能性があります。 今回はユニットテストを使ってMiddlewareの動作確認をしていきます。 まずはテスト対象のMiddleware 以下は高階関数を用いて、2つの処理を結合しているMiddlewareコード例です。 IPアドレスのアクセス制限 restrictIp リダイレクト処理 redirectAccountsPath ちなみに今回は高階関数で書いていますが、必ずしも高階関数である必要はありません。素朴に書いてもテストコードは書けます。書きやすい方で問題ありません。 import { type Ne
こんにちは。ぬこすけです。 皆さんは Bot のアクセスに悩まされたことはありますか？ 私はあります。 私が個人開発しているサイトでも Bot からガンガンアクセスがきます。 1ページリクエストすると画像や js ファイルなどの追加のリクエストも走るのでやっかいです。 私のサイトは Cloud Run で動かしていますが、リクエストに比例して料金が加算するようにしているので、 Bot からの余計なリクエストを抑えてお財布に優しくしたいところです。 一方で、 Next.js のバージョン 12.2 で Middleware という機能が安定版としてリリースされました。 この Middleware という機能を使えば、 ユーザーからのリクエストが来た時にページを返却する前にコードを実行することができます。 例えば、ユーザーエージェントを判定してリダイレクトをしたり、Basic認証をかけたり、み
GitHub - lukeed/sirv: An optimized middleware & CLI application for serving static files~!
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
こちらは Making and Using HTTP Middleware の日本語訳です。 HTTP Middleware の作り方と使い方 ウェブアプリケーションを構築しているときに、多くの(あるいはすべての)HTTPリクエストに対して実行したい共通機能があるかもしれません。すべてのリクエストをログに記録したり、すべてのレスポンスを gzip したり、重い処理を行う前にキャッシュをチェックしたりしたいと思うかもしれません。 このような共通機能を整理する一つの方法として、ミドルウェアを設定することがあります。Go では、HTTP リクエストの制御の流れが以下のようになるように、ServeMux とアプリケーションハンドラの間でミドルウェアを使用するのが一般的です。 ServeMux => Middleware Handler => Application Handler 今回は、このパタ
GitHub - oakserver/oak: A middleware framework for handling HTTP with Deno 🐿️ 🦕
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
非同期処理のテストを行う場合、モックを噛ませないとうまく行かないケースがどうしても存在する。 SWR1.0で導入されたmiddlewareを利用するとこれをいい感じに回避できることを見つけたのでまとめる 下準備 今回はまず下記のようなコンポーネントをテストすることを考える export const useDictionary = (word: string) => { return useSWR(`https://api.dictionaryapi.dev/api/v2/entries/en/${word}`, (url) => fetch(url).then(r => r.json())) } export const SearchResult: FC<{ word: string }> = ({ word }) => { const { data, error } = useDicti
はじめに 表題通り、Next.js 12.2でStableになったMiddlewareのbetaからの変更点を書いていきます。 基本的には公式ドキュメントの通りなのですが、実際に移行してみて少し詰まった部分があったので併せて書いていきます。 以前「Next.js 12でbetaになったMiddleware（Basic認証）を触ってみた」という記事を書いており、そのコードを移行したものになります。 環境 Next.js@12.2 Vercel 実際のコード import type { NextRequest } from 'next/server' import { NextResponse } from 'next/server' export const middleware = (req: NextRequest) => { if (req.nextUrl.pathname.start
はじめに 引き続きLaravelの使い方を勉強しています。昔、別のフレームワークで「POSTされた文字列から改行コードのCRだけを削除する」、つまりwindowsから送信された場合は改行コードがCR+LFになるので、それをLFのみに変換するという機能を作ったことがありました。Laravelではどうやるのか調べて、middlewareという機能に行き当たりました。Laravelでは基本かつ頻繁に使われるもののようなので、少し掘り下げてみます。 環境はmacOS High Sierra+Laradockで構築し、LaravelのバージョンはLTS最新の5.5を使用します。 middlewareとは どのwebアプリも「HTTPリクエストをコントローラに渡し、必要な処理を行ってレスポンスを返す」というのが基本のフローです。Laravelにおいてはこのフローの前後に挟まる処理をmiddleware
Expressのerror handlingを理解し、middlewareで実装してみた｜SHIFT Group 技術ブログ
はじめにこんにちは、SHIFT の開発部門に所属しているKatayamaです。今期から転属になり、開発を担当していくことになりました。 現在、基本的な事から学ぶ研修中です。開発部門では新しく学ぶことがたくさんあり、それらを自身の振り返りアウトプットとして発信していけたらと思います。記事が溜まったら、noteのマガジンにもまとめる予定です。 今回はExpressのエラーハンドリングの実装方法について、その実装方法のオプションについてと、middlewareを使った実装方法について理解したので、それについてまとめておこうと思います。 Expressとはhttps://expressjs.com/ ExpressのデフォルトエラーハンドリングExpressにはデフォルトのエラーハンドリングが実装されており、以下のようなコードを書くとちゃんと500エラーが返ってくる。 const express
FastAPI Utilities User Guide Get Help Development - Contributing Release Notes Source module: fastapi_utils.timing¶ The fastapi_utils.timing module provides basic profiling functionality that could be used to find performance bottlenecks, monitor for regressions, etc. There are currently two public functions provided by this module: add_timing_middleware, which can be used to add a middleware to a
Laravel 5.4 以降でリクエストの空文字列が null になる (ConvertEmptyStringsToNull Middleware 問題)
ホームPHPLaravel 5.4 以降でリクエストの空文字列が null になる (ConvertEmptyStringsToNull Middleware 問題) フロントエンド側から値を空文字列 '' として送信しているにも関わらず、バックエンド側のデータベース保存時に「NULL は許可されていません」的なエラーに見舞われました。 データベース側が NULL 許容なら問題ないのですが、 Laravel のマイグレーションのデフォルトなんかだと nullable() をつけていない限り、 NOT NULL になっているので、当然ながら怒られてしまいます。 原因 原因は Laravel 5.4 で導入された ConvertEmptyStringsToNull ミドルウェアでした。 Release Notes - Laravel - The PHP Framework For Web Ar
まず最初に、コマンドライン、プロジェクトルート上から ' artisan 'コマンドを使って、元になるMiddlewareの作成をします。 下のスニペットでは ' IpMiddleware ' というファイルを作成しました。 # app/Http/Middlewareに 'IpMiddleware.php' が作成されます php artisan make:middleware IpMiddleware Middlewareを作成したら、特定のIPを以外のアクセスを拒否する処理を書いていきます。 Laravelに用意されている ' Illuminate\Http\Request ' クラスには クライアントのipを取得する ' ip ' メソッドが用意されているので、それを使って、登録(許可された)した ip かどうか collectionの ' contains ' メソッドを使って比較
GitHub - hoangvvo/next-session: Simple promise-based session middleware for Next.js, micro, Express, and more
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Honoのミドルウェアは作れる Honoには様々なミドルウェアがある。公式のsrc/middlewareやhonojs/middlewareリポジトリにたくさんある。ということはHonoのミドルウェア、俺も自作できるんや…！と気づいたので、何か作ろうとおもった。 似ている位置づけのExpressのミドルウェアを調べていたところ、「helmet」が便利そうであることがわかった。 Helmet helmetとはExpressのミドルウェアで、こんな風に書くとセキュリティ系のヘッダーをいい感じにつけてくれる。 import express from "express"; import helmet from "helmet"; const app = express(); // Use Helmet! app.use(helmet()); app.get("/", (req, res) => {
Middleware everywhere and misconfigurations to fix - Labs Detectify
Middleware, middleware everywhere – and lots of misconfigurations to fix tl;dr Detectify Crowdsource found some interesting middleware misconfigurations and potential exploits that, if left unchecked, leaves your web applications vulnerable to attack. Last year, Detectify’s security research team looked at various middleware, primarily for Nginx web servers, load balancers and proxies. We’ve found
Astro 2.6: Middleware | Astro
Astro 2.6 is out, and it’s a big one! Several experimental features have been marked as stable and are now available in all Astro projects (no “experimental” flag required): Middleware Hybrid SSR output mode Custom client directives CSS inlining Astro 2.6 also introduces new features and improvements, including a new experimental feature for managing redirects: Redirects (experimental): Setting in
GitHub - valeriansaliou/bloom: :cherry_blossom: HTTP REST API caching middleware, to be used between load balancers and REST API workers.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
Rails::Rack::Loggerを継承したmiddlewareをswapする際は引数にlog_tagsを忘れずに - Qiita
ELBのヘルスチェックをRailsのログに出したくなくて、Rails::Rack::Loggerを継承したRackミドルウェアでenvの中身を見てRails.logger.silenceするみたいなミドルウェアを作り、Rails::Rack::Loggerとswapするのを試したんですが、log_tagsが効かなくなってしまいました。 class CustomRailsRackLogger < Rails::Rack::Logger def call(env) if ['/healthcheck'].include?(env['PATH_INFO']) Rails.logger.silence { super } else super end end end
ＣＲＩ、楽器のような爽快感を実現する新機能「SonicSYNC」が『ディズニー ミュージックパレード』に採用 - CRI Middleware
ＣＲＩ、楽器のような爽快感を実現する新機能「SonicSYNC」が『ディズニー ミュージックパレード』に採用 ～ゼロ遅延技術でスマートフォンがグランドピアノに～ 公開日：2021/06/30 株式会社ＣＲＩ・ミドルウェア(本社：東京都渋谷区、代表取締役社長：押見正雄、東証マザーズ：証券コード3698、以下「ＣＲＩ」)は、株式会社タイトー（本社：東京都新宿区、以下、タイトー）が配信するスマートフォン向け音楽ゲームアプリ『ディズニー ミュージックパレード』に、ＣＲＩが提供するサウンドミドルウェア「CRI ADX2（以下ADX2）」の新機能「SonicSYNC（ソニックシンク）」が採用されたことを発表いたします。 「SonicSYNC」は、スマートフォンで発生する、ユーザーが操作を行ってから音が鳴るまでの再生処理時間を限りなくゼロにする機能です。特に音のレスポンスが重要となるリズムゲーム、アクシ
Red Hat build of Quarkusリリース記念！ 〜Red Hat Middleware特集〜 - 赤帽エンジニアブログ
Red Hatのソリューションアーキテクトの松田です。 Red Hat にはクラウドネイティブアプリの開発に役立つ、ミドルウェアラインナップが充実していることをご存知ですか？ ここでは、Red Hatのミドルウェアに関する注目ニュースを、各製品技術に特化したソリューションアーキテクトが、ご紹介します。 月イチくらいのペースで続けたいと思います。 想定読者 エンタープライズアーキテクト アプリケーション開発者 システムの提案をするSIerの方 特集１:ついにリリース！超高速に開発できて超軽量に動く次世代Javaフレームワーク「Quarkus」 Quarkus を使うためのビジネス的なメリットや技術的なメリットの両面から簡単に以下について紹介します。 Quarkus を使うビジネス的なメリットである、開発コストと稼働するコストの削減、市場へ価値を届ける時間の短縮、信頼性について また技術的なメ
前回 は、Rackのプロトコルを理解するために簡単なアプリを作りました。 今回はRackの重要な概念であるRack Middlewareについて学びます。 目次 Rack入門 概念編(1/3) Rack入門 Rack Application編 (2/3) [本記事] Rack入門 Rack Middleware編 (3/3) Rack Middlewareとは はじめにややこしいことを言いますが、Rackはミドルウェア(Middleware)です。 アプリサーバーとフレームワーク間のやりとりを仲介しているため、ミドルウェアと呼ばれます。 今回学ぶのはミドルウェアとは何か、ではなくてRack Middlewareについてです。 Rackには以下2つの概念があります。 Rack Application 前回学んだ、callメソッドを持つオブジェクトのことです StatusCode・Header
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Next.jsのmiddlewareはVercel以外でも問題なく使えるか
VercelのMiddlewareを使って非Next.jsプロジェクトにBasic認証をかける
LaravelのMiddlewareはどのように動いているのか？
Next.jsのMiddlewareで認証が必要なCloud Runと通信できるようにする
Next.js の Middleware で Hono を使う
【Laravel】認証を自作して学ぶguardとmiddleware | RE:ENGINES
Nuxt 3 の Route Middleware で簡単な認証フローを構築する
Next.js Middlewareのテストコードを書く
Next.js の Middleware を使ってサクッと迷惑 Bot たちを追い払う - Qiita
HTTP Middleware の作り方と使い方 - 技術メモ
SWRのmiddlewareを使ってmockせずにテストする
Next.js 12.2でStableになったMiddleware（Basic認証）のbetaからの主な変更点
[Laravel] middlewareでHTTPリクエストの前後に処理を入れる | RE:ENGINES
Timing Middleware - FastAPI Utilities
LaravelのMiddlewareを使って特定のIP以外からアクセスできないようにする
「俺のhelmet」がHonoのBuilt-in Middlewareになるということ
Rack入門 Rack Middleware編 (3/3) - Qiita
ideal2ch.livedoor.biz
doranekoweb.com
utano.hosp.go.jp
youtu.be
note.com/academic_phys
gigazine.net