つい先日、我が家にM1 Macが届きました。 「Dockerまわりがつらいよ」という話は聞いていましたが、私もしっかりと MySQL のコンテナが立ち上がりませんでした。 軽くググっても「むむ・・・?🤔」と思う結果だったので、自分でしっかりまとめてみようと思います。 そもそもの問題 M1 Mac で Docker 公式の MySQL コンテナをそのまま使おうとすると、以下のエラーが出て使用できません。 ERROR: no matching manifest for linux/arm64/v8 in the manifest list entries これは雑に説明すると、「このコンテナは ARM64 に対応してないよ」ということです。 そして、 M1 チップは ARM64 アーキテクチャを採用しています。 解決する方法 色々と調べてみると、主に3つの方法があるようです。 arm64v8
https://blog.hatena.ne.jp/{はてなID}/{ブログID}/atom/entry/{entry_id} https://blog.hatena.ne.jp/{はてなID}/{ブログID}/atom/page/{page_id} 各変数の意味と書式は次のようになります。 はてなID 意味:あなたのはてなID ブログID 意味:ブログのID 書式:ブログのドメイン (例: example.hatenablog.com) ルートURL 意味:ブログのトップページのURL 書式:ブログのドメイン。サブディレクトリオプションを利用している場合はサブディレクトリも含む (例: example.hatenablog.com, example.com, example.com/subdirectory) entry_id: 意味:ブログエントリのID 書式:epochを表す数値 (
プログラミングでときどき話題になるのが、コードをコピー・アンド・ペーストすることの是非だ。コピー・アンド・ペーストを「コピペ」とカジュアルな感じに略すことも多い。 コードのコピペは、一般にはあまりいいイメージを持たれていない。能力が低いプログラマーを「コピペプログラマー」と呼ぶこともある。自分でコードを書けず、ネット検索で見つけてきたコードをコピペでつなぎ合わせてプログラムを作るようなプログラマーという意味だ。 ただ、コードをコピペすることがすべて悪いわけではない。例えば、プログラミング言語の公式マニュアルからサンプルコードをコピペし、自分の用途に合わせて書き換えるといったことはよく行われている。こうしたコピペには特に問題はない。 要するに、コードのコピペには「問題ないコピペ」と「悪いコピペ」の2種類があるのだ。これらを分ける要素は、個人的には2つあると考えている。 1つめの要素は「コピペ
Capital was free. Now it’s expensive. タダだった資本は今や高価に 資本がタダの時代はより多くの資本を消費する会社がベストだった 資本が高価になった今はこれらの会社はワーストな会社になった 1ドル1ドルが以前よりもより大切になった時、優先順位をどうかえていくのか スタートアップに冬の時代が来た 米国を代表する投資家で SmartHR の株主でもあるセコイア・キャピタルが「Adapting to Endure(耐えるための適応力)」というプレゼンテーションを共有してくれました。最初は投資先限定で非公開だったらしいのですが、メディアに Full Version が漏れたため結局公開することにしたらしいです(笑) コンテキストを説明すると、今は世界的にスタートアップの資金調達環境が「冬の時代」に突入しており、多くのスタートアップが資金調達が進まずコスト削減をし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く