プログラミング言語 on 或る阿呆の記

AIによるサイバー攻撃時代の個人サイト・個人ブログのセキュリティ

Sat, 24 Oct 2026 00:00:00 +0900

定期的にくる全裸待機イベントがPHPに襲来。

PHPに「緊急」レベルの脆弱性2件修正版を日本時間21日深夜に公開へ、事前準備を呼び掛け - ITmedia NEWS

全裸で待て！

とにかく地球がヤバい

技術的な詳細が不明なのは仕方無いですが、「とにかくやべぇからPHPユーザは全員23時全裸な！」ということで、こういうことがあると、WordPressユーザとしては限界みを感じます。特に昨今はAIのせいでサイバー攻撃が激化していることもあり、それは自動ですから、場末の当サイトも常にアタックを受けていることを思うと、対策しないわけにもいきません。

そんでまぁ、当日こられた方は珍しくサイトに赤帯出ているのを見たかもしれません。

で、23時前からしばらく落としました。

それでまぁしばらくは、X上でも様々な人が話題にしていて、少し本当にお祭りのような気分になりテンションも上がりました。

著名ITサービス相次いで緊急メンテへコドモン、シャドバ、BASE、さくらのレンタルサーバなど「PHP」脆弱性に起因か（1/2 ページ） - ITmedia NEWS

当サイトはDocker版のため、大元のPHPの更新から降ってくるまでけっこう時間がかかりました。一人ポチポチと下記コマンドでDocker版の更新はまだかなぁと確認していました。

curl -s "https://hub.docker.com/v2/repositories/library/wordpress/tags/latest" | grep -o '"last_updated":"[^"]*"'

これの結果が2026-10-21T14:00より後になったらOKなのですが、結局"last_updated":"2026-10-21T17:50:57.852281Z"を確認できたのは夜中の3時くらいだったかな。お、と思ってイメージ更新して、バージョンを確認します。

$ docker run --rm wordpress:latest php -v
PHP 8.3.36 (cli) (built: Oct 21 2026 15:57:18) (NTS)

OK、ということでサイト復活。この頃になると大方みんな対策が終わっており、Docker版を話題にしている人はほとんどおらず、なにしてるんだろうなぁという気分になっていました。

せっかく頑張ったので青帯で頑張りましたの告知を誰に向けたわけでもなくしています。複数サイトやってるので対策は複数やったのですが、このサイトでしか帯は出していません。所詮個人サイト、告知というより祭り参加表明だったので…。場末でも一応今も技術系のサイトのつもりだしね。

実際の所脅威はどれくらいだったの？

終わってみると、かねてより考えてはやめていた脱WordPress計画も現実味を帯びてきます。今回のようなことが今後もけっこうありそうだな、とまず思えました。地味にNode.jsも騒がれていましたしね（「「Node.js」にセキュリティ更新～10件の脆弱性を修正、「eMudhra」の侵害にも対応 - 窓の杜」）。

しかし実際のところ、今回の脅威（後にphp2shellとされる）が本当にどれほどの被害をもたらすものだったのかは謎です。真の影響力について実はちょっと疑っています。CVSSスコア9.2とか数字ばかり独り歩きし、対策しなければサービスにあらずみたいな空気が醸成されても、本当のところどうだったのかはわからないわけでしょう。試みがあったということ自体は既に「PHP「緊急」脆弱性悪用の試み、数百万件に CloudflareのCEOが報告 - ITmedia NEWS」のようにニュースになっていますけれど、ではそれでどうかなったのか…。

この手のものは、何か起きていた時にはもう遅いのだとか、未来の危機を予言した預言者が迫害されるとか、まぁそんな話になるわけですが、しかし今回については、PHPサイトの有名どころとしてアンサイクロペディアがノーガード戦法だったらしいので、今後このサイトがどうなるのかでわかるかもしれません。

UnNews:PHPに史上最悪級の穴、世界が予防停止する中アンサイクロペディアだけ止められる人がおらず平常運転。 - アンサイクロペディア

サイト内でもネタにされています。しかしまだやってたんですね。元気そうでなにより。

ま、だからといって事前に脅威を告知されればやらないわけにはいかないんですが…今回の脅威はOpenAIが検知したとのことでしたけれど、世界中が一斉に全裸待機するほどのものだったのかな…とは少し思います。個人的には見えている脅威はそりゃ対応すべきだと思うんですが、祭り状態になるのも何か違和があります。

今後こんな感じでAIにより新たな脆弱性発見！深刻度9.3…9.4…100だーーーー！全裸で待て！とか毎日のように言われることになったら、みんなどこまでついていくんだろう。どうせ侵入されても詫びメール一本で済ます癖に…（余計なこと）。今回総理大臣までツイートしていましたが、総理のツイートは脆弱性の報告で埋まるんでしょうか。

怪しいもんです。対応した中の人はこれが技術的に必要なことだという思いで対応されたかもしれませんが、組織の観点では、やるべきことはやりましたというポージング、免責の観点でコストを払っているように思われます。でなければ、事前対応は熱心なのに、いざ本当にインシデントが起きたら詫びメール1本で済ませようとする態度は説明がつきません…。ま、情報漏洩のエース・タイムズカーはPHPではなかったようですが（永遠に言い続ける）。

クラウドなら安心伝説

まぁそうはいっても、現実上のセキュリティリスクは確かに上がっているのでしょう。求められるセキュリティパッチの適用であるとか、対策なんかは、これから目に見えて高まっていくのかなぁ、という感じはしています。

これについて、中小まして個人が防ぎ切るのはもう無理だ、クラウドに任せよう！みたいな論調も最近はちらほら見かけるのですが、大手クラウドなら信用できるのか？と思います。実際、最近俺たちのGMOがやられました。

「お名前.com デスクトップクラウド」不正プログラム設置で全プラン停止 FX用VPS、2万6739サーバに影響か - ITmedia NEWS

これは記事だと実際どこまで基盤に侵入されたのかわからないんですが、不正にプログラム設置されてるんですよね。少なくともそこにおいては実行権限まで取られている中で、本当にGMOの言う通り情報閲覧があるかも程度の被害なのかな…僕がユーザだったらちょっと信じられないですけどね。まぁ実際被害者は滅茶苦茶可哀想ですよ、FX自動取引の基盤でしょう。つらすぎる（実感）。

……とか書いて予約投稿していたんですが、Xを見ていたら次の展開が。

https://x.com/yutoriineet/status/2113264833307267254?s=20

口座破綻させられているのあまりにも悲惨で可哀想過ぎる。ご愁傷さまです……。これマジで洒落にならない金額の被害が出ているのでは。やっぱり情報閲覧程度じゃなかったのか。攻撃されたといえば企業は被害者だが、本当の被害者は企業を信じて情報を預けたのに漏洩されたユーザで、企業はその被害を隠蔽と過小申告するモチベがあるから信じられない。報道する側も企業側の言うことをそのまんま垂れ流すだけじゃダメだし、見る側ももっと疑う必要がある。……と言い始めるとちょっと話が完全に逸れるので、本件滅茶苦茶興味深いけどここまでにしておいて…。

まぁこういう投資にかかるサービスで、クラウドを銘打ったサービスで、GMOがやられた、というのはこれは重たいんじゃないでしょうか（GMOだけど）。いや、ここでいうクラウドとはAWS/GCP/Azure/OCIとかそのへんのことを言うのだ、AWSにあらずんばクラウドにあらずみたいなことは言えるかもしれないし、実際信用レベルでいえばまだかなり差があるのはそうなんですけれど、しかしAWSだから大丈夫だ、は原理原則の話をするならやはりあり得ず、それは技術的判断というより信仰というべきではないでしょうか。

一方でAWSがやられたらもう仕方ない、は現実的な妥協点として言えるかもしれません。もしかしたらそういう気持ちは業界としてあるのかなぁという気もするし、正直私も組織のエンジニアの立場ならそう言ってしまう気はします。ただ一人の場末の管理者として考えた時、それはすごく納得できません。

まぁこれは信条なので並行線なんですけれど、ただ個々人がそれぞれ自分の城で守るのは合理の観点でも無謀とは言えません。まず分散されることによって、攻撃側は攻撃成功時の報酬が下がるため、モチベーションが著しく低下します。多くの小規模サービス・サイトで標的型攻撃の的になる可能性はかなり下がるでしょう。また、自分ところでの対策はネットワーク層、物理層などあらゆるところで対策が打てるため、本当に必要な保護を必要なだけやることができます。極端なことを言えば最終奥義物理遮断も可能です。

一方で大手サービスは高い壁があるものの、その壁を超えられると全員巻き添えでとんでもない被害になりますし、またその時出来ることは非常に限られています。

まぁイメージとしては高い壁に囲まれたデカくて整った街にレンタルオフィスを構えるか、孤島に手作りの拠点を構えるのかという違いになるわけですけれど、AIがあろうがなかろうが、リスクのトレードオフの本質が変わらない以上、どちらが間違っているとも言えないんじゃないでしょうか。少なくとも私は討ち死にするならせめて自分の居場所で死にたい。

まぁそうは言っても、自動攻撃も今後激しくなっていくことは予想され、無駄にアタックサーフェスが多いことから、WordPressはちょっと限界を感じています。そろそろ10年ぶりくらいのサイト大改造に着手する時がきたのだろうか…。

<関連記事>

LoPiQ v.1.16.10 の公開

Thu, 24 Sep 2026 00:00:00 +0900

LoPiQをv.1.15.4からv1.16.10に更新しました。リリースノート - LoPiQより詳細を確認できます。

LoPiQはセルフホストできる画像ファイラです。画像を確認しながら、削除、回転、WebP変換などスクリプト操作を実行することを主たる目的にしています。

今回、大きな設計の変更があります。すべてのアクションはシェルスクリプトというのがLoPiQの方針でしたが、現実の利便性を考えたときに、標準的な操作はビルトインで用意するほうが便利であると判断しました。そのため、今回から削除や回転のような標準的アクションについて、アプリケーション側で実装したビルトインコマンドを用意します。

また、アクションは有効/無効を切り替えられるようにし、ユーザが必要なアクションのみをUIに表示するようにします。

これに合わせて、設定画面は専用ページを用意するようにしました。

今回の改修でOSの機能を使ったゴミ箱削除なども実装が可能になりました。また、Go言語を使っているため、Windowsでの実行も期待できるため、次回以降でWindows対応を目指します。

ありそうでない？あらゆる端末からPCの画像を見て捨てて保存するWebアプリの開発

Thu, 16 Jul 2026 00:00:00 +0900

帯状発疹になってから多分10日くらい。薬飲んで4日かな。少しずつなおってはきているのだけれど、相変わらずしんどさがあります。でも一時の倦怠感はだいぶマシになった。とはいえ運動はできないので、ずっとPCに向かっています。痛みがだいぶ引いたので、多少集中できるようになっただけでも有り難い。

機能がないことが機能

で、今月中に何か正式にアプリをリリースしようとしています。最初はブログ用の広告タグツールを公開するつもりだったのですが、まだ使い始めて日が浅いので、別のもっとずっと前から使っている簡易的な画像表示アプリを公開する予定です。名前はそのまんまでSimple Image Viewerなんですが、同名のアプリがいくつかあるので変えたほうがよさそうだなぁと思っています。本質的にも、もともとは画像をざっと閲覧するためのアプリだったんですが、今となっては画像を捨てるためのアプリみたいな側面がありますので、ちょっとあってないかもしれない。もちろん閲覧用途でも使えますけど。

このアプリは何かというと、指定したフォルダ以下の画像ファイルをブラウザで表示、いらない画像は削除するというだけの、極めて簡易的なWebアプリです。

多分、何の機能があるかというより、ほとんどの機能がない、ということのほうが特徴かな。その中で変な機能があります。実際「フォルダをzipにしてダウンロード」「削除確認なし」あたりは珍しい機能になるかなと思います。特に削除確認なしは、これは開発者の心理になるとよくわかるんですが、不可逆性が怖いのでやりたくない機能（というより確認機能がないというべき？）ですね。

開発中の画面

