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

デフォルトリポジトリを使ってPHPをインストールするとCentOS 7系では5.4が、CentOS8系ではPHP 7.2が入る。それよりも新しめなバージョンのPHPを使いたいときの王道的な方法として、remiリポジトリを使う方法を紹介する。 PHP 7.4 前提 2020/09/20 (日) 時点の情報 # cat /etc/redhat-release CentOS Linux release 8.2.2004 (Core) 本記事ではCentOS 8を前提に書いているが、CentOS 7 / Amazon Linux 2でも大体同じような手順でインストールできる。CentOS 7で行う場合は dnf を yum と読み替えればOK。 ざっくり手順 remiリポジトリを使えるようにする remiリポジトリを使って、PHP 7.4をインストールする "php" で呼べるようにする コマンド

Amazon Linux 2へPHP 7.4をインストールしたので備忘録がてら残しておく。 PHP 7.4.1 前提 2019/12/28 時点の情報 Amazon Linux 2 ( ami-068a6cefc24c301d2 ) amazon-linux-extras Amazon Linux 2には amazon-linux-extras という便利コマンドがある。このコマンドを使うとサードパーティ製パッケージを割と新しめなバージョンでサクッとインストールできる。 aws.amazon.com だがしかしbut、12/28時点ではPHP 7.4はサポートされておらず、フォーラムを見る限り予定も不明確。 Thread: amazon-linux-extras support for PHP 7.4 なので現時点でAmazon Linux 2でPHP 7.4を使うには、自分で頑張ってイン

mysqlコマンドの実行結果から枠線とカラム名を取り除いて表示する方法を調べたので備忘録がてらまとめておく やりたいこと ヘルスチェックや定点観測用の即席スクリプトを書くときなど、mysqlコマンドの実行結果をスリムに表示したいことがある 何もオプションを指定せずにmysqlコマンドでクエリを実行すると、下記のように枠線とカラム名がついてくる $ mysql --host 127.0.0.1 -u root -e 'select "Hello, world" as "greeting"'; +--------------+ | greeting | +--------------+ | Hello, world | +--------------+ ただデータを眺める分にはこれで良いが、別のプログラムに食わせたいときや値だけが欲しいときに枠線やカラム名が邪魔になる なので、枠線やカラム名を

Linux環境で特定のポートを使いたいけど先に使われていてどのプログラムがそのポートを使っているか知りたいとき、lsofコマンドが便利。 lsofコマンド 「lsof」はオープンしているファイルを一覧表示するコマンドです。 www.atmarkit.co.jp lsofコマンドに-iオプションでポート番号をつけて実行すると、そのポートを握っているプログラム (コマンド) がわかる。 80番ポートを使っているのは誰？ $ sudo lsof -i:80 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME nginx 17287 root 12u IPv4 47601898 0t0 TCP *:http (LISTEN) nginx 17287 root 14u IPv6 47601900 0t0 TCP *:http (LISTEN) ngi

