PHPのmax_execution_timeで、CLIで実行したときは、0のままだそうです。
LaravelのJobもcliで実行されているので、0のままだそうです。
PHPのマニュアルにも記載されていたけど、なかなか、見つけることができなかったので、ここにメモしとく。
よくプログラムを修正しているけど、コミットするほどでもないけど、修正した履歴を残しといたほうがいい場合、にgit stashを使って一時的に退避させる方法があります。すぐにもとにもどすならばいいのですが、ちょっとstashしたままの場合、名前をつけたほうがわかりやすいですね。名前の付け方は、
git stash push -u -m "メッセージ文言"
ぐぐると
git stash save "メッセージ文言"
をすすめてくるケースがあるけど、この方法は、もう古いらしいので、stashに名前をつけたい場合は、git stash push -m でやってみてください。
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: UNPROTECTED PRIVATE KEY FILE! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Permissions 0644 for '〇〇〇〇' are too open.
It is required that your private key files are NOT accessible by others.
This private key will be ignored.
Load key "〇〇": bad permissions
undo@54.95.198.102: Permission denied (publickey,gssapi-keyex,gssapi-with-mic).
Connection closed by UNKNOWN port 65535
◯◯をchmod 600で変更したら、sshでログインできた。先日までは、普通にログインできたのに、どこかがかわったのだろうか。ちょっと不気味です。
LaravelのRepositoryでInterfaceをつかって構築していたときに、以下のエラーがでました。
Target [App\Repositories\adiumRepositoryInterface] is not instantiable while building [App\Console\Commands\ImportsterDataCommand, App\Services\Api\sterDataService].
どうすればいいのか、わからず、色々調べたら、app/Providers/AppServiceProvider.phpでbindしなくてはいけなかったみたいです。
例は、
public function register()
{
$this->app->bind(
\App\Repositories\adiumRepositoryInterface::class,
\App\Repositories\adiumRepository::class
);
ってな感じです。理由は、また調べてみますが、メモとして。
あと各順番として、interfaceの次に、Repositoryをかかないと同じエラーがでてしまいますので、注意が必要です。
Docker Desktop for Macであるタイミングからマルウェア警告がでて、対象のファイルをゴミ箱にいれますのような警告がでてしまい、起動しない問題が発生しています。
Docker側の不具合で、対応方法は、
を参照するとなおるようだけど、自分の場合は、なんで、やってもうまくいかず、結構手こずりました。
最終的に、
の「Available solutions」のところを実行したら、解決しました。
もしなかなかうまくいかずに、Dockerが起動せずに業務に支障をきたしている方がいたら、ためしてみてください。
余談ですが、以下コマンドの説明です。