なんでこんなもの作ったかというと、画像フォルダの整理です。写真とか、スクリーンショットとか、あと個人的にはStable Diffusionで作った有象無象の大量の画像について、必要なのだけ残してあとは削除、というのを、あらゆるデバイスでやりたかったんですね。なのでWebアプリです。なんかこういうアプリあるかなと思ったら意外となく、自分で作ることになりました。

けっこう探したんですけどね。OS標準からクライアント画像管理アプリ、Webベースのファイラ、だいぶマイナーな個人開発のやつに金払ったのもあります。でもダメだったなぁ。求めるのに、けっこうニッチな条件がありました。

ファイルベース、サブフォルダにある画像も含めて一覧表示、削除確認をしない、全画面でちゃんと全画面になる、一気にスクロールしてだーーっっと確認したい、PCだけではなくタブレットやスマホからやりたい、R18もあるのでクラウドにあげたくない、速度重視、何より「とにかく安定して動く、固まらない」の条件を全部満たすもの、なかったですね。

自分のユースケースに合わせて作ったので、当たり前ですが僕にはフィットしているため、地味に毎日くらいの勢いで使っていたりします。まぁ全部の条件が合致するのは僕くらいでしょうけれど、LAN内Webアプリのファイルベースなんかは意外と需要あるのでは？ と思ったりもしています。普通あんまやらんしそんなこと。あと地味に削除確認なしはファイラ的な使い方になるため、これも案外ない。まぁ実際、本質的には画像管理じゃなくてファイラなんですよこのアプリ。サムネイル表示したときのファイラに近い挙動です。

技術的にはGo言語 + htmxで、まだ生成AIコーディング黎明期に、チクチク指示して大真面目にコード読んでキレてたりして作っていたのですが、今はもうAIに適当にやらせているので、実際内部がどうなっているのかもはやわかりません。htmx使ったり使ってなかったりしてそうです。まぁPureなJSでやる分にはいいよもう。動いているし。地味に二年以上は使っていて特に不具合ない。

AIプログラミングのハマりどころ

なのでまぁ公開してもいいかなぁと思ったわけですが、それにあたって今までの直接ビルド・インストールではなく、パッケージにしたのですけれど、やっぱりやると色々あるもので、開発環境とパッケージ版の競合などありました。開発環境で、設定ファイルが見つからないと本番用の設定ファイルを使って設定が競合してバグるなど、謎のフォールバックにハマる。

AIプログラミングで謎フォールバックはだいぶ辛い。特定の条件下においてのみ発動するので、日常利用がブラックボックステストだというスタンスでいくと気づきづらい。まぁ正直見当はつくというか、今回も「まさか開発環境と本番環境で設定ファイル競合してたりしないよね？」って聞いたら「それです👍️」で膝から崩れ落ちた。なんでそんなことするの？🥺

逆に言うと、こういう経験則がまったくないと様々な面でハマるはずなので、AIプログラミングを少しやる気ある一般人くらいの市井に広められないかなぁ、ということも考えているのだけれど、中々難しそうです。

ドキュメントとホスティング

あとはドキュメント整備ですが、これはMkDocsを使って内容をざっくりAIに書かせようと画策中。マニュアルについては、人間だと面倒臭がって省略してしまうところを書いてくれるのはよいところだと思います。ま、逆に冗長になりがちなので差っ引かないといけないですし、何を書くかはかなりこちらで筋立てしてやらないといけないですが…しかしまぁ、それは必要なことですので。

あとはホスティングをどこにするかかな。わざわざ新しく独自ドメインを取るのもねぇ。サブドメインとVPSでええか。

それとフリーソフトですけれども、一応Donation版的なこともできないかなとか、なんか考え中です。パスワード機能とか自動アップデートとか、まぁその程度のささやかな機能になりますが。一通りやってみたいという気持ちです。決済にJPYCとか使ってみたいですよね。個人開発なので好き勝手できる。

色々と準備を整えつつ、面倒なところは結局人間だなぁと思う今日この頃です。

AIプログラミング開発日誌9: 一応クロスプラットフォームでバイナリは出来たが…

Fri, 22 May 2026 00:00:00 +0900

AIで現在制作中のメディア管理アプリケーションD-Shelf（仮）について、バイナリの生成部分を書いている。正直あまり自信がない。これは今まで自分がやってこなかったものだから、ほとんどAI任せになっている。何をしているのかわからないままAIにやらせるのはかなり不安がある。

それを言ったら、フロントエンドはReactでバックエンドはGo言語なのだけれど、僕はどちらも特にやってこなかったので、よく知らない言語でやっているのはいいのか、となるかもしれない。しかしこれは、一つでも言語をやっていればわかると思うのだけれど、正直あまり問題がない。確かに自分でイチから書くのは厳しいが、コードを見て何が書かれているのかはだいたいわかる。

まぁコードまで追うことはほとんどないけれど、いつでもやろうと思えばできる、と思えると安心感がある。またなんだかんだでDiffくらいは流し見ているので、そこで明らかに「ん？」」というものがあればそれは指摘できる。

なにより、経験として出来上がったものを見ればだいたい動いているかどうか、爆弾があるとすればどこらへんかは、なんとなくわかるものだ。一覧で少し引っかかるようなところがあれば、タコなクエリを投げているんじゃないかと思うし、昔の仕様が奇妙に残っていたら、冗長になっているんじゃないかとか、ハードコーディングがあるんじゃないかなど疑える。スキーマに変更があれば、場当たり的な変更になっていないか、以前との整合性をどうやっているのか、マイグレーションコードが永遠に残っていないか、バックエンドでやるべきことをフロントエンドで誤魔化していないかなど、なんとなくあたりはつく。

つまり、なんとなく推察できることとできないことがあって、クロスプラットフォームだの配布パッケージだのはやってこなかったために、ちょっとどこに爆弾があるのか、測りかねている、という感じだ。まぁMacとLinuxなら問題ないと思うが、Windowsとなると、どこまでやれば自信が持てるのか、自分でもよくわかっていない。Windowsの仕組みよくわかっていないことに気づいた。

実際、現時点でMac/Linuxはほぼ動くと思うが、Windowsは動かないだろう（確信）。たしかにexeファイルは出来ているのだが…。基本的な操作が本当にできるのか怪しいし、プラグイン機能については確実に無理。これは外部コマンドをそのまま実行することを想定したもので、現在はsh前提にしている。まぁプラグインはあくまで拡張であるから、Windowsで使いたければWindows用のプラグインを書くべきだ……となるが、面倒である。

しかしサムネイル自動生成のような標準的な機能も、プラグインで実装してしまっていたりするので、どうしたものかなぁという感じだ。プラグインにしているのは、外部コマンドを実行する必要があるからだ。pdftoppmやcweb、ffmpegなどがある。まぁこれらはWindows用のバイナリがあるので、それらをインストールして実行する形になる。MacやLinuxでも外部コマンドのインストールをする必要がある点は同じなのだが…。

当面はMacとLinuxのみ対応とすることになりそうだ。それにしたって、まず検証や整備すべきところが多いのだが…。ここらへんになるともうAIはあまり頼りにならず、自分で泥臭く頑張るしかない。なんというか、GoogleMapで「目的地付近です」で案内が終了したが、そこからが本当の戦い、みたいな感じだ。

数年使っていたfishからbashに戻した

Thu, 18 Dec 2025 00:00:00 +0900

なんでだろう。自分でやっておいて、なんでも何もないものだが、ログインシェルとして数年使っていたfishからbashに戻した。けっこう衝動的に戻した感じで、なぜ戻したのか、なんだかよくわからない。ただ急に、戻したくなった。

そもそもfishにした理由はなんだったか。確か履歴の共有とか、コマンド補完とか、コマンド検索とか、そういうのが割合楽に出来たから、だと思う。よく言われるように、fishは最初から整っている。

ただ構文については正直ケッタイだと思った。最初から最後まで慣れなかった。そうね、この構文に慣れなかった、のは一つ理由だろうな。それにスクリプトは結局bashで書くのだから、常にfishとbashのスイッチングは発生した。歳を取るにつれてそれがしんどくなった、のはあるかもしれない。それに僕はbashの構文が嫌いではない、というよりむしろfishよりも納得している、まであった。

あとホストマシンの環境がbashを標準にされてしまっている、のもある。たとえば環境の差分を吸収するためにDevContainerを使おう、というのはいいのだが、そのコンテナを作るところの手順がbash依存だった。まぁちょっとしたことではあるのだが、こういうことの積み重ねはけっこう心理的にしんどくはある。

こういう世情なので、環境をクリーンにするというのはわかる一方、構築する環境のうえにまた環境があるので、結局差分は生じる。まぁ一応、現在においてはDevContainerを使った開発が自由と統制の均衡点、ということになっているのだろう。とはいえ個人的にはやはり窮屈に感じる。

そうした色々が積み重なって、世情の流れに逆らおうという気もなく、さりとて自分で色々とやる元気もなく、fishが嫌というよりは、もうbashでいいんじゃないの、という気分が強くなったのかもしれない。

IT業界になんとか潜り込んで10年ばかり、なんだか何賽の河原で石を積んでいるような気分だ。迂闊にそんなことを愚痴ると責められそうな界隈なのだが、まぁ場末の個人サイトでくらいいいだろう。

しかしそろそろなにか、河原の外と思える場所に行きたい感じもする。それでなにかないかと、蜘蛛の糸をずっと探している今日この頃。

AIとプログラミングしている、あるいはさせている、それともさせられている

Tue, 30 Sep 2025 00:00:00 +0900

LLMにはもっぱらGo言語でプログラミングさせている。しかし僕はGo言語を全然知らない。全然知らないのに何故使っているのかと言えば、後方互換性が高いという話だからだ。AIはしばしばdeprecatedの書き方を使いこなすため、そういう労苦を避けたかった。また、AIの書いたコードを永遠にメンテナンスすることになるのも嫌だった。

もしかすると最近プログラミングを始めた人だと、言語は覇権アニメと共に変わりゆくものと思っている人もいそうだなぁと思うが、実際そうかもしれないんだが、そうではない時代はあった。少なくとも15年前に書いた趣味のbashコードは今でも動いている。というかbashくらいしか動いてない。なんでやねん。あ、rubyのコードも地味に動き続けてるわ。

まぁとにかく、POSIXとまでは言わんのだが、もう少しもってくれよという気持ちは確かにある。半年で変わるザ・ベストなプラクティスを追いかける気ももはやないので、なるべく一度書いたものを誰かの都合で変えなくていいようなものを、と思った時に、Go言語がよいのかなぁ、と思った。Go言語が比較的プリミティブな感じだということくりは聞いていたので。

使ってみると、シングルバイナリであるところもよいと思えた。気軽にコマンドラインツールが作れる。無理に一つのファイルに詰め込まなくてもいい。

一方でしらん言語でプログラムさせていると、ただでさえAIにプログラムさせるのは作業感があるのに、その感がより強まる。それで、長い時感がかかっている割にちっとも成長しない気もして、しかし今さら成長など嘯いたところで仕方ないかとクソアプリ制作に勤しんでいたのだけれど、しかしLLMにプログラミングさせる者なら誰もがわかるように、適当なプログラミングは存外早く壁にぶち当たる。

全然仕様を満たしていないことに気づき、慌てて修正するとデグレする。何を言っても「あー！」とか「そのとおりです！」と言うばかりで何も解決しない。イライラが募り、もうええわと思ってコードを読み始める。しらん言語とはいえ現代のプログラミング言語だ。ちゃんと読めば何をしているかくらいはわかる。

いやわからん。なんだこのコード。何がしたいんだ。なんだこの切り分け。単一責任もDRYもない。意図がわからない。書いてあることはわかるが、なぜそう書いたのかわからない。

ちょっとこれは機能以前の問題だぞと思って、キレ気味に書き直しを命じるのだが、うまくいかない。計画をたてさせるとそれらしいものをたてるが、実装させるとてんで滅茶苦茶になる。こちらで切り分けても、AをなおしたあとのBでAを破壊する。ディレクトリ階層を提示しても全然従わない。「素晴らしい設計です！」（やらない）

どないせぇっちゅうねんと思ってふて腐れてしばらく放置した後、ふと思って、main.goで初期化していないことなど指摘し、適当にやらせてみたところ、今度は急にするするとうまくいった。複数責任とDo Repeat原則のコードは、それっぽい感じのリポジトリパターンになった。その後テストを書かせると、やはり間違えているところ（特にマッピングあたり）が多く判明したのだけれど、とりあえずまぁ、悪くない形になった気がする。

