2024年3月7日 - 9日に「中野セントラルパークカンファレンス」で開催された、(広義の)PHPer向けの技術カンファレンス「PHPerkaigi 2024」に参加 & 登壇してきた。 phperkaigi.jp PHPerKaigi 2024 わたしとPHPerKaigi PHPerKaigiへの初参加は去年、今回で2回目。周りのPHPerが楽しそうに毎年参加していたので気になっていたところ、「えっ、行くでしょ？？？？」っと煽っていただいたので参加を決めた。 去年のトークで学びが得られたことと、懇親会での交流がとても体験が良かったので今年も参加することにした。 登壇 せっかく参加するならということでプロポーザル応募、ありがたいことに採択いただいた。ウレピ〜〜。 fortee.jp 今回は、当時担当していたInstagramのアカウント分析ツール SINIS for Instagram

2024/4/13(土) に おだわら市民交流センター「UMECO」 で開催された、「PHPカンファレンス小田原 2024」に参加 & 登壇してきた。 phpcon-odawara.jp PHPカンファレンス小田原 2024 トーク GitHub Actionsはめちゃくちゃ簡単に使い始められるが、実務で使うとなると気をつけることがいくつかあるのでその話をした。 fortee.jp 発表中の様子 発表資料: speakerdeck.com 余談: 発表資料の最終調整と登壇練習を終えてさあ寝るかと思ったところ、突然ノートPCの調子が悪くなり大変だった。それが朝の3時くらい。 ダメ元でPCのクリーンインストールをしたところ何とか治って良かったものの、お陰で当日の睡眠時間は約45分でとてもしんどかった。。。 ノートPCも冗長化して置かなければ。 day2 ぺちおだ day2はじまった#phpco

Docker for Macで docker build していたところ apt-get で署名検証失敗エラーが出たが、真の原因はDockerイメージの保存用ファイルがfullだったからだった。 ざっくりまとめ Docker for Mac全体でのDockerイメージを保持するためのファイルのサイズ上限を決める設定がある docker build 時に上記の上限を超えると、原因とは別のエラーが出る (今回でいうと At least one invalid signature was encountered. ) そうなったらイメージファイルのサイズ上限を引き上げるか、 docker system prune などを叩いてお掃除する必要がある ↓ Docker for Mac全体でのDockerイメージを保持するためのファイルのサイズ上限を決める設定 Docker for Mac - Set

2024/2/11 (日) に広島で開催されたYAPC::Hiroshima 2024に参加してきた。 yapcjapan.org YAPCに参加するのは今回が初めて。今はPerlは書いていないがYAPCの名前は良く聞いていたのでいつか行ってみたいと思っていて、友人が行く機運を見せていたので便乗して初参加した。 聞いたトーク コミュニティと共に生きる - キャリアの螺旋 by そーだいさん speakerdeck.com 自分も学生時代にJAWS-UGというAWSのユーザコミュニティで面倒見ていただいて今があると強く思っていて、とても感謝している。 社会人になった直後は会社に求められるものに成るのに必死で正直それどころではなかったが、近頃は労働にも余裕が出来てきたのでコミュニティへの還元を自分も頑張っていきたい。 経営・意思・エンジニアリング by 松本さん speakerdeck.com

タイミング的には2017年ぐらいのイベントだけど、歴史のあるプロジェクトを保守する時たまに踏むので備忘録がてらまとめておく。 DockerHub MySQLイメージのベースOSはOracleLinuxへ変わった github.com これまでのベースOSは debian だったが、2017年ぐらいに OracleLinux へ変わった。 これに伴って mysql:5.7 のようにバージョン指定していた場合、変更以前はdebianベースのイメージが落ちてきていたけど今はOracleLinuxベースのイメージが落ちてくるようになる。そのため、Dockerfileとかで apt ( apt-get ) などのOracleLinuxに入っていないコマンドを叩くとエラーになってしまう。 エラーになる例 $ docker build --platform linux/amd64 --no-cache

DockerHubにある mysql:*-debian 系イメージで、 apt update が失敗する問題が起きている。 apt updateしようとすると起きるエラー $ docker run --rm -it --platform linux/amd64 mysql:8-debian bash root@6f04ccbce772:/# apt update ... Err:2 http://repo.mysql.com/apt/debian bullseye InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY B7B3B788A8D3785C ... Reading package lists... Done W: GPG

セルフホストしているRedashのログが貯まり続けたせいでdisk fullで死んだ。 OSS版Redash をEC2でセルフホストしてそのまま運用していると踏むトラップだと思うので各位気をつけられたし。 ざっくり要点まとめ Redashは結構ログを吐く Docker Daemonはデフォルト設定では無限にログを貯め続ける ↑の仕様が重なって、ログのローテーション設定をしておかないとディスクが食いつぶされる 調査と一次対応 「Redashが使えなくなった」というアラートを受けて調査したところ、dockerがdiskを食いつぶしてハングしていた。 root@xxx:/var/lib/docker# cat . | sort -r 9.7G containers 9.6G overlay2 ... 下記の記事を参考に各コンテナのdisk使用量を調べるも微々たる大きさ。要因は別にありそう。 su

