Fetching zeitwerk 2.3.0 (was 2.2.2)
Fetching nokogiri 1.10.9 (was 1.10.8)
Installing zeitwerk 2.3.0 (was 2.2.2)
Fetching activesupport 6.0.2.2 (was 6.0.2.1)
Installing activesupport 6.0.2.2 (was 6.0.2.1)
Installing nokogiri 1.10.9 (was 1.10.8) with native extensions
Fetching actionview 6.0.2.2 (was 6.0.2.1)
Installing actionview 6.0.2.2 (was 6.0.2.1)
Fetching actionpack 6.0.2.2 (was 6.0.2.1)
Installing actionpack 6.0.2.2 (was 6.0.2.1)
Fetching actioncable 6.0.2.2 (was 6.0.2.1)
Fetching railties 6.0.2.2 (was 6.0.2.1)
Fetching activestorage 6.0.2.2 (was 6.0.2.1)
Fetching actionmailer 6.0.2.2 (was 6.0.2.1)
Installing actioncable 6.0.2.2 (was 6.0.2.1)
Installing actionmailer 6.0.2.2 (was 6.0.2.1)
Installing activestorage 6.0.2.2 (was 6.0.2.1)
Installing railties 6.0.2.2 (was 6.0.2.1)
Fetching actiontext 6.0.2.2 (was 6.0.2.1)
Fetching actionmailbox 6.0.2.2 (was 6.0.2.1)
Installing actiontext 6.0.2.2 (was 6.0.2.1)
Installing actionmailbox 6.0.2.2 (was 6.0.2.1)
Fetching rails 6.0.2.2 (was 6.0.2.1)
Installing rails 6.0.2.2 (was 6.0.2.1)
Installing rails 6.0.2.2 (was 6.0.2.1)

影響のあるgemがバージョンアップされていることを確認できます。

確認

rails consoleから適応されていることを確認します。

変更前

pry > helper.j '$`aaa`'
=> "$`aaa`"

変更後

pry > helper.j '$`aaa`'
=> "\\$\\`aaa\\`"

正しく変更されています。

テストコードがある方はテストを実行して All Green であることを確認するとよいですね。

参考URL

Rails 6/5とRubyのJSON gem向けセキュリティ修正がリリース｜TechRacho（テックラッチョ）〜エンジニアの「？」を「！」に〜｜BPS株式会社

CVE-2020-10663: JSON における安全でないオブジェクトの生成の脆弱性について（追加の修正）

Comparing v6.0.2.1...v6.0.2.2 · rails/rails · GitHub

2020-03-26

Qiitaのユーザページに読んだ記事の項目が追加されたけど取りやめられたことに関して

Qiita

私のQiita

Twiiterでいろいろ炎上してますが、私の表示も確認してみました。

f:id:hotoolong:20200326114604p:plain — 読んだ記事あり

全然記事は書いてないのですが、
読んだ記事だけ見るとVim,Ruby,Railsの人みたいですね。

blog.qiita.com

Qiitaからの通知があり、読んだ記事は一旦非公開になってしまいました。

f:id:hotoolong:20200326114751p:plain — 読んだ記事なし

こんな感じになりました。

私の場合は見られても問題情報かなとは思いつつ、 Twitterのアナリティクスのように個人で見れる状態だけにとどめて置くほうが良かったのではと思います。

影響

この情報が表示されデータが保持されていることに対して退会される方が増えてきてます。

Qiitaの退会者が増えすぎて、せっかくのAdvant calendarの記事が歯ぬけになってしまうという問題が起こってるようだ。
せっかく貴重な技術資料だったのに残念でしかないよ。
— 暗黒美無王 dark Vim (@ShougoMatsu) March 25, 2020

Qiitaの退会に関してはサービス内容の改変がサービス自身の利用規約に則ってないと判断したことも理由の一つです。第13条でサービスの改変を自由に行えるとしていても、今回の変更は第6条に違反していると思いました。

魚拓 https://t.co/w1EOhA9AnP pic.twitter.com/I6qHaBKUlT
— 🅈🄾🅂🄷🄸 🅈🄰🄼🄰🄶🅄🄲🄷🄸 🇯🇵 (@ymotongpoo) March 25, 2020

