たまたまWindows10の設定のアプリのリストを見ていたら、インストールした覚えのないソフトがある。今回は、JWordプラグインとLinkedInアプリの2つ。
何かのソフトのインスールをしたときに、勝手にインスールされてしまったと思われる。よくあるのはAdobeのAcrobatとかOracleのJavaとかでアンチウイルスソフトをインスールされたことがある。インスールのチェックボックスを外しておかないとインスールされてしまう。
今回は無事にアンインストールできたけど、勝手にインスールされてしまうソフトといえば、マップとかいろいろなマイクロソフトのソフトたち。こちらはアンインストールできないのね。
ThinkPadのディスプレイが赤くなった件、Windows10をリセットしたらうまく行ったみたい。
画面もまともになったし、携帯ネットワークもつながるようになった。何だか、Window 10 Insider Preview での最新のWindows10の問題だったかもしれない。
しかし、この最新のWindows10はそろそろ正式に配布されるらしいから、そのとき同じ現象が出るのかな？
アプリケーションを再インストールをしているし、設定も最初からだしと、Windows10のリセットはとっても面倒。EvernoteとDropboxのデータの同期が時間がかかっている。
とりあえず、Chrome, ATOK, Microsoft Office, Visual Codeを入れておいた。
どういう訳かLenovoのThinkPadの画面が赤くなってしまった。ディスプレイの詳細設定から色のプロファイルを設定し直せば直るのだけど、しばらくするとまた赤くなる。
このままでは面倒なので対応する。レノボのサポートに訊いてもいいのだけど、その前にWindows Insider Programで最新のWindows10を入れているので元に戻す。今はWindows10の回復をやっているところ。
しかしながら、ネットワークに携帯電話が表示されなくなって携帯ネットワークが使えないしと、もうダメダメなThinkPadなのでした。
回復して大丈夫ならば、最新のWindows10が問題。マイクロソフトに報告。でもおそらくThinkPadが悪いような気がする。
携帯ネットワークがつながらなくなるとか解決まだしていないし、そもそもThinkPadを買ったのは失敗だったのかな？
そろそろ10年使っているLinuxのファイルサーバーが危なそうなので、新しくQNAPを導入する。導入したのはTS-673という6台のHDDが入るQNAPである。これでQNAPは2台目。
ファイルサーバーで使っている以外にも、IMAP4でメールを受信している。今回のTS-673はコンテナサーバーの機能が使えるようだから、アプリケーションサーバーとしても使う腹づもり。できなかったら、大きなファイルサーバーになるだけ。
今回もハードディスクは、ウエスタンディジタルのレッド。勇気がなくてWDよりも安いSeagateは買えなかった。万が一安さに目をくらんでトラブったらイヤだし。WDのディスクは、今までトラブったことはないし。６台格納できるが、今回は２だい
早速インストールする。
まずはメモリの増設をする。最初に4GB載っているが、これに16GBを追加する。メモリは普通のノートPC用のDDR4メモリで大丈夫らしい（？）から、お安いものにする。起動したら無事に20GBで認識してくれた。
ハードディスクの取り付けは、とても簡単になった。ネジ止めする必要はなくなった。ハードディスクの枠にプラスチックのパネルをパチンとはめるだけ。4台のハードディスクを取り付けるのに5分もかからない。
以上、QNAPの取扱説明書には書いてないので、何となくで作業でできた。
次にQFinderというQNAPのユーティリティをダウンロードしてインストールして、QNAP本体を探してブラウザからインストールする。あとは手順通りにしたがって行う。
途中、ボリュームが単体とか云々と聞いてくるので、こちらはシックボリュームを選択する。おそらくあと二台のディスクを追加するので、これで合っていると思う。
現在、rsyncサーバーの設定をして必要なファイルを同期中。まだ時間がかかりそう。
このTS-673は液晶パネルがないので、今どの状態にあるのかわからない。音声で言ってくれるのだけど、英語で向こう訛りなので聞き取りにくい。
普段、プロジェクトの課題管理をCandyCaneで行っているけど、そろそろCaｎｄｙCaneはプロジェクトとして収束の方向に向かっているので、新しいソフトウエアを探さないければいけない。
課題管理のソフトウェアだから、どの課題（チケット）が終わっていないのかをわかるようにすることは当たり前だけど、一番は課題が何時間かかったかを集計する必要がある。作業時間の集計結果で、お客さんに作業費を請求している。大抵のプロジェクト管理ソフトウェアの売りであるガントチャートなんて要らない。ほぼ一人で利用するので、他ユーザーとのコラボレーションの機能も要らない。課題の状態（ステータス）も、「新規」「担当」「解決」「終了」くらいで、カンバンとか必要ないし、状態の一覧（終了していいない課題）があればよろしい。そのくらい限定した機能で十分なのである。
CanｄｙCaneは課題ごとに経過時間として作業時間を登録できる。期間で作業時間を集計してCSVに出力できる。CandyCaneはとてもシンプルで気に入っている。
課題管理のソフトウェアとしてアトラシアンのJiraなどを調べてみたけど、作業時間の集計の機能で満足できない。単純に、課題に何時間使っただけの集計だけでいいのに、余計な機能が付き過ぎている。
結局はCandyCａｎｅの元になったRedmineを検討する。しかし、Redmineの一番のネックはRubyで動いていることである。今までRubyの動いているソフトウェアでまともにインストールできた試しがない。特にRubyの環境を作るのに断念している。そして、簡単にそこら辺のレンタルサーバーで動かないのは辛い。
CandyCaneが動いているさくらインターネットのVPSのサーバーでRedmineを動かそうとしたが、案の定ライブラリが古いとかでインストールができなかった。ライブラリをあげても、せっかく今正常に動いているCandyCaneのサイトが動かなくなってしまうのは癪だから、これで中断する。
別にサーバーを契約するか（そんなにコストをかけたくないし）、あらかじめRedmineを提供しているサービスを利用するか（こちらももっとコストがかかるし）、はたまた社内にサーバーを立てるか（運用が面倒だし）を考えることにする。
Redmine以外にまだプロジェクトの課題管理のソフトウェアを引き続き探していく。このままだとCandyCaneのままでいきそう。だけど、PHPのバージョンが・・・・。
まだまだThinkPadの携帯ネットワークが不安定である。これはThinkPadを買ったのが失敗したかと思った。わざわざWAN対応でカスタマイズしたのにな。
と、言ってられないので再度対応を考える。レノボのサポートサイトに行っても快活方法は見つからない。Q&Aのサイトはあるけど、サポートはユーザーコミュニティでやっているみたい。
ここから余談。
レノボにすればサポートは、「何かあったらユーザーコミュニティで質問しろよ。詳しいパワーユーザーが答えてくれるぜ。」って感じなのかな。しかし、パワーユーザーっていうのが曲者で、回答内容を見てみると、「あんたの質問内容じゃあ情報が足りない。」とか「あんたの質問は何を言っているかわからない」とか「そのそもこのコミュニティで質問するべきことではない。」とか、初心者からだと凹むような回答が多い。しかもこんな回答とするのが上位の回答数のユーザーと来たもんだから始末が悪い。
まあ、こんなユーザーコミュニティに頼らないで、自力で解決しなければいけないかと思ってしまったりする、これはレノボによる”ユーザースキルパワーアッププログラム”かもしれないな。
さて話しは戻るが。
結局、今のところの解決策として、最新のWANドライバをアップデートすること。2018年7月24日リリースのワイヤレスWANドライバにアップデートしておいた。とりあえずこれでまたまた様子を見ておく。
ドライバの置き場所とかは以下のレノボのサポートサイトで
https://support.lenovo.com/jp/ja/solutions/ht117260
自分のThinkPadの必要なドライバは、ここのリンクからダウンロードできるようだ。あらかじめレノボのユーザーアカウントを作成して、自分のThinkPadをマイプロダクトに登録すること。登録まで多少わかりにくくて手間取るかもしれないけど、がんばって登録してね。
ダウンロードサイトでドライバの自動更新ができるみたいだけど、あらかじめLenovo Service BridgeというThinkPadのシリアルナンバーとか中身をスキャンするソフトをインストールする必要がある。しかしながら、あらかじめインストールされていても、どういう訳かLenovo Service Bridgeが起動してくれない。そのときは、仕方ないので一度Lenovo Service Bridgeを削除してから再インストールしたら無事にスキャンが始まった。
ThinkPadは何かあったら解決が難しいと痛感した。まだまだ問題があるかもな。
やはりWANでつながらない。つながっているけどスリープから復帰したときとか、明示的に携帯ネットワークをOFFにするとつながらなくなる。携帯ネットワークでつなぐためには、ThinkPadの再起動が必要になる。再起動すれば、二回に一回はつながるようになる。
さて、Lenovoのサポートをお願いしようかとサポートサイトに行ってみると、連絡先の電話番号が見つからない。自分のThinkPadを登録したマイプロダクトのぺーじには、ユーザーコミュニティと有償サポート、国際サポートのリンクしか出てこない。散々探してみると、どうやら購入後30日しかレノボからテクニカルサポートを受けられないようだ。30日以降は有償になる。とにかくレノボのサポートサイトはわかりにくい。Q&A情報からは必要な情報を取得できなかった。
どうやらレノボは技術的なユーザーサポートは、ユーザーコミュニティに任せてしまっているようだ。ユーザーコミュニティを覗いてみても、そんなに満足できるような回答をされていない。レノボもこのユーザーコミュニティはレノボが運営しておらず、レノボからの回答ではないと謳っている。これではThinkPadを買ってもあとでトラブルがあっても正常に戻すことは一般の人では難しいかもしれない。
携帯ネットワークにつながらないときの対処方法の一番は、ThinkPadを再起動することしかなさそう。こんなバカなことがあるかは置いておいて、これはどこに相談するかが問題。Lenovoか？ Lenovoのユーザーコミュニティか？ それともSIMカードを出しているOCNか？ いずれも知らないと言われそう。
最初からWAN対応なんてThinkPadを買わなければよかったと後悔している。そもそもThinkPadを買わなければよかったのかな。携帯ネットワークにつながらないこと以外は、ThinkPad Carbonを気に入っているのだけど。
お客さんから「さくらインターネットからSSLの証明書を再発行しろってメールが来たけどやっておいて。」と連絡があった。デジサート社（旧シマンテック社）が発行したSSLサーバー証明書を、Chromeで失効されてしまうので再発行しなければいけないそうだ。
転送されてきたメールに書いてあったさくらインターネットの指示通りにサーバー証明書を取得の手続きを行う。しかし、発行ステータスが手続中のままで一日経っても進まない。さくらインターネットのサポートに問い合わせると、認証ファイルを再度アップしなければいけないそうだ。説明書をよく読んでいなかったし（どこかに書いてあるかわからない）のが大きな敗因だった。サポートからは「認証できていないから。」の一言だったのはやさしくないサポートだった。認証ファイルを設定しなけれいけないなんて、とんと忘れていたので（更新の一年に一回しか作業しないし）、認証ファイルをアップし直すということまで、たどり着くまで時間がかかった。最初はIPアドレスの許可かファイヤウォールの設定かと思った。
[amazon_link asins=’489100424X,4822298892,4891006129,489100570X’ template=’ProductCarousel’ store=’5cho-me-22′ marketplace=’JP’ link_id=’ef3b4f06-7f51-11e8-a909-db0b976ed467′]
無事に認証されてサーバー証明書をダウンロードできるようなった。今度はWindows ServerのIISにイントールしようとしたらできなかった。IISの「証明書要求の完了」でインポ
再度、さくらインターネットに問い合わせたところ、自分のところのサーバーではないからサポートできないと回答されてしまう。その回答メールの中に
今回の証明書再発行はGoogle とデジサート社との不仲が原因であり、
ChromeやFirefoxなどで、ある期間にデジサート(シ
証明書をエラー扱いにするというものでございます
と書かれているので、何だか会社同士の勝手なふざけた理由で、こちらが作業しなければいけないようだった。これに関しては、さくらインターネットのサポートには、「ふざけんな。」と返送しておく。
このトラブルの件を調べたところ、同じ現象が報告されている。
このような現象が発生したら、そのままIISでは証明書を入れられない。OpenSSLのコマンドで.pfxファイルを作ってからインポートしてあげないといけないようだ。面倒くさそう。
今回のサイトはブラウザでアクセスするようなサイトではないしテストサイトみたいなものだから、これからどうしようか考える。他社のSSL証明書にしたほうが速いし安いかな。
しばらくHappy Hack Keyboardを使っていたけど(Lite2だけど)、新しいシリーズにテンキーレスが出たので、東プレのREALFORCEのキーボードに買い換える。
やはり、ファンクションキーとDELキーは必要なのよね。ファンクションキーを押しながらのキーは、頭で一瞬考えないといけないから。意識高い人のようにHHKBはやはり使いこなせなかった。
今回購入したのは、これ。
[amazon_link asins=’B07B3X17W8′ template=’ProductCarousel’ store=’5cho-me-22′ marketplace=’JP’ link_id=’91dc7585-3d37-11e8-82f4-6b02deb3759b’]
これの静音のAPCの黒にする。カナの表示はいらないから。だけど、黒だとキートップが見にくい。見なければ関係ないけど。
ずっと何年も量販店のキーボード売り場でキータッチを試していたけど、一番キータッチが軽いものが好きなので、結局これにした。
APCとかの機能でキーの押す深さを本来は設定するらしいけど、最初の設定だとキータッチが軽く感じる。キーの上に指を乗せてぼうっとしていたら、気が付くと連続してキーが入力されていた。REALFORCEソフトウェアでとりあえずAPCでキーの深さを3.0mmにしておく。こちらは後でAPCの設定で調整していく。
それと、Ctrlキーをデフォルトの位置に戻しておく。Caps Lockはそのままにしておくけど、こいつは使わないのでREALFORCEソフトウェアでロックしておく。HHKBを使っていたときはAの隣にCtrlキーにしていたけど、別のマシンを使うときに迷わないための措置である。と言いながらも、近いうちに替えてしまうかもしれない。まだCtrlキーの位置に慣れていないので間違える。
これから慣らさないといけない。でも意外と自分は慣れるのは早いから・・・。
CakePHP3で作りたいものがあったので、CakePHP3の開発環境を簡単にDockerを使って構築しようと思い立った。最初は自分でdocker-compose.ymlを作成してコンテナを起動してみたけど、どうしてもXdebugでデバッグができなかった。
たまたまLaradockという本来はLaravelフレームワーク用のDockerコンテナキットを見つけた。最後にcomposerでLaravelの代わりにCakePHPをインストールできるらしいからLaradockを使ってみた。LAMP関連（今回はAではなくnginxだけど）のコンテナが全部入りだから（MySQLだけではなくて、PostgreSQLやSQL Serverもある）、自分でdocker-compose.ymlを書くよりはいいだろうと思った。
参考までにこれから構築していく自分の環境は以下の通りである。ここにLaradockを使ってCakePHP3＋Xdebug＋VS Codeの開発環境を構築する。。
Windows 10 Pro 64 bit Docker version 17.12.0-ce, build c97c6d6 docker-compose version 1.18.0, build 8dd22a96
以下はいろいろと参考にしたサイトからつまみ食いしなから設定を行った部分を抜き出してまとめていく。
Laradockの設定は、こちらのサイトを途中まで参考にした。
PHPフレームワーク「Laradock」で、手軽にLaravel+Dockerな開発環境を構築する
gitのcloneでLaradockをインストールしている。次にLaradockでCakePHP3に関する設定を行うには、こちらのサイトを参考にした。
LaradockでPHPフレームワーク（Laravel・CakePHP）とCMS（WordPress・Drupal・baserCMS）の開発環境（nginx・php-fpm・mysql）を構築する
.envをコピーして設定して、これでインストール完了ですと言えないのは、コピー＆ペーストインストールのいつものこと。このままではphpMyAdminからMySQLコンテナに接続できないとか、細かい問題があった。そしてXdebugでPHPのデバッグをやりたかったので、いろいろ設定を追加していく。
まずは、上記の2つのサイトを参考にしてLaradockをインストールする。自分のところでは、今までの作業でディレクトリはこのようになっている。
/laradock-test ├── laradock └── src
.envの設定だが、設定の一番のポイントはポート番号を重ならないこと。既にローカルでPHP+Xdebugが動いていたようなので、ポート番号の指定で嵌まった。使っていないポート番号を設定しておく。以下に今回設定した.envのnginx, MySQL, phpMyAdminの設定を上げておく。
### NGINX NGINX_HOST_HTTP_PORT=8082 NGINX_HOST_HTTPS_PORT=443 NGINX_HOST_LOG_PATH=./logs/nginx/ NGINX_SITES_PATH=./nginx/sites/ NGINX_PHP_UPSTREAM_CONTAINER=php-fpm NGINX_PHP_UPSTREAM_PORT=9000 ## MYSQL MYSQL_VERSION=5.7 MYSQL_DATABASE=default MYSQL_USER=default MYSQL_PASSWORD=secret MYSQL_PORT=3333 MYSQL_ROOT_PASSWORD=root MYSQL_ENTRYPOINT_INITDB=./mysql/docker-entrypoint-initdb.d ### PHP MY ADMIN # Accepted values: mariadb - mysql PMA_DB_ENGINE=mysql # Credentials/Port: PMA_USER=default PMA_PASSWORD=secret PMA_ROOT_PASSWORD=secret PMA_PORT=8083
使っていない別のポート番号に設定し直しておく。MYSQL_VERSIONは元の設定の8.0だと認証で失敗してしまったので、8.0ではく5.7に設定したら認証ができた。こちらは何か別のよい方法があるかもしれない。
WORKSPACEとPHP_FPM の設定は以下の通り。修正した箇所だけを上げておく。
### WORKSPACE WORKSPACE_INSTALL_XDEBUG=true ### PHP_FPM PHP_FPM_INSTALL_XDEBUG=true PHP_FPM_INSTALL_INTL=true
Xdebugを使うのでWORKSPACE_INSTALL_XDEBUGとPHP_FPM_INSTALL_XDEBUGをtrueにして（PHP_FPM_INSTALL_XDEBUGだけでもいいかも？）、PHP_FPM_INSTALL_INTLはCakePHP3で必要なのでtrueにしておく。
.envの設定の最後として、CakePHP3のインストール先のディレクトリも設定しておく。
# Point to your code, will be available at `/var/www`. APPLICATION=../src/
nginxのドキュメントルートを修正する。設定するファイルは以下のファイルである。
.\laradock\nginx\sites\default.conf
こちらのrootの設定を、CakePHP3のリモート側のドキュメントルートのディレクトリに設定する。今回のプロジェクト名をmycakephpとしておく。
root /var/www/mycakephp/webroot;
docker-compose up -d nginx mysql phpmyadmin
workspaceコンテナにログインして、composerを使ってCakePHP3をインストールしておく。こちらは参考サイトの通り。
LaradockでCakePHPの開発環境（nginx・php-fpm・mysql）を構築する
ここではサイトに書いてある通り、以下のコマンドでプロジェクトmycakephpでCakePHP3をインストールした。
$ composer self-update && composer create-project --prefer-dist cakephp/app mycakephp
nginxからCakePHP3のサイトを参照できるかチェックする。OKならCakePHP3の初期画面が見えるはず。
データベースの接続の設定を.\src\mycakephp\config\app.phpにしておく。
'Datasources' => [
'default' => [
:
'host' => 'mysql',
:
'username' => 'default',
'password' => 'secret',
'database' => 'default',
:
このような感じで.envのMySQLの設定に合わせておけば、データベースに接続が成功はずである。
phpMyAdminも確認しておく。こちらも.envのMySQLの設定通りにすればログインできてMySQLの中を参照できるはずである。もちろん、MySQLのパスワードは適当なものに変えること。
サーバ：mysql ユーザ名: root パスワード: root
MySQL Workbenchからも接続を確認できた。以下の接続情報でWindowsローカルで接続できた。
Hostname：localhost Port: 3333 Username: root password: root
最後にXdebugの設定である。Xdebugのコンテナ側の設定ファイルは次の2つである。同じ内容でコピーすれば大丈夫だった。
.\laradock\php-fpm\xdebug.ini .\laradock\workspace\xdebug.ini
自分が設定した内容は以下の通りである。とりあえずプロフィラの設定も含めて設定しておく。
xdebug.remote_host=172.27.7.81 xdebug.remote_port=9002 xdebug.idekey=Listen for XDebug xdebug.remote_autostart=1 xdebug.remote_enable=1 xdebug.remote_connect_back=0 xdebug.cli_color=1 xdebug.profiler_enable=1 xdebug.profiler_output_dir="/var/www/mycakephp/tmp" xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.var_display_max_children=-1 xdebug.var_display_max_data=-1 xdebug.var_display_max_depth=-1
ここでわからなかったのはxdebug.remote_hostの値だった。結論としてはこちらはWindowsの場合、
ipconfig
で表示されるDocker側の仮想スイッチのアドレスの値を設定しておく。Googleさんに「xdebug リモートデバッグ」で検索して、よく出てくるサイトに書かれている$_SERVER[‘HTTP_X_REAL_IP’]とか$_SERVER[‘REMOTE_ADDR’]の値ではないので注意すること。
xdebug.remote_host = host.docker.internal xdebug.remote_connect_back=1 xdebug.remote_port=9002 xdebug.idekey=Listen for XDebug xdebug.remote_autostart=1 xdebug.remote_enable=1 xdebug.remote_connect_back=0 xdebug.cli_color=1 xdebug.profiler_enable=1 xdebug.profiler_output_dir="/tmp" xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.var_display_max_children=-1 xdebug.var_display_max_data=-1 xdebug.var_display_max_depth=-1
xdebug.remote_hostの設定は、最近新しくDockerのための設定が追加されたようなので、こちらは難しいことをせずにhost.docker.internalを指定しておく。これでうまくデバッグができるようになった。
docker-compose stop docker-compose build php-fpm workspace
でphp-fpmとworkspaceのイメージをビルドしなおす。ビルドできたら、
docker-compose up -d nginx mysql phpmyadmin
をDocker Composeを再度実行する。nginxのドキュメントルートにphpinfo()を書いたファイルを置いてアクセスしてみて、正しくxdebugが設定されているかを確認しておく。
クライアント側の開発環境はマイクロソフトのVisual Studio Code（VS Code）を使っている。あらかじめVS Codeの拡張機能であるPHP Debugをインストールしておく。次にVS Codeのデバッグの構成ファイル（launch.json）を修正する。launch.jsonは以下のように設定した。
{
"version": "0.2.0",
"configurations": [
{
"name": "Listen for XDebug",
"type": "php",
"request": "launch",
"port": 9002,
"pathMappings": {
"/var/www":"${workspaceRoot}/src"
},
"ignore": [
"**/vendor/**/*.php"
]
},
{
"name": "Launch currently open script",
"type": "php",
"request": "launch",
"program": "${file}",
"cwd": "${fileDirname}",
"port": 9002
}
]
}
portは、xdebug.iniのxdebug.remote_portと同じ値にする。以下のように設定するように言っているサイトもあるが、
"serverSourceRoot": "/var/www", "localSourceRoot": "${workspaceRoot}/src"
serverSourceRoot、localSourceRootとも今後推奨されない設定のようなので、pathMappingsにしておく。pathMappingsの設定は、
"pathMappings": {
"リモートディレクトリ":"ローカルディレクトリ"
},
のようにリモートとローカルのパスをマッピングする設定である。ドキュメントをよく読まずにリモートとローカルを反対にしてしまったので動かなくて悩んだ。こちらはnginxのドキュメントルートのディレクトリではないことに注意する。ドキュメントルートディレクトリ外のファイル（例えば、.\src\mycakephp\src\Controller\AppController.php）をデバックしようとしたときに、pathMappingsにルートディレクトリに設定してしまうとソースファイルが見つからないと言ってくる。そこでソースファイルを格納しているディレクトリを設定しておく。
ignoreの設定をしておかないと、以下のような例外が途中で発生する。どうしてかは不明である。
例外が発生しました Aura\Intl\Exception: Package 'default' with locale 'ja-JP' is not registered.
.\src\mycakephp\webroot\index.php とかに適当にブレークポイントを設定して、Listen for XDebug”の構成でデバッグを行う。ブレークポイントを設定したところで止まるかとチェックする。後はステップオーバーでプログラムが進むか、ステップインで別のソースを参照できるか、または変数の中身を参照できるかをチェックして完了。
以上でLaradock＋CakePHP3＋XdebugでVS Codeを使って快適にデバッグができるようになった。以上、再度開発環境を構築する際に忘れないようにメモを残しておく。
同じ設定をMacでやってみたら、niginxコンテナが起動できなかった。原因不明・・。
.\laradock\nginx\sites\default.conf にゴミが入っていたのが原因だった。dockerのログを見たら原因がわかった。
無事にMacでCakePHP3のトップページを参照できた。ただしデバッグできない。
Macでもデバッグができるようなった。ただし、xdebug.ini に
xdebug.remote_host=docker.for.mac.localhost
を設定すればOKのようだ。情報はこちらのサイトから。
PHP on Laradock w/ Visual Studio Code(VS Code)でデバッグ環境 (特にon Mac)
ただし、MacでDockerはとても遅い。ブラウザが表示し終わるのに時間がかかる。こちらは問題になっているようで、将来改善されるのかな？
VS CodeのターミナルからDocker Composeすると、IO Errorが出る。普通にPower Shellで実行するとうまく行く。これは、issuesに上がっているから周知の問題なのかな？
MySQLのコンテナが起動できなかったので、解決策はこちらから
LaradockでMySQLがどうしても立ち上がらない人あつまれー！
1月4日から仕事始め。サイトのアップ作業で簡単と思ったら、対応しなければいけないページが山盛りになって、終いには他の会社の作ったページがおかしいと言うことで対応をやってしまった。今年も何やかんやを忙しくなりそう。
さて、夕方からツレに実家で新年会。本当のメインは岳父のPCのメンテナンス。マシンから異音がするということで、早めに対応しておく。おそらくインテル純正のCPUファンが逝ってしまっているかもしれない。
とりあえず手持ちのPCにハードディスクを交換するため持っていく。義父のPCを開けて見たらハードディスクでなくてSSDだった。多分自分が交換したと思うけど忘れている。
SSDを交換したら完了と思ったら、そうは問屋が卸さない。こんなエラーを表示して再起動する。ASUSのマザーボードを交換すると出てくる問題らしい。
何回か再起動を繰り返すとスタートアップ修復に入れたので、データを消さないように修復作業に入る。ここでとても時間がかかる。
無事に起動できたのでよかったと思ったら、今度はライセンス認証が失敗していた。そういえばマイクロソフトのアカウントでログインしていなかったのでライセンス認証が引き続けていなかった。
だったら新しく買ってきたWindows10でインストールしようとすると、すべてディスクを消去すると言い出す。よく考えてみると、インストールしているWindows10は32bit版で新しいWindows10は64bit版だった。これはダメだ。
しかたないので、以前のPCにSSDをつなぎ直す。エラーが出てくる前にマイクロソフトのアカウントでログインしてライセンスをリンクしておく。
再度新しいPCにSSDをつなぎ直して起動してみる。またしてもブルースクリーンでエラーになる。今度もスタートアップ修復して、Windows10の起動まで持っていく。時間ばかりかかって心が折れそうになる。
今度はライセンス認証も無事にできた。最初からマイクロソフトのアカウントでログインしていればよかった。くれぐれもWindows10のPCでマザーボード交換をするときはマイクロソフトのアカウントでログインしてライセンスをリンクしておくことを忘れずに。
データも無事。これでOKと思ったら、スタートアップ修復したのでアプリケーションの再インストールをしなくていけない。メールはGmailにして、ワープロが必要ということなのでLibreOfficeをインストールして、あとはTeamViewerを入れておく。もし、何か必要な設定が必要であればTeamViewerでアクセスして作業してしまおう。
以上、正月早々からトラブった。
今度のPCはCPUファン無しだから、ケースファンも外してしまったのでほぼ無音。動いているかどうか、PCの音ではわからない。これだけで満足。
持ち帰ったPCを自宅で電源を入れてみると、やはりCPUファンからおかしな音が出ていた。使わずに放っておいた古いCPUファンがストックヤードから見つかった。試しに交換してみるとピッタリだった。作業時間は20分ほど。とても静か。
最初からCPUファンを交換しておけよな＞自分。