＊記事作成時点（2021/4）の手順です。

＊DB は RDS を使用する想定です。RDS で DB を構築する手順、Laravel と RDS を接続する手順については本記事では触れません。

忘れても良いように手順をメモしておきます。

Laravel6 #

１．CORS 対応 #

• 「fruitcake / laravel-cors」を使用します。
• https://github.com/fruitcake/laravel-cors

上記 GitHub に書いてある、「Installation, Global usage / Configuration」に従って進めれば CORS できるようになります。簡単。

ハーバード大学が無償で公開してくれている「CS50’s Introduction to Computer Science」という動画講義に取り組みましたので、そちらの記録です。以降、本講座のことを「CS50x」と略します。（講義のページに「This is CS50x」と記載があるので、この略し方でたぶん合ってるはず。）

前提 #

1. ラズベリーパイのイメージが microSD カードに書き込まれている状態を開始地点とします
2. PC に microSD カードがマウントできることが条件です
3. Raspberry Pi 4 Model B を使用しています

＊ 2 について、PC に microSD の接続口がない場合も多いと思いますが、今回の方法だと PC から microSD に書き込みできることが必須なので、必要であれば SD カードリーダーを購入しましょう。（というか、microSD カードにラズパイのイメージを書き込んだのであれば、必然的に PC と microSD の接続環境は整っているはず？）

自作 PC を検討していた時のメモ（結局検討だけで終わりましたけど。でも良い勉強になりました。）

マザーボードのメモリとビデオカードのメモリについて #

• マザーボードにはメモリを刺すわけだが、それとは別にビデオカードも自身のメモリを持っている。例えば、「GeForce RTX 2060」の場合、容量 6GB のメモリ。
• マザーボードのメモリをメインメモリと呼び、ビデオカードのメモリを VRAM（Video RAM）と呼んだり、ビデオメモリと呼んだりする。
• VRAM はその名の通りグラフィックの描画に特化したメモリ。
• リアルタイムに描画処理し続ける場合、遅延を起こしてはいけない。
• 描画に関するデータを一時的に保存しておくことで、GPU の処理タイミングに遅れることなくデータを提供するために登場したのが VRAM という存在。

なぜメインメモリではだめなのか

自作 PC の作成を検討していた時のメモ。そもそもどんなパーツが必要で、それぞれどんな役割があるのかを知らなかったので。

マザーボード #

• CPU とかグラボ（グラフィックボード）とかメモリを差し込むやつ。各パーツを接続するハブになる存在。
• USB や HDMI のポートもここにあります。
• マザーボードによって、対応している CPU やグラボが決まっている。
• そのため、まずは CPU とグラボを決めて、それに対応しているマザーボードを探すという流れで決めます。
• サイズの規格として、大きい方から ATX、MicroATX、Mini ITX といったものがある。
• 大きい方が拡張性が高く、パーツの取り付けも簡単。だが場所をとる。
• マザーボードのメーカーといえば「ASUS」「GIGABYTE」「ASRock」「MSI」など。
• 一番名前を聞くのは ASUS でしょうね。４つ名前をあげたが、実はこれらすべて台湾企業。どんだけマザーボード好きなん。

その他詳しいことは下記を見るべし。

（曖昧な理解のままやり過ごしてきた自分を反省しつつ、浅はかな知識の上塗りをするための記録です。）

以前は Ruby/Ruby on Rails をやっていた時期もあるのですが、最近は PHP/Laravel のお勉強をしていました。VPS に LAMP 環境を作る手順なんて記事も書いたのですが、Apache を入れて、MySQL を入れて、Laravel をデプロイすれば終わりでとても簡単ですね。

完全に自分のための整理用メモです。Docker について勉強する中で、特に疑問に思って調べた点について整理してみます。

Docker は Linux の上でしか動かない #

そもそも Docker の機能は、Linux の「namespace」や「cgroup」や「overlayfs」といった機能をうまいこと組み合わせて実現している。

2020 年はもうすぐに終わり、2021 年を迎えようとしています。いまさらここに記載するまでもなく、今年は色々なことが変わった一年でした。…というふうに来し方をしみじみと振り返る時間もこれまでほとんどなかったのですが、年末になりようやく一息つける時間ができたので今年の振り返りをしつつ、せっかく時間ができたので、いつか視聴しようと考えていた講義動画に取り組んだので記録です。

タイトルにある作業を今回実施しました。ただ、環境構築が一度完了してしまうと、同じことを再度実施する機会はそれほどないです。作業時にせっかく調べて理解したことも、同じ作業をする機会がないとだんだん記憶が抜けていき、次に環境構築をすることになったときにはまたゼロ知識の状態からスタート………では悲しいので、とりあえずこのブログにメモしておきます。

自分用メモ。サーバに root ユーザでログインした時点からスタートとします。

今回は Laravel 環境を構築することを目的としていますが、純粋な PHP ファイルを動かすだけであれば、以前に投稿した 「ConoHa VPS の CentOS8 に LAMP 環境を構築する」 という記事をご参照ください。なお、本記事は上記記事をベースに作成しており、説明が重複しているところや、確認の意味合いが強い手順（＝特に実行しなくとも環境構築作業に影響ないもの）に関しては、本記事では省略したりしています。

自分用作業メモです。

