複数のアプリケーションサーバを前段のリバースプロキシで束ねる場合、後ろにいるアプリケーションがリアルタイムでデータを送信するような場合に問題になることがあります。 例えば Server-Sent Events (SSE) でデータを送信する場合、リバースプロキシがデータをバッファリングしてしまうと、クライアントがリアルタイムでイベントを受信できなくなります。 試していませんが、gRPC の streaming でも同様の問題が発生する気がします。 Nginx を使う場合、proxy_buffering off; という設定を入れるか、ヘッダに X-Accel-Buffering: no を追加することでバッファリングを無効にできます。 一方で、lighttpd で同様の設定を行う方法が分かりにくかったので、メモしておきます。 lighttpd でプロキシのバッファリングを無効にするには、server.stream-request-body, proxy.stream-response-body を設定します。 以下のような設定でリバースプロキシのバッファリングを無効にできます。

Mastodon が OpenTelemetry に対応したというので、Kubernetes にデプロイしている Mastodon で試してみました。 構成としては、Mastodon から Grafana Alloy にテレメトリを送って、そこでゴニョゴニョした結果を Grafana Cloud に送る、という感じになっています。 ついでに Grafana Alloy で Kubernetes の Pod のログとかも Grafana Cloud に送るようにしました。 もともとログを見ていないので大した感想は出てこないんですが、何か起こったときに調査しやすくなったはずなので、今後に期待です。 何も起こってほしくないけど。 Grafana Alloy を Kubernetes にデプロイする Grafana Alloy というのは、OpenTelemetry Collector を自称しているんですが Prometheus でメトリクスを収集できたり、 Loki でログを収集できたり、便利機能がいろいろついていて何者なのか謎になっている謎のソフトウェアです。 謎ではあるんですが、これひとつデプロイすれば全てをやってくれるので楽ではありますね。

2024 年のテーマは「外に出る」でした。 Post by @[email protected] View on Mastodon 僕はもともと外向的なほうではなく、休日のほとんどの時間を家で PC と向き合って過ごしていました。今年のはじめくらいにそれではまずいと思い立ち、この「外に出る」を今年のテーマにしました。実際に、方々を旅行で飛び回ったり、いろんな人に会ったりと、まさに「外に出る」な一年にすることができ、生き方に変化が生じた年だったのではないかと思います。 その反面で自分のペースで人生を歩めているかというと微妙であったという自覚はあり、しかもそれは短期的な解決が難しい悩みによって引き起こされているために、来年を人生にとって有意義なものとするにはまた別の課題を解決しないといけない感覚があります。

dm-crypt で暗号化している SSD ではデフォルトでは TRIM (a.k.a discard) が無効になっています。 暗号化されたディスクで TRIM を有効化するべきかどうかというのはセキュリティ面から諸説あるようではあります。 理解が怪しいので、気になる人は Arch Wiki のこのあたりを読んでください。 https://wiki.archlinux.jp/index.php/Dm-crypt/%E7%89%B9%E8%A8%98%E4%BA%8B%E9%A0%85#.E3.82.BD.E3.83.AA.E3.83.83.E3.83.89.E3.82.B9.E3.83.86.E3.83.BC.E3.83.88.E3.83.89.E3.83.A9.E3.82.A4.E3.83.96_.28SSD.29_.E3.81.AE_Discard.2FTRIM_.E3.81.AE.E3.82.B5.E3.83.9D.E3.83.BC.E3.83.88 Arch Linux を前提としているので、他のディストリビューションでは動作しない可能性もあります。 起動中にパスワードを入力する場合 これは普通に cryptdeivce カーネルパラメータを使える場合で、一番シンプルです。 ただ、毎回パスワード入れている人は真面目な人だと思うので、TRIM したくならないのかもしれません。知りませんが。 これは allow-discard オプションを追加するだけいけるらしいです。試していないので実際に動くのかはよくわかりません。 どこにカーネルパラメータを書くかはブートローダー依存だと思うので、自分の環境に合うところに適当に書いてください。

この記事は、CYBOZU SUMMER BLOG FES ‘24 (Garoon Stage) DAY 20 の記事です。 こんにちは！　サイボウズ Garoon 開発チームの kofuk です。 CYBOZU SUMMER BLOG FES ‘24 も今日で最終日ですが、今日の話はまるっきり業務とは関係がありません。つまり夏の自由研究です。 普段はプロトコルの解析とは縁遠い生活を送っているのですが、たまにはバイト列と触れ合いたくなるのが人の性というものです。 いつもは意識することのないレイヤーに潜ってみることにしましょう！ Wireshark とは？ Wireshark に馴染みのない人もいるかもしれないので、まず Wireshark 自体について説明します。 Wireshark はざっくり言うとネットワークを流れているデータをキャプチャして解析するソフトウェアです1。 これを使うことで、例えばブラウザで Web サイトにアクセスした際に（Wi-Fi アダプタを介して）やり取りされているデータを GUI で見ることができます。

