reactの<code>useState</code>がそうですが、配列で返り値を返す関数ってありますよね<pre><code>[javascript]
const [state, setState] = useState()</code></pre> これの2番目の値のみ受け取りたい場合、これまで<code>_</code>を使ってよくこんな感じで受け取ってました<pre><code>[javascript]
const [_, setState] = useState()</code></pre> でもこうするとlintがエラーを返すんですよね<pre><code>[shell]
'_' is assigned a value but never used&nbsp; @typescript-eslint/no-unused-vars</code></pre> 実はこれ何も変数置く必要なかったんですね<pre><code>[javascript]
const [, setState] = useState()</code></pre> これで受け取れます こんな感じ<pre><code>[javascript]
const sample = () =&gt; {
 return [1, 2, 3]
}

const [, , c] = sample()
console.log(c) // 3</code></pre>

配列を返す関数から特定の返り値を受け取るには

<h1 id="h565e4ffad7">forkしたリポジトリ</h1> forkしたリポジトリはforkした時点のものになります。 有名OSSなどは日々更新されておりすぐに差分が発生してしまいます。 これまでは自分のリポジトリを消してまたforkしてとりあえず同期したような感じにしてましたが、ちゃんと同期をすることにしました。 <h2 id="h5ee624ca9c">ローカルにclone</h2> forkしたリポジトリを更新するには、ローカルで作業を行います。 まずローカルにcloneします。 <pre><code>[shell]
$ git clone https://github.com/{username}/{repository-name}.git</code></pre> <h2 id="h8228906741">ローカルのリポジトリにfork元を登録</h2> fork元のリポジトリを登録します。 <pre><code>[shell]
$ git remote add root https://github.com/{forked-username}/{repository-name}.git
$ git remote -v // 登録したremoteを表示(originとrootが表示されます)</code></pre> fork元のリポジトリを取得して、masterブランチにmergeします。 <pre><code>[shell]
$ git fetch root
$ git checkout master
$ git merge root/master</code></pre> あとはリモートにpushするだけ。 <pre><code>[shell]
$ git push</code></pre> これでリモートリポジトリもfork元リポジトリと同一になります。 一度ローカルにcloneする必要があるのが少し手間ですね。 <h2 id="hdc2d880859">そしていま</h2> <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/c33d79ab775a4002a6b779d544fec051/git_github-fork_001.png" alt=""> GitHubに便利な機能がリリースされました。もうだいぶ前の話ですけどね。fork元と差がある場合は1Clickで同期をとることができます。<code>Fetch and merge</code>を押すだけ。簡単になりましたね。

GitHubでforkしたリポジトリをfork元と同期する

<h1 id="h596ef1ac03">ssh-keygenで鍵を作って簡単ログイン</h1> サーバのコンソールにアクセスするときって、毎回パスワードを入力する必要があるので面倒ですよね。 最初の作業だけ手間ですがssh鍵を使うことでだいぶ楽になります。 <h2 id="hbd898c031b">鍵を作成する</h2> クライアント側で以下を実行します。 (どちら側で作ってもOKらしい) すべて空欄でもOKです。 <pre><code>[shell]
$ ssh-keygen -t rsa 
Generating public/private rsa key pair.
Enter file in which to save the key (/Users/user/.ssh/id_rsa):
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: </code></pre> <h3 id="hb221eb8f4c">保存場所</h3> <pre><code>[shell]
Generating public/private rsa key pair.
Enter file in which to save the key (/Users/user/.ssh/id_rsa):</code></pre> 任意の場所に保存したい場合はここでパスを入力します。 初期値は<code>/Users/user/.ssh/id_rsa</code>です。 <h3 id="he59d3e49bd">パスフレーズ</h3> <pre><code>[shell]
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: </code></pre> パスフレーズは設定すると秘密鍵を使うときに必要になります。 <h2 id="h02f26b57c5">鍵の確認</h2> 作成がうまくいくと<code>id_rsa</code>と<code>id_rsa.pub</code>というファイルができます。 <code>.pub</code>がついている方が公開鍵でついていない方が秘密鍵です。 クライアント側で作成した場合は公開鍵をリモート側(サーバ側)に置きます。 リモート側のユーザのホームディレクトリの<code>.ssh</code>ディレクトリ以下に配置します。 すでに<code>authorized_keys</code>ファイルがある場合は追記します。 <pre><code>[shell]
$ cd ~/.ssh
$ cat id_rsa.pub &gt;&gt; authorized_keys</code></pre> ない場合はファイル名を<code>authorized_keys</code>に変更するだけです。 <pre><code>[shell]
$ cd ~/.ssh
$ chmod 600 id_rsa.pub
$ cat id_rsa.pub &gt;&gt; authorized_keys</code></pre> <h2 id="hdd0d7beb78">ログインする</h2> <pre><code>[ssh]
ssh user@remote -i [秘密鍵パス]</code></pre> 秘密鍵を<code>~/.ssh/id_rsa</code>に保存している場合は<code>-i</code>オプションは特につける必要はないみたい。