Qiitaに言いたいことはいろいろあるけど、僕がそういうのを発信していっても、退会からの投稿消去→プログラミングノウハウの消失が加速するだけで、Increments社にとっても、プログラマにとっても、価値が何も増えないので、ここはあえて応援していきたいと思います😌 https://t.co/lqgG8Mgb6X
— suin❄️TypeScript入門書執筆中 (@suin) March 26, 2020

退会されるのは自由なのですが、

Qiitaが今まで培ってきたエンジニアの知識のインフラのようになってきているので保持されている情報が無くなってしまうというのはかなり辛いですね。

オプトアウトはキャンセルできるが

Qiita炎上は、オプトアウトできるとはいえ、閲覧情報は個人情報にあたるので無断公開することはおかしい。プラス、いままで溜まった不信感（いいねからLGTMへの変更・記事の削除基準）…#ITnews https://t.co/zgtA73uMz9
— Kazane Shimizu / ITnews (@kazane_shimizu) March 26, 2020

まさにこのツイートの通り、ここが退会への引き金になってるんでしょうね。

退会したユーザアカウントの脆弱性

Qiita 退会してもデータはトレジャーデータをオプトアウトして退会しないと消えないのでトレジャーデータに“退会”と書いたメールを送る必要があるようですね。10000通ぐらいメール来てもメールアドレスだけで対応できるのだろうか？
— lumin (@lumin) March 25, 2020

炎上中のQiita、退会して再登録すると前登録者の居抜きになってるらしくていろいろヤバそう
— 幻龍紅蓮 (Guren Genryu) (@ShadowGuren) March 25, 2020

ユーザが退会した後の問題がちらほら出てきてますね。

経験則なのでなんとも言えないのですが、
退会後のユーザの扱いに関しては、優先度が著しく落ちることがあるので、
個人情報の扱いなどもそうですが、このあたりを些末に扱うと痛い目あいますよね。

記事が消えるのが心配な方へ

Qiitaの改悪により退会する方へ

投稿された素晴らしい記事が消えちゃうのはもったいなすぎるので、魚拓とっておいて欲しいです

Qiitaの記事のURLに.mdつけるとマークダウンのソースが取れるのでそのままマークダウンで投稿できるサイトに投稿できそうです

てか、そういうサイト作るかw
— ひろすぐ (@lunain84) March 25, 2020

とあるようにマークダウンにして保持できるようです。

まとめ

行動情報の扱い
オプトアウトは簡単にキャンセルできない

このようなことがキーワードだとおもいます。

blog.qiita.comには本日(3月26日)17時ごろを目処に、改めてアナウンスとあるのでどのようなアナウンスになるか静観しようかと思います。

追記

increments.co.jp

Qiitaからの謝罪がありました。
今後の取り組みを静観しておきたいと思います。

2020-03-17

fishファイルのfiletypeをneovim(vim)で認識させてコメントするのを簡単にする

fish Neovim

こちらはvim-fishのプラグインを追加することで正しく認識できるようです。

github.com

こちらをインストールしてください。

以下は参考程度に見てください

neovimでfishファイルを開いたときにコメントしたい行があったのですが、適応されなかったので無理やり適応してみました。

ファイルを開いてfiletypeを確認します。以下のサイトに記載されているのを参考にして

wonderwall.hatenablog.com

set filetype?

すると空っぽだったので

~/.config/nvim/init.vim に*.fishに対してfishというfiletypeを追加します。

autocmd BufNewFile,BufRead *.fish setfiletype fish

サイドfishファイルを開いて set filetype? をすると

  filetype=fish

となったので認識されたようです。

次に tcomment.vim の設定を追加します。再度 init.vim に以下を追加して

if !exists('g:tcomment_types')
  let g:tcomment_types = {}
endif
let g:tcomment_types = {
  \    'fish': '#'
  \  }

再度 fishファイルを開いてコメントしたい行にいきコメントするためのKeyをタイプします。私はデフォルトのままつかってるので C--です。これでコメントアウトできました。

2020-03-01

fish shell で rbenvに対応させる

rbenv fish

Ruby 2.7.0 がリリースされてまだインストールしてなかったので久しぶりにRubyをインストールしてみました。

rbenv install 2.7.0

rbenvでインストールしたのですが

