【AWS】API GatewayからLambdaを非同期で実行する - Qiita
はじめに 最近Web APIを素早く用意するためにAWSのAPI Gateway + Lambdaの構成をよく使います。 しかし、サービスの質の向上や、仕様のためAPIはレスポンスを早く返さなければならない場合が多々あります。 ネットで検索すると、API GatewayからInvocationTypeを指定してLambdaを非同期呼び出しする事で先にレスポンスを返してしまう話はよく出てきますが、Lambda側で必要な処理が書かれていない事が多く、大抵のテストコードではプロセスをキルされてしまい、Lambdaが処理を停止します。（今回はNode.jsの記事なので、Pythonなどでは必要ないのかも？） なので設定例を自分用備忘録的に書き残しておきます。 画像が多くて見辛いかもしれません。 処理の流れ API Gatewayがリクエストを受け取る 非同期でLambdaを呼び出す Lambdaか
SPAなClientがトークンを安全に扱えるかもしれない拡張仕様「OAuth2.0 DPoP」とは - r-weblife
おはようございます、ritou です。 今日は日頃の情報収集方法の一つである Mike Jones氏のブログ記事に書いてあったドラフト仕様のご紹介です。 self-issued.info The specification is still an early draft and undergoing active development, but I believe the approach shows a lot of promise and is likely to be adopted by the OAuth working group soon. まだDraft中のDraftな状態ですが、まいくたんの推し感が出ているのでざっと見ておきましょう。 OAuth2.0 DPoPとは？ tools.ietf.org This document describes a mechanism
応募券のシリアルコードには「適当に入力して当選」を避ける仕組みがある
CDについているシリアルコードで、ライブのチケットに応募することがしばしばある。いくつかコードを打ち込むうち、魔が差してこんなことを考えてしまう。「適当に打ち込んだら通ったりしないかな……」と。 応募券のイメージ 本当に通ったら一大事なので、このような仕組みを設計する段階でどうにかして防いでいる訳だが、どのようにやっているのだろう。その防止策の1つに「チェックディジット」というものがある。 まず、完全にランダムな文字列にすると困る あなたがライブを主催することになり、0～9の数字からなる16桁のシリアルコードで抽選を行うとしよう。あなたならどのようにコードを作るだろうか？ 単純に考えれば、16個の枠それぞれに0～9の数字を1つずつランダムに選べばいい（つまり、0～9の乱数を16個並べればいい）のだが、完全にランダムだと不都合が多い。例えば、ランダムだと限りなく似ているコードが生成される可能
1年間本番環境で WebAssembly ( by Emscripten )を使ってきた中で生じた問題とその解決策 - Qiita
1. 今 WebAssembly を生成するなら何から作るか WebAssembly の人気がとどまることを知らない昨今ですが、みなさんはどうやって WebAssembly を生成しているでしょうか。 自分の観測範囲では、Rust や Go で書いたコードから生成したり、 AssemblyScript を使って TypeScript などから作ったり、 Emscripten を利用して C/C++ で書いたコードから作ったりしているのが多い印象です。 このうち、本番環境で長らく WebAssembly を運用してきた身としては、今の段階では Emscripten、または自分では使っていませんが AssemblyScript を利用する方法が良い気がしています。 というのも、主要ブラウザが WebAssembly をサポートしてくれているとはいえ、まだまだ WebAssembly がサポート
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