sshでログインするときにパスワードを入力するのが面倒

<h1 id="h704a418769">aliasを設定する</h1> alias、なんて読むかご存知ですか。 エイリアスと読むそうです。 私はずっとアライアスと読んでいました。 というか正しい読み方を知ってからもついアライアスと読んでしまいます。 そんなaliasですが、デフォルトのコマンドを任意のコマンドで実行することができる機能です。 初期状態のmacOSには特に設定されている様子がなく、買ったばかりのMacでさあ作業するぞってときにいつも使ってるコマンドが使えなくて出鼻を挫かれるので設定しました。 <code>alias</code>コマンドの書き方は以下の通り。 <pre><code>[shell]
$ alias 任意のコマンド='実際に実行されるコマンド'</code></pre> <h2 id="hc1b93f4675">設定ファイルを作成する</h2> <code>alias</code>コマンドは実行後すぐ適用されますが、再起動すると無効になります。 そこで、起動後に自動実行されるコマンドに登録します。 ホームディレクトリに移動して<code>.zshrc</code>という名前のファイルを作成します。すでにある場合は追記します(初期化したmacOS Catalinaにはなかった)。 <pre><code>[shell]
$ cd ~
$ vi .zshrc</code></pre> このファイルに書いた内容は、shellの起動時に毎回実行されます。 私は<code>ls -lart</code>を<code>ll</code>で使いたいので以下のように書きます。 <pre><code>[sh:~/.zshrc]
alias ll='ls -lart'</code></pre> 私が使いたいaliasはこれだけ。 再起動すると適用されますが、すぐ適用したい場合は以下のコマンド。 <pre><code>[shell]
source ~/.zshrc</code></pre> これで、<code>任意のコマンド</code>を入力すると<code>実際に実行されるコマンド</code>が実行されます。(今回の場合<code>ll</code>を入力すると<code>ls -lart</code>が実行される)

Macのzshでaliasを使う

