windowsの方を対象にしています

windowsの方を対象にしてしていますが、仮想環境内でのインストールする物などは同じなので、Macの方も参考程度になるとは思います。

windows homeでもdocker desktopが使える！

これまではwindows pro以上の環境が求められていましたが、windows homeでもdocker desktopが使える様になりました。
docker desktopの何がいいって分かりやすさです。

docker psしなくても何が動いているのか一目瞭然です。

ただdocker psは使う事にはなるんですけどね。
しかしコマンドを覚えなければというより、docker psしたくなるのです。
それは追々話しましょう。

まずはdocker desktopをインストールしましょう。

Docker Desktop

Docker Desktop is collaborative containerization software for developers. Get started and download Docker Desktop today on Mac, Windows, or Linux.

www.docker.com

すいません、インストールする際の画面で何が聞かれるか覚えていないです。
基本的に[next]あるいは[次へ]で進めていって問題ないです。

少し時間がかかりますが、docker desktop(長いのでここからdockerと省略します)がインストール出来たと思います。
かわいいクジラアイコンがデスクトップにありますね、あるいはインストール後開くで既に開いているかもしれません。

特に問題なく開けた方はおめでとうございます。
これでdockerはあなたの物です。

しかし、開くと何かエラーが出て起動出来ないという方がいるんじゃないでしょうか。
私もそうでした。
windowsではdockerを動かす為にHyper-Vという機能をONにしてあげる必要があります。
パワーシェルを管理者モードで開いて下さい。

真っ青な画面が出てきましたね。
そこに
bcdedit /set hypervisorlaunchtype auto
と打ち込んでエンターです。

成功しました的な文字が出ればOKです。
一旦再起動しましょう。

hello docker

おそらくdockerは正常に開けたと思います。
チュートリアルでhello dockerが出てくると思いますが、操作になれておきたい人はやってみて下さい。

ちょっとだけdockerの説明をすると、dockerはイメージを元にコンテナを作成します。
意味が分かりませんね。

あまり例えが上手くないのですが、ゲームのドラクエをイメージだとします。
これを起動すると当然ドラクエがスタートする訳ですが、このドラクエいい所まで進んだら普通はセーブをしますね。
dockerの場合はイメージをセーブするのです。
次回からはセーブしたイメージを元にコンテナを作るとセーブした内容が残っているので続きからプレイ出来ます。

意味不明だったら突っ込んで下さい。
要はコンテナは一時的な物で起動している間は内容を覚えてくれていますが、電源を落とすとリセットされてまっさらな状態からスタート出来ます。

ただソースコードやDBの内容などはwindows側にdockerとの共有フォルダを作れるので保存しておく事が出来ます。

では元となるイメージを探してみましょう。

Docker Hub Container Image Library | App Containerization

Welcome to the world's largest container registry built for developers and open source contributors to find, use, and share their container images. Build, push ...

hub.docker.com

今回もvagrant編と同じようにcentos7を使用します。

laravel8開発環境セッティング(vagrant編)

laravel8がインストール出来ないという方向けに書いてみます。 まずは仮想環境を用意しましょう。 というのも筆者がxamp環境でインストールした事が無いのでやり方が分かりません^^; 仮想環境を使えばサクっと出来上がるので、まだやった事が無い人は挑戦してみましょう。

blog.gorone.site

2021.11.06

また前回の記事を読んで頂けたならお気づきでしょうが、laravelが既にセットされているイメージもあります。

ただdockerはイメージを繋いで起動する事が出来るので、上記のイメージはlaravel8のフォルダがあるだけのイメージかもしれません。

そういえば重要な事を書いていなかったのですが、dockerは言語、webサーバー、DB、FWもしかしたらもっと小さい単位で細分化されたイメージがあります。
イメージを使えばいちいち自分でインストールする事なくその環境を手に入れる事が出来るのですが、docker初心者の私からすると最初はベースのOSのイメージとDBの組み合わせが分かりやすいと思います。
勿論慣れてる方ややってみたい方は細分化されたイメージを繋いで色んな言語、DBなどを繋いで遊んでもいいと思います。

なぜベースイメージ+DBをオススメするかと言うと前述した通りdockerのコンテナはストップさせると中の状態をリセットします。
その際ソースコードやDBの中身もリセットされてしまうので共有フォルダに保存しておきます。
そうする事でコンテナがリセットされても途中まで書いていたソースやDBの中身を再現する事が出来る訳です。

なので最低限この２つのイメージを組み合わせると便利という訳です。
という事でcentos7とまたherokuにアップするのが目的なのでposgreのイメージをDLします。

すいません、その前にprojetフォルダを作っておいて下さい。
Cの直下などがオススメです。
そのフォルダの中にdockerなど好きな名前でフォルダを作って下さい。
一応注意として半角英数字でのみで作ったフォルダのパスまでいける様にしておいた方がトラブルが無いと思います。

