_pry_.config.print = proc {}
irb の場合は
conf.echo = false
こうすれば、長いStringのスクロールで死ななくて済む
_pry_.config._print = _pry_.config.print
_pry_.config.print = proc{}
元に戻す
_pry_.config.print = _pry_.config._print
これをトグルできる関数にしてくれると便利なんだけどな。
https://github.com/pry/pry/wiki/Customization-and-configuration#Config_print
--print-pdf オプションHTMLをPDFに変換するコマンドは、いくつか有るけれど、 chrome のオプションだけで実現できる。
しかも chrome59 から headless オプションがあって更に便利になった。
chrome-bin --headless --print-pdf=path/to/output.pdf input_url
input_url のところには、ブラウザで開けるものなら、大抵のものが入る。
ローカルファイルなども印刷するできる。
chrome-bin --headless --print-pdf=path/to/output.pdf /path/to/index.html
macOS X の場合は .app の中身をたどって指定する必要がある。
/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome \ --headless\ --print-to-pdf='/Users/takuya/Desktop/a.pdf' \ file:/Users/takuya/Desktop/sample.html
ログインが必要なURLなどはどうするのか。
Cookieを拾ってくるしか無い。Cookieはプロファイルに入ってるのでプロファイルから拾うしかない。
--user-data-dir=/Users/takuya/Library/ApplicationSupport/Google/Chrome/Default/"
プロファイルを指定することでCookieを拾えるのでそこから何とかする。ただし、プロファイルは起動時にロックが掛かるので、同時に複数のインスタンスで使用できない。その為に、セッションのCookieは扱うのがとても面倒なので、Chromeをいったん終了したら消えてしまうセッションCookieを扱うには、Chromeを強制終了したりSelenium側でAddCookieするとか面倒くさい処理がひつようになる。
Chromeを webdriverでアクセスすると iframe で作られた、印刷プレビューにアクセスするのがとてもめんどくさい。（セキュリティ関連のアレコレの制限をdisableオプションで取っ払えば出来るんだろうけど）
たとえば、某銀行の印刷プレビューページなどをそのまま取りたいとか。印刷用のCSSが正しく動くかどうかとか、テストしたい箇所も山ほどある。
１週間ほど毎日のように、あれこれ調べまくった結果、Chromeの起動オプションに –print-to-pdf がありました。しかしコレでは、「いま表示しているページ」を印刷するのが不便です。
Cookieを引き継ぐためにProfileを設定してChromeの再起動が必要です。
さらに探していたら、 --kiosk-printing とう「最高」なオプションを見つけたので歓喜しました。
--kiosk-printing とは？印刷ダイアログが開くと、印刷ボタンを無条件に押してくれます。これはキオスクモードで、ユーザーにプリンタの選択をさせない為に作られているようです。
この印刷ボタンを無条件に押してくれるオプションを使うとHTMLをPDFで保存してくれます。
Capabilitiesを活用します、そして該当ページへ移動したら、window.print() を実行します。
caps = Selenium::WebDriver::Remote::Capabilities.chrome( "chromeOptions" => { "args" => [ '--kiosk-printing', ], "prefs" => { download: { default_directory: '/path/to/download' directory_upgrade: true, prompt_for_download: false, } } }) driver = Selenium::WebDriver.for :chrome , :desired_capabilities => caps driver.get 'chrome://version' driver.execute_script(' return window.print();')
window.print で表示された、印刷ダイアログで、ボタンを押すことは kioskオプションがやってるくれるのでSelenium側では処理をする必要がありません。
基本的には、保存先のディレクトリで指定したフォルダになりますが、設定が曖昧だと ~/Downloads に保存されます。
もし、設定がうまくいかないときは 、Seleniumで次のページへアクセスして、設定を変更したら間違いなくうまくいく。
driver.get 'chrome://settings'
ruby ではログを出すときに Logger が便利です。
require 'logger' logger = Logger.new(STDOUT)
標準出力に出す場合は STDOUT($stdout) 、標準エラー出力に出す場合は STDERR($strerr) を指定する。
logger をインスタンス化したら、ログを書き出す。
logger.info('Hello Log') # => I, [2017-06-07T13:53:15.178750 #20342] INFO -- : Hello Log
log()のような関数はなく、ログレベルに応じたメソッドを使う。
ログレベルは、 debug, info, warn, error, fatal, unknown があり、それぞれが、メソッド名になっている。
logger.debug('メッセージ') logger.info('メッセージ') logger.warn('メッセージ') logger.fatal('メッセージ') logger.unknown('メッセージ')
まとめて実行してみる。 Object.send(:method_name, args ) でインスタンスメソッドを呼び出せるのでそれを利用する。
[:debug,:info,:warn,:error,:fatal,:unknown].each{|e| logger.send(e,"message at level #{e}") }
実行結果
>> [:debug,:info,:warn,:error,:fatal,:unknown].each{|e| logger.send(e,"message at level #{e}") }
D, [2017-06-07T13:55:36.802479 #20342] DEBUG -- : message at level debug
I, [2017-06-07T13:55:36.802532 #20342] INFO -- : message at level info
W, [2017-06-07T13:55:36.802549 #20342] WARN -- : message at level warn
E, [2017-06-07T13:55:36.802562 #20342] ERROR -- : message at level error
F, [2017-06-07T13:55:36.802574 #20342] FATAL -- : message at level fatal
A, [2017-06-07T13:55:36.802585 #20342] ANY -- : message at level unknown
ログのレベルは次のようになっていて、debug が一番弱い。
一番弱いのはdebug。 弱いとは、設定でログ書き出しを無視することが出来る。
LOG_LEVELが info なら debug は書き出されない。
ログにはレベルがあって debug, info, warn, error, fatal, unknown の順になっている。
デフォルトではすべてのログを出力する Logger::DEBUG(=0) になっていて、ログを出すとすべてが書かれる
require 'logger' logger = Logger.new(STDOUT) logger.level == Logger::DEBUG #=> true
INFOにすると、DEBUGのメッセージが無視される。
logger.level = Logger::INFO [:debug,:info,:warn,:error,:fatal,:unknown].each{|e| logger.send(e,"message at level #{e}") }
実行結果( debug のメッセージは捨てられる）
I, [2017-06-07T14:01:51.257465 #20342] INFO -- : message at level info W, [2017-06-07T14:01:51.257579 #20342] WARN -- : message at level warn E, [2017-06-07T14:01:51.257608 #20342] ERROR -- : message at level error F, [2017-06-07T14:01:51.257712 #20342] FATAL -- : message at level fatal A, [2017-06-07T14:01:51.257743 #20342] ANY -- : message at level unknown
ブロックで渡せる
logger.info { "現在のログレベルは " + logger.level.to_s + "です" }
#=> I, [2017-06-07T14:05:42.599811 #20342] INFO -- : 現在のログレベルは 1です
できる。
開発中とか時刻は別にいらないんだけどってとき
logger.datetime_format = '%Y-%m-%d %H:%M:%S'
logger.datetime_format = ''
logger.info("サンプル")
#=>I, [#20342] INFO -- : サンプル
proc を渡せばO.K.
logger.formatter = proc do |severity, datetime, progname, msg| ">>>>>> #{msg}\n" end logger.info("サンプル") # => >>>>>> サンプル
ある。ログ書式を元に、複数のサーバーからエラーログを集めたり、ログに基づいた通知をしたりする。
https://docs.ruby-lang.org/en/2.0.0/Logger.html#class-Logger-label-How+to+close+a+logger
まず、月初の０１日を作ります。
Date.parse(Date.today.strftime('%Y-%m-01')).to_s
今月の１日を作る方法を知ってると後はなんでも応用が効くよね。
(Date.parse(Date.today.strftime('%Y-%m-01'))-1).to_s
strftime と parseが賢いので頼れば良いんだと思います。
この現象は、よく質問を受けます。（とくにiOS初心者の方々に)
常にFacebook アプリが開くのを当たり前と思ってる方々が、Safariで開いちゃうんだけど・・・という逆の質問もよく受けます。
リンクを長押しすると、メニューが出てきます。
このデフォルト動作を変更するには、長押しで開くメニューにすべての選択肢が出てきます。
この選択肢の意味は次のとおりです。
「どれが好きか」「選んでね」の質問と思いましょう。次回からの twitter.com のタッチ動作は「以前の選択」と同じ行動をiPhoneは繰り返します。
リンクを「Safariで開いたか・Twitter.appで開いたか」このどちらの選択をしたのか。iPhoneはこれを記憶しています。
そのため、ツイッタのアプリ選択したら、そこから先はずっとアプリで開くようになります。
逆に、Safariの「新規タブで開く」なら、そこから先はずっと、サファリで開くようになります。
Instagram や Facebook 、 Pinterst 、Tumblrなどその他のサイトでも同じです。常にSafariで開くようにすることもできれば、常にアプリで開くようにする事も出来ます。
たとえば、アプリで開くと無駄な通信を行ったり、通知されちゃったり、起動するたびに更新されて最後見てた箇所が喪失しちゃうなど不便があるので個人的にはSafariで閲覧する方法をおすすめします。パケット節約にも有利です。
この「開く・Open」の項目で選択した動作が重要です。本当に重要です。
デフォルトの動作を決定しておけば、アプリに転送されることも減少します（ゼロになるわけではない）
Instagramを開けたときに、アドレスバーの上部からレコメンドされて、AppStoreに転送されることも減少します。
このテクを活用して、
わたしは、SNSをSafariで開くことを「強くおすすめします」
通知が圧倒的に少なくなります。通知の現象はイライラとストレスを減らしてくれます。
とくにTwitterでRT爆発を食らったときは重宝します。Facebookのどうでもいい通知を一掃できるのもメリットです。
TwitterやFacebookやTumblrやInstagramはアプリごとに内蔵ブラウザをもっていて、その中に画像や動画を溜め込みます。
これらのアプリが溜め込んでいるキャッシュ量は油断してると数GB近くに達します。しかしキャッシュの削除はアプリをアンインストールしない限り出来ません。
その点、Safariで開くようにしておけば、キャッシュは出来る限り再利用されますし、キャッシュが爆発することもありません。またキャッシュだけを削除する手段も用意されています。またキャッシュはSafariが本体容量と合わせて上手に管理してくれます。
アプリは起動後１０分ほど、ずっとバックグラウンドで起動しています。個人情報を収集したがるFacebookなどSNSは、はガンガンGPSやアレコレ通信をしてバッテリを摩耗させます。ハッキリ言って辛いです。
アプリを入れていると、バックグラウンドや起動時の通信でパケットを浪費してしまいます。起動時に何度も同じデータを取得したり、必要ないのにホーム画面を表示したり友達のログイン状況を通知してくれたりします。要らないですよね。数分でタイムラインの自動更新も行われたります。無駄です。
またアプリ・アップデートでパケットを浪費されたりします。
Safariで開くと、タイムラインを自動的に読み込みは動きますが、なんどもなんどもホームに飛ばされて再読込が実行されることがが減りました。
どうでしょう？これはTwitter以外にも使えるテクニックです。Facebookでも使えるテクニック。
アプリ側に制御を取られてしまうと、リンクやページや戻るでどのアプリを使用中かわからなくなって混乱することが多いので、Safariで開くとか決めておくと便利です。
もったいない！知らずに損してるiPhoneテクニック集 (impress QuickBooks)
Twitterでセフレを作る方法: もう出会い系サイトは古い!?
SSIDを指定して接続を切り替えたい
指定のSSIDに接続したい
networksetup -setairportnetwork en0 0001docomo networksetup -setairportnetwork en0 mobilepoint password(pre-sharekey )
マクドナルドきたら、マクドのWiFiにつなぎたいとか、0001docomoが電波悪いなーとか、
ぱぱっと飛んでる公衆WiFiに片っ端から試すコマンドも作れたり。重宝しますね。
メモって大事ですね。
chrome で pdf にサイトを保存することが可能です。Seleniumのscreenshot を作らなくても、単一なページであれば、PDFにすることが可能です
--print-to-pdfオプション$ alias chrome='/Applications/Google Chrome.app/Contents/MacOS/Google Chrome' $ chrome --print-to-pdf='/Users/takuya/Desktop/a.pdf' https://www.yahoo.co.jp
--headless オプションと併せて設定するととても便利です。
$ chrome --headless --print-to-pdf='/Users/takuya/Desktop/a.pdf' https://www.yahoo.co.jp
コマンドは次のようにするだけです。
chrome --headless --print-to-pdf='path.to.file' URL
とても簡単で、Chromeさえアレばどこでも使えるので、たとえばMarkdownー＞HTMLー＞PDFにするときなどに活躍しそうですね。
もし、それでも印刷できない場合はどうするのか？
幾つか解決策があります。
ひとつは、base タグの利用、もう一つが contentEditableの利用
base タグを使えば保存したHTMLでもドメインやPATHを固定できるのでそれを使うと殆どの場合解決する
それでも駄目なら、ContentEditableを有効にして、HTMLのほしい場所をクリップボードに送ってHTMLのスタイル付きで持ってくればいい。
最初、なんのエラーかわからず悶絶してた。理由がわかったので書いておきます。
driver.manage.window.resize_to(1200,1200)
Selenium::WebDriver::Error::UnknownError: unknown error: cannot get automation extension from unknown error: page could not be found: chrome-extension://aapnijgdinlhnhlmodcfapnahmbfebeb/_generated_background_page.html (Session info: headless chrome=61.0.3114.0) (Driver info: chromedriver=2.29.461585 (0be2cd95f834e9ee7c46bcc7cf405b483f5ae83b),platform=Mac OS X 10.11.6 x86_64) from /Users/takuya/.rbenv/versions/2.3.3/lib/ruby/gems/2.3.0/gems/selenium-webdriver-3.4.0/lib/selenium/webdriver/remote/response.rb:69:in `assert_ok'
とあるサイトが、レスポンシブ・デザイン（笑）になっていて、Widthにより、コンテンツの表示内容が変化する。そのためボタンがクリックできずに、 stale エラーやnot clickable で落ちてた。
Chromeのheadless は 次のようになっている。
>> driver.execute_script('return window.innerHeight;')
=> 600
>> driver.execute_script('return window.innerWidth;')
=> 800
>>
これでは、モバイルサイトや、タブレット配置にされちゃいますよね。スマホサイトは無駄にクリックと遷移がおおく、スクレイピングに向かないので不便。
chrome の起動オプションに「ウインドウサイズの指定」があるのでコレを活用することで問題はほとんど解決しますね。
caps = Selenium::WebDriver::Remote::Capabilities.chrome( "chromeOptions" => { "args" => [ "--headless", #headlessにすると動かない・・・ "--window-size=1280,800", # width 入れると解決する。
縦横のサイズは次のようになったので、無事解決しました。
>> driver.execute_script('return window.innerHeight;')
=> 1200
>> driver.execute_script('return window.innerWidth;')
=> 800
>>
PCサイトでデザインした、ClickやSubmitが動かない原因の大半が、モバイルサイト落ちになって発生していた。
ボタンが見つからない、Staleされる、not clickable などになる。頭のなかで、PCサイトを想定していると迷う。デバッガでみるとちゃんと要素はあるのに、クリックが出来ない。
クリック出来ない理由がわからず、悶絶して苦悩することになった。
レスポンシブデザインは気づかずに導入されてるので注意が必要だった。
レスポンシブデザインって、モバイル・PCでガッツリとデザインを変えるんじゃなくて、もともと目指してたのは要素を横長から縦長に再配置して、同じように見せてアクセシビリティを確保するんじゃなかったのか。
いつの間にか、ガッツリデザインをかえてメニュー項目を展開メニューに折りたたんだりしてるんだよね。そもそも使いにくいのでやめてほしい。そこまでやるなら、もう別サイト・別HTMLでデザインした方がいいよね。。。。
ChromeのWebDriverでモバイル・エミュレーションを使えれば便利なのに。回線速度とか、画面の回転とか、画面のサイズとか、逐次セットするのは面倒なので、セットになってるモバイル・エミュレーション機能を使えば楽なのに。
と思って調べたら
caps = Selenium::WebDriver::Remote::Capabilities.chrome( "chromeOptions" => { "mobileEmulation" => { "deviceName" => "Google Nexus 5" } } )
Capabilitiesのオプションに渡せば出来る。これはRubyなので 設定にアクセスに階層にハッシュをつかうけど、JavaやPythonならキーでアクセスですね。mobileEmulation.deviceNameがキーですね。
DevtoolsがChromeで閉じられちゃうので、なんとかならないのかなと思って調べてた。
driver.execute_script("return window.performance.getEntries();")
これでなんとかなるかもしれない。
ちなみに、Chrome＋WebDriverで開発者ツールが閉じられちゃうのは理由がある。
Chromeの制限で、デバッグにアクセスできるのは常に１つだけ。がある。
そのため、webdriverでアクセスすると、いったん開発者ツールを閉じてWebdriverが実行される。排他処理が実行されてる
ドキュメントを読んでたら、良いものを見つけた 今までのやり方。
driver.find_element(:xpath, "//a[contains(./text(), 'ログイン')]") driver.find_element(:xpath, "//a[./text()='ログイン']")
partial_link_text を指定すれば、文字列 を含むリンクを取れる
driver.find_element(:partial_link_text, "ログイン").click
link_text を使えば、文字列に一致するリンクを取れる。
driver.find_elements(:link_text => "戻る").click
selenium documentation
Evernoteのノートが増えてくると、検索結果をまとめて別のノートに移動したいとか。そういう事が増えてくる
それも「キーボードショートカット」で！
Mac でキーボードショートカットを作る方法を知って無くてはならない。
Macでは⌘キーは、メニューの各項目（コマンド）を実行する、と考える。つまり、キーボードショートカットを「作る」には「メニュー項目を追加する」という作業になる。メニュー項目は「サービス」として追加できる。アプリ(:またはファイル)ごとに好きな「サービス」を追加することが出来る。
サービスの追加場所はここになる。ここに好きなサービスを作って放り込む
~/Library/Services/
サービスの作成方法はAutomator.appを使うのが楽でいいっすね。
キーボードショートカットをPreferenceで追加する。
Automatorで、AppleScript(language:JS)を実行すると、選択したノートを指定した場所に移動することができる。
わたしは、利便性を考慮、つまりテストのしやすさと扱いやすさを考えて、すべてのサービスをシェルコマンドで作成し、Automatorではシェルコマンドを実行するようにしている。
#!/usr/bin/osascript -l JavaScript -i
ObjC.import('stdlib')
//コマンドライン引数を取る
function run( argv ){
if( argv.length < 1 ){
console.log("引数が必要")
$.exit(1)
}
move_selected_note_to(argv[0])
$.exit(0)
}
//Evernote で選択中ノートを全て指定したノートに移動する
function move_selected_note_to( notebook_name ) {
var app = Application("Evernote");
var notebook = app.notebooks[notebook_name];
var selected = app.selection();
selected.forEach( function(e){
e.move({to:notebook});
} )
}
.viminfoのファイルに必要なデータが保存されている。
作業中のVimから別のVimへデータを引き継ぐには、 .viminfo を使うと実現できる。
端末Aが作業中のvim で 端末Bがtmuxやsshでもう一つ起動したvim
すると、端末A/Bでの作業は次のように反映されていく。
:wv を実行して:rv! を実行してまた、:wv はで.viminfoを保存しておけば
次のvim起動時に .viminfo を読み込むので、起動後に状態を反映したいときに便利。
またうっかり .viminfo を消してしまったとしても、すでに.viminfoを読み込んだvim がまだ起動していれば、 :wv で読み込み中の内容をダンプ出来る。