前回の記事「ConoHa VPS の CentOS8 に LAMP 環境を構築する」が終わった状態を本作業の開始時点としています。ただし、前回の記事と直接の繋がりはほとんどなく、関係があるとすれば、OS は今回も CentOS を利用しているといった程度です。

自分用メモです。ここでの LAMP 環境とは以下のことを意味しています。

• Linux（CentOS8）
• Apache（HTTP Server）
• MySQL（DB）
• PHP

ConoHa の VPS にログインした状態からスタートとします。ユーザは root を使用する想定です。

自分の覚え書き用のメモです。手順だけでなく用語の理解など気になった点も含めて記録しています。

なお、本記事は下記の前提で記載しています。といってもたいした前提ではないので、自分の環境に応じて適宜読み替えていただければ大丈夫です。

手順をまとめています。すぐに終わります。

（想定環境）サーバ：CentOS 8.2 / ローカル：macOS

１．Node.js（と npm）をインストールする #

サーバにログインしていて、root ユーザを使っているものとして進めます。

完全な自分用備忘録。

前提：Node.js はインストール済みとする。

まず、Express のアプリ開発用スペースとして、適当なディレクトリを作る。ここでは、express_workspace とする。

先日、three.js に触れる機会があったのですが（three.js の表面をさっと撫でた程度の、本当にほんの少し）、そもそもこれってどうやって動いているの？などと調べたらいろいろな用語が出てきてよく分からなくなったので整理します。

前置き #

このブログで７月頭にプログラミング習得に取り組む旨の記事を投稿して以来、学習を進めてきました。その中で Rails でのアプリ開発を行っていたのですが、今回で Rails の学習は一時休憩にします。そのため、ここで一区切りとしてこれまでに開発したアプリを振り返ります。

短い内容になりますが、覚書として導入手順をまとめておきます。

UIkit とは #

A lightweight and modular front-end framework for developing fast and powerful web interfaces.

UIkit（公式ページより）

…だそうです。という雑な紹介だと怒られそうなので補足すると、UIkit は CSS フレームワークです。要するに Bootstrap と同じ括りです。

例えば bot のようなものを作るとして、デベロッパーアカウント以外のアカウントに自動ツイートさせたい時に、そのアカウントのアクセストークンを取得する方法について。

Action Cable を Production 環境で使用するときには、開発環境＋ α の設定が必要であり、若干手間取ったため、今後のために記録に残しておく。

…といっても手を加える内容はそれほど多くなく、全３点。

お名前ドットコムでドメインを取得していて、ネームサーバもお名前ドットコムのまま運用したい。しかし ConoHa の公式ページを見ると、「ドメインのネームサーバーを ConoHa のネームサーバーに設定する必要がある」といった説明がある。でも実際そんなことはなかったので記録。

CentOS（8.2）と Nginx の環境を前提としています。本記事の作業開始時点は、すで Rails アプリを１つデプロイしてあり、ドメインの適用、Certbot を利用した SSL 化も終わっている状態です。例えば、https://example.com にアクセスすると、デプロイ済の Rails アプリが表示されるようになっている状態を想定しています。

CentOS（8.2）と Nginx の環境を前提としています。作業開始時点は「http://IP アドレス」を入力すると Rails のアプリが表示されるようになっている状態が前提です。

前置き #

初デプロイ時に相当苦労し、調べに調べてなんとかデプロイ完了まで漕ぎ着けました（デプロイするのに数日間…）。作業中は手順を逐一記録しており、それらをデプロイ完了後に改めて整理したのが本記事の手順です。本手順を作成した後で一度 VPS を削除し、改めてゼロから本手順に通りに作業したところ、無事にデプロイができました。そのため、ある程度信頼できる手順になっているのではないかと思います。なおローカル環境については Mac でターミナルを使用して作業を進めています。

ちょっとしたメモです。事象発生からエラー解消までの記録。

何もやっていないのに、突然 rails new がエラーに #

昨日までは何の不都合もなく実行できていた rails new が、なぜか今日は突然エラーに。昨日から何も変わったことはやっていないのになぜ？…と思いましたが、当然そんなことはなく。

かなり手間取ったので振り返り用にメモ。同じように導入が上手くいかずに苦しんでいる方への手助けになればと。

この記事でやろうとしていること：Rails6 に Yarn で（Webpacker 用に）jQuery と Bootstrap をインストールして、アプリ上で使えるようにする。

作業途中にエラーが出るなどして手間取ったので、手順を記録しておきます。同じ症状で悩んでいる方がこの記事を見つけ、作業の一助になれば幸いです。

なお、タイトルにもある通り、この記事は Bundler の bundle install で mac のローカル環境に Rails をインストールするための手順です。

＊この記事はシェルとして「 zsh」を利用している前提で進めます。macOS Catalina 以降、標準のシェルが「zsh」となったためです（Catalina 以前の OS では「bash」が標準でした）。ただし、この記事において「zsh」と「bash」で違いが出るところはほんの一部分ですので、シェルの種類はあまり気にする必要はありません。

まだ少し先の話ではあるが、10 月からプログラミングスクールに通う。

ここからはプログラミングの学習に専念する #

（本記事以前の記事を見れば分かる通り）私はこれまで英語学習に専念してきたが、ここからはプログラミング・エンジニアリングの学習に集中する。気が変わったわけではなく、もとから計画していたことである。