AmazonLinux上でPHP7.1を利用していたのですが、今年の12月でセキュリティアップデートの提供が終了するため、サポート期間が2021年12月までのPHP7.3へアップグレードしました。
PHP7.1のサポート期間が今年12月1日までなので、週末は7.3にアップデート作業かな。こういう時は可能な範囲で最大まで上げないと毎年作業することになるｗhttps://t.co/HxfmR9O7SX pic.twitter.com/EueYheJgkK
— 勝部麻季人 🍲 (@katsube) 2019年3月29日
パフォーマンスも20%程度アップするみたいですね。こちらも目的だったりもしますｗ
whoコマンドを利用します。
$ who
katsube pts/0 2019-03-29 18:27 (210.160.37.89)
katsube pts/1 2019-03-29 18:29 (210.160.37.89)
katsube pts/2 2019-03-29 18:30 (210.160.37.90)
wコマンドではユーザー一覧に加えて、ユーザーが実行しているプロセス名なども表示してくれます。
$ w
18:30:03 up 9:14, 3 users, load average: 0.22, 0.16, 0.10
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
katsube pts/0 210.160.37.89 18:27 2:18 0.00s 0.00s -bash
katsube pts/1 210.160.37.89 18:29 14.00s 0.01s 0.01s top
katsube pts/2 210.160.37.90 18:30 2.00s 0.00s 0.00s w
サクッと調べたい場合はhostコマンドが楽ちんですね。
MXレコードが存在する場合は一緒に表示されます。
$ host mi53.net
mi53.net has address 13.112.155.59
mi53.net mail is handled by 50 mx01.muumuu-mail.com.
不必要にポートを開放していると、そこからアタックを仕掛けられることがあります。
またSSHを22番などデフォルトのポートで開放している場合もターゲットにされやすいため、別のポート番号にしておくのも定石だったりもします（諸説ありますが個人的にはピンポンダッシュを防げるのでいつも変更しています）。
不特定多数がアクセスできる状態にあるサーバや端末は、少なともリリース前にはポートスキャンをかけておくのがおすすめです。
macOSの場合はbrewで一発です。
$ brew install nmap
まず大前提としてOSや利用している環境によって、最近では大きく2つの改行を表す文字コードが存在します。
| OS | 改行コード |
|---|---|
| LF | Linux, macOSなど |
| CR+LF | Windowsなど |
以前のMacOSではCRが採用されていましたが、MacOSX以降はUnix系OSと同じLFとなっています。
変換の必要が出てくるシチュエーションとしては、Windows環境からLinuxなどへファイルを移した時などですね（もちろんWindowsでも環境を整えればLFで作成はできますが）
続きを読む
Linux上で文字コードを変換するコマンドといえば、nkfとiconvの2つ。よく忘れるので備忘録がてらオプションと使い方をメモしておきます。
入力側の文字コードは自動で判定してくれますので、出力側の文字コードをオプションで指定します。
$ nkf -s foo.txt > foo_sjis.txt
$ cat foo.txt | nkf -s > foo_sjis.txt
指定したテキストファイルの文字コードをLinuxではnkfコマンド、またはfileコマンドで確認することができます。
$ nkf --guess foo.txt
UTF-8 (LF)
$ file foo.txt
foo.txt: UTF-8 Unicode text
よく忘れるのでメモ。
iconvは変換だけで表示はしてくれないみたいですね。
AWS EC2でインスタンスを新規に作成すると、もれなくスワップ領域が存在しません。
まぁ…スワップ使い始めると劇的にパフォーマンスが落ちるので、足りなくなったらメモリ増やすなり、AutoScalingなりでインスタンス数を増やせってことなんだと思いますが、例えばmakeコマンドなどでビルド中に微妙にメモリが足りなくなった場合は普通にスワップ使ってもらった方が面倒事が少なくて助かる場合もあります。
というわけで今回はLinuxにスワップ領域を作成しマウントするところまでをメモしておきます。
続きを読む
サーバやLinux端末、ネットワーク機器などの時刻合わせとしてこれまでNTPが広く利用されてきましたが、最近ではより高速で正確なChronyが普及しつつあります。CentOSなどディストリビューションによっては最初からインストールされているようです。NTPから移植されていない機能もあるようですが、サーバ自身の時刻を合わせるだけであればChronyで必要十分です。
今回はAmazonLinuxの1系を利用しているサーバをNTPからChronyへ移管したいと思います。
続きを読む
UTC(太平洋標準時)になっているようです。
$ date
2019年 3月 27日 水曜日 07:07:46 UTC
タイムゾーンの設定ファイルの雛形が/usr/share/zoneinfoにずらっとありますので、これを所定の場所にコピーします。シンボリックリンクでも良いようです。
$ sudo cp -p /usr/share/zoneinfo/Japan /etc/localtime
次に/etc/sysconfig/clockを編集します。
$ cat /etc/sysconfig/clock
ZONE="UTC"
UTC=true
$ sudo vi /etc/sysconfig/clock
ZONE="Asia/Tokyo"
UTC=false
特にOSの再起動は必要なく、Terminal上ですぐに確認することができます。
$ date
2019年 3月 27日 水曜日 16:12:12 JST
サーバ(インスタンス)をセットアップする際に行っていれば良いのですが、運用途中で行う場合、例えばcronなどの設定を変更する必要がありますのでご注意を。
時折りサーバ内で暴力的なI/Oが発生してまして、その度にMackerelからのアラートで人力再起動させられる生活に疲れたので原因を究明することにしました。
もうこうなってしまうとTerminalからログインすることも出来ず、AWSのWebコンソールから再起動をしています。調査方法は色々あると思うのですが今回は数分で設定できるpidstatを仕掛けることにしました。
取り戻せ平穏な日常。
今年のゴールデンウィークはバイクで2000kmほど旅という名の帰省をしようと思ってまして、ちょっとずつ遠征のための準備をしてます。今回はウィンドスクリーンを延長する汎用パーツを付けてみました。
Ninja250SLのスクリーンは非常に小さくてネイキッドかよってくらい風が体に当たります。普段の日帰りツーリング程度ならそれほど苦にはならないのですがさすがに距離が距離なだけになにか対策を…というわけで以下のパーツを装着することに。
実際にAmazonで注文、翌日には届きました。
GDC2019でGoogleから新たなクラウドゲーミングサービス「Stadia」が発表されました。概要についてはGIZMODEの記事がわかりやすいので詳しくはこちらをどーぞ。
Stadiaを耳にした際にに真っ先に頭に浮かんだのはスクエニが子会社を設立してまで立ち向かった「シンラテクノロジー」でした。
シンラテクノロジーは2014年に設立され、思わずニヤリとしてしまうネーミングからも話題になりましたが、残念ながら実際にサービスインすることなく2016年には20億円の特損を出し会社ごと清算する運命をたどりました。また同じく2016年にはG-clusterを当初提供していた「Gクラスタ・グローバル」社も債務超過に陥り倒産しています。現在はブロードメディアの子会社が事業を引き継いでいます。具体的に何にどれくらい資金を注ぎ込んだのかは公表されていませんが、クラウドゲーミングはとにかくお金がかかると認識させられたのをよく覚えています。
Google先生の膨大な資金力があれば会社毎逝くことはないでしょうが、事業単体では巨額の赤字を抱えて死ぬのではという未来が頭をよぎって仕方ありません。
続きを読む
今まではFirebaseの個別の認証プロバイダでログインしていましたが、今回はここまで対応した全プロバイダのいずれかでログインできる仕組みを作ってみます。
以下の画面のように複数の認証方法から自由に選択することができます。
続きを読む
これまでFirebaseへ様々な認証をお試してしてきました。
今回は電話番号を使ったSMS認証です。
メールアドレスやSMSは匿名性の高い物が一人で量産できてしまいますが、電話番号であれば何かしらの契約が必要になりますのでハードルを高くすることが可能です。
この認証方法ではユーザーが入力した電話番号宛にFirebaseからSMS(昔でいうショートメール)が送信されます。SMS内にある暗証番号をログインページで入力してもらうことで本人確認が行えるというわけです。
続きを読む