<h1 id="hbc86a0b92f">iOSのバックアップからファイルを復元</h1> iPhoneやiPadなどのiOS端末は(Windowsの場合)iTunesでバックアップが取れます。 <blockquote>MacはiTunesが廃止になったんでしたっけ。 今はどうバックアップ取るのよくわかってない笑</blockquote> "このコンピュータ"でバックアップしてある場合は、バックアップディレクトリからデータを直接復元できるらしいので、その方法を紹介したいと思います。 <h2 id="h0de3d245d5">バックアップの構成</h2> 以下の場所にバックアップディレクトリがあります。 Windows: <code>\Users\AppData\Roaming\Apple Computer\MobileSync\Backup</code>Mac: <code>/Users/Library/Application Support/MobileSync/Backup</code>(後で確認する) <h3 id="hf7293a0fb6">ディレクトリの構成</h3> バックアップディレクトリはデバイスごとにハッシュされた名前がつけられています。 その中は<code>00</code>-<code>ff</code>の大量のディレクトリと<code>Info.plist</code>、<code>Manifest.db</code>、<code>Manifest.plist</code>、<code>Status.plist</code>から成ります。 バックアップするときに暗号化を有効にしていても、<code>.plist</code>ファイルは暗号化されないみたいです(未確認) <code>.plist</code>ファイルのAppleのドキュメントはこちら <a href="https://developer.apple.com/library/archive/documentation/General/Reference/InfoPlistKeyReference/Articles/AboutInformationPropertyListFiles.html" target="_blank" rel="noopener noreferrer">About Information Property List Files</a> <h3 id="h965aacb0ea">Info.plistファイル</h3> Info.plistはバックアップの情報が入っています。バックアップした日時や端末の情報が確認できます。 普通にテキストエディタでも開けます。 <ul><li>バックアップ日: <code>Last Backup Date</code></li><li>端末の名前: <code>Product Name</code>もしくは<code>Product Type</code></li><li>iOSのバージョン: <code>Product Version</code></li></ul> <code>Ctrl</code>+<code>F</code>とかで探してみてください。 <h3 id="h510f6719ff">Manifest.plistとStatus.plist</h3> 開き方がわからない。 <code>Status.plist</code>の方はすごく軽いです。バックアップ時の状態を記録しているのかな(未確認) <h3 id="hb74af9a8cc">Manifest.db</h3> SQLiteデータベースです。 すべてのファイルの情報がここに記録されています。 <a href="https://sqlitebrowser.org/" target="_blank" rel="noopener noreferrer">DB Browser for SQLite</a>などを使って読むことができます。 ひとことでいうと、iOS内のファイルはバックアップ時にハッシュ化された(ランダムな?)名前で保存され、その名前と元のファイル名との関係がここに記録されています。 <ul><li>fileID</li><li>domain</li><li>relativePath</li><li>falgs</li><li>file</li></ul> <code>relativePath</code>が元のファイル名で、<code>fileID</code>の名前でバックアップに保存されています。 <code>domain</code>ではそのファイルを使用しているアプリがわかります。 <code>flags</code>は1がファイル、2がディレクトリ、4は不明です。 <h2 id="hfbe94164bf">復元</h2> Manifest.dbを使ってバックアップファイルを直接復元することができます。 <code>fileID</code>をバックアップフォルダで検索し、そのファイルを<code>relativePath</code>の名前に書き換えると開けるようになると思います。 <code>fileID</code>の最初の2文字のディレクトリにファイルの本体が保存されています。 一気に戻すには、<code>flag</code>が<code>2</code>のデータを元に、<code>domain</code>/<code>relativePath</code>となるようにディレクトリを作成し、そこに含まれるファイルを復元していきます。 <code>flag</code>が<code>1</code>のデータを読みだしてきてファイル名を変更していけばバックアップファイルを再構成することができると思います。

iOSのiTunesバックアップの解析

<h1 id="h8dd41f636f">gatsby build</h1> 本番環境のサーバで<code>gatsby build</code>したらエラーが出ました。 <pre><code> ERROR

UNHANDLED REJECTION spawn ENOMEM



 Error: spawn ENOMEM

 - child_process.js:358 ChildProcess.spawn
 internal/child_process.js:358:11

 - index.js:204 module.exports
 [project]/[imagemin-pngquant]/[execa]/index.js:204:26

 - index.js:52 input
 [project]/[imagemin-pngquant]/index.js:52:13

 - index.js:71 Function.module.exports.buffer
 [project]/[imagemin]/index.js:71:31

 - process-file.js:198 pipeline.toBuffer.then.sharpBuffer
 [project]/[gatsby-plugin-sharp]/process-file.js:198:105

</code></pre> 調べてみるとメモリが足りないエラーのようです。 画像のサムネイルを生成してるときに止まりやすいみたい。 本番環境はメモリちょっとしかないので、まぁしかたないのかな。 スワップメモリで対応します。 スワップファイルを作成してパーミッションを設定します。 <pre><code># fallocate -l 2G /swap
# chmod 600 /swap</code></pre> スワップスペースにします。 <pre><code># mkswap /swap</code></pre> スワップを有効にします。 <pre><code># swapon /swap</code></pre> これでとりあえず`gatsby build`が通るか確認。 OKなら再起動後もスワップファイルを保持します。 <pre><code># echo "/swap none swap sw 0 0" | tee -a /etc/fstab</code></pre> 以上です。

gatsby buildでメモリが足りないエラー

