はじめに 本エントリーのゴールは以下のような状態です。 （ほぼ）Dockerだけしかインストールされていないサーバーが1つある そのサーバーのDockerで複数のWebアプリがホストされている 各WebアプリはDocker Composeで構成管理されていて、アプリごとに docker-compose up するだけで動く docker-compose up した各Webアプリには、指定したサブドメインが自動で割り当てられて、Let’s Encrypt で取得したSSL証明書が適用される この状態になるまでに必要な作業をできるだけ丁寧に解説していきます。やや長くなりますが、ぜひ最後までお付き合いください。 目次 Ubuntu 16.04のサーバーを用意する サーバーにDockerをインストールする 一般ユーザーを作る Dockerをインストール Docker Composeをインストール

僕は今でこそWordPressテーマのCocoon等のWEB制作をしています。 しかし元々、というか現在も「アフィリエイトサイ... 下書き用エディターの「チラシの裏」を作成したので紹介です。 すぐにダウンロードしたい場合や、アップデートの場合は以下のリンクか...

事象 Git/githubで個人開発を進めていたところ『warning: LF will be replaced by CRLF』というエラーが発生してgit add　コマンドが動かなくなってしまった。 warning: LF will be replaced by CRLF in log/error_2018-11-04.log. The file will have its original line endings in your working directory

さて、またまたまたWi-Fi＆回線ネタです。 案外記事を書いてからアクセス数が多いので需要があるなと思いまして本日も書いていこうかと！ 最初は「光回線」次に「自前ルーターの設置」ときて十分速いのですが、大体Wi-Fiルーターってそのままで使用している場合が多いと思います。 いうて私も設定するようになったのはここ数年の話。昔は脳死で設置して「はや～い＾＾」とか言っていましたから。 最近の製品は良い物が多いのでそのままでも十分速いですが、設定を見直すことで更に速くなったりもします。 設定を見直すと速くなる事もメリットではあるのですが、人によってはもう一つのメリットも。 それは「その場所特有の電波状況」です。 結構「評判良くてこのWi-Fiルーター購入しましたが全然速度が出ません。☆1つです」とか 「不良品。接続が不安定すぎて使えない。購入するな！☆1つ」なんてレビュー見かけません？？ 初期不良

手元での動作確認に使用した環境 端末：NVIDIA JETSON AGX XAVIER os：Ubuntu 18.04 LTS 背景 Ubuntu OSをインストールした端末にsshでログインした際に、CPUやメモリの使用状況を確認したいシーンに遭遇することがあるかと思います。 Windows OSにリモートデスクトップで接続した場合はタスクマネージャーを使用すれば確認できますが、 Tera TermなどのCUIでログインした場合は確認方法が解らないのが通常かと思います。 そこで、リソースの使用状況を確認するコマンドを整理します。 目次 cpuやメモリの使用状況を知る ネットワークのパフォーマンスを知る ディスクの空き容量を知る ディレクトリのディスクの使用量を知る cpuやメモリの使用状況を知る Ubuntuでは、topコマンドを使用することでプロセス、CPU、メモリ、スワップの統計情報

当時も、「ブログ＋アフィリエイト」で大金を稼いでいる人がいるのはよく目にしていたので、しっかりとブログに取り組めば定収を得ることができるのは知っていました。 ただ僕の場合、毎日毎日、寝ては起きて寝ては起きてを繰り返すだけの無限ループ生活です。ブログを書こうにも、全くといっていいほどネタがなく、どう手をつけていいかもわからない状態でした。 そんなさなか、「なんかいいネタないかなぁ」とネットを見ているときに、ある書き込みが目に留まりました。僕の記憶が確かならば、それはこんな感じの書き込みでした。 ブログで稼ごうと思ったら簡単だよ。 身の回りにあるものをとにかく写真に撮りまくれ！ そのカメラに撮った商品を使い込め！それも徹底的にな！ あとは、お前の感じた感想をそのままブログに書き込むんだ！ その紹介した商品にAmazonのアフィリエイトを忘れるなよ。 これをひたすら続ければ、月に数万円は余裕。

＜景品表示法に基づく表記＞　本サイトのコンテンツには、商品プロモーションが含まれている場合があります。 wp-config.phpの修正インストールしたディレクトリの直下にあるwp-ocnfig.phpを修正します。 # cd /usr/share/nginx/wordpress/ # vi wp-config.php 次のコメントがある直前に設定を追加します。 /** マルチサイト機能 */ define('WP_ALLOW_MULTISITE', true); /* 編集が必要なのはここまでです ! WordPress でブログをお楽しみください。 */ wordpress管理画面の「ダッシュボード」-「 ツール」-「ネットワークの設置」にすすみます。プラグインの無効化が促されますので従い、インストールを実行します。インストール後に「wp-config.php」と「.htaccess」

Docker HUBにあるjwilder/nginx-proxyで構築したリバースプロキシでは2MBを超えるファイルはデフォルトではアップロードできないようです。しかしそのような制限があるとコンテンツ構築に支障があるのでアップロードサイズ上限を変更しました。その手順を公開します。 jwilder/nginx-proxyでのリバースプロキシ構築はこちらを参照ください。 １．現象 リバースプロキシの転送先ホストで運用しているWordpresでテーマファイルのアップロードに失敗しました。サイズは12MB程度。php.iniの設定は15MBとしているのでクリアしています。ホストのnginx設定ファイルでも「client_max_body_size 100M;」に設定しており問題はないはずです。 Nginxでは以下のエラーが発生していました。 「413 Request Entity Too Larg

アップデートを掛けたら、デーモンの再起動を聞かれるようになった。 これはneedrestartというパッケージが使われるようになったからのようだ。 再起動が必要なデーモンがあるなら、再起動しちゃってください。 /etc/needrestart/needrestart.conf … # Restart mode: (l)ist only, (i)nteractive or (a)utomatically. # # ATTENTION: If needrestart is configured to run in interactive mode but is run # non-interactive (i.e. unattended-upgrades) it will fallback to list only mode. # #$nrconf{restart} = 'i'; $nrcon

起動しているすべてのDockerコンテナの停止や削除をするときに使っているコマンドが便利なので紹介したいと思います。 紹介するコマンドはDocker For Macで実行し確認しました。 TL;DR 全コンテナ停止: docker stop $(docker ps -q) 全コンテナ削除: docker rm $(docker ps -q -a) 全イメージ削除: docker rmi $(docker images -q) すべてのコンテナを停止する docker stopに関しては説明不要かと思います。 $(docker ps -q)の部分に関してですが、 docker psの-qフラグを付けることでコンテナのIDのみを取得します。 例えば、以下のように起動しているコンテナがある場合 CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAM