Windows11にMySqlをインストールする まずは存在確認をする mysql --version 上記コマンドでバージョンが出るようであれば、すでにインストール済みなので、この記事は必要ない。 バージョンが出ないようであれば下記の手順でインストールする。 インストール MySqlのダウンロードページに行き、Windows (x86, 32-bit)をインストールする。なぜか２つあるので、容量の大きい方にした。ダウンローボタンをクリックするとページ遷移するので、そのページでインストールする。 インストールの設定 インストーラーを起動すると、設定が始まるので、進めていく。 Progateを参考（以降すべて参考する）に設定した。 ちょくちょく違う箇所があったけど、そこれらへんは流れに任せた。 環境変数の設定 環境変数を設定し、コマンドプロンプトからMySQLコマンドを使えるようにする。 環境変数に設定されているMySqlの設定を、 C:\Program Files\MySQL\MySQL Shell 8.0\bin ↓ C:\Program Files\MySQL\MySQL Server 5.7\bin に変更する。 完了後、管理者モードのコマンドで、 mysql --version を実行し、バージョンが出れば、インストール完了。 動作確認 最後に念のため動作確認をしておく。 C:\Windows\System32>net start mysql57 MySQL57 サービスを開始します. MySQL57 サービスは正常に開始されました。 ログイン C:\Windows\System32>mysql --user=root --password Enter password: ******** Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 2 Server version: 5.7.41-log MySQL Community Server (GPL) Copyright (c) 2000, 2023, Oracle and/or its affiliates....

文字列をBoolean型に変換するとtrueになる console.log(Boolean('false')) // true 特に何も考えず上記コードを書きデバック時にはまった。 他の型は上記のような書き方でうまく変換できるので、原因解明に時間がかかった。 Boolean()を調べてみると、 注意: 文字列への型強制や数値への型強制などの他の型の変換とは異なり、論理値への型強制はオブジェクトからプリミティブに変換しようとするわけではありません。 どうやらこのようなことらしい。 じゃあ、いったいどうすればいいのか。 文字列falseをBoolean型にする方法 console.log(JSON.parse(('false').toLowerCase())) 上記コードでうまく変換できた。

個人的にコスパ最強のものたち 買った時の値段以上の価値を発揮しているものをまとめみた。 たぶん来世でも購入する気がする。 ambie sound earcuffs （アンビー サウンド イヤカフ） AM-TW01 イヤーカフ型のワイヤレスイヤホンで外音取り込みに特化している。 ０歳児の育児中や、車の運転、散歩の時に重宝している。 着せ替えも可能で様々な色のカバーが出ている。 が、完全ワイヤレスが出た時の限定カラーを買えたのが自慢なので、着せ替えするつもりはない。 あと仕事中も常に装着し、音楽を聞いている。 呼びかけられれもすぐに気がつくので、なんの問題もない。 外音取り込み特化ということで、うるさい場所だと音量をあげないと聞こえなくなるのがデメリットだが、そこはトレードオフと割り切っている。 つけていることに違和感がなさ過ぎて、音楽聞きつつお風呂に入ったのはご愛敬。 買うべき理由 耳の中が息苦しくない 耳に悪くなさそうに気がしている 会話しながらも音楽を聞ける 散歩中に後ろから迫る車に気が付くことができる 着せ替え可能なのでその日の気分でイヤホンの色を替えられる 改善点 音漏れの不安が付きまとう 充電がケースなしで10時間は持ってほしい（現状実働、4時間～6時間） マルチペアリングに対応してほしい ambie sound earcuffs （アンビー サウンド イヤカフ） AM-TW01 Kindle Paperwhite 電子書籍の代表格。 正直、紙の本には戻れないし、紙の本しか出さない作家の本は読めなくなってしまった。 やっぱり紙は場所を取る。 家の本棚も蒐集癖を誘うシリーズや全集、過去に買った紙の本限定の作家を除き、ブックオフに売ってしまった。 そして紙の本しか出さない作家に対し、キンドルリクエストを送りまくってる。 最近は全集もKindleで買ってる。 あと何よりキンドルアンリミテッドが便利すぎる。 月額980円で対象の本を読み放題。 だいたい月に15冊の文庫本を読むので、980 - 15 * 500 で6520円お得に。 まあ時期によるのだが、大抵は初回2か月99円、あるいは初月に限り無料なので、試しに入会し、その2か月で読みまくるのもありだと思う。 買うべき理由 本を複数冊持ち歩く必要がない どこでもいつでも本を買い、読み始めることが可能 部屋が片付く 改善点 読めない本がある 漫画とか雑誌は読みにくい アマゾンアカウントが失われたらデータが消える Kindle Paperwhite LG ノートパソコン gram 999g/14インチ 軽いし、かっこいいノートパソコン。 4年間、ほぼ毎日使っている。 このパソコンで沢山のwebサービスを作り、ブログを作り、仕事をした。 ただこれは他のパソコンでも別に良かった気がしているので、次もこのパソコンを買うかと言うと正直微妙。 ただ1キロを切るパソコンの持ち運びの体験は初めてだったので、4年前に衝撃を受けた。...

