今日は前回以下の記事で作った環境をWebhookで起動してみます。https://qiita.com/KameMan/items/b3313738bf29ec469dd1 まず最初に少しAPIコールを行う各タスクの名前の整理をします。 各APIコールを設定する画面で以下のように名前を記載して保存ボタンを押せばOKです。 以下のように見やすくなりました。 Flowの名前も同様に整理できます。 Webhookからの起動 このPostman Flows では作成したFlowをWebhookから起動させることが出来ます。 画面左下のWebhookをクリックします。 Publishを押します。 Postmanが管理するクラウド領域へFlowがアップロードされます。 この値をcurlなどで呼び出すとFlowが実行されます。 ブラウザでこのURLを読み込んでも動作しますが2回起動されます。これは暗黙的に
TL;DR 以下のように audio.autoGainControl オプションを指定することで、マイク入力のボリュームが自動で調整されます。 audio.autoGainControl は、audio: true と指定した場合にも、デフォルトで true になっています。 navigator.mediaDevices.getUserMedia({ audio: { autoGainControl: true } }); // or { audio: true } もしくは、chrome://flags/#enable-webrtc-allow-input-volume-adjustment を無効にすることで、autoGainControl を無効にすることができます。 対象読者 ブラウザでマイクを使う際に、マイクのボリュームが自動で調整されるのが気になる マイクを使う Web アプリ
Go言語のlenは、配列、スライス、マップ、文字列などの長さを取得するために使用されます。以下に、配列、スライス、マップ、文字列のlenを取得するサンプルコードを記載。 func main() { // 配列のlenを取得する a := [3]int{1, 2, 3} fmt.Println(len(a)) // => 3 // スライスのlenを取得する s := []int{1, 2, 3} fmt.Println(len(s)) // => 3 // マップのlenを取得する m := map[string]int{"apple": 100, "banana": 200} fmt.Println(len(m)) // => 2 // 文字列のlenを取得する str := "hello world" fmt.Println(len(str)) // => 11 } この例では、配列、
tmate を使って GitHub Actions の環境に ssh またはブラウザーから端末のシェルに繋いで、調査やデバッグなどができます。 環境 GitHub Actions の ubuntu または macos Debugging with tmate https://github.com/mxschmitt/action-tmate tmate 最初に試した時は macos には対応していなかったのですが、今は対応していました。 Windows は対応していません。 概要 tmate という tmux のセッションを公開してリモートから接続できるものがあって、 そのサーバー側を GitHub Actions 側で動かしてくれる Debugging with tmate があります。 それを steps に追加すると URL にログが出てくるので、それを開くとシェルに接続できます。
SRE NEXT 2024での登壇資料です https://sre-next.dev/2024/schedule/#jp040 System Risk Records テンプレートはこちら: https://docs.google.com/spreadsheets/d/e/2PACX-1vT2…
こんにちは。 Go言語でテストコードを書いていた時、エラー内容をテストしたい時がありました。その際に、エラーを確認する方法としてerrors.Is、error.Asのどちらを利用すればよいか迷うという経験をしたので、そんな過去の自分に向けて記事を書きたいと思います。 errors.Isについて まずerrors.Isがどういったものかを説明します。 関数シグネチャは次の通りです。 errors.Isの説明として公式ガイドの１行目には次のように書かれています。 Is reports whether any error in err's tree matches target. 日本語に訳すと、 Isはerrツリー内のerrorがtargetに一致するか否かを報告する。 となります。 言葉だけでは分からないので実装部分も見てみましょう。 errors.Isの実装コード errors.Isの実装
2024.12.11 エンジニア組織のリアルな失敗経験から学ぶ！ 生産性向上＆チーム強化Tips
そーだいさんが執筆された記事で、履歴テーブルから最新の1件を取ってくる方法について解説している。PostgreSQLの例だと以下のようなユーザーの履歴データに対し: CREATE TABLE history ( id SERIAL PRIMARY KEY, user_id INTEGER NOT NULL, data TEXT, created_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ); INSERT INTO history (user_id, data, created_at) VALUES (1, 'First entry of user1', '2024-01-01 10:00:00'), (1, 'Second entry of user1', '2024-01-02 09:30:00'), (2, 'First entr
Goのnet/httpパッケージはとてもよくできており、Webサーバーを動かすのに必要になる「httpコネクションを確立してリクエストを読んでルーティングして……」という手続き的な処理を気にせずとも誰でも簡単にWebサーバーを立てられるようになっています。 ですが、そのnet/httpが代わりにやってくれている「裏側の処理」の部分が気になる、何やっているんだろう？と不思議に思っている方はいませんか？ この本では、実際に筆者がnet/httpパッケージのソースコードを読み込んだうえで、「GoのWebサーバーがどのような仕組みで起動・動いているのか」というところについて、図を使いながら解説しています。
はじめに Googleカレンダーのような時間枠を扱うシステムを設計する際、開始・終了時刻を管理するロジックは容易ではない。 しかし、PostgreSQLには 範囲型 があり、この機能を活用することで、開始時刻（begin_at）と終了時刻（end_at）を1つのカラムで扱えるようになる。 そこで本稿では、範囲型を用いた設計と、その利点を紹介する。 時間枠を扱う難しさ まず前提として時間枠の扱いがなぜ難しいかを紹介する。 ソフトウェアデザインでやっている連載、実戦データベースリファクタリングの 【12】厄介な時間枠に向き合う でも紹介したが、時間の範囲を比較するときが難しい。 範囲の重なりには以下の種類がある。 包含：範囲Aが範囲Bを完全に含む 重複：範囲Aと範囲Bに共通点がある 隣接：範囲Aと範囲Bが隣り合う 時間枠の扱いはSQLに限らず、プログラミングの題材として難易度が高い。 特に重複
例えば次のようなテーブルがあったとする。 -- PostgreSQL CREATE TABLE history ( id SERIAL PRIMARY KEY, user_id INTEGER NOT NULL, data TEXT, created_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ); -- MySQL CREATE TABLE history ( id INT AUTO_INCREMENT PRIMARY KEY, user_id INT NOT NULL, data TEXT, created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ); INSERT INTO history (user_id, data, created_at) VALUES (1, 'First
癌治療を専門にしている医師ですが、夜寝付けなかったので、 癌になった時にまず最初に知っておいて欲しい事をかいてみました。 結論いかに早く治療を開始できるかで癌の治りやすさが変わります。 そして、あなた（患者）の頑張りで、治療開始日は大きく変化します。 今回は、知っておいて欲しい癌の知識について書いた後、癌の疑いがあると言われた時の治療開始RTAのコツについて書きます。 （RTA:リアルタイムアタック、いかに早くゲームをクリアできるかの挑戦の事） --- 知っておいて欲しい癌の知識 癌は、ひたすら増え続けるおかしな細胞人間の体は細胞で出来ていて、正常な細胞は決まった日数で細胞分裂して増えますし、決まった日数で死にます。例えば皮膚の細胞は1か月くらいで新しくなって、古い細胞は死んで垢になります。このバランスが保たれているのが通常です。 ただ、変な細胞も一定の割合で発生します。決まった日数で死な
はじめに こんにちは、SRE部プラットフォームSREブロックの石田です。普段はZOZOTOWNのSREを担当しています。 Amazon Aurora MySQL（以降、Aurora MySQL）のv2系の標準サポートが2024年10月31日に終了しました。私たちのチームではZOZOTOWNのID基盤で使用するAurora MySQLをv2系からv3系へアップグレードしました。ユーザ影響を抑えたアップグレードの実現のため、Amazon Aurora Blue/Green Deployments（以降、Blue/Green Deployment）を社内で初めて採用しました。 本記事では、Blue/Green Deploymentを採用する上で直面した課題や、検証方法について具体的な内容をご紹介します。なお、本記事の内容は2024年10月9日時点の情報に基づいています。 目次 はじめに 目次 A
この記事はSmartBank Advent Calendar 2024 6日目の記事です。 昨日は kassy さんの「成長するスタートアップ労務の醍醐味と挑戦をUXリサーチャーが聞いてみた！」という記事でした。 はじめに サーバーサイドエンジニアの mokuo です。普段は、カード決済やあとばらいチャージに関連する機能の開発や運用を行っております。 本日は、サーバーサイドエンジニア向けの記事になります。 本記事でお話しすること システムには断続的に行われる一連の処理、というものがあります。この中で非同期処理を行うこともあるでしょう。 例) EC サイトにおける注文処理のワークフロー このような機能を開発・運用していると、以下のような課題に直面することがあります。 処理の流れが把握し辛い 変更を行うのが困難 データの整合性を担保するのが難しい しかし、適切に設計を行うことで、これらの課題を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く