全国の Hugo ファンの皆さん、こんにちは（？） アドベントカレンダー以外でブログを書かない人になりつつあるので、 静的サイトジェネレータ (SSG) である Hugo を使って OGP 画像を自動生成した話でもしたいと思います1。 Hugo は Go 言語で書かれた SSG で、Go の template を使ってサイトのレイアウトを組んでいくことになります （テーマと呼ばれる、出来合いのレイアウトを使うこともでき、これも結局は Go の template で書かれています）。 テンプレートは記事の一覧や記事自体のページを作っていく、というのが基本の使い方になるのですが、 Hugo にはテンプレートの中で Sass や TypeScript のトランスパイルを行ったり、画像を生成したりする機能がついています2。 この機能を使って、OGP 画像を生成してみた、というのが今回やったことです。

2024/3/7〜9 に中野セントラルパークカンファレンスで開催された PHPerKaigi 2024 に参加しました。（オンライン参加なので、現地には行っていません） PHPerKaigi 2024 https://phperkaigi.jp/2024/ PHPerKaigi（ペチパーカイギ）は、PHPer、つまり、現在PHPを使用している方、過去にPHPを使用していた方、これからPHPを使いたいと思っている方、そしてPHPが大好きな方たちが、技術的なノウハウとPHP愛を共有するためのイベントです。 オンラインではニコ生で現地の発表をリアルタイムで聞くことができました。これが非常に安定していて、発表を聞くぶんにはほとんど不自由を感じませんでした。 今回はオンライン参加だったので会場には行かなかったのですが、会場には最強インターネット環境が整備されていたり、ロッカーが提供されていたりしたらしいです。

Google Cloud Storage は実は S3 互換の API が生えていて、既存の S3 を使うコードのオブジェクトの保存先を簡単に GCS に向けることができるようになっています。 理想的にはエンドポイントやトークンを差し替えれば移行できるのですが、他の S3 互換を謳うオブジェクトストレージと同じように単純にいかないことも多々あります。 最も一般的なエラーは S3 でサポートされているエンドポイントを互換オブジェクトストレージがサポートしていないという問題だと思いますが、 今回細かい部分の仕様の差異で AWS SDK で GCS のエンドポイントが叩けないという問題があったので、そのときにとった方法をメモしておきます。 雑な対処なので全く良い方法ではないですが。 起こったことと原因 aws-sdk-go-v2 で GCS に HMAC キーを使用してアクセスすると、正しいキーを指定しているにもかかわらず SignatureNoesNotMatch エラーが出ます。

この記事は「Cybozu Frontend Advent Calendar 2023」 13 日目の記事です。 一家に一台 Mastodon とはよく言ったもので1、今や Mastodon のサーバは人々の生活に必要不可欠なものになっています。（そんなことはない） そして、自分で Mastodon のサーバを立てると、Mastodon 自体を改造する必要に迫られたり、細かい不便を解消するために手を入れたくなったりしてくるものです2。 この記事では、私が Mastodon のフロントエンドに手を入れた際の知見を共有します。 ちなみに業務ではフロントエンドとはかなり遠い領域を触っていて、フロントエンドは何も分かりません。 Mastodon とは？ （↑分かりやすいらしい動画。kofuk は真面目に見たことがないですが）

「初めて蟹を見た kofuk」というふざけた名前のチームで @uta8a と ISUCON13 に出ました。 当日のリポジトリも公開しています。 GitHub - uta8a/isucon13q-2023-11-25: ISUCON 13 https://github.com/uta8a/isucon13q-2023-11-25 ISUCON 13. Contribute to uta8a/isucon13q-2023-11-25 development by creating an account on GitHub. パフォーマンスに詳しくない人がほとんど準備せずに行くとこういう景色になるという感じで、結果は褒められたものではなかったです。 ただ ISUCON は人それぞれのレベルで頑張れるイベントで知識が薄くても暇になるということはないという感じで、良いイベントだなーと思いました。 めちゃくちゃ楽しかったです。 ちなみにチーム名はこれ↓が元ネタです。 蟹を初めて見た上田晋也みたいなツイートを見て電車で大笑いしていてマジで恥ずかしい — kofuk (@man_2_fork) April 14, 2023 uta8a が詳しくブログに書いてくれました。 ISUCON13に出た https://blog.uta8a.net/post/2023-11-25-isucon13f 初めて蟹を見た kofuk というチームでISUCON13に出ました。最終スコアは1万ちょいくらいです