雑に数万件ぐらいのidを突っ込んでMySQLへselectクエリ投げたらエラーになったので調べた。 ざっくりまとめ MySQLでプリペアドステートメントを使う場合、65536個以上のプレースホルダを含めることができない 先の制約はシステム変数で緩和できない (変更できない) ハックとして、プリペアドステートメントを使わない "動的プレースホルダ" を使うことで先の制約を回避することができる エラーメッセージ 前提: MySQL 5.7 SQLSTATE[HY000]: General error: 1390 Prepared statement contains too many placeholders (SQL select * from iikanji_no_table where id in (1, 2, 3, ....) MySQLではプレースホルダを65536個以上含められない

ちょっと何を言っているか分からないと思うけど、自分も分かりたくなかった！ ざっくりまとめ AWS CloudFrontにはいわゆるエッジコンピューティングを提供する Lambda@Edge がある Lambda@Edgeではオリジンから返ってきたbodyの一部を書き換えて返すことは（パパッとは）できない bodyどこーーー Lambda@Edgeとは aws.amazon.com AWSが提供するCDNサービスCloudFrontに付随する、エッジコンピューティングサービス。配信先のユーザに近いサーバでLambdaを実行して結果を返したら速くコンテンツ提供できるよねーというやつ ESI (Edge Side Includes) やりたいとか、基本静的コンテンツしか返さないんだけどごく一部で動的にしたいんだよねーでもpathは変えたくないしサーバも用意したくないんだよねーみたいなときに使えそ

ざっくりまとめ Laravelには任意のエンドポイントに対してレートリミットを行うためのミドルウェアが用意されている 1分当たり10リクエストまで、という感じで制限可能 ログイン中ならユーザ、そうでなければIPアドレス単位でカウントされる レートリミットとは 1分間に10回まで実行してよい、みたいな感じで制限を課すこと。Web APIや高負荷な集計／エクスポート機能といった、必要だがむやみに連打されたくない機能で利用することが多い Laravelには、レートリミット機能を提供するミドルウェアが標準で用意されている laravel.com あんまりドキュメントには情報がないのでコードを追った 参考にしたコードは、Laravel 6.5リリース時点のもの 実装的にはこの辺から: https://github.com/laravel/framework/blob/v6.5.0/src/Illum

ざっくりまとめ CircleCIのDocker Layer Caching (DLC) がパフォーマンスプラン (従量課金) の有料機能になっていた DLCが有効だと、ジョブが1回走る度にVMを20分間動かしたのと同じぶんのクレジットを消費する クレジットは減ったら自動チャージで課金されるので、ガンガン課金されてCI破産しないようにご注意を Docker Layer Caching (DLC) とはなにか docker build時の中間キャッシュ (Layer cache) を再利用する仕組み。前回のビルドから変更がなかった分の中間キャッシュを再利用できれば、その続きからのビルドのみで済むのでCI時間を短縮できる 過去の使ってみた記事 (2018年): blog.pinkumohikan.com いつの間にか有料になっていた 自分が先の記事を書いた2018年5月時点では無料プランでも使え

2015年に新卒入社して約5年過ごしたVOYAGE GROUPを2019年9月末で退職しました。控えめに言ってとても良い会社でしたが、個人開発で生きていく目標のために飛び出します！ 就活からの内定承諾 友人に誘われて参加した サポーターズ 楓さんとの飲み会でVGを知ってエントリー。それまでVGのことは何やっているかはもちろん、名前すら知りませんでしたｗそれから怒涛の面接を5次ぐらい経て無事内定をもらいました。 学生起業してガリガリコード書いていたのでそれなりにプログラミングが出来る気になっていましたが、CTO 小賀さん 面接時にコードレビューでボコボコにされて（ｗ）、「自分は技術者としてもまだまだなんだな、ここでなら成長できそうだな」と思ったのがVGに内定承諾した大きなポイントでした。 1 ~ 3年目 新卒入社直後はスマホ特化のポイントサイトを作る部署に配属。我流でやってきた設計・コーディ

要点 Docker for Macを使うなら、定期的にdisk imageをお掃除してあげるべし 背景 Docker for Macで開発しているとあるScalaアプリで、下記のようなエラーが出た java.io.IOException: No space left on device あっれー？そんなにdisk使ってたかなーと思って df -h コマンドを叩いたけどdiskには全然余裕がある。dockerでdisk使用量のquotaとか設定してたかな？と思ってPreferencesを開いて思い出した。 Docker for Macはイメージをbuildすると残りかすがちょっとづつ溜まっていくので、定期的にdisk imageをお掃除する必要がある。 ( docker images prune の話じゃないよ！ ) Disk image？ ここでいうdisk imageとはdocker i

Scalaでメール送りたくなってメールライブラリを探したのでまとめておく。 2019年になぜメールか アプリのプッシュ通知やLINE@などの通知手段が普及した2019年でも、保存性やエビデンス、長文の書きやすさ、所有の証明といったの観点でメールという手段も無視出来ない。 探し方 以前テンプレートエンジンを探したときと観点は同じ。 blog.pinkumohikan.com githubでそれっぽいキーワードで探して、 そこそこstarがついている (= みんなに使われている) 定期的に新バージョンがリリースされている contributorが一人じゃない 辺りの観点で、良さげなやつを見つける。 見つけたもの ScalaにはEmail系のAPIは用意されてないっぽいので、Java用のライブラリを使う感じになる。軽く探して見つかったのは Apache Commons Email と Simpl

なぜやるか dockerで良く使われる軽量イメージalpineは、デフォルトtimezoneがUTCになっており、Asia/Tokyo (JST) に設定しないと日本時間から9時間ずれてしまう。 どうやるか Dockerfileに下記のように記せばOK FROM alpine:latest RUN apk --no-cache add tzdata && \ cp /usr/share/zoneinfo/Asia/Tokyo /etc/localtime && \ apk del tzdata するとほら、この通り $ docker build . -t alpine-jst Sending build context to Docker daemon 2.048kB Step 1/2 : FROM alpine:latest ... Successfully tagged alpine-

概要 定期的にコマンドを実行するためのcronという仕組みがある。 いつ、どういうコマンドがcronによって実行されたかを確認したくて、実行ログの確認方法を調べた。 調べて分かったことのまとめ Ubuntu 18 (というか今どきのLinuxたぶん全般) では、crondはsystemdによって管理されている systemdで動かされるプロセスのログは、ファイルではなくjournaldが保持している journalctl -u cron というコマンドで、cronによるコマンド実行ログが確認出来る 吐かれる実行ログの例 実行ログを作るために、crontabに下記のジョブを登録。 * * * * * echo 1 時を待つと、下記のようなログが出た。 $ sudo journalctl -f -u cron -- Logs begin at Thu 2019-05-30 11:01:44 J

概要 クエリビルダやORMが生成するクエリを確認したいなどの理由で、MySQLに投げられたクエリを確認したくなることがある そういうときは、MySQLのクエリログ (general_log) と言う設定をONにすることによって、すべてのクエリをログに吐かせることができる dev.mysql.com 5.2.3 一般クエリーログ 一般クエリーログは、mysqld の実行内容の一般的な記録です。サーバーは、クライアントが接続または接続解除したときに情報をこのログに書き込み、クライアントから受け取った各 SQL ステートメントをログに記録します。一般クエリーログは、クライアント側でエラーが疑われるとき、クライアントが mysqld に送信した内容を正確に知りたい場合に非常に役立つことがあります。 やってみる 1. 現在の設定を確認する mysql> select version(); +----

背景 個人プロダクト用にMySQL8を運用していて定期的にバージョンアップを行っている 8.0.14 から 8.0.16 にマイナーバージョンアップしたところMySQLが起動しなくなった 💀 ファーーーーーーー pic.twitter.com/FrFW5kfi1K— ぴんくもひかん (@pinkumohikan) April 25, 2019 調査と対応 おもむろにstartしてみる $ sudo systemctl start mysql Job for mysql.service failed because the control process exited with error code. See "systemctl status mysql.service" and "journalctl -xe" for details. ですよね〜〜〜 素直にprocessのログを見る

Scalaでテンプレートエンジン使いたくなったので調べた。 www.scala-lang.org 探し方 GitHubでホスティングされているホットなものを探す。 github.com こういうのを探すときは、 そこそこstarがついている (= みんなに使われている) 定期的に新バージョンがリリースされている contributorが一人じゃない 辺りを確認しておくのがオススメ。 そうしておけば、突然ライブラリが消滅したり、時代に取り残されて渋々他のライブラリへの移行を余儀なくされる、みたいな悲しいことを回避出来る確率が上がる。 見つけたもの 探し方 で触れた観点を持って良さげだなと思ったは次の3つ。 1. Scalate github.com Mustache、Jade、Scaml、SSPと複数の表記方法をサポートしている。 テンプレートエンジンって「こういう風にかけ！」と表記方法をビ

MySQL5.7.8以降で、ゆるいパスワードでユーザを作成しようとした際に下記のようなエラーで怒られる mysql> create user "user_name"@"localhost" identified by "some_weak_password"; ERROR 1819 (HY000): Your password does not satisfy the current policy requirements MySQL :: MySQL 5.7 Release Notes :: Changes in MySQL 5.7.8 (2015-08-03, Release Candidate) 5.7.8以降では validate_password プラグインがデフォルトでインストールされるようになっており、その影響で脆弱なパスワードはプラグインによって怒られるようになっている 現

Dockerイメージを作る際のベースイメージとしてよく使われるOSに AlpineLinux がある。超軽量なのが特徴で、イメージサイズはわずか4MByte強！参考までに、CentOS7.4のイメージは約200MBある。 $ docker images alpine REPOSITORY TAG IMAGE ID CREATED SIZE alpine latest 3fd9065eaf02 4 months ago 4.15MB $ docker images centos REPOSITORY TAG IMAGE ID CREATED SIZE centos latest e934aafc2206 8 weeks ago 199MB そんなAlpineLinuxでdigコマンドを使いたくなったが、当然のように入っていなかった。 / # dig sh: dig: not found パッ