go-smtp-mockをSMTPのモックサーバにして単体テストする | フューチャー技術ブログ
はじめにTIG真野です。 バックエンドのアプリケーションの上で、メール送信するコードがある場合の単体テストをどう実現するか悩みました。 メールには、タイトル・本文・From・TO・CC・BCCなど複数の設定値がありますし、SMTPサーバの接続情報もあります。これらを表現する構造体のモデルだけに絞った検証に留めることは、気が進みませんでした。時代はインフラレベルでダミーサーバを動かしモックする方向で動いています。SMTPでメール送信し、その送信結果をテストコード上で取得＆検証する一連の流れを行って動作を確かめたいと思いました。 方法として、澁川さんのMailSlurperを使って6桁のコードの送信コードのテストをするで紹介されたMailSlurperを使うか迷いましたが、以下の点で牛刀だなと感じました。 メール送信するのはごく一部の機能（私の場合は1機能。今後増える見込みは現時点で見えなかっ
golangで作るQUICプロトコル(Initial Packetの送信まで)
はじめに つい最近HTTP3のRFC9114として正式に発行されました。 HTTP3はQUICプロトコル上で実装されているものです。 HTTP3はGoogleのTOPページなど既に日常的に使われています。 業務でQUICやHTTP3でコードを書くことはまだあまりないと思いますが、まぁいずれそういう時代もくるでしょう。 そういう時が来たときにあたふたするわけにはいかないので、今回はQUICとHTTP3プロトコルスタックを実装して学んでみることにします。 今回のルールとゴールです。 udpパケットの送信と受信にnetパッケージを使用する TLSは自分で実装したものを使用、crypto/tlsは使わない RFC9000とRFC9001とWiresharkでパケット見ながら実装 quic-goは使わない quic-goのHTTP3サーバに対してGetリクエストを送り、サーバからメッセージを受信した
React + Golang + websocketでリアルタイムチャットアプリを作る -Part2/Redis, Pub/Sub編-
はじめに ※この記事はPart1の続きです 前回はwebsocketを利用してリアルタイムチャットアプリを作成しました ただ前回の実装だと、同一のサーバーに接続しているユーザー同士でしかチャットを行うことができません そこで今回、本番環境でサーバーをスケールアウトさせるケースも意識して、 各ユーザーがどのサーバーへ接続していてもチャットが行えるように改善していきます 具体的にはインメモリのKVSであるRedisが提供しているPub/Sub機能を利用します 利用する技術とか Client ・ React 18 ・ TypeScript ・ Vite ・ Recoil Server ・ Golang 1.18 ・ gorilla/websocket ・ go-redis その他ミドルウェア ・ Redis7.0.2 ・ Docker,docker-compose ※ソースコード全文はこちら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