dockerフォルダでまたパワーシェルを開いて下さい。

そこで
docker pull centos7
と入力してエンターです。

もし失敗してしまったらgitが入っていない可能性があります。
その場合gitを入れて再トライしてください。

Git

git-scm.com

さぁどうでしょうcentos7は落とせたでしょうか。
パワーシェルで
docker ps -a
をしてあげたらcentos7が表示されていると思います。

またせっかくdocker desktopを入れたのでそちらで確認も出来ます。

centos7がイメージの中にありますね。

この要領でpostgresSQLの9.6もDLします。
docker pull bitnami/postgresql:9.6

無事イメージの取得は出来たでしょうか。

さてdockerの起動にはいくつか方法があります。
docker run -it centos7
と書いてあげれば起動します。

これにDBを繋いで・・・。
うんやり方が分からない。難しい。
ちなみに上で起動したcentos7はshellの指定なども行わないと操作できません。
毎回長いコマンドを打たないといけないなんて大変だ、docker難しい・・・。

そんな事はありません。
毎回指定してあげないといけない物はdocker-composeファイルに書いて置いて、それを元に起動してあげればあら不思議。
とっても簡単にDBとの連携も共有フォルダも全部やってくれます。

さぁさぁcomposeファイルを作りましょう。
先ほど作成したdockerフォルダの中に
docker-compose.yml
というファイルを作りましょう。

このファイルはvisual studio codeで開けます。
多分メモ帳でも開けるのですが、何かしらのエディタをオススメします。
というのもこのymlファイルは段落で設定の重要さ？を判定しているので段落がずれると正常に起動しません。
要は段落が分かればいいので、スペースなどが可視化できるエディターの方が書きやすいです。

では中身を見てみましょう。

↓ここから中身

version: '3.7'

services:
  web2:
    container_name: "centos"
    image: centos:centos7
    volumes:
      - C:\project\docker\data:/home/data
    privileged: true
    command: /sbin/init
    tty: true
    ports:
     - 8080:80

  postgres:
    image: bitnami/postgresql:9.6
    restart: always
    environment:
      POSTGRES_HOST_AUTH_METHOD: 'trust'
      POSTGRES_USER: postgres
      POSTGRES_PASSWORD: pikatyuu4188
      PGPASSWORD: pikatyuu4188
      POSTGRES_DB: mydb
      TZ: "Asia/Tokyo"
    ports:
      - 5432:5432
    volumes:
      - C:\project\docker\postgres:/var/lib/postgresql/data
 
volumes:
  web1:
  postgres:

↑ここまで中身
とりあえず上記をコピペして保存して下さい。

私も分かっていない部分があるので、全部は説明できないのですが、まず

そういえば大事な事を書き忘れていました。
起動の前に共有フォルダをwindows側で作ってあげておかないとダメです。
上の設定通りだとdockerフォルダの中に[data]と[postgres]フォルダを作ってあげてください。

さぁ準備が出来ました。
パワーシェルで
docker-compose up -d
と打ってください。
数秒でコンテナが出来上がります。

エラーが出た方は突っ込みお願いします。
docker desktopでも起動しているのが分かりますね。
※dockerコンテナは既にあって作れなかったのでcentosとしています

では中に入ってみましょう。
パワーシェルで
docker-compose exec web2 /bin/bash
と打ち込んで下さい。
[root@c5453bb31251 /]#　みたいな表示に変わったでしょうか。
これで後はこの中でnginxを入れたり、phpを入れたりするだけです。

ただ気になる点がある方もいるかもしれません。
パワーシェルで操作するのかよ！そうです、割とやりにくいです。
私も最初tera-tarmで繋ごうと思ったのですが、ググったり設定している最中にdockerは外部から接続するのはナンセンスという事だったのでパワーシェルで操作しています。
どうしても見た目が・・・という方はgit bashを使う方法があります。
git bashはgitを入れると一緒についてくるコンソールツールで見た目もなかなかいいです。

これを使うにはgit bashのexeまで行ってまずショートカットを作ります。
そのショートカットのプロパティで作業用フォルダの中を空にして今作ったdockerフォルダの中に入れてあげます。

これでOKらしいのですが、私の環境だとdockerの中の現在位置が表示されなかったのでなくなくパワーシェルで作業しています。
パワーシェルだとディレクトリが非常に見にくいので(青背景に青文字)なんで青なんだ！と思いますが、コンテナを設定してイメージをセーブしてしまえば対して使わないのでめちゃめちゃ使う時が来たらその時また考えます。
追記：少し調べたら背景色はすぐ変更出来ました。

Color Toolというのを使うとパワーシェルの表示が変えられるっぽいのですが、なぜかコマンドプロンプトがpopになりましたｗ
まぁ背景色を変えるだけで大分みやすいので問題ないです。

