記事はあるはずなのに、記事が出て来ない。
これが一定期間をすぎると検索結果から外されるというものでしょうか。
自分の過去記事をアーカイブとして利用しているとどうも、記事が見つからないことが増えてきた。
duckduck go でサイト内検索を設置するときは次のようにする
<form action="https://duckduckgo.com/"> <input type="text" name="q"> <input type="hidden" name="sites" value="example.com/sites"> <button type="submit">Search</button> </form>
しばらく様子を見てみたい。
https://coderwall.com/p/0euadw/site-search-form-with-duckduckgo
isssue とか ちょっとした名前のミスであれば、名前の変更をしたい。
また、masterを直接更新 から git checkout -b name でブランチを後付で更新したいときに、名前をミスると、名称の変更が速い時がある。
カレントブランチ（今いるブランチ）を変更
git branch -m 新しい名前
変更前のブランチと変更後のブランチを指定して変更
git branch -m '古い名前' '新しい名前'
ちなみに -m の m は移動の m です。rename というより コマンドのmv だと思ったほうがいいでしょう。move だと覚えておけば覚えやすいし忘れないです。
-m, --move
Move/rename a branch and the corresponding reflog.
-M
Shortcut for --move --force.
何度やっても - m が覚えれない人は、ショートカットに登録しましょう
[alias] rename-branch = branch -m
man git-branch
今回は、git branch の操作方法。
ブランチは、もう説明が不要なくらい浸透してて嬉しい。
ブランチの作成と削除という基本概念をメモします。
今いるブランチから作成する
git checkout -b ブランチ名
いろいろあるけど、まずこれを覚える。
git branch -d ブランチ名
名前を指定して消します。
git branch
これでブランチ名がわかるので、ここから必要なものを消します。
でもめんどくさいの一括して消したいですよね・・・。
git branch --merged | \grep -Ev '\*|develop|master' | xargs git branch -d
git flow でよく使う maste /dev と、 いまのブランチ名* name だけを除外して全部消す。
これらを覚えたら。、一括して削除するコマンドをショートカットに登録する。
[alias]
delete-merged = "!func () { git branch --merged| egrep -v '\\*|master|develop' |xargs -I@ -t git branch -d @; }; func;"
git delete-merged
これで瞬殺できるから、お掃除できて楽ちん。
man git branch
git をWEBで閲覧するのには、github 以外にも git serverとして gitweb でもなんでもある。
gitlab は要求水準が高いし、prometheus がCPU食いまくる、またgitlab は複数のドメインで運用が面倒だ。*1
gitlab を複数インスタンス入れるのも面倒な話だし。マルチドメインをできないのなら、別のgit web を探すことにして。 gogs に目をつけた次第です
gogs は go で書かれたgit サーバー
packager を使うのが早い
https://packager.io/gh/pkgr/gogs/builds/689/install/ubuntu-16.04
パッケージでインストールする。
wget -qO- https://dl.packager.io/srv/pkgr/gogs/key | sudo apt-key add - sudo wget -O /etc/apt/sources.list.d/gogs.list \ https://dl.packager.io/srv/pkgr/gogs/pkgr/installer/ubuntu/16.04.repo sudo apt-get update sudo apt-get install gogs
インストール完了したら、次の設定が作られる。
/etc/gogs/conf/app.ini
適当に設定ファイルを編集。
systemctl status gogs systemctl restart gogs systemctl status gogs
また、すでに起動しているので、インストーラーにアクセスしたいところがだが、MySQLを要求するので、先に作っておく
apt インストールが完了したら、あとは、DB設定とユーザー作成して登録する。
Gogs はMYSQLのDBを要求するので、MYSQLにテーブル作成ようにユーザーとDBスキームを作っておく
takuya@sakura:~$ mycli -u root mysql root@(none):(none)> create database gogs mysql root@(none):(none)> create user "gogs-user" identified mysql root@(none):(none)> create user "gogs-user" identified by "**************"; mysql root@(none):(none)> grant all on gogs.* to 'gogs-user'@'%'; mysql root@(none):(none)>
ローカルホストと通信して、接続を確認する。
curl locahost:6000/install
ssh gogs-server -L 8080:localhost:6000 open localhost:8080
インストールして初期ユーザを作ったら準備完了
「１番目」のユーザーが自動的に管理者になり、２番目以降は通常ユーザーになる。
これは最初「アレレ、管理者設定どこ？」って思って勘違いしてググりまくって苦労した。２番目以降の通常ユーザーに管理者フラグを立てると管理者になれる。
メール送信の設定とかを入れて、再起動する
あとは他に、ポート指定したり、nginx にSSLのポートなどを設定。起動ウイザードで設定する
最後に、pull / push の ssh や https のNATなしのポートをなどを設定して準備完了。
Gitlab で認証連携のコレらをやろうと思うと有料版など面倒なのだが、ユーザーの管理に PAM(/etc/passwdなど PAM対応してる認証機構ならなんでも) や LDAP(DN) とSMTPが使える。PAM対応してるのが熱い。
PAM対応があると、ssh や MySQL と共通のID/PWでユーザーを管理できるので、保守性が高くて複数インストールしても苦なく使える。
とても軽快で使いやすい。もっさり感もなく、要求スペックは高くない。
「git は使いたいけどgithub はちょっと。」とか「github が導入できないから git 導入に苦労する」とかいう言説はまやかしである。SFTPでもSMB/Cifsやでも使えるのであるから。git は「分散」レポジトリであることを忘れて中央サーバーが必須だと思いこんでる人の多いことといったら。
github にアクセスできなくてもgit は使えるしソースコードの管理もできる。なんなら今回のようなgogs など git server をオンプレで立ち上げてもいい。
github イコール git と思いこんでる言説が多くて困る。
*1: X-Original-Host を見てくれればいいのにな。
我が家も、スマート・ホームへの進化をします。スマートリモコン（学習型IR)で音声操作や外出先から操作するのは、小さい頃からの夢でした。でも一朝一夕で実現するわけでもないので、少しずつ準備をしていました。
買いました。
API を叩く前に、一通りの初期設定は終わっているものとします。 1. 開封する 2. 接続する 3. 登録する 4 .とりあえずなんかOn/Offは出来てる。
つまり、これさえあれば、仮にNature Remo の運営会社が今すぐ倒産したとしても、Raspiなどから直接Curlでリモコン信号を叩けるわけです。 iOSのアプリが提供されなくなっても、WebUIからプロセス起動すれば動くわけです、やったね。
購入後、自己責任において、自由に使えるソフトウェアとハードウェアは本当に嬉しい。
curl 'http://Remo-1XXXXXX/messages' -H 'X-Requested-With: curl ' -v
まだなにも出てきません。404 になると思います。
Remoへ向かって赤外線リモコンを発光します、Remoが青色に反応したらOKです。
curl 'http://Remo-1XXXXXX/messages' -H 'X-Requested-With: curl ' -v
JSONが返ってきます。
次のようなデータが返ってくる。
{
"format": "us",
"freq": 37,
"data": [
8991,
4505,
550,
1689,....
525
]
}
ここで注目するべきは、 data 属性の値。
この値は、毎回同じにならない。たとえ同じリモコンで同じボタンを使って送信しても。同じにならないのだ。これは時間分解能の限界なので仕方がない。
ただ、比率は毎回ほぼおなじになっている。先頭２つは16T/8T ないし、8T/4T の整数倍に近い値になっている。
先頭２つは、その信号の補正でベースとなる波長の時間間隔Tを求めることができる。
取得したリモコンのデータをそのままオウム返ししてあげれば、まぁそのまま使える。
cat power-on.json | curl-norc -X POST 'http://192.168.2.216/messages' -H 'X-Requested-With: curl' -d @- -vp://
日本の家電の多くは、次のような仕様に基づいて、0/1 のバイナリデータ信号のオンオフ時間によって制御している。
先頭２つの時間合計を１２で割ってみて、２４で割ってみて、誤差を丸めてやり、時間T（変調単位）をもとめて、残りのペアをTの整数倍としてみてみる。
より１：１、１：３の整数値に近い方のTをみつければ、12/24のいずれかででNECとAEHAがわかるはずである。
仕様によれば、先頭の２つから、Tを求めて、あとはその整数倍のペアが出現するはずである。(赤外線の照射時間Tと整数比を測定するわけで、受光器の精度はｍｓである。機器は所詮整数倍しか見れない精度であろう。とすれば有効桁数は１桁の計測器である。２桁まで除算で計算し、それを整数値に丸めてやる)
import sys import json obj_txt = sys.stdin.read() obj = json.loads(obj_txt) code = obj['data'] data = "" t = int((code[0]+code[1])/24) data = [ [ code[i], code[i+1] ] for i in range( 2, len(code)-1,2) ] data = [ [ round(code[i]/t), round(code[i+1]/t) ] for i in range( 2, len(code)-1,2) ] print(data)
実行結果は次のようになった。
[[1, 3], [1, 1], [1, 1], [1, 1], [1, 3], [1, 1], [1, 3], [1, 1], [1, 1], [1, 3], [1, 3], [1, 1],...]
ここで、仕様を見ると、 [1,1] (すなわち [1T,1T] ) は 0 を示し、[1,3] は 1 を示す。
これを使って0/1 にマッピングしてやり、2進数表記を得たら、4ビットずつ16進数表記にしてみた。
import sys import json obj_txt = sys.stdin.read() obj = json.loads(obj_txt) code = obj['data'] data = "" t = int((code[0]+code[1])/24) data = [ [ code[i], code[i+1] ] for i in range( 2, len(code)-1,2) ] data = [ [ round(code[i]/t), round(code[i+1]/t) ] for i in range( 2, len(code)-1,2) ] data = [ "1" if e == [1,3] else "0" for e in data ] data = [ "".join(data[i:i+4]) for i in range(0,len(data)-3,4) ] data = [ int(e,2) for e in data ] data = [ format(e , 'x') for e in data ] data = "".join(data) print(data)
cat led-on.json | python decode-LED.py 8a6e0800800036
あとは、これをボタンごとに調べてやると、ボタンごとの差異が明確になるはずである。
さらに、ボタンごとの差異から、リモコンでは実装されてないOn/Offが見つかる可能性もある。
さらに、この整数値を時間間隔に書き直してRemo経由で発光してあげれば、照明のリモコンとして動作する。
といってもアイリスのLEDはプリセットに含まれているので、ここまで計算する必要も無い。これ以上は時間の都合上やる意味もないが、もし非対応のリモコンが出てきたときにどうやってデータを取得するかだけメモを残しておく
ローカルAPIでは、リモコンの送受信、つまりGET/POSTしかできないようです。
Nature Japan Nature Remo REMO-1W2
curl でよく使う設定をまとめる ~/.curlrc - それマグで！
便利なのですが、ついつい入れすぎてしまって、いざというときに不要なファイルを消せない。
どういうことかというと、~/.curlrc が存在してると最優先でそれを使うので。
alias curl-with-json=curl -q -K ~/.curl-json.conf
alias curl-with-my=curl -q -K ~/.curl-my.conf
必要のないときだけ、デフォルト値を明示して使う。
alias curl-ddefault=curl -q -K ~/.curl-my.conf
curl で curlrc を「使わない」ときは -q を先頭にかいて --config/-K を その次に書く
curl -q --config /dev/null
man curl
DNS によるブロッックングが2019 上半期の一番の話題だったと思う。DNSブロッキングはUKで実際に運用されていたり、法制度化されているので本邦でも導入するべきと言った論調だった。児童ポルノでも一定の成果を上げているしーみたいな？まぁお手本にしたUKや中共ではプライバシー保護の議論は常にあるし、我が国も早晩、プライバシー保護と監視の両立を迫られることになる。その際にブラウザがDoHで問い合わせを保護する方法は重要に担ってくると思う。
DoH を体験しておけば、問題点や課題が少しでもわかるのではないでしょうか。そうおもって使ってみることにしました。
DoH は中間にめっちゃいろいろ挟まるので、最初に概要だけ書いておきます。
dns-https クライアント → Webサーバー(ssl処理) → dohプロキシ → unbound(DNS問合せ)
DoH プロキシは 今回、python のpip で導入します、多種実装があります。
ブラウザ→WEBサーバのSSLはLetsEnctyptで導入されているものとします。*1
インストール先を作って pipenv 環境を整える
target=/var/www/virtualhosts/dns.example.com/doh mkdir -p $target cd $target pipenv install pipenv run pip install pip --upgrade pipenv run pip install doh-proxy
pipenv は導入されているものとします。
pipenv run doh-httpproxy --level DEBUG \ --upstream-resolver 192.168.1.1 \ --listen-address=127.0.0.1 \ --trusted=127.0.0.1 \ --port 8053
ここでは、DoH プロキシを起動しています。
--upstream-resolver 192.168.1.1 では、DoHプロキシがDNSの実レコードを問い合わせるリゾルバを指定（ルータとか unbound とか ISP DNSとか public DNSとか)
--listen-address=127.0.0.1 --trusted=127.0.0.1 --port 8053 では、DoHがリッスンするIP/ポート。さらに信頼するHTTP中間プロキシのIPを記述
https のTLS通信を nginx に任せることにするので、該当のWEBサーバの記述を作ります。
nginx ではSNIでドメイン名を受け取り、それを先程のDoHサーバーに転送します。
# vim: ft=nginx ts=2 sw=2 sts=2 server { server_name dns.example.com; add_header X-Robots-Tag "noindex, nofollow, nosnippet, noarchive"; listen 443 ssl http2; ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem; ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem; if ($scheme = http) { return 301 https://$server_name$request_uri; } location /dns-query { proxy_set_header Host $http_host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_redirect off; proxy_buffering off; proxy_pass http://127.0.0.1:8053; } }
設定ができたら、リロード再起動
sudo nginx -t && sudo service nginx reload
nginx とdoh-プロキシの準備と起動すべてが終わったら。接続してみる
pyenv run doh-client --domain dns.example.biz --qname t.co --qtype a
応答例
2019-07-16 15:10:13,417: DEBUG: Opening connection to dns.example.biz
2019-07-16 15:10:13,423: DEBUG: Query parameters: {'dns': 'AAABAAABAAAAAAAAAXQCY28AAAEAAQ'}
2019-07-16 15:10:13,424: DEBUG: Stream ID: 1 / Total streams: 0
2019-07-16 15:10:13,428: DEBUG: Response headers: [(':status', '200'), ('server', 'nginx/1.10.3'), ('date', 'Tue, 16 Jul 2019 06:10:13 GMT'), ('content-type', 'application/dns-message'), ('content-length', '293'), ('cache-control', 'max-age=378'), ('x-robots-tag', 'noindex, nofollow, nosnippet, noarchive')]
id 0
opcode QUERY
rcode NOERROR
flags QR RD RA
;QUESTION
t.co. IN A
;ANSWER
t.co. 378 IN A 104.244.42.133
t.co. 378 IN A 104.244.42.5
t.co. 378 IN A 104.244.42.69
t.co. 378 IN A 104.244.42.197
;AUTHORITY
t.co. 12577 IN NS ns1.p34.dynect.net.
t.co. 12577 IN NS ns2.p34.dynect.net.
t.co. 12577 IN NS d01-02.ns.twtrdns.net.
t.co. 12577 IN NS c.r06.twtrdns.net.
t.co. 12577 IN NS ns3.p34.dynect.net.
t.co. 12577 IN NS a.r06.twtrdns.net.
t.co. 12577 IN NS b.r06.twtrdns.net.
t.co. 12577 IN NS ns4.p34.dynect.net.
t.co. 12577 IN NS d01-01.ns.twtrdns.net.
t.co. 12577 IN NS d.r06.twtrdns.net.
;ADDITIONAL
2019-07-16 15:10:13,432: DEBUG: Response trailers: {}
サーバーのログの例
専用クライアントを経由して見てますが、curl で問い合わせるには、hexdump して base64 にエンコードしないとダメなので、そのままでは見られなかった。
curl と localhost:8053 でdoh-proxy と直接通信する例。
echo -n 'q80BAAABAAAAAAAAA3d3dwZnb29nbGUDY29tAAABAAE=' | base64 -d \ \ | curl -s -H 'content-type: application/dns-message' \ 'http://localhost:8053/dns-query' \ -H 'X-Forwarded-For: 127.0.0.1'\ --data-binary @-| hexdump -C \
ハッキリ言ってめんどくさい。
https://www.secjuice.com/modsecurity-web-application-firewall-dns-over-https/
手早く試すには、Firefox でDoHサーバーを使うのが良いと思います。
443ポートでSNIするから、ポート５３が必要なくなる。通常のWEBと同じくHTTPSとドメイン名で待ち受ける事ができるので便利。４４３の用途がまた増えてしまった。
HTTPSをするので改竄やオレオレが難しい。クライアントは安全になる。
DoHプロキシとUnboundの通信は暗号化されないし丸見えで従来どおり。全く今までどおり。
対応クライアントがFirefoxくらいしか無い。iOSが対応したら嬉しいな.
ただし、nginx で待ち受けてるDNSホスト名の名前解決には、従来どおりのDNSが必要。ここで詐称される可能性はあるがHTTPSで改ざん検出は可能かもしれない。しかし証明書の確認のためにCRL引っ張りに行くのもまたDNSが・・・ああエンドレスリピートは変わらない。
一般市民が、public DNS経由でブラウザを使うだけならかなり安全になるかと思う。
記述ミスを修正
https://facebookexperimental.github.io/doh-proxy/tutorials/nginx-dohhttpproxy-unbound-centos7.html
Amazon の商品検索から、中華出品者のゴミを消したい。プライムで返品可能とはいえ、もうAmazon中華ガチャに疲れた。海外サイトで購入するより、返品ができるとの理由でAmazonで買ってガチャを引いていた。 AliexpressやeBay での返品不能のリスクを減らすためにプライムに加入しているが、もう外れ多すぎてガチャ引くのに疲れた。
Amazon以外の出品者を除外する（つまり、出品者がAmazon JP なものだけに絞ることができる）
次の出品者コードに限定することで実現する。
&emi=AN1VRQENFRJN5
世の中にはブックマークレットがあるけど、iOSではBookmarkletが動かないので、iOS の 'Shortcuts.app' にシェアボタンで渡せるようにしました。
Amazonが出品してる商品に絞る←インストールはこちらから
Amazonを開いて
シェアボタンからショートカットを呼び出し、
該当のショートカットプログラムを起動する
きれいになる！！
おお素晴らしい！！
単純に replace text して、Safariで開き直すだけ。
http://n-styles.com/main/archives/2017/04/14-054444.php
https://www.icloud.com/shortcuts/793e333499d4408c8b6ca868af14e330
アレな出品を一括除外？ Amazonの検索結果をクリーンにできる「魔法の文字列」が話題に【やじうまWatch】 - INTERNET Watch
コードポイントなった、日本語を単純に元のUTF-8に戻したり、コードポイントでエスケープして符号にする。
コードポイントになった文字列*1
何も考えずに、 jq 通せばコードポイントを読める文字にすることができる・
root@acid:~# cat out | \jq - '.dir' ~/ダウンロード
-a オプションをつけて、ASCIIにエンコードするとちゃんと出てきます。やったね。
root@acid:~# cat out | \jq -a '.dir' "~/\u30c0\u30a6\u30f3\u30ed\u30fc\u30c9"
オブジェクトのキー名にハイフンが混じるとエラー
$ cat out | jq - .download-dir jq: error: dir/0 is not defined at <top-level>, line 1:
なぜ？
こう書いてしまうと、
obj.config ={".download-dir": "~/Downloads"}
obj.config.download-dir # あ！？
どう考えても、引き算じゃん？
obj.config.download-dir (obj.config.download - dir) // え？
なので、JSONにハイフンの引数を入れるのはあまり推奨されないけど、JSONを単なるシリアライズだとか、データ保存形式とか、設定ファイルだと思ってる方々はついついやりがちなのです。
jq でも同じです。ちゃんとクォートつけるか、「 [] 」 でアクセスする
# cat out | jq -ra '."download-dir"' ~/Downloads root@acid:~# cat out | jq -ra '.["download-dir"]' ~/Downloads
おかしがちなだめな例。
これは、ダブルクォーテーションマークが、Bashに解釈されるときに外されて jq まで届かない。
# cat out | jq -ra ."download-dir"
これは、jq がシェル経由という落としな穴。
何でもかんでもJSONってやめたほうが良いよまじで。手入力とか設定ファイルにはホント向いてないから。
手作業に向いてないってことはデバッグとかで、データ取り出しが本当に煩雑。
いつの頃からか、キーボードを使うのは「悪」という監査が蔓延っているようです。キーボードから直接入力することが危険だそうです。
ローソン銀行の例
いまや絶滅危惧種になってしまった。「タブキーを知りません」と「入力時に押したことないです。」という人は、９０％を超える（個人調べ）だろう。
自称：情強の情報系学生でも、タブキーを単体で殆ど使っていません。Alt＋TabやCtr＋Tabだとまだ使われているが、タブキー単体で押す人は殆ど皆無だと思われる。
タブキーによるフォーカス移動を知らないのである。というかフォーカスを概念として知らない。
タブキーとエンターは組み合わせで使うものなのですが、「マウスカーソルを移動しクリック」だけが正しい操作だと倣っているのでしょう。タブキーをおしてエンターを押せません。
アプリケーションやウェブブラウザの入力項目はタブキーで移動することができます。エンターで選択することができます。
しかし、jQuery などで実装されたモーダルウインドウには「全く」これらのことが配慮されていません。タブでフォーカス移動もできない、Enterでクリック代替をすることもできません。中途半端な実装のモーダルウインドウのライブラリは滅びていいと思います。
また、jQeury で実装されたフォーム項目には対象項目を非表示のママ実装されているものがり、タブ移動ができない入力フォームが数多くあります。残念なことです。
タブキーは「ハンディキャップ」の人たちにも大変有益だと思う。バリアフリーを声高に叫ぶ割に、身近なキーボードのキーを使わないまま配慮を忘れ去られゆく。
駐車場に車椅子のスペースを作るのと同じくらいWEBサイトや入力フォームにおけるTabキーは重要です。完全に愚痴でしかないが、日本では本当に軽視されていて、できれば政府が主導してガイドラインを定めるべき案件です。日本政府がいかにIT無能かわかるのではないでしょうか。
iOS を見てみると、タブキーと呼ばずに「上下」の項目移動があります。これがPCのキーボードのタブに相当します。ところがほとんど認知されていません。悲しい限りです。
さらにひどい悲しい事実として知ってほしい。この「入力項目の移動ボタン（タブキー）」が邪魔で消したいという人が後を立ちません。Q＆Aサイトではよく質問で上がってきます。利用者からだけでなく、開発者のQ&Aサイトでもクライアントに言われたから消したいとう書き込みを何度か見かけたことがあります。
タブキーという呼称が、残念なことに、ブラウザのタブと同じ音で同じスペリングのために、タブについて調べることが事実上不可能になっています。
また、タブといっても伝わらないので、タブキーと言わないと伝わらないことが多いです。これも希少化に拍車を掛けているのではないでしょうか。
「タブキーはインデント」のためにあると思いこんでいる人も多い。タブといえば、スペースとタブで宗教論になることも多いです。そのためタブで項目移動は忘れ去られゆく。
Slackなどもタブキーで項目移動をきっちり実装してたりします。tabindex を無視するスタイルなのは、日本の大手企業のWEBサイトによく見られます。イオンとかセブンとかローソンとか。
もしかしたら海外ではちゃんとdisabled people に対して配慮しているのか、スピード狂のためにTABキーを実装するのが文化として根付いてるかもしれない。
タブキーはフォーカス移動をして使うものです。
TABキーとShift+TABキーがペアで使われます。決定はEnter（またはSpace）を押します。
フォーカスを外したいときはESCです。
タブキーとESCとEnterはペアで使います。
これだけです。
開発者は、フォームの項目にtabindex を入れれば良いのです。入れなくても左上から順番に項目が選ばれます。フォーカスしたくない（ちょっと隠してたりdisabledなinput) なら -1 をいれてタブフォーカスを無効にすれば良いわけです。
このブログを書いているはてなブログでも、編集画面にはタブキーによるtabindex の項目移動は実現できていません。
Windows１０から搭載された設定画面とエクスプローラーでは、以前ほどタブキーを使えないことが多いです。彼らもタブキーの存在を忘れてしまったのでしょう。
私達は、タブキーによる項目移動とフォーカスという概念を徐々に失っていると思います。
私は、タブキーをいつから使っているか思い出せません。パソコンを使い始めたのが2005 年ごろなのでそれ以降であることは間違いないです。ノートPCにして、マウスを捨てたのが2010 年頃なので、多分その頃から本格的に使ってると思います。
いまでは、タブキーで「はい・いいえ」を移動したり、「キャンセル」を押したり、入力フォームを手早く移動したり、無くてはならない存在ですが、徐々に使えない箇所が増えていて悲しい。
タブキーが使えると入力が圧倒的に早くなります。RPAとかバズワードが飛び交ってますが、自動入力と定形入力の高速化より、まず入力者であり操作者であるわたしたちがタブキーによ入力高速化をしたほうが良いと思う。しかしそうなっていないのが少し残念。
Windowsエクスプローラと設定もタブキーで操作しにくくなり、ウェブのjQuery モーダルはタブキーが動かず、iOS では邪魔者扱い。Excel入力でもタブ移動より矢印カーソルやマウスが好まれる。はてなブログでもタブキーで右側メニューを選べない。
このままタブキーによる項目移動は絶滅していく運命にあるのでしょうか。
タブキーめっちゃ使うよ！！って人がいたらコメントくだされば嬉しいです。
入力がかったるくて仕方ない。思考するより速く入力したいスピード狂としてはストレスを感じる
ストレスを感じるより、プログラミングして解決したほうが気持ちがいい。
そこで、XpathとBookmarklet を組み合わせて対処することにした。
(function(){ maddr = [] email = window.prompt("メールアドレス？", ""); maddr = email.split(/@/); mail_inputs = []; ret = document.evaluate("//*[ count(./input[ contains( translate(@name, 'ABCDEFGHIJKLMNOPQRSTUVWXYZ', 'abcdefghijklmnopqrstuvwxyz'),'email') ]) = 2 ]//input", document ); while ((input = ret.iterateNext())) { mail_inputs.push(input) } mail_inputs.forEach( function(e,i){ e.value = maddr[i%2] } ) })()
メアドを貼り付ければ、簡単入力ができる。はー楽。
これは愚痴なのですが、日本語の企業サイトには、「自動入力は悪」という概念があるようで。手入力より自動入力のほうが間違いが少ないっていう記述を見かける。 本当に何を考えているのかわからないし。フォームを分割したところで、ヒューリスティックな対処法でしかなく、経験則によりサポートコストが減るというのなら、リーンスタートアップ的にいえばA/Bテストで比較するべきなのである。フォーム項目を増やしても工数が増えるだけだし、RichUIとかUXとか言ってたりフォームをデザインするデザイナは、もっとA/Bテストをプッシュするべきだと思います。
謎フォームの入力に苦労したので解決した話など
「メールアドレスをご入力ください」ただし、アットマークの前後を分けて。フォームの入力がすごくめんどくさいものがあります。
もっと手軽に入力したくてBookmarkletで対処するんだけど。大文字小文字を区別するのがめんどくさい
$x("//*[ count(./input[ contains( translate(@name, 'ABCDEFGHIJKLMNOPQRSTUVWXYZ', 'abcdefghijklmnopqrstuvwxyz'),'mail') ]) ]//input")
ここで、先に大文字小文字を全部小文字にして丸める。
translate(@name, 'ABCDEFGHIJKLMNOPQRSTUVWXYZ', 'abcdefghijklmnopqrstuvwxyz')
その後に、マッチさせる。
contains( translate(@name, 'ABCDEFGHIJKLMNOPQRSTUVWXYZ', 'abcdefghijklmnopqrstuvwxyz'),'mail')
これで、大文字小文字を考えないマッチングができる。
ほんと、Xpathって便利ですね。世間は、もうCSS セレクタばっかり使っってるだろうけど、私は、未だにXpath手放せないや
https://stackoverflow.com/questions/8474031/case-insensitive-xpath-contains-possible
*1:こんなことをしてるの、日本語の大手企業のサイトだけで。これやるとIT能力低いことの暴露だと思うんですけど
