踏み台経由サーバ経由で、リモートサーバの 3306 にアクセスする。
トンネルを掘るに当たり、入り口はローカルポートの 13306 としてみる。
| 説明 | 例 |
|---|---|
| リモート | remote.com |
| 踏み台 | fumidai.com |
| ユーザ | user |
ssh -L 13306:remote.com:3306 user@fumidai.com
これで localhost:13306 -> (踏み台) -> remote.com:3306 にトンネルが通る。
このトンネルを使って、ローカルからリモートにアクセスできるようになる。
.ssh/config に設定しておくならこんな感じ。
Host tunel-remote Hostname fumidai.com User user LocalForward 13306 remote.com:3306
これで ssh tunel-remote すると前述のコマンドと同じ意味になる。
GitHub のチーム機能を使ってサブチームを作ったら意図しない挙動になった。
サブチームを作ってリポジトリ Admin 権限を付与し、親チームは Write 権限にしようとしたところ、サブチームの権限が変更されてしまう事象が発生した。
GitHub のチーム機能についてはこちら。
上記の手順を実施すると、 child-team の権限が Write になってしまう。
サブチームは個別に強い権限を付与しているので、親の権限に引きずられないでほしい。。
別のチームやユーザに一度 Admin 権限を付与して、あとから修正できるようにした。
（Org の強い権限があれば、それで直せばいいだけではある）
罠っぽい動き。。。
サブチームで詳細な権限を設定できるという Doc の言葉からも、あまり自然な挙動ではない気がするなぁ。
会社と自宅とか、マシンの買い替えを考慮して、VSCode の設定を管理できるようにしておく。
Settings Sync という拡張機能が便利そうだったので、それを使ってみることにした。
GitHub のトークンを使って、 Gist に設定ファイルをアップする仕組みのようだ。
private gist が作られるので、履歴も追えるようになる。
現在インストールしている拡張機能は下記で確認できる。
code --list-extensions
表示された拡張機能をインストールするには下記。
※この例では python の extension
code --install-extension ms-python.python
Ansible の playbook にするならこんな感じ。
- name: "install vscode extensions" command: "code --install-extension {{ item }}" loop: - ms-python.python - ms-vscode.Go changed_when: false
CLI (code) は VSCode を起動して Shell Command のインストールをすることで使えるようになる。
インストールから設定までをまとめて（起動せずに）やりたいなと思ったら、自分で PATH 通しておけばいいらしい。
cat << EOF >> ~/.bash_profile # Add Visual Studio Code (code) export PATH="\$PATH:/Applications/Visual Studio Code.app/Contents/Resources/app/bin" EOF
文系学部卒で、ひょんなことからプログラマになった僕にとって、コンピュータ・サイエンスというのは正直縁遠いものなのです。
そこに若干コンプレックスなどもあったことから、タイトルに釣られて読んでみたのがこの本。
本当に初歩の初歩というレベルだと思う。
入り口よりもっと手前の、入り口が見えるところに立ったくらいの感覚。
でもその分自分には分かりやすく、「面白いなぁ」と思いながら読めた。
（正直よくわからないところもあったのだが、そこは雰囲気で読み流した。）
今すぐ自分の仕事に役立つかといったらそんなことはないと思う。
でも、この本を読んだことがいつかどこかで何かに繋がりそうな気はする。
読んでよかった。
split -a 3 -b 100m bigsize.log splited-
-a
-b
このコマンド例だと下記のようになる。
splited-aaa splited-aab splited-aac splited-aad ...
オプションで、行数や正規表現で分割することもできるみたい
HTTPリクエストして、レスポンスを返すような処理を書いてみる。
レスポンスをモックしてテストしてみる。
import requests def sample(): try: # ここを Mock したい res = requests.get("http://checkip.amazonaws.com/") except requests.RequestException as e: print(e) raise e return { "statusCode": res.status_code, "ip": res.text, }
本来なら 200 のレスポンスが返ってくるはずだが、 404 にしてみる
from hello_mock import app def test_sample(mocker): # 嘘のレスポンスを作成 responseMock = mocker.Mock() responseMock.status_code = 404 responseMock.text = '127.0.0.1' # requests.get の戻り値を patch する mocker.patch('requests.get').return_value = responseMock actual = app.sample() assert actual['statusCode'] == 404 assert actual['ip'] == '127.0.0.1'
pytest-mock を使うと、 mocker 経由で Mock を扱えるので便利。
side-effect とかを使えば例外のテストなんかもできそう。
Docker Hub の image から tag を探そうと思ったときに、数が多いと中々目当てのものが見つからなかったりする。
API で取得するスクリプトを組んでる人がいたが、API のバージョンが古かったり、タグがたくさんあるとページングされたりするので、自分で書き直してみる。
#!/usr/bin/env bash function docker-taglist() { local image=${1} local response=$(curl --silent --show-error "https://registry.hub.docker.com/v2/repositories/${image}/tags/") local names=$(echo ${response} | jq -r .results[].name) echo -e "${names}" # 最大 5 ページまで取得する local page=1 local next=$(echo ${response} | jq -r .next) while [[ ${page} -lt 5 && ${next} != "null" ]] do response=$(curl --silent --show-error "${next}") names="${names}\n$(echo ${response} | jq -r .results[].name)" echo -e "${names}" page=$((${page}+1)) next=$(echo ${response} | jq -r .next) done }
エイリアスに登録しておけば、こんな感じで使える。
$ docker-taglist library/mysql 5.5 5.5.62 5.6 5.6.43 ...
ページ数は引数で受け取れるようにするといいかもしれない。