https://mimimopu.com/windows-powershell-color-font-change/

mimimopu.com

さて話が脱線してしまいましたが、コンテナで作業した後イメージにセーブしないといけません。
今はdockerの中にいると思いますが、exitコマンドで一度抜けて下さい。
その後docker ps してあげます。

今起動中のコンテナが表示されます。

何か作業をして残しておきたい時はイメージをセーブすればOKです。
セーブするコマンドは、
docker commit [コンテナのID] [好きな名前]
です。

もし画像の状態のcentosをセーブするなら
docker commit c5453bb31251 test
の様になります。

正直この運用方法がdocker的に正しいのか分かりませんが、作業履歴が残せます。
もっと正しい運用方法があれば教えてください！

さて上のコマンドでtestイメージが作られました。
次回からはこのtestイメージを使う訳ですが、docker-composeを少し変えてあげるだけです。

version: '3.7'

services:
  web2:
    container_name: "centos"
    image: test:latest　←ココを変えただけ
    volumes:
      - C:\project\docker\data:/home/data
    privileged: true
    command: /sbin/init
    tty: true
    ports:
     - 8080:80

  postgres:
    image: bitnami/postgresql:9.6
    restart: always
    environment:
      POSTGRES_HOST_AUTH_METHOD: 'trust'
      POSTGRES_USER: postgres
      POSTGRES_PASSWORD: pikatyuu4188
      PGPASSWORD: pikatyuu4188
      POSTGRES_DB: mydb
      TZ: "Asia/Tokyo"
    ports:
      - 5432:5432
    volumes:
      - C:\project\docker\postgres:/var/lib/postgresql/data
 
volumes:
  web1:
  postgres:

セーブする際に毎回同じイメージ名でコミットするなら常に最後のセーブポイントから復帰できますし、イメージを自動で上書きしてくれるので余計なイメージを量産する事にもなりません。
逆に分けたい場合はイメージ名を変えてあげればOKです。

ちょっと長くなってしまいましたが、docker desktopの使い方は以上になります。
もっと賢い使い方もあるかもしれませんが、私自身初級者なので是非教えて下さい。

肝心にlarabelのインストールについてですが、作業自体は全く同じなので、vagrant編の[まずはnginxを入れてみよう]あたりから参考にしてみて下さい。
同じcentos7なので全く同じ作業で入るはずです。
ここが分からないなどあれば突っ込みお願いします。

laravel8開発環境セッティング(vagrant編)

laravel8がインストール出来ないという方向けに書いてみます。 まずは仮想環境を用意しましょう。 というのも筆者がxamp環境でインストールした事が無いのでやり方が分かりません^^; 仮想環境を使えばサクっと出来上がるので、まだやった事が無い人は挑戦してみましょう。

blog.gorone.site

2021.11.06

投稿 laravel8開発環境セッティング(docker編) は ゴロ寝 に最初に表示されました。

DBのデータって外に保存しない方が良い？

あくまで開発環境の話であって、個人開発の話では無いです。

開発環境を配る時ってDBにデータが投入されていた方が便利ですよね。
前の会社では結構な規模だったので、開発環境はAWSの開発環境用のDBに繋がる様に設定されていました。
前の会社が結構特殊で仮想環境などを使わずに一人1台？EC2を配るというなかなか豪快な環境だったので、かなりレアだと思うのですが、
基本的にDBにはデータが投入されていた方がいいと思うのです。

seedsなどでテストファイルをDB作成時に作るのもいいですが、そこのファイル容量は手間を考えればあった方が良さそう。
今、個人開発しているlaravelのアプリもデータ永続化の為にwindows上にデータを持たせていますが、DBのイメージをセーブすれば多分データは残るはず？

さすがに永続化のデータを配るならDBのイメージを共有した方がいいはず。
ん～でも開発環境と言えど、新規のデータ、新鮮なデータを共有した方が良さそうなのでDBだけでクラウド上で共有した方がいいかもですね。

ちょっと脱線

私は開発にブランクがあるので、開発に使うツール類の進化が凄いです。
それはエディターにも言える事だし、FWもめちゃ進化してます。
特にvisual stadio codeとlaravelにはびっくりしました。

visual stadio code

ATOMではプラグインだったcssの色表示も標準で搭載されているし、なんかもっとカスタマイズするともっと便利になるみたい。
コード自動実装機能は本当にあるし、マイクロソフトの本気ですね。
元々visual stadioは便利だったので、その技術をweb向けにカスタマイズした感じですね。

tailwindのプラグインとCSSセットを使うと何やらもっと凄いっぽいですが、まだ試してないですね。
bootstrap版とかもあるのでしょうか。

まだこのエディタの10%も使いこなせていないので、早く慣れない所です。

laravel

