この日、丸善で購入したのは万年筆本体だけではありませんでした。
まで実施。3～4回ほど洗浄器にかけたときは水の色がインクで染まっていましたが、ここまで綺麗になりました。
あとは
が待っています。
買う前は
など思ったものの、
と、いいことしかありません。何より、乾燥が甘くてページがくっついてしまう頻度が極度に減りました。
こういう道具は「書き物をする場所」ごとに持っておきたいと改めて。
こちらを更に発展させました。
https://atelier.reisalin.com/projects/ryza3/issues
こうして、ゲーム『ライザのアトリエ3』の見聞録などの情報をチケットかできたものの、もっと付与したい情報がありました。
「タグ付け」による分類です。
既にあるプラグイン「Additonal Tags」でどうにかなりました。（というよりも使っている内に気づきました）
こんな形のタグ付けされていないチケット。
全て選択して
右クリックから「tags」を選択。
付与したいタグを入れていき、「追加」をクリック。
追加後、しっかりとチケットにタグが付与されていることを確認。
これで、諸々の整理がもっと楽になります。
そこで、3周目は「各地のランドマーク」をRedmineに重点的に記録していきます。
https://atelier.reisalin.com/issues/162
と、今後の調合の際に「どこに行けどの超素材が手に入るか」を記録しようというわけです。
そんな中、待望のアップデート実施。
最高難易度「LEGEND」追加。折しも三週目に入ったばかり。引き継ぎ時に作成していたコアアイテムがどこまで通用するかを試す絶好の機会です。
結果は圧勝というか鎧袖一触。
コアアイテムを調整していないのでアイテムが使えるようなCCが溜まる前に殲滅するケースがほとんど。
こちらに関してはストーリー進行に合わせて挑戦しがいが出てくればと思います。
ちょっと用があったので丸の内に赴きました。
最初の理由はこちら。
久しく食べていなかったハヤシライスをいただくため。(この早矢仕ライスは丸善が開祖の一つだとか）
じっくり煮込まれた肉とトマトの風味がクリームコロッケとマッチ。久しぶりの害ショックということもあって満足です。
そしてもう一つ。
LAMY Al-Starの新色とLAMY Safariの「シャープペンシル」です。
こちらも「何年ぶりか」というレベルでシャープペンシルを買いました。
と気づいたためです。
既に手に入れているライムカラーの万年筆と対になるように購入。（上述したように推し色ですし）
2本揃ったので、併せて撮影です。
更新サイクルが3ヶ月と短いものの、無料で利用できるということで愛用しているLet's Encrypt。
デフォルトの暗号化形式がRSAからECDSA方式に変わったようで確認方法でハマりました。
なんとか解決したのでメモを残します。
RSA方式での証明書は、以下の
openssl x509 -in /etc/certs/hoge.example.com.crt -noout -modulus | md5sum
# SSL証明書ファイル
openssl rsa -in /etc/private/hoge.example.com.key -noout -modulus | md5sum
# 秘密鍵ファイルを実行し、それぞれのハッシュ値が合致していることで証明書と秘密鍵の整合性の確認を取ることができています。
2023年4月時点で、Let's Encryptのデフォルト暗号化形式がRSA→ECDSA方式に変わっていました。
openssl rsa -in /etc/private/hoge.example.com.key -noout -modulus | md5sum
# 秘密鍵ファイルを実行すると
139945929635648:error:0607907F:digital envelope routines:EVP_PKEY_get0_RSA:expecting an rsa key:crypto/evp/p_lib.c:469:といったエラーが出ます。
これでは証明書と秘密鍵の整合性が確認できません。
しばらくGoogleと格闘し、なんとか解決策を見つけました。
まず、鍵がECDSA方式であることを確認。
openssl ec -in /etc/private/hoge.example.com.key -text -noout
# 秘密鍵のパスを指定します(略)
ASN1 OID: prime256v1
NIST CURVE: P-256
# 上記が表示されればECDSA方式であると確認できます。次に、以下のようにして公開鍵を抽出してハッシュ値を割り出します。
openssl x509 -pubkey -in /etc/certs/hoge.example.com.crt -noout | openssl md5
(stdin)= ハッシュ値
# SSL証明書ファイル
openssl pkey -pubout -in /etc/private/hoge.example.com.key | openssl md5
(stdin)= ハッシュ値
# 秘密鍵ファイル
### 2つのハッシュ値が合っていれば証明書と秘密鍵の整合性は取れています以上、ECDSA方式でも整合性を確認することができました。
この、「鍵を用いて鍵を取り出す」って、『ライザのアトリエ3』で無垢の鍵から秘密の鍵を抽出しているようだなと益体もないことが脳裏をよぎりました。
使われている道具には意味があると実感です。
黒板消しというかバレンというか、そういった体の道具、ブロッター。曰く
「余分なインクを吸い取る」
道具は必要あるのかと最初は侮っていました。（手帳に書くときは間にティッシュ挟んでますし）とはいえ、
身としては検証して損はないと思って注文し、到着。
日記を書いているときに早速利用。効果は驚きでした。
「こんなに余分なインクがあったのか」というのにも驚きですし、吸い取った跡を手で撫でてもインクがつかないことに驚愕。
検証の価値は十分にありました。自宅のみならず職場にも置いておきたい一道具です。
Redmineのチケット機能、プライベートでも活躍。
こんな感じで一つの事柄に対してコメントを足していくことで、「1つの目的で必要な要素」を網羅しました。
今回は逆に「多数の要素を一つの目的に落とし込む」ための機能を用いました。
『ライザのアトリエ3』での攻略メモ、（2周目に入ってから）見落としがちな見聞録や料理のレシピなどを残しておきました。
https://atelier.reisalin.com/issues/46
これを加工していきます。
等、
スプレッドシートに書いていきます。「説明」欄にマークダウンを記入できるのである程度テンプレ化できるのも強み。
ゲーム中に取得したスクリーンショットはコメントへのリンクを張っていきます。
こうして作ったデータをCSVインポートでそのまま取り込み。
ここでは、ゲーム中に訪れる地方を「バージョン」と位置づけました。
なので、インポートされた見聞録のデータはこのように一瞥できるようになります。
https://atelier.reisalin.com/projects/ryza3/issues/gantt
チケットの詳細をクリックするとこんな形になりました。
基本的に：「Excelが大嫌いなのでRedmineを使っている」というのがスタンスです。
ですが、「大嫌いなExcelシートで加工した方が効率がいい状況」は多々発生します。
そんな加工したデータをチケットとして登録するためのプラグインを導入しました。
RedmineにはCSVインポート機能が備えられているものの、本項で紹介するプラグインはチケットの更新も行えるのが特徴です。
Gem追加：不要
DBマイグレーション：要
cd /home/www-data/redmine/plugins
# 自分の環境に合わせます。sudo -u www-data git clone https://github.com/agileware-jp/redmine_importer
ls -ld redmine_importer
# このディレクトリがあることを確認しますcd /home/www-data/redmine
# 自分の環境に合わせます。
sudo -u www-data bundle exec rake redmine:plugins:migrate RAILS_ENV=productionsudo systemctl restart apache2こちらではインストールまで実施。具体的な使い方は別途紹介します。
2023/04/13
最近、百均で見つけたものです。
本物そっくりのディティールが特徴的なパイプ椅子。ストッパーが付いていてスマートフォンを載せられる実用性もあります。
1/12 figmaサイズにはやや大きめですが、きちっと座らせられました。
このそっけないカバーを装飾します。
ちょうど魔術というか錬金術っぽいシールがまとめて売られていたので、早速の貼り付け。自分のものだとわかりやすくすると同時に、カバンの中でもどちらがカバー部分化を判別できる利点もあります。
『ライザのアトリエ3』のサブタイトルが「秘密の鍵」ということで、百均で見つけた瞬間に「これは合わせることができる」と狙ってみました。
思ったとおり、figmaライザに抱えさせることで写真のアクセントとすることができました。
AWSで使っているWebサーバのメモリ使用量が漸増していくため、以下の処置を施しました。
管理者権限で以下を作成します。
#!/bin/bash
# メモリ使用量の閾値を設定する（ここではメガバイト単位で指定）
threshold=3584
# ログの保存パスと名前を設定する
log_path="/var/log/"
log_name="restart.log"
# 現在のメモリ使用量を取得する
mem_used_before=$(free -m | awk 'NR==2{print $3}')
# メモリ使用量が閾値を超えた場合にWebサービスの再起動を行う
if [ "$mem_used_before" -gt "$threshold" ]; then
systemctl restart httpd
# 極端な話、reboot と指定することでシステムそのものの再起動も可能です
mem_used_after=$(free -m | awk 'NR==2{print $3}')
mem_used_diff=$((mem_used_after - mem_used_before))
echo "httpd service restarted on $(date). Memory usage difference: $mem_used_diff MB" >> "${log_path}${log_name}"
fi作成後、実行権限を付与します。
sudo chmod 744 memory_monitor.shsudo crontab -e -u root*/15 * * * * /path/to/directory/memory_monitor.sh
# 格納したパスを指定します
# 15分おきに実行としています。これはあくまでも対処療法。根本的なボトルネックの究明は継続して行います。
Powered by WordPress & Theme by Anders Norén