Dockerで立ち上げたサーバーが遅すぎる。 「はい、サーバーが立ち上がるまで、5分かかりました」 なんていう先生の声が脳内でリフレインする。 docker compose up -d コマンドを打った後の話である。 何が言いたいかというと、Dockerで立ち上げたサーバーが以上に重い。 立ち上げ後、ブラウザが表示されるまで5分以上かかり、更新をクリック後、更新がかかるまで5分以上かかる。 これじゃ、なかなか作業が進まない。 それに前述、前回書いたようにホットリロードがかからないし、そもそも遅すぎてホットリロードが正常に機能しているかがわからない。 どう解決するか じゃあ、どうするべきか。 うまくいくかはわからないが、これもまた前回の記事で書いたように、「wsl上にファイルを置く」ということで少なくともホットリロードは解決するかもしれない。 またDockerもWSL上で動かしているので、開発環境のスピードも上がるかもしれない。 というのも下記のような内容のコメントを見つけた。 特殊な理由がない限り、複数のオペレーティング システム間でファイルを操作しないことをお勧めします。 Linux コマンド ライン (Ubuntu、OpenSUSE など) で作業している場合、最速のパフォーマンス速度を実現するには、ファイルを WSL ファイル システムに格納します。 Microsoft公式 - OS ファイル システム間でのパフォーマンス ということでやってみる。 ファイルを WSL ファイル システムに格納する まずはUbuntuを開く。そうするとターミナルが開くので pwd コマンドで自身がどこにいるかを確認する。たぶん/home/UserNameにいる。 次にそこにプロジェクトフォルダを作成する。 mkdir projectName 作成したプロジェクトに移動し、 cd projectName VsCodeを開く。 code . そこでプロジェクトを作成する。 今回は「DockerでnextJsとnestJsの環境構築をする」で作成したものと同じものを作成した。 次に拡張機能WSLを取ると、リモート接続してくれる。 そこでDockerを起動すれば上手く行くと思うが、起動後すぐに落ちる。 The command 'docker' could not be found in this WSL 2 distro. We recommend to activate the WSL integration in Docker Desktop settings....

Dockerで環境構築したファイルを変更してもブラウザで表示が変更されない そもそも作成した環境は下記記事の通り。 DockerでnextJsとnestJsの環境構築をする で、色々検証してみた結果、Dockerを止め、再度立ち上げれば更新されているということが分かった。原因が分かった、これで一件落着とはならない。 何でも不便すぎる。 そこでホットリロードが効くように調査してみた。 結論（いったん諦める） フロントエンドに限り、ブラウザを更新すれば、表示が更新されることは確認できた。 フロントエンド（NextJs） フロントエンド（NextJs）側の設定は、docker-compose.ymlに下記変更を加えたらホットリロードが効くようになった。 frontend: build: context: . dockerfile: ./docker/frontend/Dockerfile tty: true volumes: - type: bind source: ./frontend target: /app + environment: + - WATCHPACK_POLLING=true ports: , "3333:3333" …ただめちゃくちゃ重い。 何回かやっていると、なんかうまくいかなくなったので、 上記の追加分を削除し、下記で対応した。 next.config.jsに下記を追加。 webpackDevMiddleware: config => { config.watchOptions = { poll: 1000, aggregateTimeout: 300, } return config }, これで同じく重いけど、リロードに対応した。 ホットリロードにも対応しているようだけど、Dockerが重すぎてわからない。 バックエンド（NestJs） NestJsを色々調べてもよくわかなかったので、Dockerについて調べると、下記記事を見つけた。 Dockerを使っていてhot reload系が効かなかったとき この１つ目「wsl上にファイルを置いていない」が該当したので、確認してみることにした。 が、これがなかなか厄介で大変な気がする。 もっと簡単そうなのが、 env CHOKIDAR_USEPOLLING=true をDockerfileに記述する。 あるいは、 environment: - CHOKIDAR_USEPOLLING=true をdocker-compose.ymlに追記するというもの。...