SwitchBot 温湿度計のMACアドレスを確認する方法
正確には温湿度計に入ってるBluetoothセンサーのMACアドレスを確認する方法。
SwitchBot公式のアプリで確認することができる。
iOS: https://apps.apple.com/jp/app/switchbot/id1087374760
Android: https://play.google.com/store/apps/details?id=com.theswitchbot.switchbot
手順 🔗
これはiPhoneアプリだけど、Androidでも基本的に同じだと思う。（多分）
1. 歯車のマークをタップ 🔗
2. 「・・・」のマークをタップ 🔗
3. BLE MACの値がMACアドレス 🔗
【Rails】symbolize_keysとstringify_keys
ハッシュのキーをシンボルから文字列にしたい時があって調べたのでまとめる。
Rails 🔗
ハッシュのキーを文字列からシンボルに変える 🔗
{ 'name' => 'takagi', 'age' => 27 }.symbolize_keys
#=> {:name=>"takagi", :age=>27}
ハッシュのキーをシンボルから文字列に変える 🔗
{ :name => "takagi", :age => 27 }.stringify_keys
#=> {"name"=>"takagi", "age"=>27}
ネストがある場合 🔗
stringify_keysだと全部は変換できない
{ :name => "takagi", :age => 27, :other => { :hoge => 1 } }.stringify_keys
#=> {"name"=>"takagi", "age"=>27, "other"=>{:hoge=>1}}
{ :name => "takagi", :age => 27, :other => { :hoge => 1 } }.deep_stringify_keys
#=> {"name"=>"takagi", "age"=>27, "other"=>{"hoge"=>1}}
JSONをパースしたい時 🔗
symbolize_names: trueのオプションを付ける
JSON.parse('{"name": "takagi", "age": 27}')
#=> {"name"=>"takagi", "age"=>27}
JSON.parse('{"name": "takagi", "age": 27}', symbolize_names: true)
#=> {:name=>"takagi", :age=>27}
Ruby 🔗
transform_keysを使う
{ 'name' => 'takagi', 'age' => 27 }.transform_keys(&:to_sym)
#=> {:name=>"takagi", :age=>27}
{ :name => "takagi", :age => 27}.transform_keys(&:to_s)
#=> {"name"=>"takagi", "age"=>27}
参考 🔗
Raspberry Piで回線速度を計測する
Speedtest公式のCLIを使って計測する。
https://www.speedtest.net/apps/cli
手順 🔗
インストール 🔗
$ sudo apt-get install gnupg1 apt-transport-https dirmngr
$ export INSTALL_KEY=379CE192D401AB61
$ sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys $INSTALL_KEY
$ echo "deb https://ookla.bintray.com/debian generic main" | sudo tee /etc/apt/sources.list.d/speedtest.list
$ sudo apt-get update
$ sudo apt-get install speedtest
実行 🔗
$ speedtest
Speedtest by Ookla
Server: BudgetVM - Tokyo (id = 38241)
ISP: NTT
Latency: 263.89 ms (7.30 ms jitter)
Download: 8.19 Mbps (data used: 12.2 MB)
Upload: 63.13 Mbps (data used: 104.9 MB)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/xxxxxxxxx
この時間帯は8Mbpsしか出ないみたい。。。（23時30分頃）
Gatsbyでブログを作ってやったことのまとめ
この記事は、「Jamstackその２ Advent Calendar 2020 」7日目です。
はじめに 🔗
$ gatsby new takagi_blog https://github.com/gatsbyjs/gatsby-starter-blog
このコマンドを叩いて作り始めた、このブログでやったことをまとめる。
いろいろやったけど、また新しくブログを作った時にもやると思うことをピックアップしている。
タグページについてはそれだけで1記事になりそうなので、気が向いたら書くことにする。
やったこと 🔗
lang属性をjaに 🔗
SEO.defaultProps = {
- lang: `en`,
+ lang: `ja`,
meta: [],
description: ``,
}
参考: Gatsby で gatsby-theme-blog を使うときの tips | gotohayato.com
日付フォーマット変更 🔗
frontmatter {
- date(formatString: "MMMM DD, YYYY")
+ date(formatString: "YYYY/MM/DD")
title
description
}
frontmatter {
title
- date(formatString: "MMMM DD, YYYY")
+ date(formatString: "YYYY/MM/DD")
description
}
参考: Gatsby で gatsby-theme-blog を使うときの tips | gotohayato.com
外部リンクは別タブで開くように 🔗
$ yarn add gatsby-remark-external-links
{
resolve: `gatsby-transformer-remark`,
options: {
plugins: [
{
resolve: `gatsby-remark-images`,
options: {
maxWidth: 590,
},
},
{
resolve: `gatsby-remark-responsive-iframe`,
options: {
wrapperStyle: `margin-bottom: 1.0725rem`,
},
},
+ {
+ resolve: "gatsby-remark-external-links",
+ options: {
+ rel: "noopener noreferrer"
+ }
+ },
`gatsby-remark-code-titles`,
`gatsby-remark-prismjs`,
`gatsby-remark-copy-linked-files`,
`gatsby-remark-smartypants`,
],
},
},
【Ruby】存在しない日付に対してのDate.parseとTime.parseの挙動の違い
毎月29日対してにごにょごにょしないといけない要件があり、以下のようにDate.parseメソッド使った。
Date.parse('29')
#=> #<Date: 2020-12-29 ((2459213j,0s,0n),+0s,2299161j)>
# 引数が文字列2桁だとその月の日にちになる
これで問題ないと思ったが、閏年ではない年の2月の場合、29日が存在しないのでコケることが判明。 （閏年ではない年のこと平年いうらしい。以下、平年という。）
条件分岐で2月だけいい感じにするコードを書かないといけないのはなんだかなと思っていたが、結論から言うとTime.parseに変更し、.to_dateすることで事なきを得た。
Time.parse('29').to_date
#=> #<Date: 2020-12-29 ((2459213j,0s,0n),+0s,2299161j)>
挙動の違い 🔗
2パターンだけだが、挙動を確認したので記録として残しておく。
平年の2月29日 🔗
Date.parseはinvalid dateになるのに対し、Time.parseは次の日になる。
require 'date'
Date.parse('2021-02-29')
#=> Date::Error (invalid date)
require 'time'
Time.parse('2021-02-29')
#=> 2021-03-01 00:00:00 +0900
絶対存在することがない3月32日 🔗
流石にTime.parseでもダメっぽい。
require 'date'
Date.parse('2021-03-32')
#=> Date::Error (invalid date)
require 'time'
Time.parse('2021-03-32')
#=> ArgumentError (argument out of range)
参考 🔗
Raspberry PiにMackerelを導入する
Raspberry Piだって一応サーバーということでサーバー管理・監視サービスのMackerelを導入してみた。
とりあえずモニタリングができる状態までで、監視ルールの設定はしていない。
環境 🔗
- Raspberry Pi 4 Model B
- Raspberry Pi OS 10.6
手順 🔗
mackerel-agentのダウンロードとインストール 🔗
$ curl -sL https://github.com/mackerelio/mackerel-agent/releases/latest/download/mackerel-agent_linux_arm.tar.gz | tar xz
$ cd mackerel-agent_linux_arm
$ sudo cp mackerel-agent /usr/local/bin
$ sudo mkdir /etc/mackerel-agent
$ sudo cp mackerel-agent.conf /etc/mackerel-agent
$ mackerel-agent version
mackerel-agent version 0.70.3 (rev 4c4f91f) [linux arm go1.14.12]
mackerel-agentのセットアップ 🔗
sudo mackerel-agent init -apikey="YOUR API KEY"
サービスの設定 🔗
$ vim /etc/systemd/system/mackerel-agent.service
[Unit]
Description=mackerel-agent
After=network.target network-online.target
[Service]
Type=simple
ExecStart=/usr/local/bin/mackerel-agent
ExecReload=/bin/kill -HUP $MAINPID
KillMode=control-group
Restart=on-failure
[Install]
WantedBy=multi-user.target
$ sudo systemctl daemon-reload
起動 🔗
$ sudo systemctl start mackerel-agent
$ sudo systemctl status mackerel-agent
● mackerel-agent.service - mackerel-agent
Loaded: loaded (/etc/systemd/system/mackerel-agent.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2020-12-01 00:44:51 JST; 6min ago
Main PID: 1856 (mackerel-agent)
Tasks: 7 (limit: 4915)
CGroup: /system.slice/mackerel-agent.service
└─1856 /usr/local/bin/mackerel-agent
自動起動設定 🔗
$ sudo systemctl enable mackerel-agent
Created symlink /etc/systemd/system/multi-user.target.wants/mackerel-agent.service → /etc/systemd/system/mackerel-agent.service.
参考 🔗
Raspberry Pi 4を買った
IoTをやりたくなったので買ってみた。
いろいろ後で揃えるのは面倒だと思ったので、スターターキットした。
ヒートシンクとファンもついててRaspberry Piは本格的になったな。
https://jp.rs-online.com/web/p/raspberry-pi/2067510/
メモ 🔗
組み立て 🔗
https://www.okdo.com/getstarted/
ファンの取り付け向きがわかりにくかった。
シールが貼ってるある面を下側にする。
OSのインストール 🔗
SDカードに必要なものは入っているので、電源を繋げるだけで起動する。
NOOBSの画面でインストールするOSを選ぶ。「Raspbian Full」を選択してインストール。
この時点でWi-Fiに接続したら、「Raspbian Lite」も選べるようになるらしい。
GUIいらないのでこっちにしとけばよかった。
SSHできるように 🔗
「設定」→「Raspberry Piの設定」→「インターフェイス」→「SSH: 有効」
$ ssh [email protected]
起動用の物理ボタンを追加 🔗
シャットダウンしたあとにまた起動するには電源の抜き差しが必要で面倒。
調べてみると物理ボタンを付けたらいけるっぽいので、久々の電子工作をした。
GPIO 3（③）とGround（⑨）を接触させたら起動するみたい。
参考: https://www.raspberrypi.org/documentation/usage/gpio/
必要なもの 🔗
- ジャンパワイヤ（2本）
- タクトスイッチ
- ユニバーサル基板
ハンダ付けは難しい。
参考 🔗
PixelaのグラフをTerraformで作成する
Pixelaのグラフの作成がTerraformでできるようなので試してみた。
#pixela を宣言的に管理するぞ！ということで初めてTerraform Providerを作ってみた！
— Yoichiro Shimizu (@budougumi0617) November 24, 2020
v0.0.4ではグラフをTerraformで定義できます！https://t.co/LdD99leEjO
手順 🔗
TerraformはDockerで。
必要なファイルを作成 🔗
- docker-compose.yml
- .env
- main.tf
version: '3'
services:
terraform:
image: hashicorp/terraform:light
volumes:
- ./:/terraform
working_dir: /terraform
env_file:
- .env
PIXELA_TOKEN=hogehoge
terraform {
required_providers {
pixela = {
versions = ">= 0.0.4"
source = "budougumi0617/pixela"
}
}
}
provider pixela {
username = "takagi"
}
resource "pixela_graph" "sample" {
graph_id = "sample"
name = "sample from terraform"
unit = "page"
type = "int"
color = "ajisai"
timezone = "Asia/Tokyo"
self_sufficient = "none"
is_secret = true
publish_optional_data = false
}
terraform init 🔗
$ docker-compose run --rm terraform init
Creating terraform-pixela_terraform_run ... done
Initializing the backend...
Initializing provider plugins...
- Finding latest version of budougumi0617/pixela...
- Installing budougumi0617/pixela v0.0.4...
- Installed budougumi0617/pixela v0.0.4 (self-signed, key ID 4CE3A37F58A6A092)
Partner and community providers are signed by their developers.
If you'd like to know more about provider signing, you can read about it here:
https://www.terraform.io/docs/plugins/signing.html
The following providers do not have any version constraints in configuration,
so the latest version was installed.
To prevent automatic upgrades to new major versions that may contain breaking
changes, we recommend adding version constraints in a required_providers block
in your configuration, with the constraint strings suggested below.
* budougumi0617/pixela: version = "~> 0.0.4"
Terraform has been successfully initialized!
You may now begin working with Terraform. Try running "terraform plan" to see
any changes that are required for your infrastructure. All Terraform commands
should now work.
If you ever set or change modules or backend configuration for Terraform,
rerun this command to reinitialize your working directory. If you forget, other
commands will detect it and remind you to do so if necessary.
terraform plan 🔗
$ docker-compose run --rm terraform plan
Creating terraform-pixela_terraform_run ... done
Refreshing Terraform state in-memory prior to plan...
The refreshed state will be used to calculate this plan, but will not be
persisted to local or remote state storage.
------------------------------------------------------------------------
An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
+ create
Terraform will perform the following actions:
# pixela_graph.sample will be created
+ resource "pixela_graph" "sample" {
+ color = "ajisai"
+ graph_id = "sample"
+ id = (known after apply)
+ is_secret = true
+ last_updated = (known after apply)
+ name = "sample from terraform"
+ publish_optional_data = false
+ self_sufficient = "none"
+ timezone = "Asia/Tokyo"
+ type = "int"
+ unit = "page"
}
Plan: 1 to add, 0 to change, 0 to destroy.
------------------------------------------------------------------------
Note: You didn't specify an "-out" parameter to save this plan, so Terraform
can't guarantee that exactly these actions will be performed if
"terraform apply" is subsequently run.
terraform apply 🔗
$ docker-compose run --rm terraform apply
Creating terraform-pixela_terraform_run ... done
An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
+ create
Terraform will perform the following actions:
# pixela_graph.sample will be created
+ resource "pixela_graph" "sample" {
+ color = "ajisai"
+ graph_id = "sample"
+ id = (known after apply)
+ is_secret = true
+ last_updated = (known after apply)
+ name = "sample from terraform"
+ publish_optional_data = false
+ self_sufficient = "none"
+ timezone = "Asia/Tokyo"
+ type = "int"
+ unit = "page"
}
Plan: 1 to add, 0 to change, 0 to destroy.
Do you want to perform these actions?
Terraform will perform the actions described above.
Only 'yes' will be accepted to approve.
Enter a value: yes
pixela_graph.sample: Creating...
pixela_graph.sample: Creation complete after 0s [id=sample]
Apply complete! Resources: 1 added, 0 changed, 0 destroyed.
確認 🔗
グラフがちゃんと作られてる！
takagi/sample from terraform | Pixela
Docker ComposeでSinatraの開発環境を構築する
SinatraでちょっとしたAPIを作った時の構築メモ。
DBなど使わないシンプル構成。
手順 🔗
アプリのディレクトリを作って移動 🔗
$ mkdir docker-sinatra
$ cd docker-sinatra
必要なファイルを作成 🔗
- Dockerfile
- docker-compose.yml
- Gemfile
- app.rb
FROM ruby:2.7.2
ADD . /app
WORKDIR /app
RUN bundle install -j4
version: '3'
services:
web:
build: .
command: bundle exec ruby app.rb -o 0.0.0.0
ports:
- 4567:4567
volumes:
- .:/app
source 'https://rubygems.org'
ruby '2.7.2'
gem 'sinatra'
require 'sinatra'
get '/' do
'Hello, World!'
end
ビルドと起動 🔗
$ docker-compose up --build
Creating network "docker-sinatra_default" with the default driver
Building web
Step 1/4 : FROM ruby:2.7.2
---> 09fcf72ff321
Step 2/4 : ADD . /app
---> b71bf29331d0
Step 3/4 : WORKDIR /app
---> Running in a54f49247e95
Removing intermediate container a54f49247e95
---> d4c279f6608b
Step 4/4 : RUN bundle install -j4
---> Running in 02cbb1b78c6c
Fetching gem metadata from https://rubygems.org/....
Resolving dependencies...
Using bundler 2.1.4
Fetching ruby2_keywords 0.0.2
Fetching rack 2.2.3
Fetching tilt 2.0.10
Installing ruby2_keywords 0.0.2
Installing tilt 2.0.10
Fetching mustermann 1.1.1
Installing rack 2.2.3
Installing mustermann 1.1.1
Fetching rack-protection 2.1.0
Installing rack-protection 2.1.0
Fetching sinatra 2.1.0
Installing sinatra 2.1.0
Bundle complete! 1 Gemfile dependency, 7 gems now installed.
Use `bundle info [gemname]` to see where a bundled gem is installed.
Removing intermediate container 02cbb1b78c6c
---> efc5c16e07ff
Successfully built efc5c16e07ff
Successfully tagged docker-sinatra_web:latest
Creating docker-sinatra_web_1 ... done
Attaching to docker-sinatra_web_1
web_1 | [2020-11-24 14:12:29] INFO WEBrick 1.6.0
web_1 | [2020-11-24 14:12:29] INFO ruby 2.7.2 (2020-10-01) [x86_64-linux]
web_1 | == Sinatra (v2.1.0) has taken the stage on 4567 for development with backup from WEBrick
web_1 | [2020-11-24 14:12:29] INFO WEBrick::HTTPServer#start: pid=1 port=4567
動作確認 🔗
$ curl localhost:4567
Hello, World!
参考 🔗
【Mac】gcloudコマンドのインストール
Rails Consoleで表示されるSQLのログを非表示にする
普段はどんなSQLが発行されたかがわかるのでとても便利だが、大量にSQLが発行される場合は逆に邪魔になる。
しかも出力をしているので、その分処理時間も無駄に掛かってしまう。
その時は、loggerの中身をnilにしてしまえばよい。
ActiveRecord::Base.logger = nil
元に戻せるように、既存の中身は退避させておくといいかも。
old_logger = ActiveRecord::Base.logger
ActiveRecord::Base.logger = nil
ActiveRecord::Base.logger = old_logger
簡単に切り替えられるメソッド作った。
def toggle_logger
if ActiveRecord::Base.logger
@old_logger = ActiveRecord::Base.logger
ActiveRecord::Base.logger = nil
else
ActiveRecord::Base.logger = @old_logger
end
end
参考 🔗
GitHub Actionsで使うruby/setup-rubyのバージョンをv1.31.1からv1.51.1に上げた
問題 🔗
毎時働いてくれているGitHub Actionsのワークフローがコケるようになった。
エラー文を見ると、非推奨となったset-envの警告。
Error: Unable to process command '::set-env name=PATH::/home/runner/.rubies/ruby-2.7.1/bin:/home/linuxbrew/.linuxbrew/bin:/home/linuxbrew/.linuxbrew/sbin:/opt/pipx_bin:/usr/share/rust/.cargo/bin:/home/runner/.config/composer/vendor/bin:/home/runner/.dotnet/tools:/snap/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin' successfully.
Error: The `set-env` command is disabled. Please upgrade to using Environment Files or opt into unsecure command execution by setting the `ACTIONS_ALLOW_UNSECURE_COMMANDS` environment variable to `true`. For more information see: https://github.blog/changelog/2020-10-01-github-actions-deprecating-set-env-and-add-path-commands/
原因 🔗
ワークフローでは使っていなかったが、いろいろ調べているとその中で使っている「ruby/setup-ruby」で使わているっぽいことがわかった。（コミットを追ったけどエビデンスは見つけることができなかった。）
解決方法 🔗
とりあえず原因はわかったので、現時点での最新版を使うように修正して無事に解決した。
steps:
- uses: actions/checkout@v2
- name: Set up Ruby
- uses: ruby/setup-ruby@ec106b438a1ff6ff109590de34ddc62c540232e0
+ uses: ruby/[email protected]
with:
ruby-version: 2.7
- name: Install dependencies
ec106b438a1ff6ff109590de34ddc62c540232e0はv1.31.1のコミットハッシュ値
参考 🔗
GitHub Actions: Deprecating set-env and add-path commands - GitHub Changelog
【Rails】APIモードで作成したあとに一部機能で画面を作成する方法
RailsアプリをAPIモードで新規作成（rails new --api）して、一部機能だけ画面を作成したい時のやり方。
対象のコントローラーでApplicationControllerではなく、ActionController::Baseを継承させてあげれば良い。
あとは通常通り、Viewを用意するだけ。
-class ArticlesController < ApplicationController
+class ArticlesController < ActionController::Base
def feed
@articles = Article.all
end
end
APIモードで作成すると、ApplicationControllerは不要な機能を省いたAPI用のActionController::APIを継承している。
class ApplicationController < ActionController::API
end
プロジェクトの.gitignoreに.swpファイルなど個人環境依存のファイルは含めない
.swpなど個人環境依存のファイルはプロジェクトの.gitignoreに含めるべきではないらしい。
rails newした際に作られる.gitignoreにも記述してあった。
# See https://help.github.com/articles/ignoring-files for more about ignoring files.
#
# If you find yourself ignoring temporary files generated by your text editor
# or operating system, you probably want to add a global ignore instead:
# git config --global core.excludesfile '~/.gitignore_global'
ファイルを無視する方法については https://help.github.com/articles/ignoring-files を参照してください。
テキストエディタで生成された一時ファイルを無視していることに気がついたら
その代わりにグローバル無視を追加したほうがいいかもしれません。
git config –global core.excludesfile ‘~/.gitignore_global’
(Deepl翻訳)
手順 🔗
1. グローバル用の設定ファイルを作成する 🔗
$ vim ~/.gitignore_global
グローバルで除外したい設定を追記する
*.swp
2. グローバル用の設定ファイルを有効にする 🔗
$ git config --global core.excludesfile ~/.gitignore_global
~/.gitconfigに以下の2行が追加されている
HTBエナジーの「電気ご使用量のお知らせ」PDFファイルをRubyでパースする
過去の電気料金のデータでゴニョゴニョしたかった。
どうやって取るか考えて、やったことのないPDFをパースして取得することにした。
PDFは毎月メールでPDFが送られてくる。
取りたい情報は赤丸で囲った部分。
gem install pdf-reader
require 'pdf-reader'
reader = PDF::Reader.new('filename.pdf')
page = reader.pages.first
result = page.text.delete(' ').split("\n").each_with_object({}) do |row, hash|
case
when row.include?('ご契約種別')
hash['年月'] = row[/(\d+年\d+月分)/, 1]
when row.include?('ご契約容量')
hash['使用量'] = row[/(\d+)kWh/, 1].delete(',').to_i
when row.include?('請求予定金額')
hash['請求金額'] = row[/([\d,]+)円/, 1].delete(',').to_i
when row.include?('基本料金')
hash['基本料金'] = row[/([\d,.]+)/, 1].delete(',').to_f
when row.include?('電力量１段料金')
hash['電力量１段料金'] = row[/([\d,.]+)円/, 1].delete(',').to_f
when row.include?('電力量２段料金')
hash['電力量２段料金'] = row[/([\d,.]+)円/, 1].delete(',').to_f
when row.include?('電力量３段料金')
hash['電力量３段料金'] = row[/([\d,.]+)円/, 1].delete(',').to_f
when row.include?('燃料費調整額')
hash['燃料費調整額'] = row[/([\d,.-]+)円/, 1].delete(',').to_f
when row.include?('再エネ発電促進賦課金')
hash['再エネ発電促進賦課金'] = row[/([\d,.]+)円/, 1].delete(',').to_f
end
end
puts result
$ ruby app.rb
{"年月"=>"2020年9月分", "使用量"=>310, "請求金額"=>7703, "基本料金"=>815.1, "電力量１段料金"=>2256.0, "電力量２段料金"=>4514.4, "電力量３段料金"=>289.6, "燃料費調整額"=>-1094.3, "再エネ発電促進賦課金"=>923.0}"}
とりあえず雑だけど、取りたい値は取れたので良き。
Gem使ったとしても綺麗に取れるわけじゃなかったので、もうPDFのパースはしたくない。
【Rails】主キーのidをオートインクリメントさせないマイグレーションファイル
外部サービスのデータを入れたいときなど、idは自動採番された値ではなく任意に値を入れたい時がある。
Railsで何も考えずにテーブルを作ると、主キーのidはオートインクリメントになるがそれをさせない方法。
articlesテーブルを作る例 🔗
$ bin/rails g model article
Running via Spring preloader in process 19
invoke active_record
create db/migrate/20201101125336_create_articles.rb
create app/models/article.rb
class CreateArticles < ActiveRecord::Migration[6.0]
def change
create_table :articles, id: false do |t|
t.column :id, 'BIGINT PRIMARY KEY'
t.string :title, null: false
t.string :link, null: false
t.timestamps
end
end
end
$ bin/rails db:migrate
== 20201101125336 CreateArticles: migrating ===================================
-- create_table(:articles, {:id=>false})
-> 0.0308s
== 20201101125336 CreateArticles: migrated (0.0309s) ==========================
MySQL> desc articles;
+------------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+------------+--------------+------+-----+---------+-------+
| id | bigint | NO | PRI | NULL | |
| title | varchar(255) | NO | | NULL | |
| link | varchar(255) | NO | | NULL | |
| created_at | datetime(6) | NO | | NULL | |
| updated_at | datetime(6) | NO | | NULL | |
+------------+--------------+------+-----+---------+-------+
5 rows in set (0.002 sec)
Rails6にRubocopを導入する
rubocop以外にrubocop-performanceとrubocop-railsも一緒に追加する。
手順 🔗
group :development, :test do
...省略...
+ gem 'rubocop', require: false
+ gem 'rubocop-performance', require: false
+ gem 'rubocop-rails', require: false
end
$ bundle install
require:
- rubocop-rails
- rubocop-performance
$ bundle exec rubocop
おわり
個人的な追加設定 🔗
rails newしたばかりの状態だとこのくらいの設定になった。
NewCops: enable: 基本的に新しいCopは有効にしておきたいStyle/Documentation: これいる？
require:
- rubocop-rails
- rubocop-performance
AllCops:
NewCops: enable
Style/Documentation:
Enabled: false
apiモードじゃなかったらnode_modules以下は無効にする
AllCops:
Exclude:
- node_modules/**/*
Rails + MySQL + APIモードのDocker開発環境を作ってHerokuにデプロイする
タイトルのまんま。
バージョン 🔗
- Ruby: 2.7.2
- Rails: 6.0.3.4
- MySQL: 8.0.22
- Docker: 19.03.13
- docker-compose: 1.27.4
手順 🔗
1. アプリのディレクトリ作って移動 🔗
$ mkdir app_name
$ cd app_name
2. 各種ファイル作成 🔗
- Dockerfile
- docker-compose.yml
- entrypoint.sh
- Gemfile
- Gemfile.lock
FROM ruby:2.7.2
ENV LANG C.UTF-8
RUN apt update -qq && apt install -y mariadb-client
WORKDIR /app_name
COPY Gemfile /app_name/Gemfile
COPY Gemfile.lock /app_name/Gemfile.lock
RUN bundle install
COPY . /app_name
COPY entrypoint.sh /usr/bin/
RUN chmod +x /usr/bin/entrypoint.sh
ENTRYPOINT ["entrypoint.sh"]
EXPOSE 3000
CMD ["rails", "server", "-b", "0.0.0.0"]
version: '3'
services:
web:
build: .
command: bash -c "rm -f tmp/pids/server.pid && bundle exec rails s -p 3000 -b '0.0.0.0'"
volumes:
- .:/app_name
ports:
- "3000:3000"
depends_on:
- db
stdin_open: true
tty: true
db:
image: mysql:8.0
environment:
MYSQL_ROOT_PASSWORD: password
ports:
- '3306:3306'
command: --default-authentication-plugin=mysql_native_password
volumes:
- mysql_vol:/var/lib/mysql
volumes:
mysql_vol:
driver: local
#!/bin/bash
set -e
# Remove a potentially pre-existing server.pid for Rails.
rm -f /myapp/tmp/pids/server.pid
# Then exec the container's main process (what's set as CMD in the Dockerfile).
exec "$@"
source 'https://rubygems.org'
gem 'rails', '~>6'
$ touch Gemfile.lock
Gemfile.lockの中身は空で良い。
Gatsbyで作ったブログにtextlintを導入する
このブログにtextlintを入れてみた。
本当はGitHub Actionsでいい感じに動かすところまでやりたかったけど、とりあえず今回はローカルで動く状態までにした。
手順 🔗
1. textlintとルールプリセットを追加 🔗
$ yarn add textlint textlint-rule-preset-ja-technical-writing
textlintだけでルールがないと動かないので、複数のルールがセットになったtextlint-rule-preset-ja-technical-writingを入れた。
2. コマンドを追加 🔗
yarn textlintでtextlintが動くように（フロントエンド周りのお作法はよくわかっていない）
"scripts": {
...省略... ,
+ "textlint": "textlint"
}
3. 設定ファイルの作成 🔗
package.jsonの中身を見ていい感じにつくってくれるらしい。
$ yarn textlint --init
{
"filters": {},
"rules": {
"preset-ja-technical-writing": true
}
}
4. 実行 🔗
$ yarn textlint content/blog/
$ yarn textlint content/blog/
yarn run v1.19.1
$ textlint content/blog/
/takagi_blog/content/blog/added-admin-let-to-rails-app-and-deployed-it-to-heroku-and-it-failed.md
7:47 error 文末が"。"で終わっていません。 ja-technical-writing/ja-no-mixed-period
31:14 error 文末が"。"で終わっていません。 ja-technical-writing/ja-no-mixed-period
33:42 error 文末が"。"で終わっていません。 ja-technical-writing/ja-no-mixed-period
39:22 error 文末が"。"で終わっていません。 ja-technical-writing/ja-no-mixed-period
46:44 error 文末が"。"で終わっていません。 ja-technical-writing/ja-no-mixed-period
54:42 error 文末が"。"で終わっていません。 ja-technical-writing/ja-no-mixed-period
/takagi_blog/content/blog/adding-basic-authentication-to-a-Rails-application-running-on-heroku.md
6:59 error 文末が"。"で終わっていません。 ja-technical-writing/ja-no-mixed-period
...省略...
/takagi_blog/content/blog/visualizing-toggl-work-time-with-pixela/index.md
6:1 error Line 6 sentence length(112) exceeds the maximum sentence length of 100.
Over 12 characters ja-technical-writing/sentence-length
8:29 error 一つの文で"、"を3つ以上使用しています ja-technical-writing/max-ten
8:44 error 文末が"。"で終わっていません。 ja-technical-writing/ja-no-mixed-period
18:18 error 文末が"。"で終わっていません。 ja-technical-writing/ja-no-mixed-period
61:15 ✓ error 文末が"。"で終わっていません。末尾に不要なスペースがあります。 ja-technical-writing/ja-no-mixed-period
70:32 error 文末が"。"で終わっていません。 ja-technical-writing/ja-no-mixed-period
80:1 error Line 80 sentence length(102) exceeds the maximum sentence length of 100.
Over 2 characters ja-technical-writing/sentence-length
84:32 error 文末が"。"で終わっていません。 ja-technical-writing/ja-no-mixed-period
✖ 200 problems (200 errors, 0 warnings)
✓ 13 fixable problems.
Try to run: $ textlint --fix [file]
100記事くらいあればこれくらい出るのは仕方ない。
【Ruby】カリー化と部分適用
※ 下書きにずっと残っていていつまで経っても公開できそうにないので、まとめ終わる前に自分用のメモとして公開する（カリー化の使い所がいまいちわかっていない）
カリー化 🔗
2つの引数の積を返すメソッド（正確にはProcオブジェクト（ラムダ）） 🔗
multiple = -> (num1, num2) { num1 * num2 }
#=> #<Proc:0x00007fb112059130@(irb):6 (lambda)>
multiple.call(2, 5)
#=> 10
curry_multiple = multiple.curry
#=> #<Proc:0x00007fb0f1092af0 (lambda)>
curry_multiple.call(2)
#=> #<Proc:0x00007fb1210efa40 (lambda)>
curry_multiple.call(2).call(5)
#=> 10
部分適用 🔗
引数を3倍にして返すProcオブジェクト 🔗
triple = curry_multiple.call(3)
#=> #<Proc:0x00007fb121139cf8 (lambda)>
triple.call(5)
#=> 15
参考 🔗
Herokuで動かしているRailsアプリにSkylightを導入する
Rails向けAPM、Skylight
を個人アプリに導入してみた
月間10万リクエスト数まで無料で利用できる
導入手順 🔗
バージョン 🔗
- Ruby: 2.7.2
- Rails: 6.0.3.4
1. SkylightのGemを追加し、bundle install 🔗
gem 'skylight'
$ bundle install
2. Skylightのセットアップ 🔗
$ bundle exec skylight setup <トークン>
config/skylight.ymlというトークンが含まれてるファイルが生成される
トークンが含まれているのでリポジトリが公開されている場合は、config/skylight.ymlの代わりに環境変数（SKYLIGHT_AUTHENTICATION）にトークンを設定することで認証することができる
他に設定する項目が無ければ、config/skylight.ymlは削除してしまって良い
Herokuに環境変数をセットする 🔗
$ heroku config:set SKYLIGHT_AUTHENTICATION="トークン"
3. デプロイ 🔗
$ git push heroku master
自動デプロイ設定してある場合は省略
おわり 🔗
Gatsbyで作ったブログをOpenSearchに対応させる
dev.to
のソースコードを見たくてアドレスバーから検索しようとしたら
「dev.to github」と入力している途中で表示が変わって、dev.toの検索結果が表示された
こんなことできるのかと驚いた
OpenSearchというらしい
特に新しい技術ではなく、2005年からあるみたい
Gatsbyで作ったブログをOpenSearchに対応させる 🔗
需要はないのは百も承知だけど、自己満足のためにこのブログもOpenSearchに対応させてみた
手順 🔗
- opensearch.xmlを作成する
- headタグ内にlinkタグを記述する
たったこれだけ
1. opensearch.xmlを作成する 🔗
このブログに検索機能は実装していないので、ドメイン指定をしたGoogleの検索結果に飛ぶようにした
https://www.google.com/search?q=site:takagi.blog%20ruby
<OpenSearchDescription xmlns="http://a9.com/-/spec/opensearch/1.1/" xmlns:moz="http://www.mozilla.org/2006/browser/search/">
<ShortName>takagi.blog</ShortName>
<Description>Search pages in takagi.blog</Description>
<InputEncoding>UTF-8</InputEncoding>
<Image width="16" height="16" type="image/x-icon">https://takagi.blog/favicon-32x32.png</Image>
<Url type="text/html" method="get" template="https://www.google.com/search?q=site:takagi.blog%20{searchTerms}"/>
</OpenSearchDescription>
2. headタグ内にlinkタグを記述する 🔗
}}
title={title}
titleTemplate={`%s | ${site.siteMetadata.title}`}
+ link={[
+ {
+ rel: `search`,
+ type: `application/opensearchdescription+xml`,
+ title: `takagi.blog`,
+ href: `/opensearch.xml`
+ }
+ ]}
meta={[
{
name: `description`,
結果 🔗
良きね
参考 🔗
GitHub ActionsでRubyを使うなら「ruby/setup-ruby」を使うべき
問題 🔗
GitHub ActionsでRSpecを動かして、Railsのアプリの自動テストをしている
今回、Railsアプリで使うRubyバージョンを2.7.2に上げたいので、GitHub ActionsでもRuby2.7.2を使おうと思ったら使えなかった
2.7.2が見つからないと
Run actions/setup-ruby@v1
with:
ruby-version: 2.7.2
Error: Version 2.7.2 not found
原因 🔗
GitHubが公式で用意している「actions/setup-ruby
」を使っていたが、これが最新のRubyバージョンに追随していないからだった
そもそも「actions/setup-ruby」はいろいろ問題を抱えているので、GitHub ActionsでRubyを使うなら「ruby/setup-ruby
」を使うのが良いらしい
詳しいことは参考に貼ってある記事を見てほしい
解決方法 🔗
「ruby/setup-ruby」を使うことで無事、GitHub ActionsでRuby2.7.2を使うことができた
name: RSpec
on: [push]
jobs:
build:
...省略...
steps:
- uses: actions/checkout@v2
- name: Set up Ruby 2.7
uses: ruby/setup-ruby@v1
with:
ruby-version: 2.7.2
...省略...
参考 🔗
GASで作った「Togglの作業時間をPixelaで可視化する」やつをRuby + GitHub Actionsにリプレイスした
表題通り、以前書いた記事（Togglの作業時間をPixelaで可視化する ）で作ったGASのリプレイス
GASからRuby + GitHub Actionsにリプレイスした理由
- Github Actionsの利用規約が変更され、サーバーレスコンピューティング目的で使用しても良くなった
- 上記により、わざわざGASにする理由がなくなった
- GASより慣れているRubyの方がメンテしやすい
コード 🔗
https://github.com/ytkg/toggl_to_pixela
変更点は実行間隔を1日毎から1時間毎に変えたくらいでロジック等は変更していない
そっくりそのままRubyに移植しただけ
コケたらGithubからの通知で気づけるのでエラーハンドリングも追加していない
スクリプトファイル 🔗
require 'dotenv/load'
require 'base64'
require 'faraday'
require 'json'
require 'pixela'
class Toggl
def initialize(token)
@token = token
end
def summary(user_agent, workspace_id, since, _until)
url = 'https://api.track.toggl.com/reports/api/v2/summary'
params = {
user_agent: user_agent,
workspace_id: workspace_id,
since: since,
until: _until
}
headers = { 'Authorization' => "Basic #{Base64.encode64(@token + ':api_token')}" }
res = Faraday.get(url, params, headers)
JSON.parse(res.body)
end
end
date = Date.today - 1
toggl = Toggl.new(ENV['TOGGL_API_TOKEN'])
summary = toggl.summary('toggl_to_pixela', ENV['TOGGL_WORKSPACE_ID'], date, date)
minutes = summary['total_grand'] / 1000 / 60
client = Pixela::Client.new(username: ENV['PIXELA_USERNAME'], token: ENV['PIXELA_TOKEN'])
client.create_pixel(graph_id: 'task-durations', date: date, quantity: minutes)
ワークフローファイル 🔗
name: Ruby
on:
schedule:
- cron: '0 * * * *'
jobs:
ruby:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v2
- name: Set up Ruby
uses: ruby/setup-ruby@ec106b438a1ff6ff109590de34ddc62c540232e0
with:
ruby-version: 2.7
- name: Install dependencies
run: bundle install
- name: Run script
env:
TOGGL_API_TOKEN: ${{ secrets.TOGGL_API_TOKEN }}
TOGGL_WORKSPACE_ID: ${{ secrets.TOGGL_WORKSPACE_ID }}
PIXELA_USERNAME: ${{ secrets.PIXELA_USERNAME }}
PIXELA_TOKEN: ${{ secrets.PIXELA_TOKEN }}
run: bundle exec ruby app.rb
おわり 🔗
Github Actionsにもだいぶ慣れてきて良きだな
【Ruby】URI.escapeとCGI.escapeの違い
URIエンコードにURI.escapeを使っていたらRubocopに怒られてしまった
どうやら時代遅れらしい
URI.escapeの代わりにCGI.escapeを使うことにした
Lint/UriEscapeUnescape: URI.escape method is obsolete and should not be used. Instead, use CGI.escape, URI.encode_www_form or URI.encode_www_form_component depending on your specific use case.
URI.escapeメソッドは時代遅れであり、使用すべきではありません。代わりに、CGI.escape、URI.encode_www_form、またはURI.encode_www_form_componentを使用してください。 (Deepl翻訳)
URI.escapeとCGI.escapeの違い 🔗
どちらもURIエンコードに使うメソッドではあるが、エスケープ処理の仕様が少し違う
今回自分が使う用途では問題なかったが、注意しないと事故る
URI.escape 🔗
スラッシュなどの記号をエスケープしない
URI.escape('おはよう') #=> "%E3%81%8A%E3%81%AF%E3%82%88%E3%81%86"
URI.escape('http://example.com/') #=> "http://example.com/"
URI.escape('><;') #=> "%3E%3C;"
URI.encode('-._') #=> "-._"
URI.escape(' ') #=> "%20"
URI.escape('+') #=> "+"
CGI.escape 🔗
-、.、_以外の記号は基本エスケープする
スペースは+に変換する
require 'cgi'
CGI.escape('おはよう') #=> "%E3%81%8A%E3%81%AF%E3%82%88%E3%81%86"
CGI.escape('http://example.com/') #=> "http%3A%2F%2Fexample.com%2F"
CGI.escape('><;') #=> "%3E%3C%3B"
CGI.escape('-._') #=> "-._"
CGI.escape(' ') #=> "+"
CGI.escape('+') #=> "%2B"
動作確認で使用したRubyバージョン: 2.6.5