sho-kun.com

先日 iPad のパスコードを失念してしまい、PC に認識されない状態で初期化する必要があった。 iPad を初期化するには、PC に認識される必要があるが、今回はそれができない状態だった。 まずはリカバリーモードを試す iPad の電源を切る。 iPad を PC に接続する。 リンゴマークが表示されたら、ボリュームアップボタンを押す。 次にボリュームダウンボタンを押す。 その後、トップボタンを押し続ける。 リカバリーモードの画面が表示されたら、トップボタンを離す。 本来であれば PC が iPad を認識する。 何度かリカバリーモードを試すと認識される場合もある 何度か試すと認識された。 一度アップデートを試みた。 完了後起動したが背景真っ黒で 「iPad は使用できません。8 時間後にやり直してください」と表示された。 そこから何度リカバリーモードを試しても認識されなくなった。 次に DFU モードを試す iPad の電源を切る。 iPad を PC に接続する。 リンゴマークが表示されたら、ボリュームアップボタンを押す。 次にボリュームダウンボタンを押す。 その後、トップボタンを押しながら音量を下げるボタンを 5 秒押し続ける。 トップボタンを離してボリュームダウンボタンだけをさらに押し続ける。 画面が真っ黒のままになったら、PC が iPad を認識する。 これで MAC が認識して初期化できた。

はじめに 「知識をストックする場所が欲しい」と思い立ち、Docker と Hugo を使って静的ブログを構築してみました。 Hugo は Go 製の静的サイトジェネレータで、とにかくビルドが速く、Docker での運用も簡単です。 この記事では、環境構築から記事作成、更新までの流れをまとめます。 docker-compose.yml まずは docker-compose.yml を用意します。 Hugo でビルドして生成した静的ファイルを Nginx で配信する構成です。 services: hugo: image: klakegg/hugo:ext-alpine # Hugoビルド用イメージ container_name: hugo-builder volumes: - ./site:/src working_dir: /src command: ["hugo", "--minify"] knowledge-blog: image: nginx:alpine container_name: knowledge-blog restart: always ports: - "80:80" # ← 直接ホストの80番ポートを公開 volumes: - ./site/public:/usr/share/nginx/html:ro config.toml サイト設定は以下の通り。 テーマは hugo_theme_robust を使いました。 baseURL = "https://knowledge.sho-kun.com/" languageCode = "ja" title = "sho-kun.com" theme = "hugo_theme_robust" [services] [services.disqus] shortname = "" # コメントを入れる場合は設定 [services.

はじめに 複数の Web サービスを同じサーバーで動かすとき、ポートや証明書の管理が面倒になりがちです。 そこで便利なのが nginx-proxy と acme-companion の組み合わせです。 nginx-proxy : コンテナの環境変数 (VIRTUAL_HOST) を読み取り、自動的に Nginx のリバースプロキシ設定を生成 acme-companion : Let’s Encrypt の証明書を自動発行・自動更新 これにより、サービス側にほとんど設定を書かずに 自動で HTTPS 化された環境を構築できます。 前提条件 サーバー上に Docker / Docker Compose がインストール済みであること 公開するドメインがサーバーの グローバル IP に正しく向いていること すべてのサービスコンテナは 同じ Docker ネットワーク (shared-net など) に所属する必要があります docker-compose.yml（プロキシ側） 以下は nginx-proxy + acme-companion の基本構成です。 この 2 コンテナが 80/443 ポートを占有して、全サービスのフロントに立ちます。 services: nginx-proxy: image: nginxproxy/nginx-proxy:alpine container_name: nginx-proxy restart: always ports: - "80:80" - "443:443" volumes: - /etc/nginx/certs:/etc/nginx/certs - /etc/nginx/vhost.

install npm install -g forever 実行 forever start sample.js 再起動 forever restart sample.js 停止 forever stop sample.js 実行中一覧 forever list ログ確認 forever logs 設定確認 forever config オプション ファイルの変更を検知。再起動を自動で実行 -w forever start -w app.js ログファイルの出力を指定 -l forever start -l forever.log app.js

環境 CentOS Linux release 7.2.1511 (Core) 今回インストールしたもの mysqld Ver 5.7.30 for Linux on x86_64 (MySQL Community Server (GPL)) リポジトリの追加 yum localinstall http://dev.mysql.com/get/mysql57-community-release-el7-7.noarch.rpm yumでインストール yum install -y mysql-community-server MySQLのデーモンの起動と停止 インストールが完了しているか、バージョンを表示させて確認 mysqld --version 起動 systemctl start mysqld 起動できたか確認 systemctl status mysqld 自動起動設定 systemctl enable mysqld 初期設定 初期パスワードの確認 cat /var/log/mysqld.log | grep root 2020-06-12T08:46:05.397837Z 1 [Note] A temporary password is generated for root@localhost: JyGp4m7TKI!e 「JyGp4m7TKI!e」が初期パスワード 初期パスワードでログイン mysql -u root -p Enter password: JyGp4m7TKI!e パスワード変更

