手を動かした記録
こんにちは、しきゆらです。
今回は、MacからWinへSSH接続してWinにあるスクリプトを編集したい場面があったので、タイトル通りVSCodeを使って環境をつくってみたのでメモしておきます。
これまでWinで開発というとPowerShellとかWinでしか動かないもの以外はあまりやってきていませんでした。
最近はWSLやWindows Terminalの登場により便利にはなりつつありますが、メインはどうしてもMacでやってしまいます。
今回も、PowerShellを書く必要があったのでしょうがなくWinでポチポチしていましたが、キーボードやマウスの操作にイライラしたので、Mac側でWinにアクセスできないかと思って調べたら、意外と簡単にできたのでやってみました。
なお、接続先のWinPCにはWSL2が動いていることが前提となります。
環境がない場合は「【Win/WSL】Windowsで開発環境を整える」あたりを参考に作っておいてください。
こんにちは、しきゆらです。
少し前、レンタルサーバの支払いを忘れていて一瞬サイトが消えていました。
自分でもびっくりしました・・・。
さて今回は、というか今回もRSpecのお話。
ここ最近、お仕事で自分の書いている小さなスクリプトにテストがなくて怖いなーという思いが強くなりRSpecを書くことが多いので、その時のメモです。
最近書いているのは、Seleniumでとあるサイトで行っている操作を自動化するというもの。
どうしても外部サイトをあれこれするスクリプトを書いているとテストを書きにくいです。
ということで、直接サイトにあれこれする部分は最低限ログインできるかくらいしかかけていません。
どうするのがいいんでしょうか。
さて、Seleniumでブラウザを制御するときに困るのは、キャッシュやCookieなどの影響で挙動が変わること。
ログインしようとしても前回の残骸が残っていると何度も確かめることができない、なんていうこともあります。
そこで、タイトルの通りテストの時はプライベートモードで動いてほしいなーと思っていい感じに書く方法をあれこれ考えてできたものをメモしておきます。
こんにちは、しきゆらです。
今回はRSpecで特定の場合だけ動く・動かないようなテストを書く方法を知ったのでメモしておきます。
書いていたコードとしては、Seleniumを使ってWebサービスのテストを書いていました。
諸々のテストはいいんですが、ログイン周りのテストは2段階認証などがあるため、Waitをかけて人の手で操作していました。
このRSpecをCI上で動かそうとしたとき、ログイン周りだけは止めたい！
というのが一番初めにあったやりたいことでした。
合わせて、コードの中で特定のクラスを継承している場合のみこのテストを実行したい、ということもありました。
RSpecはテストを共通化する仕組みがあるので、それを使ってテストコードを共通化していたのですが
一部共通化していたテストの中で、ちょっとまずい事態が出てきました。
上記に関連してSelenium周りなんですが、Seleniumを使うクラスとSeleniumを使わないクラスが出てきたことで共通化していたテストの一部がSeleniumを使わないクラスでは必要なくなるということが起きました。
共通化していた部分を分けてSelenium用の共通コードとSelenium使わないクラスの共通コードに分ければいいんでしょうが、両方とも分類的には同じくくりなので名前を分けるだけだと、名前が似てしまってごちゃっとしてしまいそうでした。
これを回避するために、共通化しているSpec側で実行されているクラスを判定して、必要ない場合は実行しないような世界を作りたかったんです。
こちらも併せて方法が分かったのでメモしておきます。
こんにちは、しきゆらです。
今回は、MySQLをまっさらな状態からインストールして最初にはまるであろうルートパスワードの設定方法で詰まったのでメモしておきます。
これまで、5.ｘのころからMySQLさんを使ってきましたが、バージョンの違いなのかディストリビューションごとの差異なのかはわかりませんが、初期状態のルートパスワードが変わります。
パスワードなしでログインできたり、どこかにあるログファイルにかかれていたり、いくつかバリエーションがあるようです。
今回、MySQL8.ｘをインストール後にルートユーザとしてログインしようとしてもログインできませんでした。
パスワードなしでアクセスしても怒られ、ログがそもそもどこにあるのかわからず完全に詰んでいました。
そんな中、過去の記憶を掘り起こしたところ、MySQLの初期化コマンドでルートパスワードを設定していたことを思い出しました。secure_mysql_installationコマンドです。
こんにちは、しきゆらです。
今回は、Rubocopの更新を追っていたときに初めて知ったことをメモしておきます。
Rubocopさんは、Rubyを書く方は大半使っているのではないか、と思われる静的コード解析ツールです。
設定により、メソッドの長さやネストの深さなどを制限することで読みやすいコードを書く手伝いをしてくれる頼もしいツールですね。
そんなRubocopさんですが、先日0.90.0がリリースされました。
使っているGemの更新履歴をある程度追っているため、更新内容を確認していたところ今回の更新でも新しい項目が追加されていました。
それが、Lint/UselessMethodDefinitionです。
There are at least 2 cases:
https://github.com/rubocop-hq/rubocop/issues/8472
・empty constructors – this may be just overriding parent’s constructor, but this is bad anyway
・methods just callingsuper
ということで、空のinitializeメソッドやsuperしか呼び出していないメソッドを怒ってくれるというものです。
内容的には妥当なcopではないかと思います。
必要ないものは書くべきではないですね。
こんにちは、しきゆらです。
今回は、タイトル通り`URI.join`の挙動で詰まったのでメモしておきます。
https://docs.ruby-lang.org/ja/latest/method/URI/s/parse.html
join(uri_str, *path) -> object
文字列 uri_str と path … を URI として連結して得られる URI オブジェクトを返します。
ということで、URIの文字列にpathを良しなに結合してくれるメソッドです。
しかし、単に`/`を付けるだけの挙動をしているわけではありませんでした。
こんにちは、しきゆらです。
今回はWindows用のランチャーソフトの「Keypirinha」を紹介します。
私は、Win -> Mac -> Win & Macと使うOSが変化しています。
少し前まではWindowsは開発には向かないと思っておりWin上にLinuxを仮想環境に立ち上げて利用したりもしていました。
Windowsでコード書くのがつらすぎてMacも利用していました。
今となっては、ターミナル環境も良くなり、WSLというほぼLinuxと同等環境が仮想的ではなく直接Windows上で動くようになっているため、あえて別環境を持つ必要はないかな、と思っている今日この頃です。
しかし、Mac環境にあった便利機能がWindowsになくて微妙につらいことがあります。
AlfredさんやSpotlightが良く上げられるものではないでしょうか。
調べてみると、windows上でも似たようなことができるアプリが公開されていました。
そこで、今回はSpotlight風軽量ランチャーである「Keypirinha」を紹介します。
(Windowsをクリーンインストールするたびに、名前なんだっけ・・・となるのでそれ対策でもあります)
Rakeといえは、RubyでかけるMakefileのようなもの。
しかし、私はMakefileを書いたことがないので、単にRubyでちょっとしたタスクをコマンドとして呼び出せる便利ツールくらいに思っている。
このRakeだが、タスクの追加方法や設定等について調べて出てくるのはどうしてもRails環境が多い。
railsは内部的にはRakeを呼んでいる(?)っぽいので、しょうがないといえばしょうがないが、素のRubyでRakeタスクを作って実行する方法をメモしておく。
Rakeといっても、Gemとして配布されている。
default gemとしてすでに入っているとは思うが、必要であればGemfileに入れてあげるとよい。
gem "rake"そしてbundle install。
ほかのGemと同じなので困ることはないはず。
基本的にはRakefileにタスクを追加してあげればよい。
Railsと同じようにlib/tasks/*.rakeという感じでタスクを個別のファイルで定義したい場合はRakefileに以下のように書いてあげればよい。
Dir["./lib/tasks/*.rake"].sort.each {|file| load file}注意としては、requireではなくloadということ。
Railsさんも、内部でload使っているし、そういうことです。
(#TODO: 理由は後ほど調べる)
個別は、普通にタスクを定義してあげればよい。
namespace :task do
# シンプルなタスク
desc "test"
task :test do
puts "test task!"
end
desc "引数ありの場合"
task :arg_task, [:hoge] do |_, args|
puts args[:hoge]
end
endファイル名ごとにnamespaceを切ってあげると、タスク名に困ることはなくなると思います。
そして、rakeタスクを実行するときに引数を渡して実行することができます。
例えば、bundle exec rake task:arg_task[hogehoge]とするとコマンドラインから値を渡すことができます。
二つ目のタスクの通り、タスク名の後に配列で引数の名前を付けてあげる。
そしてブロックに2つの変数を作ってあげて、二つ目の変数に引数が入ってくるので指定した名前でアクセスすると取得できます。
今回は、非Rails環境でRakeタスクを追加する方法をメモしておきました。
覚えておくと、ちょっとしたコマンドをRuby/Rakeで作れるので便利です。
RakeタスクはRails環境でしか使ったことがなかったので、素のRubyでも使えることが分かったのと、
ついでに実行時に引数を渡す方法もわかったので、簡単なコマンドをRakeで実装できるようになりました。
Rubyで良しなにスクリプトを書いた後、コマンドっぽく実行したいときに使えそうですね。
今回はここまで。
おわり。
こんにちは、しきゆらです。
今回は、何度も書いていますがUbuntu20.04にてPID1をSystemdにする方法を改めてメモしておきます。
というのも、最近Windowsをクリーンインストールしたので改めて環境を構築していたんですが、
前回メモした内容ではうまくいかなかったからです。
何か変化したのかしら。
というわけで、何度かメモしていますが改めてメモしておきます。
なお、以下が関連する過去記事です。
こんにちは、しきゆらです。
ちょっと前まで気が狂うかと思うくらい雨続きでしたが、今度は溶けるほどの暑さにやられています。
良しなに均していただけないものかと毎年思っています。
昔、【Ruby/Win】Windows上のAtomからWSL2上のrubocopを利用するという記事にて、Windows上のAtomからWSL上のRubocopを使って文法チェックを行う方法をメモしました。
しかし、現在ではうまく動かないようです。
そこで、執筆時現在動作する方法をメモしておきます。
linter-rubocopにて以下のように指定してあげるだけ。
これにて、設定完了。
では動作確認してみます。
きちんと動いてくれているようです。
これにて、Windows上にRuby環境を構築せずともWSL上のRubocopを使ってチェックすることができるようになりました。
今回は、短いですがWindowsのAtomからWSL上のRubocopを使ってコードチェックを行う方法を改めてメモしました。
同じように設定すれば、ほかのツール等も利用できるのではないかと思います。
それでは、今回はここまで。
おわり