またもgithubにpushできない
たびたびpush しようとするとエラーが出る
$ git push -u origin master remote: Permission to addictionwhite/chef1.git denied to sublime0807. fatal: unable to access 'https://github.com/addictionwhite/chef1.git/': The requested URL returned error: 403
sshの設定など色々変えてもぱっと解消できず。
何か作業しようとしたときこういうところに引っかかると厳しい(やる気と時間がなくなる)
対処
[remote "origin"] url = https://github.com/username/demo.git ↓ [remote "origin"] url = https://username:password@github.com/username/demo.git
のように URL に username:passwordを含めるようにする。 これが一番てっとり早いと感じた
引用元 teratail.com
docker触り始め1
dockerが動かなかったのでメモ
事象
$ docker build -t <tagname> . $ docker run -d -p 5000:5000 tagname $ curl localhost:5000 docker curl: (7) Failed to connect to localhost port 5000: Connection refused
ここで詰まる。 何が原因かわからない(各コマンド時に特にエラーらしいエラーがなかったので) 最初はポートが正しく開けていないとあたりをつけて、色々調べる (dockerでcurl(7)がってくる記事がいくらかヒットして、これが原因と若干決めつけてしまうが解決せず)
Dockerfileとスクリプトを見直す (どちらも小さなスクリプトだったが、これを目視のみでデバッグするのは限界があると感じた)
-dオプションを外してdocker run実行したらスクリプトのシンタックスエラーが出力された (-dオプションはバックグラウンドで実行) また忘れそうなるが、スクリプト修正した後再度docker buildしないと修正が反映されない。
何気なしに見たままオプションの意味を理解せず追加してはまってしまった。
あとdocker に限らずだけが、問題の正しい切り分けが必要だと感じた。 dockerでのデバッグの手順をもっと知らないといけない
vim修正メモ
使っていない変数の検知
flyinshadow/php_localvarcheck.vimを使用
公式の方はVim7.3あたりで導入された新しい正規表現エンジンに対応できてなくて エラーがでてしまうらしい (随分前に謎のエラーが出て使っていなかったのだけど、これで解消される?)
Bugfix: E874: (NFA) Could not pop the stack ! by flyinshadow · Pull Request #1 · vim-scripts/php_localvarcheck.vim · GitHub qiita.com
" グローバルのチェック不要 let g:php_localvarcheck_enable = 1 let g:php_localvarcheck_global = 0
補完を非同期に
Shougo/deoplete.nvimを使用
let g:deoplete#enable_at_startup = 1 " エンターキーで補完選択 inoremap <silent><expr><CR> pumvisible() ? deoplete#mappings#close_popup() : "\<CR>"
Vdebug WIP
vim の Python インターフェイスを有効にする
Macのローカルでpython3を動くようにする
Mac SierraでPython2.7をPython3.xに切り替えて使用する
Xdebug 導入
GitHub - xdebug/xdebug: Xdebug — Step Debugger and Debugging Aid for PHP
https://lambdalisue.hatenablog.com/entry/2014/05/21/065845
Vdebug 導入
設定ファイル追記
[debug] xdebug.auto_trace=0 xdebug.cli_color=0 xdebug.collect_assignments=0 xdebug.collect_includes=1 xdebug.collect_params=0 xdebug.collect_return=0 xdebug.collect_vars=0 xdebug.coverage_enable=1 xdebug.default_enable=1 xdebug.dump.*= xdebug.dump_globals=1 xdebug.dump_once=1 xdebug.dump_undefined=0 xdebug.extended_info=1 xdebug.file_link_format= xdebug.force_display_errors=0 xdebug.force_error_reporting=0 xdebug.halt_level=0 xdebug.idekey= xdebug.manual_url="http://www.php.net" xdebug.max_nesting_level=100 xdebug.overload_var_dump=1 xdebug.profiler_append=0 xdebug.profiler_enable=0 xdebug.profiler_enable_trigger=0 xdebug.profiler_output_dir="/tmp" xdebug.profiler_output_name="cachegrind.out.%p" xdebug.remote_autostart=0 xdebug.remote_connect_back=0 xdebug.remote_cookie_expire_time=3600 ;xdebug.remote_enable=0 xdebug.remote_enable=1 xdebug.remote_handler=dbgp xdebug.remote_host="localhost" xdebug.remote_log= xdebug.remote_mode="req" xdebug.remote_port=9000 xdebug.scream=0 xdebug.show_exception_trace=0 xdebug.show_local_vars=0 xdebug.show_mem_delta=0 xdebug.trace_enable_trigger=0 xdebug.trace_format=0 xdebug.trace_options=0 xdebug.trace_output_dir="/tmp" xdebug.trace_output_name="trace.%c" xdebug.var_display_max_children=128 xdebug.var_display_max_data=512 xdebug.var_display_max_depth=3
その他
tmuxのプレフィックスが変更できない現象
.tmux.conf
# きかない set -g prefix C-j
karabinerの設定と競合していた(全然使っていないくて気づかなった)
Dockerメモ1
ちょっと触っては間が空いてすぐ忘れるので、少しずつでもメモ
$ docker pull centos
Docker は、Docker ホスト上に存在しないあらゆるイメージを、自動的にダウンロードする。 しかし、場合によってはコンテナを起動するのに少し時間がかかってしまう場合がある。 もし、予めイメージの事前読み込みをしたい場合は、docker pull コマンドを使って事前ダウンロードをすることが可能である。
$ docker run -t centos /bin/bash -c "echo Hello Docker World" $ docker commit f5bd8ca56990 sample $ docker images REPOSITORY TAG IMAGE ID CREATED SIZE sample latest 4436fbf718ef 37 minutes ago 199MB
Docker Commitする場合は docker commit <コンテナ名/ID> <イメージ名>:<タグ名> で行う。
# コンテナIDは以下のコマンドで調べられる $ docker ps -a
コミットしたイメージを実行
$ docker run -t sample Hello Docker World
参考
vagrantのエラーメモ(雑)
一週間ぶりくらいにvagrant 立ち上げると見慣れないエラーが出力された
$ vagrant u#p Bringing machine 'default' up with 'virtualbox' provider... ==> default: Clearing any previously set forwarded ports... ==> default: Clearing any previously set network interfaces... ==> default: Preparing network interfaces based on configuration... default: Adapter 1: nat ==> default: Forwarding ports... default: 22 (guest) => 2222 (host) (adapter 1) ==> default: Booting VM... There was an error while executing `VBoxManage`, a CLI used by Vagrant for controlling VirtualBox. The command and stderr is shown below. Command: ["startvm", "a4b6a234-a9a5-4205-b8d8-0c8bf1cbedf0", "--type", "headless"] Stderr: VBoxManage: error: Could not open the medium '/Users/UserName/VirtualBox VMs/create_laravel_default_1522422912756_3091/centos-vm-disk1.vmdk'. VBoxManage: error: VD: error VERR_FILE_NOT_FOUND opening image file '/Users/UserName/VirtualBox VMs/create_laravel_default_1522422912756_3091/centos-vm-disk1.vmdk' (VERR_FILE_NOT_FOUND) VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component MediumWrap, interface IMedium
ネットの記事を読んで、VagrantやVertualBoxをいれなおしたがなおらず、
VirtualBoxをGUIごしに叩くと色々ポップアップ出たので、そこからごちゃごちゃやったらエラーが消えた(雑すぎる)。
*一応意外とGUIごしからエラーの内容教えてくれた程度の忘備録。
そこからvagrant upすると以下でタイムアウトした(割りと今までも見た光景)
==> default: Booting VM... ==> default: Waiting for machine to boot. This may take a few minutes... default: SSH address: 127.0.0.1:2222 default: SSH username: vagrant default: SSH auth method: private key
以下のURLを参考に対応