時間はかかったが、久しぶりにちゃんとコードを読んだ気もして、少しばかりの充実感がないでもなかった。結局泥臭いことをしないと、人間うまくいかないものなんだなぁと思うし、AIというのはこちらが出来ること以上のものができるわけではないらしい。

しかし、ではAIが時短になっているのかというと、なっているようななっていないような、よくわからない。多分僕が本当に向き合ってちゃんとやればもっと早くもう少しマシなんじゃないかと思うが、現実的にそれはできない。僕はもう疲れている。一方でやらねばという妙な意思らしきものだけが骨に残っている。そんな状態でも、AIに「あれやるぞおらー」というくらいの気力はある。

この感覚は、食洗機を使うのに似ている。皿を洗う気力は無いけれど、皿を置くくらいはできる。結果、食洗機があるととりあえず洗い残しは減る。

ちょっと違うのは、いざ始めるとなんだか気になってかかりきりになることだ。なんだかんだ言ってもコードを書くのは嫌いんじゃないんだよなと思う。ヘボなりに。

そうしていくつかのクソアプリは出来たが、楽になったんだかなってないんだかは、正直よくわからない。とりあえず金と時間はかかっている。あと、食洗機の普及率が上がらない理由については、わかった気がした。

何をしているのかなぁと、AIに愚痴る日々だ。おっと、5時間制限がきたから、ここまでだ。

X APIの使い方メモ

Wed, 12 Feb 2025 11:18:48 +0900

X APIを使い始めたのでそのメモ。

準備（Free前提）

X Developers

アカウント作成。ちなみに誓約文みたいなの最初に書かされるが、僕は以下のように書いて提出した。

I plan to use the Twitter API to automate the posting and deletion of my own tweets. The frequency will be a few times per day at most. Additionally, I want to explore the capabilities of the Twitter API to evaluate potential business use cases. This includes testing API functionalities to understand their limitations and usability. The data accessed through the API will not be resold or used for commercial redistribution.

Freeプランなら、アカウント作成した時点でアプリがデフォルトでなんかできてる。デフォルトのやつを選択して、以下をGenerateする。

API Key
API Secret
Access Token
Access Token Secret

最初にできるのはReadだけ。

WriteにはOAuth2.0による認証認可が必要になる。

