Rustとは何かに対しての記事は複数あると思いますので早速構築から開始していきます

## MacにRustのインストール方法を調査
いつも通りhomebrewで入れようかなと思ったのですが、調べたところ下記のメリット/デメリットがあることがわかりました。

### メリット
- brew upgrade でパッケージアップデートをした際に、併せてRustもアップデートされる
- 使い慣れているので便利

### デメリット
- rustupを利用することを前提としたドキュメントが多いので、都度読み替えを行う必要がある。
- 公式のlinterである「clippy」がhomebrewにない（探せてないだけだったらすいません。)
- VSCodeで、Rustプラグインを入れると結局rustupを利用することになる。

## Rustをインストール
前述したメリット/デメリットからhomebrewではなく、rustupでインストールすることにしました。

### Rust本体
[Rust をインストール](https://www.rust-lang.org/ja/tools/install)

```bash
# 当記事作成時点
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

# 下記実行を促されるので実行
source $HOME/.cargo/env

#それぞれバージョン確認
rustc -V
rustup -V
cargo -V
```

### rust-analyzer
従来のrlsよりもレイテンシが小さいLanguage Serverとのことなので、こちらを採用しました。

```bash
# 下記ツール郡がない場合は、インストールが必要
rustup component add rls rust-analysis rust-src
```

### VS Codeで下記プラグインを追加

[rust-analyzer - Visual Studio Marketplace](https://marketplace.visualstudio.com/items?itemName=matklad.rust-analyzer)

拡張機能の設定で `rust-client.engine` と検索し、でてきた項目を

`rls` から `rust-analyzer` に変更

(設定値の注釈にフルサポートでない旨の説明があるので、rlsのままでもOK)

rlsとrust-analyzerで比べると後者の方がコード補完がより丁寧だと思います。

### cargo-edit

cargo `add` `update` `rm` のコマンドが利用可能になるので、あるとクレート管理が楽になる

```bash
cargo install cargo-edit
```

### CodeLLDB

デバッガー

[CodeLLDB - Visual Studio Marketplace](https://marketplace.visualstudio.com/items?itemName=vadimcn.vscode-lldb)

## Rust触ってみて

触って間もないので、今後意見は変わるかもしれませんが、現時点では以下の様に思いました。

### 書くのが楽しい

これはまあRustに限った話ではないのですが、特別楽しく感じました。

エラーメッセージも分かりやすいですし、コンパイルも早いのでさくっと試せるところもGoodです。

これはGoを学習した時にも感じたことなのですが、runしてから結果が出るまでの速度が早いのは非常に重要だなと感じます。

### 型指定はしたほうが好み

強力な型推論はありますが、型指定があったりなかったりだとなんとなくチグハグなので個人的には型指定をしていきたいと思いました。

年始暇だったので、Rustに少し触って触れてみました

Rustにちょっと触れてみた

タイトルにもありますように、今回はGo言語を使ってJSONを返却するAPIサーバを構築していきたいと思います！

## 環境
- goenv
- go 1.16.5

## まずは準備！
モジュールモードでの開発を行いたいので、以下のコマンドを実行しモジュールモードで開発を行う準備を進めていきます。

```bash
mkdir api
cd api

# api の部分はお好きなmodule名で！
go mod init api
```
そうすると下記の内容の`go.mod`というファイルが出来上がります。

```go
module api

go 1.16
```

## 実行ファイルを作成
今回は、とりあえずJSONを返せればよいので以下の内容の`main.go`を作成していきます。

```go
package main

import (
	"bytes"
	"encoding/json"
	"fmt"
	"log"
	"net/http"
)

// `json:"id"`の記載がなくてもJSON形式で返却されるが、キー名のままだと困る場合はスネークケースなどに直すことができる
type Page struct {
	ID    int    `json:"id"`
	Title string `json:"title"`
	Url   string `json:"url"`
}

// Pageの配列リテラル（本来はDBから返却された値で埋めていく）
var pages = []Page{{
	ID:    1,
	Title: "The Go Programming Language",
	Url:   "https://golang.org/",
},
	{
		ID:    2,
		Title: "A Tour of Go",
		Url:   "https://go-tour-jp.appspot.com/welcome/1",
	},
}

// JSON返却用の構造体
type PageJSON struct {
	Status int `json:"status"`
	Pages  *[]Page
}

// ただただ文字列「Hello, World」を返却するハンドラー
func indexHandler(w http.ResponseWriter, r *http.Request) {
	_, err := fmt.Fprint(w, "Hello, World")
	if err != nil {
		return
	}
}

// appilication/jsonでJSONっぽい値を返却するハンドラー
func pagesHandler(w http.ResponseWriter, r *http.Request) {

	var pj PageJSON
	pj.Status = 200
	pj.Pages = &pages

	var buf bytes.Buffer
	enc := json.NewEncoder(&buf)
	if err := enc.Encode(&pj); err != nil {
		log.Fatal(err)
	}
	fmt.Println(buf.String())

	// Content-Typeを設定
	w.Header().Set("Content-Type", "application/json;charset=utf-8")

	// Responseに書き込み
	_, err := fmt.Fprint(w, buf.String())
	if err != nil {
		return
	}
}

func main() {

	// text/plain返却　"/" のとき indexHandlerを実行する
	http.HandleFunc("/", indexHandler)

	// application/json返却 "/pages"の時 pagesHandlerを返却
	http.HandleFunc("/pages", pagesHandler)
	log.Fatal(http.ListenAndServe(":8080", nil))
}
```
あとは、`go run main.go`を実行することにより「8080」を待ち受ける状態となるので以下のURLで期待結果が返却されるか確認してみてください！

[localhost:8080](http://localhost:8080)  
```bash
# 期待結果
Hello, World
```

[localhost:8080/pages](http://localhost:8080/pages)
```bash
# 期待結果
{"status":200,"Pages":[{"id":1,"title":"The Go Programming Language","url":"https://golang.org/"},{"id":2,"title":"A Tour of Go","url":"https://go-tour-jp.appspot.com/welcome/1"}]}
```

なお、修正をした場合は一度停止してから再度「go run main.go」とすることにより修正内容が反映されます。
`Air`などのホットリロードをできるようにするパッケージもありますので導入してみてもよいと思います。

## 参考URL
[[初心者向け] Golang でシンプルな JSON API を作る - zenn.dev](https://zenn.dev/tatsurom/articles/golang-simple-json-api)

Go言語で、文字列を返却するJSONを返却するAPIサーバを構築していきます

Go言語で簡単なWebサーバ、APIサーバを構築！

tailwindcssを使おうと、npm installを行なったところ下記のエラーに遭遇しました。

```bash
npm install tailwindcss@npm:@tailwindcss/postcss7-compat @tailwindcss/postcss7-compat postcss@^7 autoprefixer@^9
zsh: no matches found: postcss@^7
```
`postcss@^7`この部分が、マッチしなかったとのこと。
zshではマッチしないglob表現を含む場合`no match`エラーとなり、実行が停止するようです。
ただ、今回の場合はその仕様がちょっとお邪魔なので、オフにしたいと思います。

## 解決方法
`.zsrhc`に以下を記述します。

```bash
setopt +o nomatch
```

書き換えたらzshrcを再読み込みしましょう
```bash
source ~/.zshrc

# 設定が正しく行えているか確認
set -o | grep nonomatch
nonomatch on
```

こうすることにより、「ファイル名の補間に失敗してもエラーとせずコマンドを起動する」ようになります。
そしたら後はインストールするだけ！
tailwindcssのインストール以外でも同じく有効な手段です。

zsh: no matches found: postcss@^7 を解決する

この度仕事で、Go言語を使うことになりそうなので、HelloWorldから再び学ぶことにしました。
私が実際に環境構築をした手順を残していこうかなと思います。
最近はもっぱらJavaScript/PHP/Pythonで開発をすることが多かったので、久々のコンパイル言語でワクワクです。

## Go言語とは
Googleが社内の問題を解決するために開発したプログラミング言語です。
PHPや、Pythonと違い静的型付けなコンパイル言語です。（PHPやPythonはインタプリタ言語）
インタプリタ言語は実行のタイミングで１行ずつ機械語に変換していくのに対し、コンパイル言語は先に一気に機械語に変換するので
実行中にコードミスによる実行エラーを防げたり、実行速度が早かったりいろいろな恩恵があります。
また、Go言語は他のプログラミング言語と比べると並列処理を書きやすいのだとか・・・！
デメリットとしては、例外がないこと、ジェネリクスがないことの２点をよく目にします。

詳しくは下記をご参照ください。 
[Go言語の初心者が見ると幸せになれる場所　#golang - Qiita](https://qiita.com/tenntenn/items/0e33a4959250d1a55045)  

では早速、環境を構築していきましょう！

## gitからインストール
brew installだと古いバージョンのGoしかインストールできないので、下記を参考にしgit cloneする形でインストールすることにします。

### 参考
[公式-Installation](https://github.com/syndbg/goenv/blob/master/INSTALL.md)  
[Goの学習備忘録 #2 goenvでバージョン管理しようとしたら古いバージョンしか見つかりません - Qiita](https://qiita.com/tshida951/items/0433440e7b58976cd983)  
[goenvのコマンドチートシート - Qiita](https://qiita.com/Butterthon/items/888a53d933ecea7a20ba)  

```bash
# goenv を clone
# cloneする時に「.goenv」となっていることを確認すること！
git clone https://github.com/syndbg/goenv.git ~/.goenv
```

## goenvのPATHを通す
`.zshrc`に`goenv`のPATHを通す記述を行う

```bash
# .zshrc,.bashrc,いずれか.bash_profileに以下を入力して保存
export GOENV_ROOT="$HOME/.goenv"
export PATH="$GOENV_ROOT/bin:$PATH"
eval "$(goenv init -)"
export PATH="$GOROOT/bin:$PATH"
export PATH="$PATH:$GOPATH/bin"
```
zshrcを書き換えた後は必ず以下のコマンドを実行する
```bash
source ~/.zsrch
```

## goインストール
```bash
# インストール可能なバージョンを確認
goenv install -l
Available versions:
  1.2.2
  1.3.0
　# 中略
  1.16.5

goenv install 1.16.5

# 新バージョンをインストールした時に実行
goenv rehash

# 利用するバージョンを指定
goenv global 1.16.5

# バージョン確認
go version
  go version go1.16.5 darwin/arm64
```

## Hello World
では実際にHello Worldしてみましょう！
GOPATHモードと、モジュールモードの２つがあるようですが、モジュールモードの方がディレクトリを気にせず実行できるようです。
今回はモジュールモードでHelloWorldしてみます！


### モジュールモードで実行
```bash
mkdir sample
cd sample

# go.modファイルが作成される
go mod init sample
  go: creating new go.mod: module sample
```

### hello.go
`go.mod`と同ディレクトリ内に`hello.go`を作成し、以下の内容を記載する

```go
package main

import "fmt"

func main() {
  fmt.Printf("Hello World\n")
}
```

```bash
go run ./hello.go
  Hello World
```

Macでgoenvを使いGo言語でHello Worldするまでの手順

Macでgoenvを利用したGo言語の開発環境構築

## Alipne.jsとは？
Alpine.jsは、Vue.jsや、React.jsの様なJavaScriptフレームワークの様に多機能ではないのですが、
JavaScriptを書かずに簡単なDOM操作や、classの付け替えが行えます。  
また、リアクティブな一面も持っているためVue.jsやReact.jsのように状態に合わせたDOMの維持をしてくれます。  
Vue.js、React.jsなどのJavaScriptフレームワークを利用したことのない人でも簡単に使えることができますので、
それらのフレームワークの入門としてお試しいただくのも良いかと思います！  

LPなどの１枚物などを作成する時は、JQueryや、素のJavaScriptを書くよりもAlpine.jsを使った方が、簡単で明瞭なコードを書くことができます。  
[公式はこちら](https://github.com/alpinejs/alpine)
## 早速使って見ましょう！
### 実行準備
適当なHTMLをご用意いただき、Alpine.jsを読み込ませてください。
```html
<script src="https://cdn.jsdelivr.net/gh/alpinejs/alpine@v2.x.x/dist/alpine.min.js" defer></script>
```
これだけで準備完了です...!

### 例えば、DOMの表示/非表示制御
```html
<div x-data="{ open: false }">
    <button @click="open = true">開く</button>
    <div x-show="open">
        中身
    </div>
</div>
```
まず、`<div x-data="{ open: false }">`とすることにより`open`はリアクティブなプロパティとなります。  
`<button @click="open = true">Open</button>`は、ボタンをクリックすることにより`open`の値を`true`に変更します。  
`<div x-show="open">`で、`open`の値を常に監視し、`true`になったタイミングで表示します。  
これらを１枚のHTMLの中で全て行えるので、最初使った時は感動しました。

### これをJQueryで書くと
```html
<div>
    <button class="open">開く</button>
    <div class="content" style="display:none;">
        中身
    </div>
</div>
```
```javascript
$(function() {
    $('.open').click(function() {
        $('.content').show();
    });
});
```
このくらいであればJQuery.jsで書いても大してコード量に違いはないですし、処理が複雑でもないです。
ただ、JQueryをリアクティブにしようと思うと非常に大変なので、とある状態を見て一気に変更を加えたい場合などはAlpine.jsに軍配が上がるかと思います。
  
私自身JQueryを今まで使い続けて来ましたが、Alpine.jsで実装出来るものは全てAlpine.jsに置き換えています。
それくらい分かりやすいし、スコープもはっきりしているのでとても使い勝手が良いです。
  
興味を持たれた方は、ぜひAlpine.js試してみてください！10分くらいでちょっとした感動を得ることができると思います！


JQueryを使うよりも簡単にDOMの表示制御や、classの付け替えを行うことが可能なAlpine.jsをご紹介いたします！

JQueryを使うよりも簡単にDOMの表示制御や、classの付け替えを行いたい時はAlpine.jsがおすすめです！

## 前提
### 環境
* AWS EC2インスタンス（その他のVPS/専用サーバでも可）
* Apache (VirtualHost)

### 要件
* VirtualHostで複数のサイトを稼働済
* 既存サイトのサブディレクトリとして稼働させたい(例えば、`www.hoge.com`に対して`www.hoge.com/nuxt_app/`のようにしたい。)
* 時間の都合上追加機能のみNuxt.jsで作成（SSR）

いろいろ突っ込みどころがあるかとは思いますが、今回はこのような状況下での作業を行いました。
## Nuxt.jsでアプリを作成する
Nuxt.js[公式](https://ja.nuxtjs.org/docs/2.x/get-started/installation)の手順通り下記のコマンドを実行しローカルで動作することを確認してください。
```bash
npx create-nuxt-app nuxt_app
cd nuxt_app
npm run dev
```
nuxt_appの部分は、ご自分のプロジェクト名に置き換えてください。
今回のように、既存サイトのサブディレクトリとして、Nuxt.jsアプリを実行したい場合は`nuxt.config.js`を以下の様に修正する必要があります。
```javascript
export default {
    router: {
        base: '/nuxt_app/' // .envに記載する場合は、 process.env.BASE などとする
    }
    // その他の設定
}
```
baseの設定値を`.env`などに記載し、環境ごとに切り替えれる様にしても良いかと思います。
Nuxtv2.13以降は、`dotenv`を別途インストールしなくてもよくなっているので、すぐに設定可能です。

## Nuxt.jsアプリをデプロイ
稼働中のVPSまたは、専用サーバにNuxt.jsをデプロイしてください。
本来は、CDツールを利用する方法がよいかと思いますが、今回はgit cloneで配置しました。
他にもFTPツールで配置するなど、手法はなんでも良いです。
配置する先は、既存のWebサイトのディレクトリ配下ではないところに配置した方がよいです。

```bash
#例
/var/www/
┝www.hoge.com # http://www.hoge.com/
└nuxt_app # http://www.hoge.com/nuxt_app/
```
配置後、エラーがなく実行出来ることを確認します。

```bash
# devDependenciesを利用しない場合は、 npm install --production
npm install
npm run build
npm run start
```
特に設定を変更していないので、`Listening: localhost:3000`になるかと思います。

## Apacheリバースプロキシの設定
`httpd.conf`にProxyディレクティブの設定を行います。
```bash
<VirtualHost *:80>
    DocumentRoot /var/www/www.hoge.com
    # 細かい設定は省略
    
    # 以下プロキシ設定
    <Proxy *>
        Require all granted
    </Proxy>

    ProxyRequests Off #フォワードプロキシを利用しないので、オフ
    ProxyPreserveHost On　
    ProxyPass /nuxt_app/ http://localhost:3000/nuxt_app/ keepalive=On
    ProxyPassReverse /nuxt_app/ http://localhost:3000/nuxt_app/
</Virtual>
```
上記設定を行った後`reload`等でApacheに設定を読み込ませることで`http://www.hoge.com/nuxt_app`でNuxt.jsアプリに接続可能になります。
この後は、pm2を用いてnode.jsをデーモン化したり、CDツールによりコンテンツの配置を行ったりするとなお良いかと思います。

既存システムがApacheのVirtualHostで管理しているEC２インスタンスに対して、Nuxt.jsアプリをApacheのリバースプロキシで公開した際の備忘録になります。

SSR設定をしたNuxt.jsアプリをApacheのリバースプロキシで公開する

## ads.txt ファイルの問題を修正してください。
Google Adsenseにいざ合格して、管理画面を覗いてみると、「ads.txt ファイルの問題を修正してください。」の文言が
表示されている場合のNuxt.js / Next.jsでの解決方法を備忘録として残します。

## 解決方法
この問題は、[こちら](https://support.google.com/adsense/answer/7532444?hl=ja)に記載の通り、以下のことを実施するだけで解決することが可能です。
① ads.txtファイルを作成  
② サイトのルートディレクトリに配置
```
# 例
https://chigog.me/ads.txt
```

## Nuxt.jsにおけるルートディレクトリ
Nuxt.js[公式](https://ja.nuxtjs.org/docs/2.x/directory-structure/static)に記載の通り、
>static ディレクトリはサーバルートに直接マッピングされ、また変更されない可能性があるファイルが含まれています。含まれている全てのファイルは Nuxt によって自動で提供され、プロジェクトのルート URL からアクセスできます。

ということなので、`static/ads.txt`のように`static`配下に直接配置することで、自動で配備されるようになります。

## Next.jsおけるルートディレクトリ
`public/ads.txt`に配置することにより、自動で配備されるようになります。

Google AdSenseの審査に合格し、いざ設定をしようと思った時「ads.txt ファイルの問題を修正してください。」の文言が表示されている場合のNuxt.js / Next.jsでの解決方法について

Nuxt.js / Next.js で、「ads.txt ファイルの問題を修正してください。」を解決する方法について

## Mac OSのバージョンアップ後に、git initでエラーが発生
```bash
git init
xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun
```

## 解決方法
xcrunのエラーということなので、MacOSのバージョンアップにより、xcode開発者ツールのバージョンアップが必要そう

```bash
xcode-select　--install
xcode-select: note: install requested for command line developer tools
```

上記コマンドのあとに、インストールを行うか確認ダイアログが表示されるので「インストール」を選択
規約を確認し、「同意する」を選択すると、インストールが始まります。ネットワークの環境次第ですが２〜３分程度かかります。

インストール後再びgit initを実行

```bash 
git init                                                                                                                      

Initialized empty Git repository in /hoge/.git/
```
問題なく`git init`を実行できました。
MacOSのバージョンアップにより、xcodeのバージョンを切り替える必要があることはままあるので、バージョンアップ後に同様のことが起こったらお試しください。
また、git だけでなく `xcrun` `xcodebuild`などの、xcode開発者ツールで利用される他のコマンド類で発生しても応用できます。


git initコマンド実行時に「xcrun: error: invalid active developer path」が発生した際の解決方法

git initコマンドで「xcrun error: invalid active developer path」が発生した際の解決方法

## Firebase CLIのインストール後 firebase loginを実行したらエラーが発生
```bash
firebase login
zsh: command not found: firebase
```
「command not found」
コマンドが見つからない。つまり、PATHが通っていないとのことなのでPATHを通しましょう。
今回の場合、`node`のPATHが通っていないことが原因と考えられます。

手順の通り`npm install -g firebase-tools`でグローバルインストールしていますので、
下記コマンドでグローバル設定してあるnodeのPATHを確認しましょう。

```
npm bin -g 

{$HOME}/.anyenv/envs/nodenv/versions/15.11.0/bin
```

私の場合は、`zsh`を利用しているので下記のようになります。

```bash
vi ~/.zshrc
# .bashrc または、.bash_profile

# 以下を追加して保存して閉じる
export PATH=$HOME/.anyenv/envs/nodenv/versions/15.11.0/bin:$PATH

# 設定を再読み込み
source ~/.zshrc

firebase --version
9.7.0

```
とまぁここで解決することがほとんどなのですが、今回の私はこれで終わりませんでした。


## まだまだエラーが発生して先に進めない・・・！
```bash
firebase --version

dyld: lazy symbol binding failed: Symbol not found: __Z18sse42_is_availablev
  Referenced from: {$HOME}/.anyenv/envs/nodenv/versions/15.11.0/lib/node_modules/firebase-tools/node_modules/sse4_crc32/build/Release/crc32c.node
  Expected in: flat namespace
```
単純な問題からの難解な問題は頭を抱えてしまいます。
と思ったのですが、やはり偉大な先駆者様がいるもので意外とあっさり解決することができました。

現時点での最新版である`firebase-tools@9.8.0`をインストールすることで発生するようです。
Firebaseの手順通りに進めていた場合、最新のバージョンがインストールされているかと思いますので、下記のコマンドを順に実行しダウングレードします。

```bash
npm uninstall -g firebase-tools

npm install -g firebase-tools@9.7.0

firebase --version
9.7.0
```
少し考えてみれば、安定して動作していたバージョンがあるはずなので、ダウングレードを試せばよかったと反省しました。
恐らく今後も似た様なことはfirebaseだけでなく発生すると思うので有事には、**安定バージョンで試す**ことを心がけたいです。

firebase公式の手順通りに進めているのにエラーが発生し先に進めない・・・そんな状況の解決策となります。

firebase login コマンドでNot Foundエラーが発生し実行ができない場合の対処方法

## Netlifyでは、「.htaccess」によるリダイレクト設定はできない
レンタルサーバーでWordpressによるサイト構築から、Nuxt.js＋Netlifyに切り替えた方もいらっしゃるかと思います、
移行に伴いってURIを変更する必要がある場合、旧URIから新URIにリダイレクトしてあげる必要があります。
Netlifyでは、`.htaccess`によるリダイレクトではなくNetlify指定のファイルでリダイレクト設定を行う必要があります。
非常に簡単なので、ぜひお試しください。

## 設定方法は２つ
`_redirects`または、`netlify.toml`によるリダイレクト設定です。
`.htaccess`によるリダイレクト設定を行っていた方は`_redirects`の方が直感的に行えるかと思いますので、今回は前者のファイルにて設定を行います。

## リダイレクト設定
[Netlify公式](https://docs.netlify.com/routing/redirects/)に掲載されている通り
まずは、`static`配下に`_redirects`を作成します。

```bash
# ルートディレクトリから実行
touch static/_redirects
vi _redirects

# ファイルの中身
# 旧URI　→　親URI
/web/1 /articles/1
```
上記ファイルを作成したらgitリポジトリにcommit & pushします。

後は、Netlifyにてデプロイをするだけです。

Nuxt.js + Netlifyでのリダイレクト設定の方法について説明いたします。

NetlifyにデプロイしたNuxt.jsアプリにリダイレクト設定を行う方法

先日Macbook Airを購入し、意気揚々とHomebrewをインストールした際に、PATHが通っていない旨のwarningメッセージが表示されました。
同じ問題を抱えた方のご助力となればよいなと思います。

## Homebrewをインストール
ターミナルを開き、[Homebrew公式](https://brew.sh/index_ja) に掲載されている下記コマンドを入力

```bash
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
```

パスワードを聞かれるので、ログオンの際のパスワードを入力し、Returnでインストールが開始されます。

## /opt/homebrew/bin is not in your PATH
ターミナルには、「Installation successful!」と表示されていますが、よく見ると

```bash
Warning: /opt/homebrew/bin is not in your PATH.
==> Installation successful!
```

上記のようにWarningの文字が表示されています。
ただ、インストールは完了とのことなので、試しに利用できるか確認。

```bash
brew -v
-bash: brew: command not found
```

やはりパスが通っていないので実行できない。

## 解決方法
Homebrewのパスを通すことにより、実行可能となるため下記コマンドを入力

```bash
export PATH="$PATH:/opt/homebrew/bin" 
brew -v
Homebrew 3.0.0
```

これでパスが通り、brewコマンドを実行可能になりました。
ただ、これだとターミナルを再起動するとまた上記のコマンドを打たないと実行できなくなるため、下記の設定を行ってください。

```bash
# zshを利用していない場合は、.bashrc または、.bash_profileを変更する
vi ~/.zshrc

# 以下を追加して保存して閉じる
export PATH=/opt/homebrew/bin:$PATH

# 設定を再読み込み
source ~/.zshrc

brew -v
Homebrew 3.0.0
```

既存のパスを消したくはないので、**必ず**「$PATH」を入れるようにしてください。また、「/opt/…」は、環境によっては異なるかと思いますのでWarningに表示されているディレクトリパスを入力してください。

インストールログに、PATHが通っていない旨のエラーが表示されていることもあるのでログも参照しながらご対応ください！

Homebrewインストール時に「/opt/homebrew/bin is not in your PATH」を解決した方法について