ECS (Fargate) 上で動くPHPアプリからAWS SDKを使ったとき、metadata endpointへアクセスできない問題を踏んだのでそのことを残しておく。 ざっくり要点まとめ AWS SDKなどがしれっと見に行く metadata endpoint にはEC2用とECS用で分かれており、 AWS_CONTAINER_CREDENTIALS_RELATIVE_URI という環境変数がAWS SDKから見えなければAWS SDKはEC2用metadata endpointに繋ぎに行く php-fpmはデフォルト設定ではサーバ環境変数を引き継がない (exportしない) 上記の仕様が重なって、PHPアプリをECS上で動かすときは明示的にその環境変数をexportしてあげないとEC2用metadata endpointに繋ぎに行って死ぬ 背景 AWSをセキュアに使うために、権限管

毎年参加しているLINEヤフー社 主催のパフォーマンスチューニングコンテスト「ISUCON」に今年も参戦しました。 isucon.net 去年のブログ blog.pinkumohikan.com チーム ここ4年ほど同じメンバーでISUCONに参戦していますが、チーム名は毎年変更しています。意味は特にありません。 今年は「ONAKA NO OWARI」というチーム名で出場しました。略称は「ハラオワ」です。 cureseven 歌う隊長 nekodaisuki SQLの魔術師 pinkumohikan インフラを統べるもの 去年からのアップデートとしてはcuresevenがリーダーになり、自分とnekodaisuki氏の担当をスイッチして自分がインフラ担当となりました。 リザルト 694チーム中45位 isucon.net 目標30位以内だったので未達です...。 リポジトリ & Issue

2023/10/8 (日) に 大田区産業プラザPiO で開催された PHPカンファレンス 2023 にて、「安全にPHPでWebアプリ開発するために実践していること」というテーマでお話してきました。 トーク PHPは言語仕様が年々堅牢になりつつありますが、より安全に仕様変更やリファクタリングを行うためにどういう工夫が出来るか？について、テテマーチ株式会社 SINIS for Twitter 開発チームでの事例を元にお話しました。 fortee.jp speakerdeck.com プロダクト開発の現場でPHPを使っていて、PHPerKaigi懇親会で「かなりしっかりと開発基盤整えられていますね」という感想を頂いたのが本トークのきっかけです。 参考になったことや分からなかったことなどありましたら、SNSでもforteeのFB機能からでも良いのでフィードバック頂けるとありがたいです。実際やっ

GitHubでPull Requestを作る際、「必ずPRに書いて欲しいこと」をPRテンプレートに書くプラクティスが普及している。 PRテンプレートを用意する際に「レビュイー (PR作成者) だけに伝えたいこと」をHTMLコメント ( <-- aaaa --> ) として書くと余計な情報をレビュアーに見せずに済むテクニックがあるので紹介する。 Pull Requestテンプレート GitHubでホストするgitリポジトリ内に pull_request_template.md という名前のMarkdownファイルを用意しておくと、開発者がGitHub上でPRを作成しようとしたときにそのファイルの内容がDescriptionのデフォルト値として入力される仕組みがある。 docs.github.com PR Descriptionに何を書くかはチーム開発においてとても重要で、何を書くべきで何を書

テテマーチ社主催のLTイベント「テテミート #4」で、「フリーランスWebエンジニア よもやま話」というテーマで話してきた。 スライド speakerdeck.com ざっくりアウトライン フリーランスってそもそも何なんだっけ？正社員と何が違うの？ フリーランスって自由で儲かるみたいな良いイメージばかりだけど、つらいこととかある？ 夏なので怖い話をします 雑感 話したいことを一通りスライドにして素振りしてみたら制限時間を6分超えて無理だ〜〜ってなったのでネタを半分ぐらいに絞った。 フルバージョンをPHPカンファレンス 2023へ25分セッション枠で応募してあるので、聞きたい方はぜひ★を押してください。 fortee.jp

データベースマイグレーションツールのロールバック機能は安全に使えないので使うべきではないと思う。 ロールバック機能 RDBMSのデータベーススキーマを管理するためのツールとして flyway や、ウェブアプリケーションフレームワーク組み込みのマイグレーションツール (例: Laravel Migration ) がある。 DBマイグレーションツールにはマイグレーションを進める (up) 機能のほかに、進めた変更をロールバックする (down) 機能がついている。 マイグレーションを進める例: CREATE TABLE customers ( id INT PRIMARY KEY, name VARCHAR(50), email VARCHAR(100) ); マイグレーションをロールバックする例: DROP TABLE customers; この記事では、ロールバックする (down) 機

