\dnコマンドでスキーマ一覧を確認する PostgreSQLでスキーマ一覧を確認するには、psqlコマンドラインツールの\dnコマンドを使う。 \dn List of schemas Name | Owner --------+------------------- app | postgres public | pg_database_owner report | app_user sales | postgres (4 rows) pg_catalogやinformation_schemaなどのシステムスキーマは除外され、自分で作成したスキーマとpublicスキーマだけが表示される。

実現したいこと ビルドが通るかどうかだけを確認したい場合、生成物はディスクに残らなくてもよい。むしろpublic/に本番URLの生成物が残ると、hugo serverで起動中の開発サーバーの状態を壊してしまう。

実現したいこと hugo serverでローカル開発サーバーを起動したまま、別のターミナルでhugoを実行してビルドが通るかを確認したい。 しかし何も指定せずにhugoを実行すると、開発サーバーが配信しているファイルが本番用のURLで上書きされてしまう。ブラウザで開いているページのリンクが軒並み本番サイトのURLに変わり、クリックすると本番サイトへ飛ばされる。

pg_hba.confの場所を探すコマンド(show hba_file) pg_hba.confはPostgreSQLのクライアント認証を設定するファイルで、どのホストからどのユーザーがどのデータベースに、どの認証方式で接続できるかを定義する。 postgresql.confと同様にOSやインストール方法によって配置場所が異なる。

ローカルリポジトリからGitHubリポジトリを作成してpushする 手元でgit initしたリポジトリをGitHubに上げる場合、通常はGitHub上でリポジトリを作成し、git remote addでリモートを登録し、git pushする。 GitHub CLIのgh repo createに--sourceと--pushを指定すると、一連の手順をコマンド1つで完了できる。

概要 Mavenでテストを実行すると、通常はプロジェクト内のすべてのテストが対象になる。 修正したクラスのテストだけを確認したい場合、maven-surefire-pluginの -Dtest オプションで実行対象を絞り込める。

権限が足りているかをAPIを呼ばずに確かめる IAMユーザーやロールの権限が足りているかは、実際にAPIを呼んでAccessDeniedが返るかどうかで確かめる場合が多い。 ただしリソースの作成や削除を伴うAPIでは、権限確認のためだけに呼ぶわけにはいかない。

digの出力 digはDNSの問い合わせ結果を確認するコマンド。ホスト名を引数に渡すと、応答の全体が表示される。 $ dig www.example.com ; <<>> DiG 9.20.26-Debian <<>> www.example.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 55790 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;www.example.com. IN A ;; ANSWER SECTION: www.example.com. 300 IN A 172.66.147.243 www.example.com. 300 IN A 104.20.23.154 ;; Query time: 19 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) (UDP) ;; WHEN: Mon Aug 03 08:17:28 JST 2026 ;; MSG SIZE rcvd: 76 情報量が多いが、普段確認するのは以下の4箇所。

ディスクの空き容量が減った原因を特定したい df -hでディスクの使用率が上がっていると分かっても、どのディレクトリが容量を占めているかまでは分からない。 $ df -h / Filesystem Size Used Avail Use% Mounted on /dev/sda1 50G 47G 3.0G 94% / 使用量の内訳を調べるにはdu(disk usage)コマンドを使う。上の階層から順に大きいディレクトリをたどれば、容量を消費している場所を絞り込める。

バージョニングを有効化する --versioning-configurationにStatus=Enabledを指定する。 $ aws s3api put-bucket-versioning --bucket example-bucket --versioning-configuration Status=Enabled 成功しても出力はない。 有効化の直後は設定の伝播に時間がかかる。 伝播中は、有効化後に作成・更新したオブジェクトへのGETリクエストがHTTP 404 NoSuchKeyになる場合がある。 AWSのドキュメントでは、有効化から15分待ってから書き込みや削除に進むよう推奨している。