Twitter Developer Portal (https://developer.twitter.com/en/portal/dashboard) にアクセス
作成したアプリを選択
“Settings” > “User authentication settings” に移動
App permissionsを編集し、“Read and Write” を選択
権限変更後、トークンを再生成

以後、Access TokenとAccess Token Secretを置き換えることで、Writeもできるようになる。

レート制限

レート制限がキツイので、最初に書いておく。

公式を参照しつつ。

Rate limits - X

15分が一つの単位
- Free Limitだと、ほとんどのWrite系リクエストは15分に1度しか許されない
負荷が重そうなものは1日単位
- 削除については、1日あたり17回までのようだ。17ってどっから出てきたんだろう……。
- トレンドやユーザ情報取得系に至っては1日に1回しかできない。とてもカジュアルに試せるものではない。
トレンド系はBasic以上($200/月……)じゃないと使えない
ユーザ検索などPro以上($5000/月……)じゃないと使えないものもある

例によってマスクがマスクであるために、現時点(2025-02-12)における情報でしかない。またすぐ変わりそうだが、緩和される可能性は低い。

基本的な使い方

プロフィール取得、投稿、削除。Free Limitは制限めっちゃ厳しいので、カジュアルに実行するとすぐ制限くらう。自分の情報取得は何度か使える。

import requests
from requests_oauthlib import OAuth1

API_KEY = "xxxx"
API_SECRET = "xxxx"
ACCESS_TOKEN = "xx-xx"
ACCESS_SECRET = "xxxx"

# OAuth 1.0a 認証
auth = OAuth1(API_KEY, API_SECRET, ACCESS_TOKEN, ACCESS_SECRET)

def get_user_info():
 """
 自分のユーザー情報を取得する関数
 """
 API_URL = "https://api.twitter.com/2/users/me"
 response = requests.get(API_URL, auth=auth)
 
 if response.status_code == 200:
 print(response.json())
 user_data = response.json().get("data", {})
 print(f"ユーザー情報取得")
 print(f"ID: {user_data.get('id')}")
 print(f"名前: {user_data.get('name')}")
 print(f"ユーザー名: {user_data.get('username')}")
 return user_data
 else:
 print(f"エラー発生: {response.status_code}")
 print(response.json())
 return None

def post_tweet(text):
 """
 指定したテキストでツイートを投稿する関数
 """
 API_URL = "https://api.twitter.com/2/tweets"
 payload = {"text": text}
 
 response = requests.post(API_URL, json=payload, auth=auth)
 
 if response.status_code == 201:
 tweet_id = response.json().get("data", {}).get("id")
 print(f"ツイート成功 ID: {tweet_id}")
 return tweet_id
 else:
 print(f"エラー発生: {response.status_code}")
 print(response.json())
 return None

def delete_tweet(tweet_id):
 """
 指定したIDのツイートを削除する関数
 """
 API_URL = f"https://api.twitter.com/2/tweets/{tweet_id}"
 
 response = requests.delete(API_URL, auth=auth)
 
 if response.status_code == 200:
 print(f"ツイート削除成功 ID: {tweet_id}")
 return True
 else:
 print(f"エラー発生: {response.status_code}")
 print(response.json())
 return False


# 関数を使用する例
user_info = get_user_info()
# tweet_id = post_tweet("テストツイート")
# delete_tweet(tweet_id)

usernameからユーザの情報を取得する

Free Limitでも15分に3回使えて比較的緩い。

ここからは認証認可をOAuth 2.0でやる。Bearer Tokenをデベロッパーポータルから取得し、それを使ってアクセスする。

import requests

# Bearer Token認証を使用
BEARER_TOKEN = "xxxx"

def get_user_by_username(username):
 """
 指定したユーザー名のユーザー情報を取得
 username: @を除いたユーザー名
 """
 API_URL = f"https://api.twitter.com/2/users/by/username/{username}"
 
 headers = {
 "Authorization": f"Bearer {BEARER_TOKEN}"
 }
 
 params = {
 'user.fields': 'description,created_at,profile_image_url,public_metrics'
 }
 
 response = requests.get(API_URL, headers=headers, params=params)
 
 if response.status_code == 200:
 return response.json()
 else:
 print(f"⚠️ エラー発生: {response.status_code}")
 print(response.json())
 return None

# 特定ユーザーの情報を取得
user = get_user_by_username("tamasan774")
print(user)

結果

{
 "data":{
 "name":"tama",
 "id":"3302753743",
 "profile_image_url":"https://pbs.twimg.com/profile_images/1428753262660833284/zUwv5vPL_normal.png",
 "description":"技術者の響きだけで生きてる。酒が飲みたい。",
 "username":"tamasan774",
 "public_metrics":{
 "followers_count":154,
 "following_count":93,
 "tweet_count":24154,
 "listed_count":8,
 "like_count":17991,
 "media_count":222
 },
 "created_at":"2015-07-31T19:15:51.000Z"
 }
}

指定した条件でツイートのカウント

基本的に無課金おじさんお断りだが、/<a href="https://docs.x.com/x-api/posts/recent-search-counts">GET /2/tweets/counts/recent</a>だけはFreeプランでも使える。

import requests

# Bearer Token認証を使用
BEARER_TOKEN = "xxxx"

def get_recent_tweet_counts(query, start_time=None, end_time=None):
 """
 過去7日間の特定クエリに一致するツイート数を時系列で取得
 
 params:
 - query: 検索クエリ（例: "#Python"）
 - start_time: 集計開始時間（ISO 8601形式）
 - end_time: 集計終了時間（ISO 8601形式）
 """
 API_URL = "https://api.twitter.com/2/tweets/counts/recent"
 
 headers = {
 "Authorization": f"Bearer {BEARER_TOKEN}"
 }
 
 params = {
 'query': query,
 'granularity': 'hour' # hour, day, minuteから選択可能
 }
 
 if start_time:
 params['start_time'] = start_time
 if end_time:
 params['end_time'] = end_time
 
 response = requests.get(API_URL, headers=headers, params=params)
 
 if response.status_code == 200:
 return response.json()
 else:
 print(f"エラー発生: {response.status_code}")
 print(response.json())
 return None

counts = get_recent_tweet_counts("ほげほげ")
print(counts)

結果

{
 "data":[
 {
 "end":"2025-02-05T02:00:00.000Z",
 "start":"2025-02-05T01:53:04.000Z",
 "tweet_count":135
 },
 {
 "end":"2025-02-05T03:00:00.000Z",
 "start":"2025-02-05T02:00:00.000Z",
 "tweet_count":1289
 },
 {
 "end":"2025-02-05T04:00:00.000Z",
 "start":"2025-02-05T03:00:00.000Z",
 "tweet_count":1775
 },
 {
 "end":"2025-02-05T05:00:00.000Z",
 "start":"2025-02-05T04:00:00.000Z",
 "tweet_count":1487
 },
 {
 "end":"2025-02-05T06:00:00.000Z",
 "start":"2025-02-05T05:00:00.000Z",
 "tweet_count":1599
 },
 {
 "end":"2025-02-05T07:00:00.000Z",
 "start":"2025-02-05T06:00:00.000Z",
 "tweet_count":1469
 },
 {
 "end":"2025-02-05T08:00:00.000Z",
 "start":"2025-02-05T07:00:00.000Z",
 "tweet_count":1613
 },
 {
 "end":"2025-02-05T09:00:00.000Z",
 "start":"2025-02-05T08:00:00.000Z",
 "tweet_count":1620
 },
 {
 "end":"2025-02-05T10:00:00.000Z",
 "start":"2025-02-05T09:00:00.000Z",
 "tweet_count":1964
 },
 {
 "end":"2025-02-05T11:00:00.000Z",
 "start":"2025-02-05T10:00:00.000Z",
 "tweet_count":1923
 },
 {
 "end":"2025-02-05T12:00:00.000Z",
 "start":"2025-02-05T11:00:00.000Z",
 "tweet_count":1864
 },
 {
 "end":"2025-02-05T13:00:00.000Z",
 "start":"2025-02-05T12:00:00.000Z",
 "tweet_count":1938
 },
 {
 "end":"2025-02-05T14:00:00.000Z",
 "start":"2025-02-05T13:00:00.000Z",
 "tweet_count":1923
 },
 {
 "end":"2025-02-05T15:00:00.000Z",
 "start":"2025-02-05T14:00:00.000Z",
 "tweet_count":1768
 },
 {
 "end":"2025-02-05T16:00:00.000Z",
 "start":"2025-02-05T15:00:00.000Z",
 "tweet_count":1334
 },
 {
 "end":"2025-02-05T17:00:00.000Z",
 "start":"2025-02-05T16:00:00.000Z",
 "tweet_count":962
 },
 {
 "end":"2025-02-05T18:00:00.000Z",
 "start":"2025-02-05T17:00:00.000Z",
 "tweet_count":555
 },
 {
 "end":"2025-02-05T19:00:00.000Z",
 "start":"2025-02-05T18:00:00.000Z",
 "tweet_count":440
 },
 {
 "end":"2025-02-05T20:00:00.000Z",
 "start":"2025-02-05T19:00:00.000Z",
 "tweet_count":462
 },
 {
 "end":"2025-02-05T21:00:00.000Z",
 "start":"2025-02-05T20:00:00.000Z",
 "tweet_count":735
 },
 {
 "end":"2025-02-05T22:00:00.000Z",
 "start":"2025-02-05T21:00:00.000Z",
 "tweet_count":1271
 },
 {
 "end":"2025-02-05T23:00:00.000Z",
 "start":"2025-02-05T22:00:00.000Z",
 "tweet_count":1902
 },
 {
 "end":"2025-02-06T00:00:00.000Z",
 "start":"2025-02-05T23:00:00.000Z",
 "tweet_count":1858
 },
 {
 "end":"2025-02-06T01:00:00.000Z",
 "start":"2025-02-06T00:00:00.000Z",
 "tweet_count":1623
 },
 {
 "end":"2025-02-06T02:00:00.000Z",
 "start":"2025-02-06T01:00:00.000Z",
 "tweet_count":1415
 },
 {
 "end":"2025-02-06T03:00:00.000Z",
 "start":"2025-02-06T02:00:00.000Z",
 "tweet_count":1286
 },
 {
 "end":"2025-02-06T04:00:00.000Z",
 "start":"2025-02-06T03:00:00.000Z",
 "tweet_count":1682
 },
 {
 "end":"2025-02-06T05:00:00.000Z",
 "start":"2025-02-06T04:00:00.000Z",
 "tweet_count":1108
 },
 {
 "end":"2025-02-06T06:00:00.000Z",
 "start":"2025-02-06T05:00:00.000Z",
 "tweet_count":1046
 },
 {
 "end":"2025-02-06T07:00:00.000Z",
 "start":"2025-02-06T06:00:00.000Z",
 "tweet_count":1029
 },
 {
 "end":"2025-02-06T08:00:00.000Z",
 "start":"2025-02-06T07:00:00.000Z",
 "tweet_count":1096
 },
 {
 "end":"2025-02-06T09:00:00.000Z",
 "start":"2025-02-06T08:00:00.000Z",
 "tweet_count":1058
 },
 {
 "end":"2025-02-06T10:00:00.000Z",
 "start":"2025-02-06T09:00:00.000Z",
 "tweet_count":1128
 },
 {
 "end":"2025-02-06T11:00:00.000Z",
 "start":"2025-02-06T10:00:00.000Z",
 "tweet_count":1145
 },
 {
 "end":"2025-02-06T12:00:00.000Z",
 "start":"2025-02-06T11:00:00.000Z",
 "tweet_count":1286
 },
 {
 "end":"2025-02-06T13:00:00.000Z",
 "start":"2025-02-06T12:00:00.000Z",
 "tweet_count":1282
 },
 {
 "end":"2025-02-06T14:00:00.000Z",
 "start":"2025-02-06T13:00:00.000Z",
 "tweet_count":1103
 },
 {
 "end":"2025-02-06T15:00:00.000Z",
 "start":"2025-02-06T14:00:00.000Z",
 "tweet_count":974
 },
 {
 "end":"2025-02-06T16:00:00.000Z",
 "start":"2025-02-06T15:00:00.000Z",
 "tweet_count":863
 },
 {
 "end":"2025-02-06T17:00:00.000Z",
 "start":"2025-02-06T16:00:00.000Z",
 "tweet_count":551
 },
 {
 "end":"2025-02-06T18:00:00.000Z",
 "start":"2025-02-06T17:00:00.000Z",
 "tweet_count":332
 },
 {
 "end":"2025-02-06T19:00:00.000Z",
 "start":"2025-02-06T18:00:00.000Z",
 "tweet_count":294
 },
 {
 "end":"2025-02-06T20:00:00.000Z",
 "start":"2025-02-06T19:00:00.000Z",
 "tweet_count":288
 },
 {
 "end":"2025-02-06T21:00:00.000Z",
 "start":"2025-02-06T20:00:00.000Z",
 "tweet_count":439
 },
 {
 "end":"2025-02-06T22:00:00.000Z",
 "start":"2025-02-06T21:00:00.000Z",
 "tweet_count":682
 },
 {
 "end":"2025-02-06T23:00:00.000Z",
 "start":"2025-02-06T22:00:00.000Z",
 "tweet_count":1159
 },
 {
 "end":"2025-02-07T00:00:00.000Z",
 "start":"2025-02-06T23:00:00.000Z",
 "tweet_count":1232
 },
 {
 "end":"2025-02-07T01:00:00.000Z",
 "start":"2025-02-07T00:00:00.000Z",
 "tweet_count":971
 },
 {
 "end":"2025-02-07T02:00:00.000Z",
 "start":"2025-02-07T01:00:00.000Z",
 "tweet_count":860
 },
 {
 "end":"2025-02-07T03:00:00.000Z",
 "start":"2025-02-07T02:00:00.000Z",
 "tweet_count":964
 },
 {
 "end":"2025-02-07T04:00:00.000Z",
 "start":"2025-02-07T03:00:00.000Z",
 "tweet_count":1237
 },
 {
 "end":"2025-02-07T05:00:00.000Z",
 "start":"2025-02-07T04:00:00.000Z",
 "tweet_count":826
 },
 {
 "end":"2025-02-07T06:00:00.000Z",
 "start":"2025-02-07T05:00:00.000Z",
 "tweet_count":791
 },
 {
 "end":"2025-02-07T07:00:00.000Z",
 "start":"2025-02-07T06:00:00.000Z",
 "tweet_count":766
 },
 {
 "end":"2025-02-07T08:00:00.000Z",
 "start":"2025-02-07T07:00:00.000Z",
 "tweet_count":654
 },
 {
 "end":"2025-02-07T09:00:00.000Z",
 "start":"2025-02-07T08:00:00.000Z",
 "tweet_count":661
 },
 {
 "end":"2025-02-07T10:00:00.000Z",
 "start":"2025-02-07T09:00:00.000Z",
 "tweet_count":692
 },
 {
 "end":"2025-02-07T11:00:00.000Z",
 "start":"2025-02-07T10:00:00.000Z",
 "tweet_count":773
 },
 {
 "end":"2025-02-07T12:00:00.000Z",
 "start":"2025-02-07T11:00:00.000Z",
 "tweet_count":1072
 },
 {
 "end":"2025-02-07T13:00:00.000Z",
 "start":"2025-02-07T12:00:00.000Z",
 "tweet_count":1054
 },
 {
 "end":"2025-02-07T14:00:00.000Z",
 "start":"2025-02-07T13:00:00.000Z",
 "tweet_count":1021
 },
 {
 "end":"2025-02-07T15:00:00.000Z",
 "start":"2025-02-07T14:00:00.000Z",
 "tweet_count":917
 },
 {
 "end":"2025-02-07T16:00:00.000Z",
 "start":"2025-02-07T15:00:00.000Z",
 "tweet_count":573
 },
 {
 "end":"2025-02-07T17:00:00.000Z",
 "start":"2025-02-07T16:00:00.000Z",
 "tweet_count":386
 },
 {
 "end":"2025-02-07T18:00:00.000Z",
 "start":"2025-02-07T17:00:00.000Z",
 "tweet_count":310
 },
 {
 "end":"2025-02-07T19:00:00.000Z",
 "start":"2025-02-07T18:00:00.000Z",
 "tweet_count":217
 },
 {
 "end":"2025-02-07T20:00:00.000Z",
 "start":"2025-02-07T19:00:00.000Z",
 "tweet_count":179
 },
 {
 "end":"2025-02-07T21:00:00.000Z",
 "start":"2025-02-07T20:00:00.000Z",
 "tweet_count":227
 },
 {
 "end":"2025-02-07T22:00:00.000Z",
 "start":"2025-02-07T21:00:00.000Z",
 "tweet_count":348
 },
 {
 "end":"2025-02-07T23:00:00.000Z",
 "start":"2025-02-07T22:00:00.000Z",
 "tweet_count":486
 },
 {
 "end":"2025-02-08T00:00:00.000Z",
 "start":"2025-02-07T23:00:00.000Z",
 "tweet_count":632
 },
 {
 "end":"2025-02-08T01:00:00.000Z",
 "start":"2025-02-08T00:00:00.000Z",
 "tweet_count":683
 },
 {
 "end":"2025-02-08T02:00:00.000Z",
 "start":"2025-02-08T01:00:00.000Z",
 "tweet_count":581
 },
 {
 "end":"2025-02-08T03:00:00.000Z",
 "start":"2025-02-08T02:00:00.000Z",
 "tweet_count":671
 },
 {
 "end":"2025-02-08T04:00:00.000Z",
 "start":"2025-02-08T03:00:00.000Z",
 "tweet_count":741
 },
 {
 "end":"2025-02-08T05:00:00.000Z",
 "start":"2025-02-08T04:00:00.000Z",
 "tweet_count":703
 },
 {
 "end":"2025-02-08T06:00:00.000Z",
 "start":"2025-02-08T05:00:00.000Z",
 "tweet_count":556
 },
 {
 "end":"2025-02-08T07:00:00.000Z",
 "start":"2025-02-08T06:00:00.000Z",
 "tweet_count":581
 },
 {
 "end":"2025-02-08T08:00:00.000Z",
 "start":"2025-02-08T07:00:00.000Z",
 "tweet_count":769
 },
 {
 "end":"2025-02-08T09:00:00.000Z",
 "start":"2025-02-08T08:00:00.000Z",
 "tweet_count":863
 },
 {
 "end":"2025-02-08T10:00:00.000Z",
 "start":"2025-02-08T09:00:00.000Z",
 "tweet_count":742
 },
 {
 "end":"2025-02-08T11:00:00.000Z",
 "start":"2025-02-08T10:00:00.000Z",
 "tweet_count":746
 },
 {
 "end":"2025-02-08T12:00:00.000Z",
 "start":"2025-02-08T11:00:00.000Z",
 "tweet_count":782
 },
 {
 "end":"2025-02-08T13:00:00.000Z",
 "start":"2025-02-08T12:00:00.000Z",
 "tweet_count":882
 },
 {
 "end":"2025-02-08T14:00:00.000Z",
 "start":"2025-02-08T13:00:00.000Z",
 "tweet_count":702
 },
 {
 "end":"2025-02-08T15:00:00.000Z",
 "start":"2025-02-08T14:00:00.000Z",
 "tweet_count":536
 },
 {
 "end":"2025-02-08T16:00:00.000Z",
 "start":"2025-02-08T15:00:00.000Z",
 "tweet_count":306
 },
 {
 "end":"2025-02-08T17:00:00.000Z",
 "start":"2025-02-08T16:00:00.000Z",
 "tweet_count":234
 },
 {
 "end":"2025-02-08T18:00:00.000Z",
 "start":"2025-02-08T17:00:00.000Z",
 "tweet_count":170
 },
 {
 "end":"2025-02-08T19:00:00.000Z",
 "start":"2025-02-08T18:00:00.000Z",
 "tweet_count":149
 },
 {
 "end":"2025-02-08T20:00:00.000Z",
 "start":"2025-02-08T19:00:00.000Z",
 "tweet_count":129
 },
 {
 "end":"2025-02-08T21:00:00.000Z",
 "start":"2025-02-08T20:00:00.000Z",
 "tweet_count":133
 },
 {
 "end":"2025-02-08T22:00:00.000Z",
 "start":"2025-02-08T21:00:00.000Z",
 "tweet_count":202
 },
 {
 "end":"2025-02-08T23:00:00.000Z",
 "start":"2025-02-08T22:00:00.000Z",
 "tweet_count":288
 },
 {
 "end":"2025-02-09T00:00:00.000Z",
 "start":"2025-02-08T23:00:00.000Z",
 "tweet_count":400
 },
 {
 "end":"2025-02-09T01:00:00.000Z",
 "start":"2025-02-09T00:00:00.000Z",
 "tweet_count":389
 },
 {
 "end":"2025-02-09T02:00:00.000Z",
 "start":"2025-02-09T01:00:00.000Z",
 "tweet_count":391
 },
 {
 "end":"2025-02-09T03:00:00.000Z",
 "start":"2025-02-09T02:00:00.000Z",
 "tweet_count":367
 },
 {
 "end":"2025-02-09T04:00:00.000Z",
 "start":"2025-02-09T03:00:00.000Z",
 "tweet_count":377
 },
 {
 "end":"2025-02-09T05:00:00.000Z",
 "start":"2025-02-09T04:00:00.000Z",
 "tweet_count":306
 },
 {
 "end":"2025-02-09T06:00:00.000Z",
 "start":"2025-02-09T05:00:00.000Z",
 "tweet_count":356
 },
 {
 "end":"2025-02-09T07:00:00.000Z",
 "start":"2025-02-09T06:00:00.000Z",
 "tweet_count":386
 },
 {
 "end":"2025-02-09T08:00:00.000Z",
 "start":"2025-02-09T07:00:00.000Z",
 "tweet_count":394
 },
 {
 "end":"2025-02-09T09:00:00.000Z",
 "start":"2025-02-09T08:00:00.000Z",
 "tweet_count":441
 },
 {
 "end":"2025-02-09T10:00:00.000Z",
 "start":"2025-02-09T09:00:00.000Z",
 "tweet_count":557
 },
 {
 "end":"2025-02-09T11:00:00.000Z",
 "start":"2025-02-09T10:00:00.000Z",
 "tweet_count":680
 },
 {
 "end":"2025-02-09T12:00:00.000Z",
 "start":"2025-02-09T11:00:00.000Z",
 "tweet_count":574
 },
 {
 "end":"2025-02-09T13:00:00.000Z",
 "start":"2025-02-09T12:00:00.000Z",
 "tweet_count":491
 },
 {
 "end":"2025-02-09T14:00:00.000Z",
 "start":"2025-02-09T13:00:00.000Z",
 "tweet_count":425
 },
 {
 "end":"2025-02-09T15:00:00.000Z",
 "start":"2025-02-09T14:00:00.000Z",
 "tweet_count":622
 },
 {
 "end":"2025-02-09T16:00:00.000Z",
 "start":"2025-02-09T15:00:00.000Z",
 "tweet_count":479
 },
 {
 "end":"2025-02-09T17:00:00.000Z",
 "start":"2025-02-09T16:00:00.000Z",
 "tweet_count":271
 },
 {
 "end":"2025-02-09T18:00:00.000Z",
 "start":"2025-02-09T17:00:00.000Z",
 "tweet_count":156
 },
 {
 "end":"2025-02-09T19:00:00.000Z",
 "start":"2025-02-09T18:00:00.000Z",
 "tweet_count":78
 },
 {
 "end":"2025-02-09T20:00:00.000Z",
 "start":"2025-02-09T19:00:00.000Z",
 "tweet_count":91
 },
 {
 "end":"2025-02-09T21:00:00.000Z",
 "start":"2025-02-09T20:00:00.000Z",
 "tweet_count":162
 },
 {
 "end":"2025-02-09T22:00:00.000Z",
 "start":"2025-02-09T21:00:00.000Z",
 "tweet_count":259
 },
 {
 "end":"2025-02-09T23:00:00.000Z",
 "start":"2025-02-09T22:00:00.000Z",
 "tweet_count":380
 },
 {
 "end":"2025-02-10T00:00:00.000Z",
 "start":"2025-02-09T23:00:00.000Z",
 "tweet_count":457
 },
 {
 "end":"2025-02-10T01:00:00.000Z",
 "start":"2025-02-10T00:00:00.000Z",
 "tweet_count":520
 },
 {
 "end":"2025-02-10T02:00:00.000Z",
 "start":"2025-02-10T01:00:00.000Z",
 "tweet_count":504
 },
 {
 "end":"2025-02-10T03:00:00.000Z",
 "start":"2025-02-10T02:00:00.000Z",
 "tweet_count":508
 },
 {
 "end":"2025-02-10T04:00:00.000Z",
 "start":"2025-02-10T03:00:00.000Z",
 "tweet_count":616
 },
 {
 "end":"2025-02-10T05:00:00.000Z",
 "start":"2025-02-10T04:00:00.000Z",
 "tweet_count":420
 },
 {
 "end":"2025-02-10T06:00:00.000Z",
 "start":"2025-02-10T05:00:00.000Z",
 "tweet_count":421
 },
 {
 "end":"2025-02-10T07:00:00.000Z",
 "start":"2025-02-10T06:00:00.000Z",
 "tweet_count":407
 },
 {
 "end":"2025-02-10T08:00:00.000Z",
 "start":"2025-02-10T07:00:00.000Z",
 "tweet_count":437
 },
 {
 "end":"2025-02-10T09:00:00.000Z",
 "start":"2025-02-10T08:00:00.000Z",
 "tweet_count":724
 },
 {
 "end":"2025-02-10T10:00:00.000Z",
 "start":"2025-02-10T09:00:00.000Z",
 "tweet_count":1152
 },
 {
 "end":"2025-02-10T11:00:00.000Z",
 "start":"2025-02-10T10:00:00.000Z",
 "tweet_count":1525
 },
 {
 "end":"2025-02-10T12:00:00.000Z",
 "start":"2025-02-10T11:00:00.000Z",
 "tweet_count":1474
 },
 {
 "end":"2025-02-10T13:00:00.000Z",
 "start":"2025-02-10T12:00:00.000Z",
 "tweet_count":1636
 },
 {
 "end":"2025-02-10T14:00:00.000Z",
 "start":"2025-02-10T13:00:00.000Z",
 "tweet_count":1460
 },
 {
 "end":"2025-02-10T15:00:00.000Z",
 "start":"2025-02-10T14:00:00.000Z",
 "tweet_count":1157
 },
 {
 "end":"2025-02-10T16:00:00.000Z",
 "start":"2025-02-10T15:00:00.000Z",
 "tweet_count":765
 },
 {
 "end":"2025-02-10T17:00:00.000Z",
 "start":"2025-02-10T16:00:00.000Z",
 "tweet_count":530
 },
 {
 "end":"2025-02-10T18:00:00.000Z",
 "start":"2025-02-10T17:00:00.000Z",
 "tweet_count":429
 },
 {
 "end":"2025-02-10T19:00:00.000Z",
 "start":"2025-02-10T18:00:00.000Z",
 "tweet_count":344
 },
 {
 "end":"2025-02-10T20:00:00.000Z",
 "start":"2025-02-10T19:00:00.000Z",
 "tweet_count":298
 },
 {
 "end":"2025-02-10T21:00:00.000Z",
 "start":"2025-02-10T20:00:00.000Z",
 "tweet_count":415
 },
 {
 "end":"2025-02-10T22:00:00.000Z",
 "start":"2025-02-10T21:00:00.000Z",
 "tweet_count":654
 },
 {
 "end":"2025-02-10T23:00:00.000Z",
 "start":"2025-02-10T22:00:00.000Z",
 "tweet_count":965
 },
 {
 "end":"2025-02-11T00:00:00.000Z",
 "start":"2025-02-10T23:00:00.000Z",
 "tweet_count":1048
 },
 {
 "end":"2025-02-11T01:00:00.000Z",
 "start":"2025-02-11T00:00:00.000Z",
 "tweet_count":1275
 },
 {
 "end":"2025-02-11T02:00:00.000Z",
 "start":"2025-02-11T01:00:00.000Z",
 "tweet_count":1100
 },
 {
 "end":"2025-02-11T03:00:00.000Z",
 "start":"2025-02-11T02:00:00.000Z",
 "tweet_count":1105
 },
 {
 "end":"2025-02-11T04:00:00.000Z",
 "start":"2025-02-11T03:00:00.000Z",
 "tweet_count":1168
 },
 {
 "end":"2025-02-11T05:00:00.000Z",
 "start":"2025-02-11T04:00:00.000Z",
 "tweet_count":1165
 },
 {
 "end":"2025-02-11T06:00:00.000Z",
 "start":"2025-02-11T05:00:00.000Z",
 "tweet_count":1243
 },
 {
 "end":"2025-02-11T07:00:00.000Z",
 "start":"2025-02-11T06:00:00.000Z",
 "tweet_count":1260
 },
 {
 "end":"2025-02-11T08:00:00.000Z",
 "start":"2025-02-11T07:00:00.000Z",
 "tweet_count":1230
 },
 {
 "end":"2025-02-11T09:00:00.000Z",
 "start":"2025-02-11T08:00:00.000Z",
 "tweet_count":1436
 },
 {
 "end":"2025-02-11T10:00:00.000Z",
 "start":"2025-02-11T09:00:00.000Z",
 "tweet_count":1387
 },
 {
 "end":"2025-02-11T11:00:00.000Z",
 "start":"2025-02-11T10:00:00.000Z",
 "tweet_count":1572
 },
 {
 "end":"2025-02-11T12:00:00.000Z",
 "start":"2025-02-11T11:00:00.000Z",
 "tweet_count":1283
 },
 {
 "end":"2025-02-11T13:00:00.000Z",
 "start":"2025-02-11T12:00:00.000Z",
 "tweet_count":1303
 },
 {
 "end":"2025-02-11T14:00:00.000Z",
 "start":"2025-02-11T13:00:00.000Z",
 "tweet_count":1188
 },
 {
 "end":"2025-02-11T15:00:00.000Z",
 "start":"2025-02-11T14:00:00.000Z",
 "tweet_count":1151
 },
 {
 "end":"2025-02-11T16:00:00.000Z",
 "start":"2025-02-11T15:00:00.000Z",
 "tweet_count":819
 },
 {
 "end":"2025-02-11T17:00:00.000Z",
 "start":"2025-02-11T16:00:00.000Z",
 "tweet_count":486
 },
 {
 "end":"2025-02-11T18:00:00.000Z",
 "start":"2025-02-11T17:00:00.000Z",
 "tweet_count":292
 },
 {
 "end":"2025-02-11T19:00:00.000Z",
 "start":"2025-02-11T18:00:00.000Z",
 "tweet_count":231
 },
 {
 "end":"2025-02-11T20:00:00.000Z",
 "start":"2025-02-11T19:00:00.000Z",
 "tweet_count":224
 },
 {
 "end":"2025-02-11T21:00:00.000Z",
 "start":"2025-02-11T20:00:00.000Z",
 "tweet_count":322
 },
 {
 "end":"2025-02-11T22:00:00.000Z",
 "start":"2025-02-11T21:00:00.000Z",
 "tweet_count":536
 },
 {
 "end":"2025-02-11T23:00:00.000Z",
 "start":"2025-02-11T22:00:00.000Z",
 "tweet_count":689
 },
 {
 "end":"2025-02-12T00:00:00.000Z",
 "start":"2025-02-11T23:00:00.000Z",
 "tweet_count":736
 },
 {
 "end":"2025-02-12T01:00:00.000Z",
 "start":"2025-02-12T00:00:00.000Z",
 "tweet_count":699
 },
 {
 "end":"2025-02-12T01:53:04.000Z",
 "start":"2025-02-12T01:00:00.000Z",
 "tweet_count":664
 }
 ],
 "meta":{
 "total_tweet_count":137215
 }
}

指定した条件でサーチする

多分だいたいみんなこれをやりたいんじゃないかと思うんだが、GET /2/tweets/search/recentつまり7日間でよければFreeプランでも使える。しかも15分に1回。今なら一応。それ以外はプロ以外お断りだ。

個人でも関心が高い話題についての情報収集くらいには使えるかも？流行言葉は制約的に厳しいと思うけど。

import requests

# Bearer Token認証を使用
BEARER_TOKEN = "xxxx"

def search_recent_tweets(query, max_results=10):
 """
 過去7日間のツイートを検索
 
 params:
 - query: 検索クエリ
 - max_results: 取得する最大ツイート数（10-100）
 """
 API_URL = "https://api.twitter.com/2/tweets/search/recent"
 
 headers = {
 "Authorization": f"Bearer {BEARER_TOKEN}"
 }
 
 params = {
 'query': query,
 'max_results': max_results,
 'tweet.fields': 'created_at,author_id,public_metrics'
 }
 
 response = requests.get(API_URL, headers=headers, params=params)
 return response.json()

tweets = search_recent_tweets("手取りを増やす")
print(tweets)

# そのほかの使用例
# 画像付きの「猫」ツイートを検索
#tweets = search_recent_tweets("猫 has:images -is:retweet")

# 「Python」を含む日本語ツイート
#tweets = search_recent_tweets("Python lang:ja")

# 特定ユーザーの返信を除外したツイート
#tweets = search_recent_tweets("from:username -is:reply")

結果

{
 "data":[
 {
 "public_metrics":{
 "retweet_count":11,
 "reply_count":0,
 "like_count":0,
 "quote_count":0,
 "bookmark_count":0,
 "impression_count":0
 },
 "author_id":"2929390645",
 "edit_history_tweet_ids":[
 "1889497408155095532"
 ],
 "created_at":"2025-02-12T02:11:01.000Z",
 "id":"1889497408155095532",
 "text":"RT @oef4raF1ZW3D4WI: 国民民主「国民の手取りを増やす」\n維新「高校無償化」\n\n自民「企業に補助金。今まで以上に」\n\n少なくとも自民は無いわな。国民に益なし\n\nだいたい過去数十年失敗し続けてるのに、同じことをまだやろうってんだから反省も自浄作用もないわけだ。自…"
 },
 {
 "public_metrics":{
 "retweet_count":682,
 "reply_count":0,
 "like_count":0,
 "quote_count":0,
 "bookmark_count":0,
 "impression_count":0
 },
 "author_id":"999818589673668608",
 "edit_history_tweet_ids":[
 "1889496996140163153"
 ],
 "created_at":"2025-02-12T02:09:23.000Z",
 "id":"1889496996140163153",
 "text":"RT @kirishima_O3: 国民民主党って「手取りを増やす」が公約なんだよね？\nだったら103万の壁にこだわるより、社会保険料増税に反対することの方が優先度高いんじゃないの？"
 },
 {
 "public_metrics":{
 "retweet_count":682,
 "reply_count":0,
 "like_count":0,
 "quote_count":0,
 "bookmark_count":0,
 "impression_count":0
 },
 "author_id":"129119756",
 "edit_history_tweet_ids":[
 "1889496791734943868"
 ],
 "created_at":"2025-02-12T02:08:34.000Z",
 "id":"1889496791734943868",
 "text":"RT @kirishima_O3: 国民民主党って「手取りを増やす」が公約なんだよね？\nだったら103万の壁にこだわるより、社会保険料増税に反対することの方が優先度高いんじゃないの？"
 },
 {
 "public_metrics":{
 "retweet_count":32,
 "reply_count":0,
 "like_count":0,
 "quote_count":0,
 "bookmark_count":0,
 "impression_count":0
 },
 "author_id":"855312372818264064",
 "edit_history_tweet_ids":[
 "1889496781559656931"
 ],
 "created_at":"2025-02-12T02:08:32.000Z",
 "id":"1889496781559656931",
 "text":"RT @shinjukuacc: 国民民主党が羨ましい？\n他の政党も「手取りを増やす」を掲げて選挙を戦えば良いだけの話では？"
 },
 {
 "public_metrics":{
 "retweet_count":682,
 "reply_count":0,
 "like_count":0,
 "quote_count":0,
 "bookmark_count":0,
 "impression_count":0
 },
 "author_id":"1516766731095580677",
 "edit_history_tweet_ids":[
 "1889496743823433959"
 ],
 "created_at":"2025-02-12T02:08:23.000Z",
 "id":"1889496743823433959",
 "text":"RT @kirishima_O3: 国民民主党って「手取りを増やす」が公約なんだよね？\nだったら103万の壁にこだわるより、社会保険料増税に反対することの方が優先度高いんじゃないの？"
 },
 {
 "public_metrics":{
 "retweet_count":682,
 "reply_count":0,
 "like_count":0,
 "quote_count":0,
 "bookmark_count":0,
 "impression_count":0
 },
 "author_id":"808024200",
 "edit_history_tweet_ids":[
 "1889496377258025115"
 ],
 "created_at":"2025-02-12T02:06:56.000Z",
 "id":"1889496377258025115",
 "text":"RT @kirishima_O3: 国民民主党って「手取りを増やす」が公約なんだよね？\nだったら103万の壁にこだわるより、社会保険料増税に反対することの方が優先度高いんじゃないの？"
 },
 {
 "public_metrics":{
 "retweet_count":682,
 "reply_count":0,
 "like_count":0,
 "quote_count":0,
 "bookmark_count":0,
 "impression_count":0
 },
 "author_id":"1709033536626593792",
 "edit_history_tweet_ids":[
 "1889496311738802543"
 ],
 "created_at":"2025-02-12T02:06:40.000Z",
 "id":"1889496311738802543",
 "text":"RT @kirishima_O3: 国民民主党って「手取りを増やす」が公約なんだよね？\nだったら103万の壁にこだわるより、社会保険料増税に反対することの方が優先度高いんじゃないの？"
 },
 {
 "public_metrics":{
 "retweet_count":682,
 "reply_count":0,
 "like_count":0,
 "quote_count":0,
 "bookmark_count":0,
 "impression_count":0
 },
 "author_id":"265293455",
 "edit_history_tweet_ids":[
 "1889496046285496570"
 ],
 "created_at":"2025-02-12T02:05:37.000Z",
 "id":"1889496046285496570",
 "text":"RT @kirishima_O3: 国民民主党って「手取りを増やす」が公約なんだよね？\nだったら103万の壁にこだわるより、社会保険料増税に反対することの方が優先度高いんじゃないの？"
 },
 {
 "public_metrics":{
 "retweet_count":682,
 "reply_count":0,
 "like_count":0,
 "quote_count":0,
 "bookmark_count":0,
 "impression_count":0
 },
 "author_id":"1307860410",
 "edit_history_tweet_ids":[
 "1889496035309048008"
 ],
 "created_at":"2025-02-12T02:05:34.000Z",
 "id":"1889496035309048008",
 "text":"RT @kirishima_O3: 国民民主党って「手取りを増やす」が公約なんだよね？\nだったら103万の壁にこだわるより、社会保険料増税に反対することの方が優先度高いんじゃないの？"
 },
 {
 "public_metrics":{
 "retweet_count":682,
 "reply_count":0,
 "like_count":0,
 "quote_count":0,
 "bookmark_count":0,
 "impression_count":0
 },
 "author_id":"1140189324614361088",
 "edit_history_tweet_ids":[
 "1889495481585377443"
 ],
 "created_at":"2025-02-12T02:03:22.000Z",
 "id":"1889495481585377443",
 "text":"RT @kirishima_O3: 国民民主党って「手取りを増やす」が公約なんだよね？\nだったら103万の壁にこだわるより、社会保険料増税に反対することの方が優先度高いんじゃないの？"
 }
 ],
 "meta":{
 "newest_id":"1889497408155095532",
 "oldest_id":"1889495481585377443",
 "result_count":10,
 "next_token":"b26v89c19zqg8o3frr9u7r3w21gbm3z1eldrda7d2ug71"
 }
}

英語多読Webアプリ更新：一つのテーマを連続して読めるようにした

Sun, 09 Feb 2025 02:30:23 +0900

先日公開した英語多読Webアプリ。まぁさすがにあまり登録してもらえていないですが、ボチボチと続けていきます。なんといってもまず自分が使っているので……。とりあえず開発しながら5万語ほど読みました。

サイト：Extensive Reading Service Beta

更新内容

今回の更新内容は、英文テーマを固定することです。つまり、一つのテーマについて連続して読むことを前提とするようにしました。また、一度読んだ英文については記憶し、テーマごとの達成度を算出するようにしました。

現在の画面は以下のような感じです。

テーマの固定

まず、「テーマを変更」ボタンを設置しました。このボタンをおさない限り、同じテーマの英文が続きます。狙いとしては、一つのテーマを集中して読み込むことで、特定のジャンルに慣れつつ、英文を読むスピードをアップさせることです。実際、同じような文章を何度も読むので、スピードは上がります。

達成度の算出

テーマごとに読んだ英文を記憶して、達成度を算出するようにしました。一度読んだ英文については二度と出てきません。まぁどうせ使い捨ての英文なので、何度も読むようなものではないと思います。

これによって、「読んだ単語数」以外に「テーマを制覇する」という報酬が追加されたことになります。……報酬か？これ……。自分はこういうので十分嬉しかったりするんですが、我ながらストイックな気がする……。

次の更新

現状、テーマの固定を外すと次にもう一度出会えるまで、「テーマを変更する」を繰り返すことになります。一度読んだテーマについては、ダッシュボードか英文画面から、再開できるようにしようと思います。

あと、そろそろリファクタしないと、ちょっとつらい感じになってます……特にバックエンド……。

開発者向け：開発よもやま話

フロントエンドクソ雑魚故、React慣れてなさ過ぎて、しょうもないところでハマっています。AIに頼って頑張っていますが、AIはわけのわからないことをするので、すっちゃかめっちゃかにされた挙げ句全部元に戻す、なんてこともありました。ただ慣れていないだけに、ある程度ちゃんと書こうとする気もあって、コードを適切な粒度に分割する、とかはボチボチとやっています。

逆にバックエンドのほうは慣れているので開発速度自体は速いんですが、手癖で機能を先に作ってしまっている感じでして、全部routerに詰め込んでぶくぶくに太っており(スキーマだけわけてますが……)、さすがにそろそろリファクタしないとヤバイなぁという感じがします。

APIはAWSのAPI Gateway + Lambdaでやっていますが、わかっていたことではありますけれど、Lambdaのコールドスタートの遅さが気になるのはそうですね。けっこう思ったより体感かかるなぁという感じ。なんかこれだったら確かにコンテナたててどっかにホスティングしたほうがいいかもしれないと思いました。どうせ流行らないし。なんならVPSでもいいし。Fastapiのほうが書きやすいし。

でもAPI Gateway + Cognitoの認証周りの楽さはあります。SAMで、認証としてユーザプールを指定するだけで、面倒な認可の処理をよしなにしてくれるのは確かに楽。割とこれだけでも意義はあったような気もします。

所感

自分で作っといてなんですが、だいぶストイックなアプリだなと思います。僕はけっこう楽しいんですけど……特殊な趣味ではあるかもしれません。うーん、でも楽しめる人も全国にはそれなりにいると思うんだよなぁ。まぁまだ公開してから2週間なので、頑張って続けていきます。とりあえず僕は100万語読めそうです。1000万語くらい読んだら、リーディングについては困らなくなれるかなぁ。甘いだろうか。

Cognito + react-oidc-contextでsignoutRedirect()が失敗する

Tue, 28 Jan 2025 14:00:20 +0900

先日公開した英語多読Webアプリ「Extensive Reading Service Beta」では、構成としてSPA(React) + Cognitoで認証フローを作っています。Cognitoのほうはマネージドログイン画面を利用しており、Reactのほうは認証用のライブラリとして「authts/react-oidc-context」を使わせてもらっていますが。で、これで signoutRedirect()を実行すると、マネージドログイン画面に飛ばされてエラーが表示されるという症状に見舞われました。

症状

環境

react 18.3.1
- SPA
react-oidc-context 3.2.0
Amazon Cognito
- マネージドログイン画面利用

signoutRedirect()を実行すると、マネージドログイン画面にぶっ飛ばされた挙げ句、Missing required parametersと言われる。エラーメッセージは以下。

リクエストに client_idがないと言われる。開発者ツールでリクエストURLを調べると、まず/loginからlogoutにリダイレクトされているし、クエリパラメータに含まれているのはid_token_hint（IDトークン？）とpost_logout_redirect_uriだけだった。

原因と対応

恐らくCognitoがOIDCの標準に則っていないことによるっぽい。AI時代でも俺たちのスタックオーバーフロー「openid connect - OIDC-react signtOut doesn’t end Cognito session - Stack Overflow」を参考に。

以上の記事を参考に、ログアウト用のURLを、以下のように自分で作成したら解決した。

const buildLogoutUrl = () => {
 const logoutEndpoint = `${import.meta.env.VITE_COGNITO_DOMAIN}/logout`; // Cognitoのログアウトエンドポイント
 const clientId = encodeURIComponent(import.meta.env.VITE_COGNITO_CLIENT_ID); // アプリケーションクライアントID
 const postLogoutRedirectUri = encodeURIComponent(
 import.meta.env.VITE_COGNITO_LOGOUT_URI
 ); // サインアウト後のリダイレクトURL

 return `${logoutEndpoint}?client_id=${clientId}&logout_uri=${postLogoutRedirectUri}`;
 };

 const logout = async () => {
 const logoutUrl = buildLogoutUrl();
 window.location.href = logoutUrl;
 auth.removeUser();
 };

vite使っているので環境変数がvite仕様。

ここで定義したlogoutを実行すると、問題なくログアウトできる。

所感

インフラとか認証周り、詰まった時に驚くほどAIが役に立たない。恐らく、コード周りで詰まるのは「コードにロジックとして間違いがあるから」が比較的多いのに対し、インフラとか認証って「論理的にはうまくいくはずなんだけど、固有の事情で理屈通りにならない」みたいなことが多いからかなと思う。

他にも異常系を始めとする「論理的・合理的ではない動きをされること」に対する設計とかも現状弱そうだなと思う。でもそこらへん考慮し始めると、正解とは何かがわからなくなり初めて、正常系にも影響が出そう。

すると、結局人間がそういうよしなしごとを担当し続けるのだろうか。たいくつなことばかり人間がやっている気がする。

Cognitoマネージドログイン画面でsigninSilentが失敗する

Sun, 26 Jan 2025 21:53:48 +0900

今開発しているWebアプリでは、認証機構にAmazon Cogniotを利用している。いつのまにか導入されていたマネージドログイン画面は便利なので、早速用いることにした。

[アップデート] Amazon Cognito で「マネージドログイン」機能が導入され、ログインメニューのブランディングのカスタマイズが可能となりました | DevelopersIO

多分ホストUIをさらにカスタマイズできるようにしたものなのかな。個人開発なのであまりこだわっていないが、会社なら重要な機能だろう。

さて、開発中のWebアプリはSPAで、タブを開く度に認証を走らせる必要がある。このときCogniotのマネージドログイン画面を利用している際、サイレントサインインしようとしたらエラーが出た。リダイレクトしてサインインはできる。この状況について。

エラーの状況：CSPで弾かれる

状況をもう少し詳細に書く。まず認証用のライブラリとして react-oidc-contextを利用している。これは

authts/react-oidc-context: Lightweight auth library based on oidc-client-ts for React single page applications (SPA). Support for hooks and higher-order components (HOC).

で、新しいタブで開くと改めて認証をとおさないといけないのだが、これは上記README.mdを見ると、Automatic sign-inでできる。

// index.jsx
const oidcConfig: AuthProviderProps = {
 ...
 userStore: new WebStorageStateStore({ store: window.localStorage }),
};

// src/App.jsx
import React from "react";
import { useAuth, hasAuthParams } from "react-oidc-context";

function App() {
 const auth = useAuth();
 const [hasTriedSignin, setHasTriedSignin] = React.useState(false);

 // automatically sign-in
 React.useEffect(() => {
 if (!hasAuthParams() &&
 !auth.isAuthenticated && !auth.activeNavigator && !auth.isLoading &&
 !hasTriedSignin
 ) {
 auth.signinRedirect();
 setHasTriedSignin(true);
 }
 }, [auth, hasTriedSignin]);

 if (auth.isLoading) {
 return <div>Signing you in/out...</div>;
 }

 if (!auth.isAuthenticated) {
 return <div>Unable to log in</div>;
 }

 return <button onClick={() => void auth.removeUser()}>Log out</button>;
}

export default App;

何をしているかと言うと、isAuthenticatedなど認証周りの値が得られなかった時は、auth.signinRedirect()を実行する。hasTriedSigninでループを防いでいる。

これは機能するんだが、リフレッシュトークンの有効期限自体が切れていると、マネージドログイン画面にぶっ飛ばされてしまう。Webアプリにアクセスするとログイン画面にぶっ飛ばされるのは中々強烈な体験なので、これは避けたい。

なので、バックグラウンドでiframeを使ってサインインを実行するらしいauth.silentSignin()を使いたい。しかしこれを使うと、マネージドログイン画面側のCSPにより弾かれエラーが出てしまうようだった。

対応：カスタムドメインの設定

それでしばらく困っていて、「リフレッシュトークンの有効期限を10年にして10年後に考えよう」などと追い詰められていたのだが、よくよく考えたらCSPということはドメインの問題なのではないかと思われた。

で、Cognitoのカスタムドメイン機能を使って、サブドメインとしてauthを設定し、COGNITO_DOMAINの設定をカスタムドメインに置き換えたところ、無事 auth.silentSignin() がとおるようになった。

言われてみれば「そうか」という感じなのだが、実際には丸一日くらい対応悩んでいた。AIに聞いても堂々巡りだったし。なんかコードに引きずられてしまうのか、コードの話ばかりで「いやそれじゃできないんだって」という押し問答をする不毛な時間を過ごした。

まぁとりあえずできてよかったが、それはそれとして、今開発しているのは別に大した情報をもったサービスではなく、再ログインを促すのもなんだし、リフレッシュトークン10年にしてもいいな、とは思った。

久しぶりの技術記事

久しぶりに技術系の記事を書いた。何もしていなかったということはないのだが（むしろ頑張っていたと思う……）最近技術系の備忘録は全部AIに書かせて別館行きにしていたために。なんだか既に別館のほうがアクセスが多く、やる気を失っている今日この頃である。

AIによる技術記事備忘録 | AIに同じことを聞かない

最近は技術記事以外もAI化しつつある。文字列になった人間の感性を食べて生きている僕には、世知辛い世の中になった。

FastapiでuvicornのCPU負荷が高い……reloadオプションつけてたから

Fri, 27 Sep 2024 08:00:00 +0900

非常にショボいのだけれど、FastapiサーバのコンテナのCPU負荷が異様に高くて、常にCPU利用率が20%以上で困っていた。結論だけ言うと、 --reload オプションをつけているせいだった。とてもショボい。

症状

CPUの利用率が常に高い。

uvicornめっちゃ使ってる。何故に？

原因と対応

めっちゃショボいんだけれど、DockerfileのENTRYPOINTでuvicorn実行するときに --reload オプション付けているせいだった。

ENTRYPOINT [ "poetry", "run", "uvicorn", "api.main:app", "--host", "0.0.0.0", "--reload" ]

練習のための参考書にある記載そのまま使ったから……。

--reloadを外したら大人しくなった。

ですよね。

ChatGPTの--reloadに関する有り難いお言葉

–reloadは開発用のオプションで、コードが変更されるたびにアプリケーションを自動で再起動する機能です。しかし、この機能はファイルの変更を監視するために別のプロセスを立ち上げているため、CPU使用率が高くなる傾向があります。特に、Dockerコンテナ内で使用している場合はファイルシステムの違いやオーバーヘッドのため、さらにCPU使用率が上がることが考えられます。

対策

• 本番環境では–reloadオプションを外し、代わりに–workersを適切な数に設定して、並列処理のパフォーマンスを向上させましょう。

–workersオプションは、uvicornで同時に動作するワーカー（プロセス）の数を指定するものです。通常、ワーカー数を増やすことで同時に処理できるリクエスト数が増え、アプリケーションのパフォーマンスが向上します。

デフォルトでは1つのワーカーで処理されますが、–workersオプションを設定すると、その数だけワーカープロセスが立ち上がり、リクエストの負荷を分散して処理します。一般的に、ワーカー数はサーバーのCPUコア数に合わせて設定するのが推奨されます。例えば、4コアのCPUであれば–workers 4のように指定するのが目安です。

なお、ワーカー数が多すぎると逆にCPUリソースが過負荷になる可能性があるため、適切なバランスを見つけることが重要です。

参考

ありがとうございました。

High CPU usage when using –reload · Issue #338 · encode/uvicorn · GitHub

ChatGPTにも聞いたけれど無能の極みで解決には役立たなかった。やはり人間……人間がすべてを解決する。

でも「そのCPU負荷は頭おかしいから原因調べた方がいいよ」と言ってくれたのはよかったし、「これが原因？」と聞いたらその可能性が高いともっともらしい説明をしていたが、まぁ理解は深まった。「本番環境ならCPUコアと同じ数の --workersオプションつけるといいよ」と教えてくれたのでよしとする。

この本よかった

[itemlink post_id=“15720”]

Amplify + React で Authenticator 使用時にアクセストークンとIDトークンを取得するメモ

Sun, 18 Aug 2024 14:42:01 +0900

Amplify で Authenticatior を使うとサクッと認証の仕組みが出来て良いのだが、外部サービスとの連携なんかでアクセストークンやIDトークンが欲しいときがあるかもしれない。そんなときのスニペットメモ。Gen2でも使えた。

コード

といっても例によって「How to get user access token in AWS Amplify UI Authenticator - Stack Overflow」に記事があり、これ以上言うことはないのだが、昨今メモっておかないとあっという間にネットの海に消えてしまうのでメモ的に。

以下は App.tsx の中身。

import { fetchAuthSession } from "@aws-amplify/auth";
import { Authenticator } from "@aws-amplify/ui-react";
import "@aws-amplify/ui-react/styles.css";

function App() {
 return (
 <Authenticator>
 {({ signOut, user }) => {
 // Function to print access token and id token
 const printAccessTokenAndIdToken = async () => {
 try {
 const session = await fetchAuthSession(); // Fetch the authentication session
 console.log(
 "Access Token:",
 session.tokens?.accessToken.toString()
 );
 console.log("ID Token:", session.tokens?.idToken?.toString());
 } catch (e) {
 console.log(e);
 }
 };

 return (
 <main>
 <h1>{user?.signInDetails?.loginId}'s todos</h1>
 <h1>My App</h1>
 <div>
 App successfully hosted.
 <br />
 <a href="https://docs.amplify.aws/react/start/quickstart/#make-frontend-updates">
 Review next step of this tutorial.
 </a>
 </div>
 <button onClick={signOut}>Sign out</button>
 <button onClick={printAccessTokenAndIdToken}>Print Tokens</button>
 </main>
 );
 }}
 </Authenticator>
 );
}

export default App;

コード内の printAccessTokenAndIdToken() の部分がそう。実行すると、コンソールログにAccess Tokenと ID Token が残る。

参考

ありがとうございました。

How to get user access token in AWS Amplify UI Authenticator - Stack Overflow
手を動かして0から理解するAmplify Gen2 #AWS - Qiita
- Lambda関数との連携で同様にクレデンシャル情報を取得してます

WSL2で最初に入れるソフト

Sun, 16 Jul 2023 02:41:01 +0900

本格的にWindowsを開発マシンとしても使うべく、色々と入れ始めた。

Windows Terminalの配色

fishを入れるんだが、Ubuntuのカラーテーマとデフォの配色の相性があまりよくない。

配色をUbuntu-ColorSchemeからOne Half Darkに変更する。まぁこれは僕の好み。

aptで入れる

sudo aptに続けてうつよ。

direnv
emacs
imagemagick
webp
python3.10-venv
- version次第だね。AWSの民なのでLambda関数の対応するランタイムと合わせて動いている
ffmpeg
gcc
gnuplot
net-tools
octave
pandoc
peco
unzip
youtube-dl
ruby

emacsとかもう絶対使わないのに入れちゃう。rubyも使わないよねとか思いつつ……。

頑張っていれる

fish

参考: WSL2 + Windows Terminal で fish のセットアップ

sudo apt-add-repository ppa:fish-shell/release-3
sudo apt update
sudo apt install fish

chsh -s /usr/bin/fish

curl -sL https://git.io/fisher | source && fisher install jorgebucaran/fisher

fish_config

pecoを入れる

fisher install oh-my-fish/plugin-peco

fishの設定 ( ~/.config/fish/config.fish )

if status is-interactive
 # Commands to run in interactive sessions can go here
end

# peco
function fish_user_key_bindings
 bind \cr peco_select_history
end

# volta
~/.volta/bin

# コピペ
function pbcopy
 command echo -n $argv | clip.exe
end

function pbpaste
 powershell.exe -command 'Get-Clipboard' 
end

pbcopyとpbpasteコマンドを作る: WSL2でMacのようにクリップボードを操作する方法 | 或る阿呆とAIと

funcsave pbcopy
funcsave pbpaste

適宜sourceコマンドでロードしたりターミナル再起動する。

node.js

voltaを使う。MSの公式ドキュメントではnvmが例に上がっているのだが、fishシェルだと互換性に難ありらしいので。

Getting Started | Volta

curl https://get.volta.sh | bash

ターミナル再起動で使えるようになる。

volta install node@18

その時の最新のLTSを入れる。いつの間にか18か……。

AWS CLI

AWSのおかげで飯が食えてる。

curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip"
unzip awscliv2.zip
sudo ./aws/install

python系

pythonのpipで入れているもの - 或る阿呆の記

カレントディレクトリのファイル名をすべてUUIDにするPythonスクリプトのワンライナ

Mon, 26 Jun 2023 10:08:55 +0900

タイトルのまま。破壊的なので念のためバックアップとってからやること推奨。Pythonで動かす。

コード

Python 3.9で動作確認済み。以下をターミナルで実行すると、カレントディレクトリのファイルがすべてUUIDにリネームされる。拡張子はそのまま。サブディレクトリには手をつけない。

`python -c 'import os, uuid; [os.rename(f, str(uuid.uuid4()) + os.path.splitext(f)[1]) for f in os.listdir(".") if os.path.isfile(f)]'`

ChatGPTが一晩でやってくれました

ChatGPTに聞きました。僕の仕事はChatGPTに言われるままコピペするだけです。

Python3: Ctrl-cで割り込み処理

Sat, 29 Apr 2023 02:27:50 +0900

怪奇！ChatGPTに聞いたことのメモ帳と化したマイブログ！

というのはいいとして、PythonスクリプトでCtrl-Cで割り込んだときに特定の処理をさせたいスニペット。

環境

Python 3.9.16
macOS 12.6.3

コード

マジでChatGPTが出力したまんまのため若干気が引けつつ……。

`import signal import sys import time  def keyboard_interrupt_handler(signal, frame): print("\nCtrl-Cが押されました。特定の処理を実行します。") # ここに特定の処理を追加してください。  sys.exit(0)  # SIGINTシグナル（キーボード割り込み）のハンドラを設定 signal.signal(signal.SIGINT, keyboard_interrupt_handler)  print("プログラムが実行されています。Ctrl-Cを押してください。")  while True: time.sleep(1) `

実行したらこんな感じ。

ええやん。

sys.exit()とexit()

そういえばあまり気にしてなかったけれど、sys.exit()とexit()って何が違うの？と思って聞いてみたらけっこうちゃんと違っていた。

Pythonの exit() と sys.exit() は、プログラムの実行を終了するために使用される2つの関数です。しかし、これらの関数には重要な違いがあります。

まず、 exit() はPythonの組み込み関数であり、 sys.exit() は sys モジュールに定義された関数です。

exit() は os._exit() を呼び出すことでプログラムを強制終了します。これにより、プログラムが完全に終了されるため、後処理などが実行されません。また、 exit() を呼び出すことができるのは、インタラクティブなPythonセッションなど、プログラムを実行している環境が os._exit() を呼び出すことを許可する場合のみです。

一方、 sys.exit() は、例外 SystemExit を発生させることでプログラムを終了します。この場合、Pythonインタプリターは例外をキャッチして、後処理を実行します。また、引数を渡すことができ、戻り値として指定した値を持つ SystemExit 例外を発生させることができます。

簡単に言うと、 exit() はプログラムを完全に終了し、 sys.exit() は例外を発生させてプログラムを終了し、後処理を実行します。どちらを使うべきかは、プログラムの状況によって異なります。通常、 sys.exit() を使用してプログラムを終了することが推奨されます。

あ、なるほど……。コマンドインタプリタ呼び出してあれこれしているときはexit()でいいけど、プログラムの中ではちゃんとsys.exit()使おうってことか……。exit()は後処理しないんやね。なので、リソースの解放がうまくいかないこともあるようだ。適当に使っていいものではなかった。。。

僕は本当に阿呆だなぁ……全部ChatGPTがやってくれればいいのに……などと思いつつシコシコと後処理を書くのであった。

Pythonで深いネストのlistやDictの値を調べてDecimalがあればint or floatに変換する

Mon, 27 Mar 2023 16:23:25 +0900

DynamoDB使ってるとちょくちょくあるシチュエーションかなと思う。DynamoDBはDecimalだけどjsonになおす時にDecimalあると使えないし。

こういうロジック考えると地味に頭使うと思うんだけど、ChatGPTが1秒で考えてくれました。なんか軽く死にたい。しかも結局使わなかった😂

環境

Python 3.9

ロジック

以下、int, floatは何もせず、Decimalがあったらちゃんとint or floatにかえしてくれるやつ。

`def _numeric_to_float_if_possible(value: Any) -> Any: if isinstance(value, (int, float)): return value elif isinstance(value, Decimal): if value % 1 == 0: return int(value) else: return float(value) elif isinstance(value, dict): return {k: _numeric_to_float_if_possible(v) for k, v in value.items()} elif isinstance(value, list): return [_numeric_to_float_if_possible(v) for v in value] else: return value `

ChatGPTは僕よりプログラムがうまい。

jsonになおす時にどうにかしたいだけなら

json.dumps()でエラー出るの防ぎたいだけなんだよね、だったら下のほうが簡単にできる。

`def decimal_default_proc(obj): if isinstance(obj, Decimal): if obj % 1 == 0: return int(obj) return float(obj) raise TypeError  print(json.dumps({...}, default=decimal_default_proc) `

僕の用途だったらこれでよかった😂

参考にさせていただきました。

python3 で Decimal を JSON に変換 - Qiita

bashでフォルダ内にある横長の画像ファイルだけ移動する

Tue, 21 Mar 2023 14:22:37 +0900

なんか限定的な用途ですが、表題まま。Stable Diffusionとかで絵をいっぱい作ってるとやりたいことがあるので。なおChatGPTに教えてもらった模様。

環境

bash
imagemagick

スクリプト

カレントディレクトリにある横長画像をすべてlandscapeフォルダにぶちこむ。

`#!/bin/bash  # landscapeフォルダが存在しない場合は作成する if [ ! -d "landscape" ]; then mkdir landscape fi  # カレントディレクトリにある画像ファイルについて、横のサイズが縦のサイズよりも大きいものをlandscapeフォルダに移動する for file in *.{jpg,jpeg,png,gif}; do width=$(identify -format '%w' "$file") height=$(identify -format '%h' "$file") if [ "$width" -gt "$height" ]; then mv "$file" landscape/ fi done `

gtなのでsquare形状は移動しない。squareも移動させたいならgeにする。またltないしleにしたら今度は縦長だけ井戸させられるけどそれだったらフォルダ名も変えたほうがいいね。

ワンライナも教えてもらったけどうまく動かんかった。まぁ個人用スクリプトに入れてPATH通したほうがいいかなと思う。

motoでDynamoDBのMockを作成する

Tue, 21 Mar 2023 13:04:08 +0900

最初に作る時いつもどうやるんだっけ？となるのでメモ。

motoを使ってDynamoDBのmock作る時のテンプレ。

環境

Python 3.9.16
- boto3==1.18.1
- pytest==6.2.4
- moto==4.0.5
macOS 12.6.3

ディレクトリ構造

func/app.py をテストする感じで。

`. ├── func │ ├── app.py ├── tests │ ├── __init__.py │ └── unit │ ├── __init__.py │ ├── conftest.py │ ├── test_func │ │ ├── test_app.py │ ├── test_data.yml `

func/app.py ではDynamoDBを操作している。test_app.pyでfunc.app.main()を動かすには、DynamoDBをpytestで実行できる必要がある。

テーブルはusersテーブルで、PK,SKのほかGSIを持つ。

func/app.py

`import boto3  dynamo = boto3.resource('dynamodb') table = dynamo.Table(os.environ['TABLE_USERS'])  def main(): res = table.scan() print(res['Items']) return True `

usersテーブルをスキャンする謎の関数。これをテストする。

test_data.yml

テストデータを記述する。taroさんだけ登録している寂しいテーブル。

`environment: TABLE_USERS: "test_users" AWS_DEFAULT_REGION: "ap-northeast-1" DynamoDB: TABLE_USERS: AttributeDefinitions: - AttributeName: user_id AttributeType: S - AttributeName: created_at AttributeType: N - AttributeName: user_name AttributeType: S KeySchema: - AttributeName: user_id KeyType: HASH - AttributeName: created_at KeyType: RANGE GlobalSecondaryIndexes: - IndexName: 'user_name-index' KeySchema: - AttributeName: user_name KeyType: HASH Projection: ProjectionType: ALL ITEMS_USERS: - user_id: user1 created_at: 1600000000 user_name: taro `

地味に環境変数の設定もしている。GSIの設定が味噌。各種変数名は後述のconftest.pyで使うので、そこで合わせ込む。

conftest.py

テスト共通で読み込めるようにconftest.pyに以下を記述する。

`import yaml import os import pytest import boto3 from moto import mock_dynamodb   config_file = "tests/unit/test_data.yml"   @pytest.fixture(autouse=True) def set_envs(monkeypatch): with open(config_file, "r", encoding="utf-8") as fp: envs = yaml.safe_load(fp)["environment"]  for k, v in envs.items(): monkeypatch.setenv(k, str(v))   @pytest.fixture(autouse=True) def table(): with mock_dynamodb(): with open(config_file, "r", encoding="utf-8") as fp: test_data = yaml.safe_load(fp)["DynamoDB"]  # users テーブルの作成 table_config = test_data["TABLE_USERS"] dynamodb = boto3.resource("dynamodb") dynamodb.create_table( TableName=os.environ["TABLE_USERS"], AttributeDefinitions=table_config["AttributeDefinitions"], KeySchema=table_config["KeySchema"], GlobalSecondaryIndexes=table_config["GlobalSecondaryIndexes"], BillingMode="PAY_PER_REQUEST", ) table = dynamodb.Table(os.environ["TABLE_USERS"]) with table.batch_writer() as batch: for item in test_data["ITEMS_USERS"]: batch.put_item(Item=item)  yield `

これでテストコード中でusersテーブルを読み込めるようになる。

test_app.py

`import pytest   def test_main(): from func import app  assert app.main() `

main()を実行するだけの関数。

実行

func, testsのあるディレクトリから

`pytest -vv -s /tests`

を実行して、PASSすることを確認する。

同じディレクトリにpngファイルと拡張子以外が同じjpgを検出・削除する

Sun, 19 Mar 2023 03:50:41 +0900

どういう状況やねんという感じですが、自分はこれに遭遇するのです。そしてChatGPTにきいたら即座にいい感じのコードを出してくれたのでメモ。何度も同じこと聞くの阿呆くさいからね。

検出・削除のbashスクリプト

何も指定しないと検出のみ、-rを引数に入れると削除まで実行する。

`#!/bin/bash  # 引数によって、削除を行うかどうかを設定する delete=false if [ "$1" == "-r" ]; then delete=true fi  # 現在のディレクトリ内のpngファイルをループ for png_file in *.png; do # 拡張子を取り除いたファイル名を取得 base_name="${png_file%.png}"  # 対応するjpgファイルが存在するか確認 if [ -e "${base_name}.jpg" ]; then # pngファイルをリストアップ echo "$png_file"  # 削除フラグが有効の場合、pngファイルを削除する if [ "$delete" = true ]; then rm "$png_file" echo "Deleted $png_file" fi fi done  `

なるほどそうだねという感じ。

ワンライナ bash

検出

`for png_file in *.png; do base_name="${png_file%.png}"; [ -e "${base_name}.jpg" ] ; echo "$png_file"; done `

削除まで

`for png_file in *.png; do base_name="${png_file%.png}"; [ -e "${base_name}.jpg" ] && rm "$png_file"; done`

ワンライナ fish

検出

`for png_file in *.png; set base_name (string replace -r '\.png$' '' $png_file); if test -e "$base_name.jpg"; echo $png_file; end; end`

削除まで

`for png_file in *.png; set base_name (string replace -r '\.png$' '' $png_file); if test -e "$base_name.jpg"; rm $png_file; end; end`

素晴らしい😭

おまけ: ディレクトリ内すべてのpngをjpgにする

以下の挙動のスクリプト。

拡張子以外が同じ名前のjpgファイルがあるかを確認する
存在する時はpngファイルを削除する
存在しない時はjpgに変換し、元のpngファイルは削除する

`#!/bin/bash  # 現在のディレクトリ内のpngファイルをループ for png_file in *.png; do # 拡張子を取り除いたファイル名を取得 base_name="${png_file%.png}"  # 対応するjpgファイルが存在するか確認 if [ -e "${base_name}.jpg" ]; then # jpgファイルが存在する場合、pngファイルを削除する rm "$png_file" echo "Deleted $png_file" else # jpgファイルが存在しない場合、pngファイルをjpgに変換して削除する convert "$png_file" "${base_name}.jpg" rm "$png_file" echo "Converted and deleted $png_file" fi done `

やりたいことはこれでよかったと後で気づいた。