僕が今まで使っていたコマンドはこちら certbot certonly --webroot -w /var/www/html/test/ -d sho-kun.com でもこれだと既存の証明書が存在するときなどに名前の後ろに「-0001」がついてしまう それを回避する方法 オプションで以下をつける --cert-name [指定したい証明書の名前] 以下のようにする certbot certonly --webroot -w /var/www/html/test/ -d sho-kun.com --cert-name sho-kun.com このようにすることで回避できる

僕がブログを始めたのが 2019年1月 この記事を書いているのが 2020年1月 ちょうど1年間ブログを続けたことになります。 めっちゃ適当に運営していて、アクセス数を増やすための記事とかは書いていません。 ほぼ自分のメモみたいな感じです。 何はともあれ情報です。 ・年間投稿数：50(4記事/月 程) ・年間アクセス数：6,268 ・サイト訪問者：4,432 ・アクセス数ランキング  ・国別アクセス数  ・アクセス数上位5か国  年間アクセス数の分配  右肩上がりでいい感じです😎 今年はメモだけじゃなくて、検索上位を狙えるような記事 そして収益化したい、、、！！

apacheが作成するファイルにFTP権限でアクセスしたい apacheが作成するファイルのユーザーグループをFTPユーザーにする apacheのモジュールで解決する ・mod_ruid2 目次 epelをインストールする mod_ruid2をインストールする mod_ruid2を有効化 実際にファイルを作成してみる epelをインストールする # yum install epel-release.noarch mod_ruid2をインストールする # yum install --enablerepo=epel mod_ruid2.x86_64 mod_ruid2を有効化 とりあえず80番ポートのみに適用 apacheの設定を変更する <VirtualHost xxx.xxx.xxx.xxx:80> ServerName example.com ServerAlias www.example.com DocumentRoot /home/poyopoyo/example/DocumentRoot/ </VirtualHost> ----------【ここからがmod_ruid2の設定】---------- <Directory "/home/poyopoyo/example/DocumentRoot/test_file"> ← mod_ruid2を設定したい階層 <IfModule mod_ruid2.c> RMode config RUidGid poyopoyo.example poyopoyo.example ← 作成されるファイルのユーザーグループを指定 </IfModule> </Directory> ----------【ここまでがmod_ruid2の設定】---------- apacheリロード 実際にファイルを作成してみる PHPでファイルを作成する ディレクトリはさっき設定した階層 /home/poyopoyo/example/DocumentRoot/test_file 以下のPHPでファイルを作成する test.php <?php touch('file.txt'); echo "OK"; ?> ブラウザで実行 [http://example.com/test_file/test.php](https://web.archive.org/web/20200925222816/http://check.kizuna- group.jp/20191223@test_file/test.php) file.txtというファイルが生成された ユーザーグループがさっき設定したものになっていれば成功 実行権限はapacheでapacheで生成されるファイルのユーザーグループが設定したものになる

Download and install GitLabLearn about the various GitLab installation packages and downloads for Ubuntu, Debian, Docker, Google Cloud, and many more.about.gitlab.com 公式のドキュメントが一番確実です。 今回の環境 OpenVZ上の仮想コンテナ OS：centos-7-x86_64-minimal メモリ割り当て：4G スワップ：8G ディスクスペース ソフトリミット：100G ハードリミット：125G 必要なパッケージをダウンロード 今回はOSが「 minimal 」なので不足している物をダウンロード yum groupinstall "Development Tools" yum install git libxml2-devel libxslt-devel gcc bzip2 openssl-devel zlib-devel gdbm-devel ncurses-devel autoconf automake bison gcc-c++ libffi-devel libtool patch readline-devel sqlite-devel glibc-headers glibc-devel libyaml-devel libicu-devel libidn-devel which sudo curl policycoreutils-python openssh-server openssh-clients postfix sshd/postfixを自動起動に設定して起動

お名前.comでドメインを複数発行する機会があり、その時に「課金待ち」というステータスになり登録に時間がかかったため、メモ 支払方法はクレジットカード 目次 経緯 先に結論 原因を調べる 問い合わせてみる 経緯 今までも何回かお名前.comでドメインを発行していたのですが、今回は7ドメインを同時に発行しました そしていつものように、ネームサーバーなどを変更しようとし、ドメインを検索したら 今回登録したはずの7ドメインが検索してもひっからない、、、 先に結論 4ドメイン以上を同時発行した場合は1時間半～2時間ぐらい待つしかない 原因を調べる お名前.com Navinavi.onamae.com とりあえず請求が来ているかチェック  ご請求情報一覧を開いたら 今回の請求のステータスを確認 今回私の場合は「課金待ち 」になっていました（スクショないですTT） ※赤い四角でカッコているところが「課金待ち」の場合はこの記事が当てはまります  問い合わせてみる とりあえず、お名前.comに問い合わせてみる 以下が回答 多くのドメインを登録する場合と、数個のドメインを登録する場合では処理の方法に違いがある為 すぐに発行したい場合は、4ドメイン程度で発行すると「課金待ち」が発生しない ちなみに処理方法が変わるドメイン数はわからない 処理方法が変わるドメイン数は教えてくれなかった（オペレーターがよくわかっていなさそう） 今度からは4ドメインずつ登録しよう お名前.com使いにくい、、、