引っ越しするので万年筆で恵方巻きを作る

このたび、9年ほど過ごしていた部屋を引き払い、東大和市の方に引っ越しすることになりました。

今まで、1Kで洗濯機なしのクソセマ物件で過ごしていましたが、これからはドラム式洗濯機で悠々洗い物ができるようになります。すごい!(^o^)

 

そんな引っ越しですが、大変気がかりなことが有ります。そう、万年筆の運搬問題です。

別に1本2本なら、ちょっと胸に挿して持ってけばいいんですけど、そんなもんじゃない量があるので、それなりに困ってます。
今まで散財してきた金の量を数えるみたいで嫌なので、持ってる本数はあまり数えないようにしてきたのですが、ざっと見ただけでも50本オーバーはあります。おぉ・・・かみよ!!
それでも、ガチで溜め込んでいるお歴々に比べたら、まだ全然ひよっこなんですから、ほんと万年筆の世界はおそろしいもんですね。

……こまけえこたあいいのです。とにかく運搬です。

本数やら金の話はともかく、その目の前にある問題の解決が先なのです。

竜の卵を優しく迅速に運ぶがごとく、しっかりした装備(?)が必要なのです!

しかし、うちには専門的な緩衝材なんてものはありません。使えそうなのはタオルぐらい。
仕方ないのでタオルでまきまきしてみました。

万年筆恵方巻き1

上の写真にように、タオルで万年筆を巻いて、少々間隔をおいてまたさらに万年筆を巻く。ということを繰り返します。
そして何本か巻き込んだものがこちら。

万年筆恵方巻き2

このままだと、ダンボールに入れたらたちどころにバラけますので、どうにかしてこの状態を固定します。ゴムとかテープとかを使えばいいと思いますが、自分の場合はラップで巻き巻きしてみました。

万年筆恵方巻き3

なんかラップで巻くと、恵方巻き感が微妙にアップしてる感じがしていいですね!!なんてったって食品用ですからね!
そして大体の万年筆を巻き巻きし終わった結果がこちら。

万年筆恵方巻き4

1ロールにだいたい5~7本ぐらいを詰めました。これで適当に運んでも安心ですわね!

ちなみに、ロールのサイド部分は全く保護されていないので、抜け落ちるのかもしれないと不安でしたが、思いっきり振っても抜けませんでした。多分、ラップできつめに巻いてるから問題にならないのかもしれません。
ですので、万年筆を大事にするあまり、ふんわり巻いたりするとやばいかもしれません。

さて、気がかりな万年筆問題も解決したので、ほかのてきとーな品物の処理でもしてきますかね……。

[PHP] WindowsでCodeceptionを使うと、ChromeDriverが動かない!?

なんとか動くようになったけど、久々にめっちゃハマった(´;ω;`)

 

最近のChromeって、コード経由でコントロールするときにSeleniumを挟まずにChromeDriver単体で触ることができるんですね。知らずに生きてましたわ;;

というわけで、CodeceptionでChromeDriver経由でChromeを触ってみました。

(ちなみに、使用しているOSはWindow 10 Home 64bitで、Git Bash(64bit)をインストールして、これをシェルとして使っています。)

この辺のChromeDriverを使うまでの手順は公式ページのWebDriverのページに書いてあるものをそのまま実行しています。

To run tests in Chrome browser you may connect to ChromeDriver directly, without using Selenium Server.

1. Install ChromeDriver.
2. Launch ChromeDriver: chromedriver --url-base=/wd/hub
3. Configure this module to use ChromeDriver port:

引用元: WebDriver – Codeception – Documentation (http://codeception.com/docs/modules/WebDriver#ChromeDriver)

 

この通りにやってみて、シェルで「./vendor/bin/codecept run」と走らせてみたのですが、エラーが発生します。
[crayon-69755389e64de277195449/]
「レスポンスがJSONデコードできないよ!」って言うエラーですけど、問題はそこではなくて、ChromeDriverからのレスポンスが「unhandled request」ってなってるところ。
一応Chromedriverをブラウザ経由で(http://localhost:9515)見てみましたが、同じレスポンスが帰ってきます。これじゃあさっぱり前に進みませんねぇ。

なぜなのかわからず、ChromeDriver周りのエラーをググっていったら、こんな記事を発見。

Issue with using selenium and webdriver doc · Issue #2968 · electron/electron · GitHub
https://github.com/electron/electron/issues/2968

Windowsでは動かないと、似たような問題を訴えてらっしゃいます。
そしてこの人がやってみたことは、–url-baseのパスを「wd/hub」にすること。
[crayon-69755389e64e4136036682/]
改めてコマンドを叩いたら、バッチリ動きました。

おうふ、マジかよ……(‘A`)