web職人の為のFWとどこかでみた気がしますが、私が触ってみた感想としては、web初心者向きのFWですね。
個人認証機能もガッチリした物がついていて、cssとかjavascriptもlaravel mixで構文をチェックしてくれる。
まぁガッチリ触ってないので、何ともですが、フォルダのジャンル分けが分かりやすい。

とりあえずMVCの置き場所だけ覚えればいいし、rootファイルも分かりやすい。
後地味に凄いのが
Route::resource
と書くと7?8種類のcludが自動生成される事です。

そのコントローラーも
php artisan make:controller コントローラー名 –resource
と書くと動きに合わせたコントローラーを自動生成してくれます(メソッドは定義してくれるけど、中身は空です)

良く使い方が分からず、無理やり作った部分もありますが・・・。

キレイに書くならresourceに合わせて書いて、力技でも実装出来るのがいい所ですね。
ただ、その分表示速度は犠牲になっているみたいです。
venderをオーバーライドしただけでモッサリしたので、何かチューニングが出来るのかな？
モッサリ部分を感じさせない工夫が必要かもしれないですね。
勿論いいサーバーを使えば早いでしょうが。

話は変わりますが、数年前にrailsを試した時はその便利さとチュートリアルのテストがかなり難しい。
正直機能と同等かそれ以上のテストを書いた気がします。

laravelは必要部分だけつまみ食いしたのでテストは書いてないんですよね。
書くとしてもDBの登録部分とかになるけど、やっぱり業務で使うとなるとテストは大事なのでそこは勉強しておきたいです。

正直PHPで新規でアプリを作るならlarabel一択だと思います。
一応cakeとかも触ってますが、断トツで分かりやすい。
といつつPHPはFWが豊富なのでまだ試していないのがたくさんあります。

PHPはアカデミックな言語ではないですが、HTMLに埋め込める部分が強いのかなと思います。
あまり良い使い方では無いですが、viewの中でPHPを実行したりと結構めちゃくちゃできます、他の人に怒られます・・・。

とりあえずまずは、PHPとreactかvueを素で書ける様に勉強します（実際は遊んでるだけなのですが・・・）
その次はせっかくmacもあるのでswiftを書けるようになりたいです。

以上、願望でした。

投稿 開発環境構築の話 は ゴロ寝 に最初に表示されました。

今個人開発しているアプリをvagrantからdockerに移す為に試行錯誤しておりました。
最終的にdocker-composeに書いているのは下記になります。

突っ込み所はあると思います。
まずposgreが10未満な所。
これには理由があって、元々最新verで動かしていたのですが、web1の方も読み取る側として10以上にする必要があったのですが、リポジトリがすんなり追加出来たら良かったのですが、エラーが出る・・・。
色々設定してもエラーが出る・・・。
という訳で結局元のposgreを10未満にする事で対処しました。(posgreは10以上から少し認証方式が変わった)

10未満にすることでマイグレーションもすんなり通りました。

後はdockerの知識として覚えた所はコンテナはプロセスを切ったら状態がリセットされる。
私が何回か起動させたり、停止させたりしてたまに状態が残っていたのはたまたまか想定外の挙動だと思われます。
基本的に状態を保持するにはイメージをセーブしてそれをロードする事が基本みたいです。

ここはvagrantの方がちょっと便利かなと思いました。
vagrantはDBもサーバーもまるっと保存しているので、容量は大きくなるけど、その反面イメージを呼び出すだけで環境が再現されるので便利です。
dockerもcomposeファイルを作ってしまえば同じですが、ツールはあるかもしれませんが、基本セーブする手間があるのでそこは使い方の違いですね。
今回はDBだけ外出しにしましたが、nginxや言語、FWまで外出し出来る様なのでどこまで細分化するかですね。

環境が決まっていれば大きいイメージを作ってもいいと思いましたが、今回みたいにDBのverの切り替えなど手軽に行えるので正直どっちでもいいですｗ
難しいと思っていたイメージ同士の繋ぎもcomposeファイルに定義してしまえば簡単に出来ますしdockerのイメージが少し変わりました。

ただDBのデータを永続化するためにデータをホスト側に持たせる為に共有フォルダにする辺り、上手くいっているかまだ不明です。
ただこれも、ちゃんと方法が分かればふ～ん程度です。

色んなOS、FWや言語を試したい方には凄くいいツールだと思いました。
まだ軽さとかはあんまり実感出来てないです。
検索するとvagrantより軽いみたいですが、そもそもvagrantも重いと感じた事が無いので・・・。

まだm1 Mac版は正式リリースされてない？みたいなのでそれがリリースされれば入れてみたいです。
とりあえず、dockerを食わず嫌いしていたので、その部分は解消出来たので良かったです。

投稿 dockerの話3 は ゴロ寝 に最初に表示されました。