<h1 id="he0b5645f1a">GA と SC の連携でつまづいた</h1> Google Analytics と Search Console の連携時にずっとよくわからないまま放置してたけどやっと原因がわかった。 Search Consoleにページを追加しているのに、 Google アナリティクスで Search Console のデータを使用する ページで "確認済みのサイトはありません。" と表示されるのはSearch Consoleにドメインプロパティで追加しているためです。プロパティの追加をURLプレフィックスで行うとGoogle アナリティクス側に表示されます。 <h1 id="haf47bb7d4e">Google Analytics</h1> Googleアナリティクスの 集客 メニューから Search Console を開くと、ユーザーがどういった検索クエリで、どんなデバイスでページを見ているか調べることができます。 この機能はSearch Consoleとの連携が必要です。 Search Console のデータ共有を設定をクリック。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/a1f3a689ca8c4a74b69f8734ce289f26/web_ga-sc_001.png" alt=""> プロパティの設定が開くので、Search Console の Search Console を調整 をクリック。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/b7d74c25e303401bbdc3ea7a42131217/web_ga-sc_002.png" alt=""> <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/c5f483b2d8d34cb39c8d54fcf497594f/web_ga-sc_003.png" alt=""> Search Consoleの設定ページが開きます。 追加 をクリック。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/8fe8528d297447c5ad5c11a2507ec4fb/web_ga-sc_004.png" alt=""> Search Consoleで追加したページ一覧が表示されます。 ここで Search Console のサイト が 確認済みのサイトはありません。 と表示される場合は 下の Search Console にサイトを追加 をクリックします。 あらかじめ Search Console にページを追加していても、ドメインプロパティで設定した場合はここには表示されません。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/4ce08299a3284a7a93f951f2b1f0a5f7/web_ga-sc_005.png" alt=""> Search Console のページへとびます。 左上のメニューから プロパティを追加 でモーダルウィンドウが開きます。 URLプレフィックスを選択してGoogle Analyticsを使用しているページのフルURLを入力します。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/8ff38833fd6646bdb77be6e5df11dcc8/web_ga-sc_006.png" alt=""> 追加完了しました。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/ae25d0d078db45f78de59f90d6d8e7ae/web_ga-sc_007.png" alt=""> Google Analytics の先ほどの画面を更新すると表示されます。 保存 で登録完了です。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/b3fd7b9a4d8f4927918ec453b18256d6/web_ga-sc_008.png" alt=""> Search Console にページを追加した直後はすぐにデータが反映されないので気を付けてください。 以上です。

Google AnalyticsとSearch Consoleの連携でつまづいた

<h1 id="hded12f49e2">Google Cloud Platform</h1> WindowからSSHでPuTTYとかを使ってGCPのVMインスタンスに接続する方法です。 Google Cloudの<a href="https://cloud.google.com/compute/docs/instances/connecting-advanced#thirdpartytools?hl=ja" target="_blank" rel="noopener noreferrer">公式ガイド</a>にも書いてあります。 <a href="https://www.chiark.greenend.org.uk/~sgtatham/putty/latest.html" target="_blank" rel="noopener noreferrer">PuTTY</a>ページからPuTTYをダウンロードします。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/63e2b721cbb248e1baae1518dfc4ee34/gcp_ssh_putty.png" alt=""> SSH接続にはputty.exe、鍵の作成にはputtygen.exeを使用します。 <h2 id="h82f28d21eb">公開SSH認証鍵の作成</h2> puttygen.exeを使って公開SSH認証鍵を作成します。 puttygen.exeを立ち上げます。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/bc3660f7b7744a0782ebe040d7e68f06/gcp_ssh_001.png" alt=""> ウィンドウ下部のParametersはだいたいデフォルトのままでOKです。 Number of bits in a generated key は 2048 以上にする必要があります。 [Generate]をクリックします。 <blockquote>Please generate some randomness by mobing the mouse over the blank area.</blockquote> ウィンドウ枠内でマウスカーソルを適当に動かすことでランダムな値を生成します。以下の画面上で適当にマウスカーソルを動かします。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/a3f785249b164a4f93b7fa6fe11bb7b5/gcp_ssh_002.png" alt=""> 鍵の生成ができました。 Public key for pasting in to OpenSSH authorized keys file に表示されている文字列が公開鍵です。 Key comment に設定した文字列がインスタンスでのユーザー名になります。 Key passphrase も設定します。 Confirm passphrase にも同様にパスフレーズを入力します。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/dd541dc34e3b42269a2b7c94fc8b9b58/gcp_ssh_003.png" alt=""> File メニューから Public Key と Private Key を保存しておきます。 <h2 id="h7865b55468">公開SSH認証鍵の登録</h2> VMインスタンス詳細画面から登録します。 Google Cloud Platform のコンソールを開き、Compute EngineのVMインスタンスから、登録するインスタンスの詳細を開きます。 編集を開き、SSHキーの 項目を追加 から puttygen.exe で Public key for pasting in to OpenSSH authorized keys file の文字列をそのままコピー&amp;ペーストします。 形式は<code>ssh-rsa [KEY_VALUE] [USERNAME]</code>です。 保存して完了。 <h2 id="hd7ddc3918e">puttyで秘密鍵を使って接続する</h2> putty.exe を立ち上げます。 Host Name にインスタンスの外部IPアドレスをそのまま入力します。 <code>[username]@[IP address]</code>の形式で入力してもOKです。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/deebab4c2274427e9bd694c2a795af14/gcp_ssh_004.png" alt=""> Connection → SSH → Auth を開き Private key file for authentication に puttygen.exe で作成した秘密鍵を登録します。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/1622368e66c942589ed7990b563e064a/gcp_ssh_005.png" alt=""> Sessionに戻り、Saved Sessionsに名前を入力して[Save]で設定を保存できます。 [Open]でインスタンスに接続できます。 接続したらputtygen.exeで入力したPassphraseを入力して接続完了です。