$ rbenv local 2.7.0
$ ruby -v
ruby 2.5.0p0 (2017-12-25 revision 61468) [x86_64-darwin17]

localに設定するとバージョンが変更されない。あら？

$ rbenv rehash

してみても変更されない。

github.com

githubのページを再度確認してみると rbenv initする記述をみつけたので

$ rbenv init
# Load rbenv automatically by appending
# the following to ~/.config/fish/config.fish:

status --is-interactive; and source (rbenv init -|psub)

とあるので configに追加しておきました。

$ ruby -v
ruby 2.7.0p0 (2019-12-25 revision 647ee6f091) [x86_64-darwin18]

無事変更されました。 fishの設定みなおしてたので、いろいろ削除してしまってました。これで快適になりそうです。

2020-02-28

Slackのリマインダーを設定する

Slackのリマインダーの日付設定などをよく忘れてしまします。

slack.com

こちらの記載されてはいるのですが、

/remind [#channel|@who] [message] [when]

のような構成になっていますが、 whenをどうすべきか

毎月25日の10時と設定したい場合

at 10:00 on every 25th

で設定できました。いいですね。

2020-02-14

GitHubを操作するコマンドラインツール gh を試してみた

command brew Github

イントロ

GitHub 社が公式 cli 作ってる。hub との違いはどうなんだろ。 #golang 製。 / “GitHub - cli/cli: the GitHub CLI” https://t.co/ul0xxXaerO
— mattn (@mattn_jp) February 13, 2020

mattnさんがつぶやいていたのをみて ghコマンド便利そうなので使ってみました。 github.com

hubコマンドがありますが、なんとなくしっくり来なくて、私はあまり使ってませんでした。

インストール

brew でインストールしてみました。

brew install gh

インストール時に

Bash completion has been installed to:
  /usr/local/etc/bash_completion.d

zsh completions have been installed to:
  /usr/local/share/zsh/site-functions

fish completions have been installed to:
  /usr/local/share/fish/vendor_completions.d

と補完にも対応してくれてます。便利です。

他にもgo get からもインストールできるようです。

インストーラがある。手動でインストールするには

$ go get github .com/cli/cli/cmd/gh
— mattn (@mattn_jp) February 13, 2020

使ってみた

早速つかってみたスクリーンショットを

まだできることは少ないようですが、なかなか良さそうです。

gh issue create してTitle,Bodyをコマンドライン, エディタで入力できるのがいいですね。

gh issue

コマンド
create	新しい issue の作成
status	issue の status を見る
list	リポジトリのissue 一覧を見る (フィルターできる)
view	ブラウザでissueを表示

gh pr

コマンド
checkout	PRをチェックアウト
status	PRのステータスを見る
create	PRを作成する
view	ブラウザでPRを表示
list	リポジトリのPR一覧を見る (フィルターできる)

peco と連携

fzfのpreviewが便利そうなのですが、fzfは使ってないので、pecoで連携しました。

gh issue list --state open | peco | cut -f1 | xargs -I {} gh issue view {}

これでpecoで選択したissueをブラウザで開く事ができます。
fishのfunctionにしてしまってキーバインドすると便利そうです。

今後に期待

notificationsもコマンドでチェックできるようになると嬉しいな。
今後の機能追加に期待です。

hotoolong's blog

プログラムのことやエンジニアリングに関することを記事にしています。

コロナウイルスはどれくらい小さいの？

概要

大きさの比較

米粒

スギ花粉

黄砂

PM2.5

インフルエンザウイルス

細菌

PM0.1

コロナウイルス

仮定

まとめ

参考URL

Railsのescape_javascriptの脆弱性対応を適応する

概要

適応

確認

参考URL

Qiitaのユーザページに読んだ記事の項目が追加されたけど取りやめられたことに関して

私のQiita

影響

オプトアウトはキャンセルできるが

退会したユーザアカウントの脆弱性

記事が消えるのが心配な方へ

まとめ

追記

fishファイルのfiletypeをneovim(vim)で認識させてコメントするのを簡単にする

以下は参考程度に見てください

fish shell で rbenvに対応させる

Slackのリマインダーを設定する

GitHubを操作するコマンドラインツール gh を試してみた

イントロ

インストール

使ってみた

peco と連携

今後に期待