GitHubへマージ済みブランチが貯まると git clone するのにかかる時間が増えてしまったり、ブランチ一覧からお目当てのブランチを探すのが面倒になるなど、地味に生産性を下げるのでこまめにお掃除するのがオススメ。 コマンド $ git branch --remotes --merged | grep -v "origin/main" | sed -E 's/ origin\/(.*)/\1/' | xargs -I{} git push origin :{} 解説 (1) マージ済みのブランチ一覧を取ってくる $ git branch --help ... OPTIONS ... -r, --remotes List or delete (if used with -d) the remote-tracking branches. Combine with --list to mat

テテマーチ社主催のLTイベント「テテミート #2」で、みんな大好きMySQLについてのクイズLTをしてきた tetemarche.connpass.com LT内容 speakerdeck.com MySQLのマスコットイルカの名前は？ SELECT NULL = NULL; の結果は？ VARCHAR型カラムに対してint型の値を投げたとき、indexは使われる？ ちゃんとドキュメントを読んで良いMySQLライフを 🤗

ざっくりまとめ Docker Composeの depends_on と healthcheck を組み合わせると、DBコンテナが完全に起動してからAPIコンテナを起動させられる。 課題 DBとAPIからなるWebアプリケーションの実行環境をDocker Composeで用意しているとき、DBが完全に起動し終わる前にAPIが起動してリクエストを処理すると 500 (Internal Server Error) を返してしまう問題がある。 ローカル環境などでの開発時であれば大きな問題はないが、CI時にコンテナスタックの起動後即座にAPIテストが走る前提だとこの問題を踏んで「なぜか稀にAPIテストが500で落ちる」という現象に悩まされることになる。 毎回起こるわけではないため対応の優先度付けが難しく、またAPIテストが落ちるとなったら普通はAPIに不具合があることをを疑ってしまい本当の原因に気

ようこそ2023年 去年: blog.pinkumohikan.com エンジニアリング 方針: 後退しない程度に頑張る フロントエンド React HooksのFAQちゃんと一周読む IPA DBスペシャリスト試験 ISUCON 練習10回以上 参戦 予選突破 本戦10位以内 お手伝い先で技術イベントやる 登壇 20m以上枠 LT 読書 Google SRE本 入門監視 Soft Skills Scrum Bootcamp 時系列DB EC業 方針: 引き続き頑張る。手離れ良い状態にする。 事業戦略 策定 策定した内容を誰かに壁打ち 東京創業ステーションでフォローアップコンサルしてもらう 融資 本社移転 冗長化 業務のシステム化を進める アルバイト雇う 数値目標 商材 +50個 売上 前年比+30% Twitterフォロワー 前年比+50% (8,000人) その他 ミリタリー系以外の商

超長い正規表現をPHPのpreg_match関数に食わせたところエラーになった。 2022/9/30現在、公式ドキュメントにはこの振る舞いは記載されていないので調べたことを残しておく。 https://www.php.net/preg_match エラーメッセージ PHP Warning: preg_match(): Compilation failed: regular expression is too large at offset 32765 in php shell code on line 2 正規表現長すぎと怒られていることが読み取れる。 検証コード # php -a Interactive shell php > echo PHP_VERSION; 8.1.9 php > $length = 32000; php > while (true) { php { if (pre

恒例行事となっているISUCON予選に今年も参加し、無残な敗退を喫してきた💀 isucon.net 去年のブログ blog.pinkumohikan.com チーム紹介 チーム名は毎年見直していて今年は2時間にも及ぶ激論の末「 牡蠣食えば 金が無くなり リボ払い 」 (5-7-5) に、チームリーダーは怪しい野良抽選ツールによる厳正なる抽選(?)の結果 @nekodaisuki が務めることに。 nekodaisuki リーダー SQLの魔術師 cureseven 歌手 分析隊長 pinkumohikan 肩もみがかり 振り返り 予選当日 記録: github.com 序盤は極めていい感じに動けており、遅いクエリのindexを調整したり、アプリ・DB分離を行ったり、データの使われ方に応じてテーブル設計を見直すなどして瞬間ランキングでは1位になったこともあった。「練習通りだ、今年は本戦行け

どこにあるか分からないけどデカいファイルがあって悪さしていそうなので探したいときなどに、 find コマンドの size オプションが便利。 findコマンドにsizeオプションをつけるとファイルサイズで検索できる findコマンド ディレクトリやファイルを探せる便利なLinuxコマンド。 atmarkit.itmedia.co.jp findコマンドのsizeオプション 容量の検索オプション。 例えば100MB以上のサイズのものを検索したければ -size +100M のような感じ。 $ man find ... -size n[ckMGTP] True if the file's size, rounded up, in 512-byte blocks is n. If n is followed by a c, then the primary is true if the file