多分Linuxでは問題なく動くんだろうなぁ。
Windowsなんぞで動かすやつなんぞしらん!ってことなのでしょか?つらみ(´;ω;`)

vagrant up したら、synced_folder周りでエラーを吐かれてハマった話

仮想環境むずかしい(´;ω;`)

 

Virtualbox+VagrantをWindows10 Homeにインストールして、シェルはGit Bash(中で動いているコマンド群はMINGW64)を使って「vagrant up」を叩いたら、以下のようなエラーが出ました。
[crayon-69755389e6955308019030/]
なるほどよくわからん!

実は、その前にrsyncがないよ~みたいなエラーを出されたので、以下の記事を参考にしてGitにrsyncコマンドを入れてから上記のエラーが出てきました。
rsyncをGit for Windowsに混ぜる
https://hail2u.net/blog/software/install-rsync-to-git-for-windows.html

「dup() in/out/err failed vagrant」あたりでググると、色々質問スレッドが出てくるのですが、有効な対応策はあまり出て来ず終い……

仕方ないので一つ一つ振り返ってみたら、先ほど読んだrsyncの導入記事、よーく見てみると32bit版のrsyncの話だったんですね。

対して、今回問題になっているGit Bashは64bit版……あれ?

Git for Windowsを64bit版にしたらrsyncが使えなくなったのをどうにかしたメモ
http://qiita.com/hadakadenkyu/items/e5b4a9fbd510e12ab1ac

以下、上記記事から引用。

1. MSYS2 installerをインストール
2. 案内に従ってセットアップを終わらせる
3. pacmanでrsyncを導入 pacman -S rsync
4. MSYS2のインストールフォルダ内からrsync.exeを探し、Git for Windowsのuser/bin/内にコピー
5. Git Bashからrsyncが使える!

MSYS2 installer
http://www.msys2.org/

 

この手順で64bit版のrsyncをインストールしてから改めて「vagrant up」したら、すんなり解決しました。

[Codeception] amOnPageメソッドの挙動の食い違いに泣かされる

振る舞いテスト(Acceptance Testing)の動作検証中にめっちゃくちゃハマってしまったのでメモっておきますorz

 

複数サイトにまたがってアクセスするので、受け入れテストスイートの設定ファイル(acceptance.suite.yml)内のurl欄を空欄にしたうえで、以下のようなテストコードを書きました。
[crayon-69755389e6b4c174322965/]
このコードを、PhpBrowser上で動かすと普通に動くのですが、Firefox上で動かすとエラーが出てしまいます。
[crayon-69755389e6b52860172725/]
一見どういう意味なのか分からないのですが、「codecept run –debug」コマンドで動作の内容を見ながら確認すると、GET周りで変な挙動が……
[crayon-69755389e6b53870453758/]
なぜかURLの頭に「/」がついてる!

まぁamOnPage()は相対URL用のメソッドだから、スラッシュが頭についちゃうんでしょうかね。
amOnUrl()を使ってみたら問題なく動きました。

でもPhpBrowserでは普通に動いてしまうのは紛らわしい……(´・ω・`)

[laravel] 既存のユーザー情報を「認証済み」にしてテストケースを進めたい

Webアプリケーションを作ってると、目的の画面へ行ってアサートを走らせる前に、必ずユーザー認証を済ませて置かねばならないケースが多々あります。というかそんなパターンが大多数なんじゃないかと思わなくもない……

Laravelさんはそのへんもぬかりなく、actingAs()メソッドで簡単に実現してくれます。

以下リファレンスから引用。
[crayon-69755389e6d06091130919/]
でも、リファレンスの例文通りに動かすと、認証用にユーザーを作り、DBに書き込んでから動かしているみたいで、なんというかめんどくさいです(´・ω・`)

俺の場合はSeederで予めユーザーデータを定義してあるので、できればそっちを使ってテストしたいんですよね……。
そういう時は↓のように書くといけるみたいです。
[crayon-69755389e6d09933772113/]
Eloquentのfindメソッドで取ってくるだけ。actingAsメソッドの引数は、Authenticatableインターフェースが実装されていればなんでもいいので、こんな書き方でいけるみたいです。

ちょーかんたん。