GCPのCompute Engine インスタンスにSSH接続する

<h1 id="hded12f49e2">Google Cloud Platform</h1> GCPでサーバ立てられるらしいので、ちょっと触ってみた。AWSもそうだけど、いつどこで課金されるのかよくわからなくて敬遠してるんですよね...。でも触ってみた感じAWSよりもUIがわかりやすい気がしてきたので意を決していきます。 GCPはWebサイトなどでGoogle Map APIを使う以上触れないわけにはいかないみたいなサービスでしたが、他にもいろいろできすぎて全容が計り知れません。今日はCompute Engineを使ってみます。 よくわからないまま書く、よくわからない体験記なので、もし参考にされる方はご注意ください。 まず、インスタンスという言葉が全然慣れないんですが、サーバそのものというイメージで合ってるんでしょうか。 <h2 id="h4a1cf939d8">アカウント登録</h2> 前提としてGoogleアカウントが必要です。そして<a href="https://cloud.google.com" target="_blank" rel="noopener noreferrer">Google Cloud Platform</a>にアクセス。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/cac76d688c364f438b4c5849ac5b72b8/gcp_start_001.png" alt=""> 無料トライアルをクリックします。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/236a5182d94f4d1581ad4fed27809e45/gcp_start_002.png" alt=""> 利用規約に目を通して、続行。次の画面で住所やクレジットカード情報を入力します。 ここで入力する情報は本人確認のためで、すぐ課金されたりすることはないようです。 登録完了するとGCPのコンソール画面が表示されます。 <h2 id="h8e5d658cf5">新しいプロジェクトの作成</h2> GCPではプロジェクト単位で管理するようです。 なにをするにも、まずはプロジェクトの作成が必要です。とりあえず適当に作ります。 プロジェクト名は後から変えられないようなので注意して決めます。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/1b6437d174044472b18407fb0b6b9691/gcp_start_003.png" alt=""> 作成すると作成完了まで少し時間がかかります。 次にインスタンスを作成します。 <h2 id="h3596390140">インスタンスの作成</h2> メニューからCompute Engine → VM インスタンスを開きます。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/749d217a17154fdd8b0c53156076e995/gcp_start_004.png" alt=""> 開くと、Compute Engineを準備しています。というメッセージが出ます。初期化に時間がかかるようです。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/40ab0ef7cf484ed3a49e6e16a4c9a776/gcp_start_005.png" alt=""> <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/7033cefb4fc14cdf9536f4668970fdb4/gcp_start_006.png" alt=""> <h3 id="hce4c68a658">名前</h3> 名前は後から変えられないようです。サーバの名前にもなります。慎重に決めます。 <h3 id="h1161475838">リージョン</h3> 物理サーバがある場所を選びます。無料枠はアメリカのみ有効になるみたいなので、アメリカ`us-*`を選択します。 日本からアクセスする予定の場合は距離を考えるといいのかも <h3 id="h1515ebca36">ゾーン</h3> さらにリージョン内でどのサーバを使うか指定します。たぶんそういうことだと思います。 たくさんサーバ(インスタンスか)を立てる場合はゾーンの設定も考えなきゃいけないんだと思います。 <h3 id="h84e88d85de">マシンの構成</h3> 無料枠で利用するならシリーズはN1(第1世代)、マシンタイプはf1-micro(1 vCPU、614MB メモリ)を選択します。 <h4 id="h89dc8547d6">CPUプラットフォームとGPU</h4> リンクをクリックすると展開します。 <h5 id="h1e9dd0ae45">CPUプラットフォーム</h5> たぶん初期状態の自動のままでいいでしょう。 <h5 id="h5e75a7f1c7">GPU</h5> GPUが追加できます。 追加すると無料枠でもお金かかりそうです。 <h3 id="h06e8ee7688">コンテナ</h3> このVMインスタンスにコンテナイメージをデプロイします。というチェックボックスがありますがチェックなし(初期状態)で。 <h3 id="hf325b9e29a">ブートディスク</h3> 初期状態はDebian GNU/Linux 9 (stretch)です。 変更を開いて変更します。 <h4 id="h8ee71a1cf4">OSイメージ</h4> 無料枠ではOSイメージはLinux系を選びます。私はUbuntu 18.04 LTSを選びました。 <h4 id="ha3259a7fed">ブートディスクの種類</h4> これは標準の永続ディスク(初期状態)を選びます。 <h4 id="h34337176a9">サイズ</h4> 初期状態では10GBですが、無料枠で30GBまで使えるので30にしましょう。 <h3 id="h9b02a51a3f">IDとAPIへのアクセス</h3> サービスアカウントとアクセススコープ共に初期状態のまま。 <h3 id="ha79fadd193">ファイアウォール</h3> 通常のウェブサーバを立てる場合はHTTPとHTTPSの両方にチェックを入れます。 <h4 id="h10eec59669">管理、セキュリティ、ディスク、ネットワーク、単一テナンシー</h4> リンクをクリックすると展開します。 <h5 id="h47806f6698">ネットワーキング</h5> 設定を変えるのはこの項目のみ。 <h5 id="h457e53bd2e">ネットワークインターフェース</h5> ここで、外部IPが初期状態ではエフェメラルになっています。エフェメラルはIPがころころ変わって面倒なので固定IPにします。 IPアドレスを作成を選択します。 モーダルウィンドウが出てきて静的IPアドレスの予約ができます。 ここでも名前は後から変えられないようです。 適当な名前を設定します。 ネットワークサービス階層は標準を選択します。 予約を押すと自動的に作成、設定されます。 完了を押してネットワークインターフェースの設定を閉じます。 <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/467732c453e34763b0b597505feb1a0c/gcp_start_007.png" alt=""> <img src="https://images.microcms-assets.io/assets/46451451db5840579d91a662a1bdaf8e/7ba842f7755045b68c8afa12337bed1a/gcp_start_008.png" alt=""> <h2 id="h8b76ece3a2">作成完了</h2> 作成を押すと数分でインスタンスが作成され自動的に起動します。 <h2 id="hfe774d3cd7">外部IPアドレスについて</h2> インスタンス作成中にネットワーク設定で外部IPアドレスを作成しますが、インスタンスなどで使用していない場合は有料となるようです。 Google Cloud PlatformのメニューからVPCネットワーク → 外部IPアドレスを開きます。ここで不要な外部IPアドレスの確認および削除ができます。 外部IPアドレスをリストから選択して 静的アドレスを解放 で削除できます。 <h2 id="hadd448e40b">SSH接続</h2> VMインスタンスの詳細画面からリモートアクセスできます。 ブラウザウィンドウで開く が一番手っ取り早いと思います。

GCP の Compute Engine を使ってみた

<h1 id="hcb3a1f0cdd">ふたりでつけるおさいふアプリ</h1> おさいふアプリは2人で使うためのアプリです。 <a href="https://osaifu.zatsuzen.com" target="_blank" rel="noopener noreferrer">https://osaifu.zatsuzen.com</a>

ゆったりWeb手帳

気になったことをのんびり書くよ