というわけで長年愛用してきたプルーム・テックが終了しました。
元々喫煙者であるわたくしですが、2018年ごろから紙巻タバコからプルーム・テック(初代)に変更し、気がつけば紙巻タバコはほぼ吸わなくなり、プルーム・テックに6年程度お世話になってきました。
ところが、去年の8月にプルームテック本体の販売が終了し、さらに去年の12月を以て、たばこカプセルの販売も終了しました。こうなったらもう禁煙するしかないというか、代わりがなければやめざるを得ないなーというのが現状ではあります。
個人的にニコチンは必須ではなさそうなので、これを機にVAPEにしようかと考えているところです。(要は一服できる何かであればよい)
地元のコンビニで買えるのが一番ありがたいです。
本体とフルーツ系のフレーバーをいくつか買って、試しているところです。
現状の感想としては思ったより悪くないです。が、課題は 匂いが強すぎる 点ですね。(個人の主観です)
少々香りがする分には構わないんですが、新品のフレーバーは 香りが専用ケースとカバンをも貫通してきます。
フルーツ系のフレーバーをやめて、シンプルなメンソールにすればそのあたりは回避できるのかもしれません。様子見中。
プルーム・テックみたいな形のやつです。
香りはそこまで極端に強くないので悪くなさそうな気はするものの、ちょっと焦げたような味がします。
使い方がよくない?のかもしれません。今のところ正直いまいちです。
市販のをいくつか吸ってみたかんじ、案外これも悪くなさそうです。
問題は 捨て方がわからない という点ですかね。僕の住まいは市の回収ボックス?行きのようです。
処分が少々面倒なのが難点です。
今のところこれ!という代わりが見つかっていません。
禁煙とまではいきませんが、当面は喫煙活動休止といったところです。
なんか進展があれば追記します。
]]>世代の人はタイトルでピンときたかもしれませんが、これは昔テレビCMでやっていたクロノ・トリガーのキャッチコピーです。そんなわけで今日はクロノ・トリガーの話をしてみます。
公式から引用します。
1995年、「ドラゴンクエスト」の堀井雄二氏、「ドラゴンボール」の鳥山明氏、「ファイナルファンタジー」の開発スタッフによるドリームプロジェクトから生まれたスーパーファミコンの名作RPG。「現代」「中世」「未来」「原始」「古代」と、あらゆる時代を駆け巡りながらスト―リーが展開します。
当時の発売元はスクウェアだったことや、システム的にはFFに近かったこともあって、体感的にはキャラデザに鳥山明を使ったFFという印象で当時はプレーしてました。
初プレーは発売から少し経ったころです。1995年3月11日が発売日で、この年の夏ぐらいに友達から借りてやったのが確か最初だった記憶があります。もう30年近く前のことと知って震えてます。
その後は iPhone4 でリメイク版をやってました。2012年ぐらいでしたね。ちょっと前に出たDS版の内容を踏襲していて、追加ダンジョンである「竜の聖域」や「次元のゆがみ」もこの時点で遊べました。
んで、最近になって ドラクエシリーズを急に iPhone でやりはじめた ことをきっかけに昔のゲームをいろいろ遊んでみたくなり、とうとう 3回目 のクロノ・トリガーとなった次第です。2018年にアップグレード版が出ていて、前述のとおり旧スマホ版をすでに購入済みだったので、無料でアップグレード版をダウンロードできたことも大きかったです。それにしても何度やっても面白い。
やや易しめだとは思います。基本的にはよほど戦闘から逃げまくったりしていない限りはレベル上げやお金稼ぎにそこまで注力しなくてもすみましたし、裁判の結果もストーリー進行上はまったく影響がなく(もらえるエーテルの数が変わるぐらい)、全体的にそこまで詰まる要素がないため基本はサクサク進めていくことができます。個人的にRPGにそこまで理不尽な難しさは求めていないので、このぐらいでちょうどいいとおもっています。
本ゲームの真骨頂はこれでしょうね。このゲームにはかの有名な「つよくてニューゲーム」というモードがあって、一度ゲームをクリアするとこのモードが選択できるようになります。クリアデータのレベル、装備、アイテムを引き継いでニューゲームから遊べるというものです。
単純にゲームをクリアするだけなら前述のとおりそこまでがんばらなくても問題なく進められるのですが、このゲームはエンディングが全部で14種類(バッドエンド含む)あって、全てを見るにはこのつよくてニューゲームを使って2周目をプレーすることが必須です。中にはゲーム開始直後にクロノ一人でラヴォスを倒さないと見れないエンディングもあり、なかなかやりごたえがありました。
また、つよくてニューゲームを何周も繰り返して、カプセル集めや次元のゆがみでのステータスアップを繰り返すとこんなかんじにもできます。
回避はこれ以上上げられないですが、クロノに関しては命中は次元のゆがみをクリアすれば5ポイント上がるので、あと10周すれば命中をカンストできます。 そこまでやる予定はさすがにないです。
全曲おすすめです。主観ですがいま聴いてもぜんぜん古臭い感じもしないし、スーファミの音源でもぜんぜんショボイとも感じないです。
ちなみに全曲作曲者は光田さんだと今までずっと思っていたのですが、一部で植松さんの曲もあったとは知らなかったです。
サントラ買おうかな。。。5000円は高いですが。
死の山のツルツル滑るところをスマホの操作でやらせるのはなかなか鬼だとおもいます。下記のゾーンで何回も渡れずに転落しますた\(^o^)/強いて不満を挙げればこのぐらいですw
ちなみに3回目ともなると、クロノ・トリガーをやったことある人なら一度は考えたであろうことをやってみたりもします。
オール無罪判定もたやすいことです。というか気を付けるところは3つくらいなので、覚えていればそんなに難しくはないです。
カエル、魔王、ロボのままいくのは素人です。我々クラスともなるともちろんこうです。
わからない人のために補足しますと、これは全て各キャラの本当の名前です。余談ですが、魔王にジャキと名前をつけると、それ以降は作中で魔王城のことをジャキ城と呼ぶようになりなんだか少し締まらなくなったので、そこは魔王城のままでよかったやんとは思いました。
シルバードも名前変更ができるのでスカイ・ダルトン・ギョクーザにしたいところでしたが、文字数制限のためこうです。まあダルトンもいないし。
約10年ぶりのクロノ・トリガーでしたが楽しかったです。また忘れたころにもう1回くらいはやる気はします。
さて、次は聖剣伝説2あたりをやりたいですが、スマホでやるには厳しそうなのでまだ検討中です。
]]>あけましておめでとうございます。本年もよろしくお願いいたします。
2023年のまとめは面倒くさくて書かなかったので、とりあえず1年前の日記を貼ります。
去年も少しづつやってましたが、最近地元のゲーセンにDDRが入ったので運動がてらちょっとづつやろうと思います。1クレ、かつ僕の場合は大して高レベル帯の曲もできないのにまあまあ疲れるあたり、このゲームは他の音ゲーより桁違いに運動している感はあります。知り合いにはDDRだけで1年に20キロ以上痩せたって人もいるぐらいなので、本当に運動にはなっているんだとは思います。ちょっと体に喝を入れるにはちょうどいいです。
去年やろうとして結局やれなかったので今年こそやります。たぶん。
正直、そこまで優先順位は高くないのが逆に災いしている気がします。なんとか今年こそは。
2023年は更新頻度を増やそうとか言ってたはずなんですが結局増えるどころか減りました。今年こそは(既視感
]]>基本的にスマホゲームの類はほぼやらない私ですが、最近になって iPhone 版のドラクエにハマってます。日記のネタもできたなということで今日はそんな話を書いてみます。
はじめてドラクエをやったのは小学校3年くらいのころで、そのときにプレーしたのはファミコン版のドラクエ1でした。その時点で発売からはもうすでにかなりの年数が経過しました。なのでとくにそのとき流行っていたというわけではないんですが、親戚の家にあってなんとなくやってみたというものです。
当時はそもそもRPG自体をやったことがなくて、ドラクエ1をプレーはしてみたものの正直要領を得ず、周りに詳しい友人もあまりいなかったので結局ガライの墓あたりで頓挫した記憶があります。
実際にドラクエ1をクリアしたのは中学校ぐらいになってからで、そのときは 野球選手の名前をつかった某裏パスワード を使ったデータでクリアしました。(当時のドラクエにはセーブ機能はなく、「ふっかつのじゅもん」というパスワードで現状のエクスポートが可能でした。)
※ 裏パスワードが気になる方は「ドラクエ1」「ふっかつのじゅもん」「ねるおふ」で検索してみてください。
そんなかんじですが、一応ドラクエは1から6まではひととおりクリアはしていて、7以降はまったくやらなくなった、という典型的な2D世代です。なんとなく久しぶりに昔のドラクエをやってみたいと思って調べてみたらちょうどスマホでドラクエ1,2,3がわりと格安でプレーできるようなので、今回はこの3つをやってみました。
ドラクエ1,2,3は「DQポータル」というアプリのアプリ内課金で遊べるようになる、というものでした。
一応3つともクリアはしましたので、以下に感想を書いてみたいとおもいます。
お値段は480円です。iPhoneの有料アプリとしてはまあ世間的にはわりと普通ではありますが、個人的にはドラクエ1がたった480円で遊べるのはすごい時代だなぁと感じます。
リメイクで調整が入っていたのもあって正直簡単でした。前述のとおり昔はガライの墓あたりで詰んでた記憶しかないですが、サクサク進め続けて、3日経ったらレベルMAXでクリアしてました。
リメイク調整の恩恵を一番感じられたのはモンスターを討伐した際の経験値、ゴールドが高くなったことで、特にメタルスライムの経験値がファミコン版では100ちょっとだったんですが、775ももらえるようになっていました。
どのあたりからかは忘れましたが、ドラクエ1のメタルスライムは一定の攻撃力を突破すると、通常攻撃でワンパンできるようになります。(これはファミコン版でもiPhone版でも変わりませんでした。)
なのでレベル20付近からMAXまではあっという間でした。正直、1週間くらいはかかる予定だったので少し拍子抜けはしてしまいましたが、懐古厨的には満足でした。
余談ですが、なぜか昔つかっていたふっかつのじゅもんのひとつを今でも覚えています。不思議ですね。
ちちえどしるぬばいへぬつへざれぎごくはた
ドラクエ1が予想より早く終わってしまったので、終わったその日にドラクエ2も購入しました\(^o^)/
気になるお値段は800円で、ドラクエ1より少し高かったですが、ゲームソフトが800円なんて安すぎるだろという思考なので僕はあまり気にしませんでした。
ファミコン版のドラクエ2で何よりきつかったのが下記の2つです。
ドラクエ2のふっかつのじゅもんはマジで長かったです。
iPhone版のドラクエ2を始めましたがセーブできるありがたみを実感。2はふっかつのじゅもんが1の倍くらい長くてファミコン版をやってた当時はよく書き取りミスして発狂してたのを思い出しました。
— TOMMY (@tommy0157) November 7, 2023
気になったので改めてふっかつの呪文の文字数を確認してみました。
作品 | 文字数 |
---|---|
ドラクエ1 | 20文字固定 |
ドラクエ2 | 最大52文字(進行していくにつれて徐々に増加) |
倍どころじゃなかったです\(^o^)/
もしこれがいまの時代だったら スマホで写真撮っておわり なんですが、昔はそんなものなかったので普通にテレビ画面見ながら紙に書いていました。そりゃ転記ミスもしますね。
余談ですが、ドラクエ2のふっかつのじゅもん入力画面は名曲と名高い「Love Song 探して」が流れています。iPhone版のドラクエ2ではふっかつのじゅもんを入力することはありませんが、この曲は冒険の書を選択・作成する画面で聴けます。個人的にはファミコン版のアレンジのほうが僕は好きです。
ドラクエのルーラといえば、行ったことのある街や城にパッと移動できるというものですが、ドラクエ2のルーラの効果はちょっと変わっていて、なんとこれが 最後にふっかつのじゅもんを聞いた街に戻る というものです。今思うとめちゃくちゃ不便でした。
例えば、ふっかつのじゅもんをロンダルキアのほこらで聞き、ちょっと買い物したいから旅の扉とかでベラヌールに戻り、うっかりそこでふっかつのじゅもんを聞いてしまうと、もうルーラではロンダルキアのほこらに戻れなくなります。つまりロンダルキアに戻るにはまたロンダルキアの長〜い洞窟を抜けなければいけない、ということです。何度かやらかしました。
んで、今回もこの仕様の前提でゲームをしていたんですが、スマホ版のドラクエ2はなんとルーラの行き先が自由に選べるようになってました。(要はドラクエのいつものルーラと同じ効果になっていた。)これはすばらしい調整だと思いましたね。
あと紋章探しも昔は大変だったんですが、 スマホ版は紋章が落ちてるところがふつうに光っている ので全く苦労しませんでした。難易度甘くしすぎ?という人もいるかもしれませんが、世の中そんなストイックな人ばかりではないので僕は良い調整だと思いました。
個人的にはファミコン版のドラクエ2は難易度が高すぎたとおもいますので気分的にはこんなかんじです。
終わってみたら思ったより短かった気がしました。リメイクによる調整の甲斐もあって、昔よりもかなり快適に遊べて楽しかったです。あと、なんといっても冒険の書によるセーブ機能と、中断の書でいつでも止められたりやり直しができることもあって、トータル的な難易度はめちゃくちゃ下がったと思います。こういうのでいいんだよこういうので。
ドラクエ2が思ったより早く終わってしまったこともあって、勢いでそのままドラクエ3を買いました。お値段は1600円でこれまでの中では一番高かったですが例によって大して気にしなかったです。
ドラクエ3はさすがにボリュームもあって、現在もまだプレイ中です。とはいえ、ゾーマはもう倒したので現在は裏ボス攻略のためレベル上げとドーピングの種集めをしているところです。
勇者・戦士・僧侶・魔法使い、の4人でスタートしました。とくに理由があったわけではなく、単に昔プレーしていたときの感覚でそうしただけです。iPhone版も含めたドラクエ3のリメイクには「盗賊」という新しい職業が追加されていて、これがなかなか強力なので今思えば戦士の代わりに盗賊を選んでやってみてもよかったかなーとは思います。戦士は力と体力しか取り柄がないし、このころは「みのまもり」というステータス項目がなく、すばやさが守備力に直結する仕様だったので、すばやさが致命的にない戦士は高い装備をさせないと装甲が紙クズ同然で使い物にならないので、それなら素早さに優れた盗賊、あるいは武道家でもよかったのかなと今にして思えばそう思います。
武道家はかいしんのいちげきが出やすいとはいえある程度レベルが上がってこないと体感的にはあまりその恩恵を感じられず、さらに武道家は装備品が限られていてそのへんのフォローがまあまあ面倒なので、個人的には今だったら盗賊一択かなーとおもいます。
というわけでこれからドラクエ3をやってみようという僕みたいな人がいましたら、戦士の代わりに盗賊を入れてみることをおすすめします。
リメイク版のドラクエ3にはなんとこれがあるんですよ。
なのでファミコン版では無頓着だった民家のガサ入れをしまくりながらのプレーとなりました。小さなメダルは民家のタンスやツボ以外にもダンジョンの宝箱や、床なんかにも落ちていたりするので、本気で探すなら盗賊を入れてレミラーマ使いながらのほうが捗ります。
ちなみに僕は小さなメダルに関しては全部攻略サイト見て収集しました\(^o^)/
小さなメダルの報酬がなかなか強力で、これがあるとないとではその後の進め方に大きな差が出るので、特にこだわらない人は攻略サイト見ながらでもいいので集めながら進めたほうが楽です。
そういえばファミコン版のドラクエ3では、一度ぼうぎょを選択したあとBボタンでキャンセルしてたたかうを選択すると、キャンセルしたはずのぼうぎょが効いていて、敵からのダメージを軽減できるというものがありました。
もしかしてiPhone版でも同じ技が使えないかなーと思って試してみましたが、さすがに現在はもう使えなかったです。
現在攻略中です。ゾーマを倒したあと、とりあえずそのまま裏ダンジョン進めて挑んでみましたが強すぎて勝てませんでした。(まともに回復させようとすると毎ターンベホマズンを使わないと無理なレベルです)
ネットで攻略方法を調べましたが、以下が一番確実にいけそうです。
ということで現在は地道にレベル上げと種集めをする、という段階です。進捗としては人員の用意まではできたので、あとは種集めですね。
しばらく放置してましたが無事討伐しました。
というわけで討伐。ドラクエ3はこれでおしまい。 pic.twitter.com/Fwzq6FnvsS
— TOMMY (@tommy0157) February 11, 2024
めちゃくちゃ楽しんでます。何年かぶりに音ゲー以外のゲームにハマっています。ドラクエ3のしんりゅう戦が終わったらドラクエ4をやるかはまだ決めていませんが、個人的には久しぶりにドラクエ5をやりたくなってきています。スマホ版もあったはず。
そのうちまたドラクエのプレイ日記を書くかもしれません。その際はまたよろしくお願いします。
このページで利用している株式会社スクウェア・エニックスを代表とする共同著作者が権利を所有する画像の転載・配布は禁止いたします。
© 1986,2013 ARMOR PROJECT/BIRD STUDIO/SPIKE CHUNSOFT/SQUARE ENIX All Rights Reserved.
画像はAIに適当にそれっぽいものを作らせてみましたw
こういうとき便利っすね。
このブログは他の記事なんかでも書いているとおり、Hexo という静的サイトジェネレータを使って作っています。ついでにXMLサイトマップ(sitemap.xml) も Hexo のプラグインを使って生成してサーバーに設置しています。
で、とある日に気がついたのですが、sitemap.xml に記載されている <lastmod>
の値が、全ての記事でサイトの最終ビルド日時になっていました。いつからというか、たぶん最初からずっとこうだったと思われます。サイトマップの中身にほぼ頓着していないので正直ずっとスルーしちゃっていましたが、さすがにこれはマズいということで原因を調べて対応することにしました。
まず最初に疑ったのはサイトマップ生成プラグインのバグでした。が、しかし 公式リポジトリの Issue を見てもそんな話はひとことも出ていませんでした。考えてみたらバグならもっと早くに Issue が上がって、すでに解決されていてもおかしくないですね。
Issues · hexojs/hexo-generator-sitemap
また、自分のローカル環境でビルドを実行してみたところ、<lastmod>
の値は記事によってちゃんとバラけていました。ということはビルド環境に依存している可能性が高そうと推測しました。
ウチのブログは GitHub Actions のコンテナ上でビルドしていますので、このあたりに原因がありそうと考え調べを進めました。
結論としては、GitHub Actions がどうこうではなく、ソースの生成日時がそのままlastmodになっていた ということでした。
GitHub Actions は実行のたびにクリーンなコンテナ環境を作り直しています。当然、ソースもその際に clone しなおしています。例えば、GitHub から何かしらリポジトリを clone すると、各ファイルの生成日時は clone 時点のものになりますが、今回はこれがそのまま <lastmod>
の日時になっていたというわけでした。前から使っている自分のパソコンでは <lastmod>
がバラけていたのもそのためです。
原因はわかったのでどうするか検討します。
そもそもこんな話があり、<lastmod>
は必ずしも必要な項目ではないようです。
Googleは、サイトマップのpriorityを無視する。lastmodは正確なら利用する。
lastmod が十分に正確なら利用すると思う。
ということで方針としては以下のようにすることにしました。
<lastmod>
をつけない<lastmod>
に設定するhexo-generator-sitemap は自分でテンプレートを用意することも可能なので、プロジェクト直下に sitemap_template.xml
を作りました。内容はこんなかんじです。シンタックスハイライターが古いのか、うまく色がついてくれませんがご容赦ください。
記事に last_updated
が設定されていれば <lastmod>
を追加するようにしています。これで不要な <lastmod>
は付与されなくなります。<priority>
もいらないのでついでに外しちゃいました。(sitemap.xmlが軽くなるので)
|
_config.yml
に作ったテンプレートを指定します。
sitemap: |
あとは <lastmod>
をつけたい記事はフロントマターに last_updated
を書いておけばOKです。例えばこんなかんじです。last_updated は文字列として解釈させたいのでクオートを忘れないようにしてください。
|
ちなみに last_updated の日付にクオートをつけ忘れるとこうなります。
<lastmod>Sun Sep 24 2023 00:00:00 GMT+0900 (Japan Standard Time)</lastmod> |
無事、必要なところにだけ <lastmod>
が表示されるようになりました。ウチのように Hexo + CIによる自動ビルドという構成のサイトは同じ事象が発生していると思います。もし何かの際にこの記事を見るようでしたら対応の参考にどうぞ。
というわけで先日 MacBook Air の M2 モデルを買いました。人生で初めて買った Mac です。
恒例のやつ。
ついにMacデビューしました。 pic.twitter.com/4KCFuejqvf
— TOMMY(a.k.a. JPS.) (@tommy0157) August 2, 2023
長年 Windows を愛用し続けていて、いま現在も特に Windows をやめたわけではないです。Mac は以前に勤めていた会社で初めて使いました。当時は特にMacが社内で多数派だったわけでもなく、僕自身は Windows のパソコンでずっと仕事していましたが、Macbookで仕事をしていたとある同僚が会社を辞めることになり、その際にMacbookを僕にバトンタッチしたことがきっかけでいじるようになりました。(会社からの借り物なので僕のものというわけではないです)
それでしばらく Mac も使って仕事していましたがわりと使い勝手が良いことや、その後別の会社に転職していった際にも Mac ユーザーが多く、Mac を使ったほうが仕事が円滑だったこともあって、仕事では Mac で、自宅では Windows という生活を長年続けていました。
なんですが、そうこうしているうちに何年か前から個人用の Mac が一台欲しいなーと思うようになりました。以前は Macbook Air では搭載できるメモリの上限があまり多くなく、かといってProは高すぎて買う気になれなかったのでどうしたものかなーと思っているうちに Macbook Air の性能もかなり良くなってきていて、僕の使用用途的には Air で十分そうだなと思ったので今回購入に踏み切ってみた次第です。
今まで買ったパソコンの中でダントツに今回買った端末が高かったです。
なんでMacというかApple製品てこういちいち高いんでしょうね。僕が狙っていたのはメモリが24GBということもあって、Airのわりにはめっちゃ高かったです。ちなみにメモリを多めにしたのは仮想マシンに割り振るメモリや、DTM的な都合です。(音源のロード時にメモリをけっこう喰うので)
ということで、新品で買う気にはならなかったので今回は Mac整備済製品 で買いました。(それでも高いですが、ほしいものが5万円近く安く買えました。)
メモリ24GB積んだ整備品はなかなか市場に出てこないので、毎日サイトをチェックしてましたが、見ていると月に1回か2回程度まとまって入ってくる傾向にあることがなんとなくわかってきたのでそのへんを狙ってました。
そんなかんじで日々サイトをチェックし続けていたとある日、ようやく欲しいスペックの端末が入ってきたので即ポチりました。ちなみに数時間後には在庫切れになってました( ゚д゚)パネェ
ここからはただの記録です。次にMac買うのは何年先になるかはわかりませんし、その際に同じ手順は使えない気もしますが、どんなことをやっていたのか控えておくだけでもいいかと思いましたので残します。
まっさきにやったのがこれです。けっこうウザいので。
なんでこの機能あるんでしょうね。
Mac|日本語入力のライブ変換を設定(オン/オフ)する方法 | PC設定のカルマ
Finder上で隠しファイルが見えないと意外に困ることが多いので変更しました。
Mac - Finderで隠しファイル・フォルダを表示する方法 - PC設定のカルマ
Macのデフォルトだとzshですが、個人的にbashが好きなので僕は変えてます。
chsh -s /bin/bash |
各種アプリインストールはHomebrewですませたい派です。
macOS(またはLinux)用パッケージマネージャー — Homebrew
インストール用スクリプトを実行
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" |
パスを通します。前項でBashに変えているため、.bash_profile
に追記してます。
echo 'eval "$(/opt/homebrew/bin/brew shellenv)"' >> ~/.bash_profile |
Homebrewが準備できたらぽちぽち入れていきます。
ターミナルはずっとこれ使ってきたので、慣れたやつを入れてます。
brew install --cask iterm2 |
ちなみにこのブログの更新は VSCode でやってます。
brew install --cask visual-studio-code |
軽量なテキストエディタです。Windows用の Notepad++ となんとなく似てる印象です。VSCodeあるからいらん、という人は不要ですが僕は入れてます。
brew install --cask coteditor |
クリップボード履歴管理アプリです。過去のコピペ履歴が見れて使いまわせるのでこの手のツールは入れておくと捗ります。
brew install --cask clipy |
Windowsではサポート終了してしまった skitch ですが Mac ではまだ現役なので入れます。
brew install --cask skitch |
ちょこちょこ使いますので入れてます。
brew install --cask docker |
このブログは Hexo なので Node.js ないとローカルで何もできませんw
# Node.jsバージョン管理ソフト経由でNode.jsを入れます |
拡張機能の移行もする場合はこちら。断捨離も兼ねて拡張機能は移行はせず、必要になったものだけを都度入れていくでもいい気はしますが一応書きます。
VS Codeの拡張機能一覧をエクスポートするには | Hinemosu
やる場合は code
コマンドを使えるようにします。
shift + command + P
でコマンドパレットを開きます。Shell Command: Install 'code' command in PATH
と入力しエンターを押します。次に拡張機能のインストールコマンドを作っておきます。ターミナル上で以下のコマンドを入力します。
code --list-extensions | xargs -L 1 echo code --install-extension |
すると以下のようなテキストが出力されます。あとは新しいPCのターミナルでこれをコピペするだけで同じ拡張機能がVSCodeにインストールされます。一応試してみましたが、めっちゃ楽です。コマンドを一括実行する場合は改行を補完してください。
$ code --list-extensions | xargs -L 1 echo code --install-extension |
setting.jsonについてはこちら
shift + command + P
でコマンドパレットを開きますPreferences: Open Settings(JSON)
を入力しエンターキーを押します{ |
いまのところ非常に快適で満足してます( ´ ▽ ` )
Intel から Apple シリコンになったことで M1 当初はいろいろ動かないものが多かったり大変だったようですが、いま僕がいろいろ使ってみた限りでは特に不便さもないです。先人のみなさまに感謝ですね。
あとは Studio One とかも入れてDTMできるようにすればほぼデスクトップいらずです。
というわけで、今後はWindowsのデスクトップとMacBookの2台体制でやっていこうと思います。
それはそうとして、古いノートPCが Windows XP のパソコン含めると3台あるのでそろそろ処分しようとおもいます。。。
]]>僕がたまに Twitter に投稿している耳コピ曲動画は画像1枚、音声ファイル1つ、を組み合わせて作っています。たまにしかやらないせいか毎回やり方を忘れるのでここにやり方を残しておこう、というのが今日の話です。
Twitterへのアップロードが目的なので、そもそもmp3を直接アップできれば一番手っ取り早かったんですが、仕様でそれはできないようでした。(当時は。今もたぶんそう?)
ただ、mp4ならアップが可能だったので、それなら画像1枚で画面は全く動かないけど音声だけが流れる、という動画を作ってしまおう、というのがそもそものきっかけです。
あとは正直そこまで語ることもないので、サクッと本題である作成手順にうつります。
あらかじめ下記のファイルを用意しておいてください。
ちなみに今回紹介するやり方は Windows 10 Pro 環境によるものです。Windows 11 なら同じように使えるかもしれませんが、Macでは全く参考になりませんのでご容赦ください。
画像ファイルを右クリックして、「新しいビデオの作成」をクリックします。
下記の画面が出てきますので適当に名前をつけます。
プロジェクトライブラリ内の画像を右クリックして、「ストーリーボードに配置」をクリックします。
「期間」をクリックして、動画の長さを入れます。この場合、音声ファイルの長さ=動画の尺になるので、音声ファイルの長さで入力しておけばOKです。音声ファイルの長さより短くすると音声の途中で動画が終わってしまいます。
「カスタムオーディオ」をクリックします。
「オーディオファイルの追加」をクリックして、予め用意しておいたmp3ファイルを選択します。終わったら「完了」をクリックします。
試聴して特に問題なさそうなら「ビデオの完了」をクリックします。
ビデオの画質を指定し、エクスポートをクリックすればmp4で出力されます。これで完了です。
そんなかんじでアップされた動画がこちらです。
ドラクエっぽいサウンドフォント拾ったので序曲の耳コピ版を録音しなおしました。 pic.twitter.com/Ju62SCBOCA
— TOMMY(a.k.a. JPS.) (@tommy0157) July 17, 2023
次に耳コピ動画上げるのはいつになるかわかりませんが、その際はまたやり方忘れてそうなので、このブログ見ながら投稿しようとおもいます。
]]>ということでタイトルのとおり Hexo の画像遅延ロードについて書いてみようと思います。
遅延読み込み (Lazy loading) とは、リソースをノンブロッキング(クリティカルでない)ものとして識別し、必要なときだけこれらを読み込む戦略のことです。クリティカルレンダリングパス (en-US)の長さを短縮する方法であり、ページのロード時間の短縮につながります。
画像は非同期で読み込めばその分だけページが出る速度が上がるよね、って話です。
昔は JavaScript で画像を後から突っ込んでいく手法が多かった印象ですが、今は img タグに loading 属性を追加するだけで対応できるらしいです。すばら。
loading 属性 loading 属性を
<img>
要素に(または loading 属性を<iframe>
要素に)設定することで、ユーザーが近くにスクロールするまで、画面に表示されている画像や iframe の読み込みを延期するように、ブラウザーに指示することができます。
<img src="image.jpg" alt="..." loading="lazy" />
<iframe src="video-player.html" title="..." loading="lazy"></iframe>
というわけでこちらを使って実現していきます。
既にこの方法で遅延ロードを実現している方がいらっしゃいました。圧倒的感謝。ここは素直に先人の知恵を借りることにします。
Hexoで画像にloading="lazy"を自動で追加して画像を遅延読み込みする - Pixelog
内容を確認したところHexoのフィルター機能を使ってhtmlタグを置換して実現しているようです。ウチもHexo環境なので、基本これと全く同じ方法でいけそうかと思ったんですが、どういうわけかトップページだけはタグの置換が行われていませんでした。
ということで、ウチでは after_post_render
ではなく、after_render:html
フィルターで一括対応しました。function内でやってることは一緒です。
themes/apollo/scripts/lazy.js
を作成し、中身を以下のようにしました。
hexo.extend.filter.register('after_render:html', (str, data) => { |
after_render Filters についてはこちら
Rendering#after-render-Filters | Hexo
after_post_render
だと名前のとおり記事ページに限定されるんですかね?hexojsのソースコードを読んでみればわかるかもしれませんが、今回はいったん飛ばします。
Filter#after-post-render | Hexo
正直、体感ベースではよくわかりませんでした\(^o^)/
まあ邪魔ではないので Google 先生のツールなどから修正提案が出ない限りはしばらくこのままにしようと思います。
というわけで6/23の封切り早々 「劇場アニメ 青春ブタ野郎はおでかけシスターの夢を見ない」 を見てきました。今日はその感想を書いてみます。多少ネタバレしているので気になる方はここでブラウザバック推奨します。
Prologue
プロローグ高校二年生の三学期を迎えた梓川咲太。
三年生の先輩であり恋人の桜島麻衣と、峰ヶ原高校で一緒に過ごせる学生生活も残り僅かとなった。
そんななか、長年おうち大好きだった妹の花楓は、誰にも明かしたことのない胸の内を咲太に打ち明ける。「お兄ちゃんが行ってる高校に行きたい」
それは花楓にとって大きな決意。
極めて難しい選択と知りながらも、咲太は優しく花楓の背中を押すことを決める。『かえで』から『花楓』へ託された想い。
二人で踏み出す未来への物語。
ということで今回は花楓メインの話ですね。
これまでの劇場版とアニメはひととおり視聴済みです。原作は直近2作くらい積んでますが、それ以外は読んでました。なので一応先の展開は知っていたはずなんですが、この映画の原作を読んだのはもう何年も前なので正直あまり覚えてなかったです\(^o^)/映画を見る前に原作読み直そうかとも思いましたが、結局読み直しを忘れててそのまま映画館に行きました。
前作「青春ブタ野郎はゆめみる少女の夢を見ない」の映画を見た際の感想は、原作よりかなり展開がマイルドになっているなあというものでした。あとこれはもうしょうがないんですが、カットがえげつなかったです。大筋は原作どおりなんですが、ここはカットしないでほしかったなーってところがいろいろ足りなかったです。僕みたいな原作厨がいると制作も大変ですね。
その顕著な一例ですが、原作だと麻衣さんの事故から翔子さんが登場するまでの溜めの展開のボリュームが誇張抜きにして桁違いに長く、比べると映画はこのへんの描写がめちゃくちゃカットされていました。映画は咲太が思ったよりすぐ立ち直っちゃったので正直少し拍子抜けしましたが、原作のほうは咲太のボロボロっぷりがすごかったです。たしか1章分4〜50ページほどまるまる咲太が廃人化してた覚えがあります。告別式に行く前の話とか、他にもいろいろスーパー絶望タイムがカットされてました。
ゆめみる少女原作が麻衣さんの事故で終わっていて、そこから続刊まで4ヶ月ほど空いて、やっと続きが読めるとウキウキしながら新刊を読み始めたら冒頭から4分の1ほどまでずっと廃人咲太の描写が続いたときはなかなかくるものがあった覚えがあります。
ということで映画に感じたのはそんなかんじでしたが、それ以外は素直に原作を踏襲しているように見えました。強いて言うなら個人的には時間軸間の状況というか、どこからどこまでが誰の思春期症候群によるものなのかが原作でさえ若干説明が足りないと感じたので、そのへんが映像でうまく補完されるかなーと期待していたんですが良くも悪くも原作どおりだったのはちょっと残念でした。あえて細かくは語らなかったってことなんですかね。
以上から今回も基本的には原作を踏襲していくかんじになるのかな、とは思っていました。
面白かったです。
花楓の症状って、実は解離性同一性障害と思春期症候群のダブルパンチでけっこうヘビーなんですよね。別人格が現れたのが前者によるもので、誹謗中傷の書き込みを見ると体に痣ができるのが後者によるもの。
で、そのうち、解離性同一性障害については本人格が戻ったということである程度快方に向かっているとは言えますが、痣がまだ出てくるってことは思春期症候群は根本的には解決していない、が現在の状態と思われます。なので実は大変なのはこれからなんでしょうね。
映画としては万事めでたしではなくて、これからに向けて味方が増えたり、気持ちが前向きになれたり、ってところで締めていていい塩梅なんじゃないかと思いました。おるすばん妹の夢を見ないのときもそうですが、花楓関連の話はどう進んでも戻ってもある程度ビターなので人間ドラマとしては見応えありますね。ただ、いつもこういうのばかり見てると疲れるので反動で脳死で見れるようなおバカな作品が見たくなったりもします。
そんなかんじで映画には概ね満足はしているんですが、
ちょっと思ったのが今回のは映画向きの話ではなかったのかなーとは思いました。
映画向きと思わなかった理由としては
という点です。まあなので映画の出来がどうこうってわけではないです。
特に思春期症候群による動きがほとんどないので、あまり劇場版映えはしないのが大きかったですね。シンプルな人間ドラマにフォーカスされていたと思います。
前作映画の「青春ブタ野郎はゆめみる少女の夢を見ない」が原作でも2冊つかった、かつシリーズ最大の山場の映像化だったこともあって、比べると今回は劇場版としてはちょっと物足りなかったなというのが正直な感想です。そもそも大きな伏線は前作までで回収して、物語も綺麗に着地し終わっていましたし、今回はエピローグその1というかんじなんでしょうね。
とはいえ前項で書いたとおり映画はすごくよかったので満足度は高いです。
さて、花楓の話が一段落したところで、かねてから予告されていた咲太自身がメインになる 「青春ブタ野郎はランドセルガールの夢を見ない」 も公開が決まってます。冬公開らしいですが、早くて年末ぐらいでしょうか。
今作はあまり映画向きではなかったのでは、と書きましたが、逆に次回作はもう少し映画らしい展開になると思います。一応これで高校生編が完結ということになるはずなので、映像化もこれでいったん終了かなーと思っていたんですが、今回の映画の中で花楓の話には全く関係がないので入れる必要がないはずの大学生編の伏線と思しき描写があったのが気になります。詳しい内容は伏せますがこれをカットしなかったってことはもしかして大学生編もやるんですかね。
大学生編も面白いとは思うんですが、少々蛇足感は否めないので個人的には次回で終わりでいいと思ってます。どうなるんでしょうね。
というわけで気が向いたら次回、「青春ブタ野郎はランドセルガールの夢を見ない」の感想日記でお会いしましょう。
積んでいる大学生編の原作もこれを機に読んでみようとおもいます。
そんなわけで今日は以前趣味でやってたDTMをまたはじめた、という話です。
デスクトップミュージック(和製英語: Desktop Music 、略称:DTM)はパソコンを利用して楽曲制作をおこなう音楽制作手法の総称である。一般的にパソコン上のミュージックシーケンサーで楽曲を制作し、音源モジュールやソフトウェア・シンセサイザーで発音・演奏する。
困った時は Wikipedia 先生に聞くのが一番すね。
僕ははじめて打ち込みで何か作ったのは、「携快電話」というツールでガラケー用の着メロを作ったことでした。当時はオリジナル曲ではなく、好きなミュージシャンの耳コピとかやってた覚えがあります。なので、僕にとってのDTMはパソコンでの着メロ作りの延長ぐらいの感覚です。
バージョンは違うかもしれませんが、当時使っていたのはたしかこれです。着メロとかもはや死語ですが\(^o^)/
携快電話11
僕が打ち込みをやっていたのはWindowsXPがギリギリサポートしていたころぐらいまでで、このへんの時期にちょうどメインのパソコンを買い替えたところ、打ち込みに使っていたソフトや音源が新PCではまったく動かなかったため、DTM環境が完全にお亡くなりになりました\(^o^)/
こんなありさまでした。
シーケンサーは Domino に乗り換え、音源はネットで拾った SGM-v2.01 をなんか裏技でどうにか動かせばちょっとした打ち込みはできましたが、新しい曲はまったく作らなくなってました。いろいろと面倒くさくなってたんでしょうね。
といったことが重なって、またさわってみようかなーと思うようになりました。
んで、DTMをやろうにもDAWもないし、昔つかっていたものは今のPCじゃ動かないことには代わりないのでどうしたものかなーと思っていたんですが、知り合いから Studio One の無料版でもだいぶ使えると勧められたのでこれを使ってみることにしました。
とりあえずいきなり打ち込みはじめるのは無理ゲーだったので、操作に慣れるのもかねてこのホームページに置いてる曲のMIDIを Studio One で開いて、Studio One にバンドルされてきた Presense という音源でうまくなるように各トラックの音量や音色などいろいろ調整して、最後にミックスダウンしてwavファイルにしてます。
当たり前っちゃそうなんですが、僕が昔使っていたDAWの付属音源よりも音がめっちゃ良くてびびってます。すげー( ゚д゚)
musicページ に置いているものも一部ファイルを今回録音しなおしたものに差し替えています。
しばらくは手元のMIDIファイルを変換して、慣れてきたら新しい曲つくってみようかとおもいます。今のところ打ち込み自体はいまいち操作に慣れないです。Domino でやったほうがまだやりやすい気もしてます。Cakewalk Home Studio 3.01 はもっとシンプルで使いやすかったし、XGWorksも操作性はもっと直感的にやれてた気がします。今のDAWは多機能な反面、昔のシンプルな使いやすさが失われているのは無理もないのかもしれません。単に僕がついていけていないだけともいえます\(^o^)/
新しい環境で録音しなおしたものは SoundCloud にもあげてみました。アカウントは最近つくりました。差し替えがある程度進んだら、このホームページの music ページも <audio>
タグを使うのをやめて、SoundCloud の埋め込みプレイヤーに変えたほうが見栄えもいいのでそのうちやろうと思ってます。
とりあえずホームページに置いてないやつを1つ置いていきます。Yahooジオシティーズ時代にMIDIだけ公開していた曲ですが、わりと好きなやつなのでこれを機に復刻させてみました。
というわけでぼちぼちやっていこうとおもいます。
]]>最近、このブログのホスティング先を長年使っていた Netlify から Cloudflare Pages に変更しました。サイト自体は特に何も変えていないので、ここにアクセスしてくださっている(稀少な)方々は特に変化を意識することはなかったと思います。
その際に行った作業なんかを今日は書いていこうと思います。
(要所で画面キャプチャ撮りながらわりとガッツリ書いてみたらけっこうなボリュームになりました)
Cloudflare Pages is a JAMstack platform for frontend developers to collaborate and deploy websites.
Cloudflare が提供する静的ホスティングサービスです。Netlify と同様に GitHub と連携して簡単に静的サイトをデプロイしたり、その他 Cloudflare の各種機能との連携による恩恵を受けることができます。
Netlify でもそこまで大きな不満はなかったのですが、主に下記の点で移行を決めました。
何を重視するかにもよって強みは変わりますが、まず無料プランでもリクエスト数と帯域幅が無制限であることが大きいです。このサイトだけであれば正直大してリクエストもこないのでどっちでもいいといえばそれまでではありますが、まあ制限がないにこしたことはないです。
Netlifyが日本からだと遅い - id:anatooのブログ
これは上記も含めていろんなところで言われていますが、同じCDNでも Cloudflare と違い、Netlify は CDN のキャッシュサーバーが日本にはないため、サーバー応答が若干遅いと言われています。2023年1月時点ではこのへんだとシンガポールが最寄りのキャッシュサーバーになるようです。
https://answers.netlify.com/t/is-there-a-list-of-where-netlifys-cdn-pops-are-located/855
Regular CDN:
- Central Europe (Frankfurt, Germany)
- South America (Sao Paulo, Brazil)
- Eastern US (New York, USA)
- Western US (San Francisco, USA)
- Asia (Singapore, Republic of Singapore)
- Australia (Sydney, Australia)
対して Cloudflare は現時点で国内でも東京、大阪、福岡、那覇の4ヶ所にサーバーがありますのでこのへんは圧勝といえます。
Cloudflare Global Network | Data Center Locations | Cloudflare
ウチは静的ページを置いているだけなのでどのページもそこまで遅くはないのですが、爆速かと言われるとそこまでではないので、速くなるならやってみる価値はあると思いました。
Cloudflare Pages 自体の機能ではありませんが、Cloudflare Workers を利用してBASIC認証をつけることができます。無料でいけます。
HTTP Basic Authentication · Cloudflare Workers docs
Netlifyだと無料プランだとBASIC認証はつけることができません。
Netlify Pricing and Plans#BASIC AUTHENTICATION
たまに認証をかけたいページを作りたくなりますが、それが実現できるようになるのは大きいです。
公式フォーラムで中の人から無料プランでも商用利用OKとコメントがあります。
一時期移転先候補として検討していた Vercel は無料プランによる商用利用をはっきり禁止事項に入れています。
Fair Use Policy | Vercel Docs
ウチのサイトは Google Adsense による広告を載せているため、Vercel は見送った次第です。とはいっても広告収入は雀の涙ですが\(^o^)/
というわけで移行を進めていきます。
基本的には公式にガイドがあるのでこれを見つつ、ところどころ不要そうな作業をカットしたり、ウチでは必要なものを足したりしていきます。
Migrating from Netlify to Pages · Cloudflare Pages docs
Cloudflare にはサインアップ済み、という前提で話を進めます。まずは Cloudflare Pages に移行先プロジェクトがないと話にならないのでこれを作るところからスタートします。デプロイはコマンドで行うので、ここでは空のプロジェクトを作ります。
Wrangler は Cloudflare Workers のコマンドラインツールです。現時点では空プロジェクトの作成はコマンドラインからのみ可能であるため、まずは必要はCLIツールをインストールします。
# npm |
より詳しい情報はこちら
Install/Update Wrangler · Cloudflare Workers docs
以下のコマンドを実行します。
wrangler login |
ブラウザ上で許可を求められるので Allow を押します。
以下の画面が出たらこのページは閉じてOKです。
ターミナル上にもログイン成功のメッセージが出たらログイン完了です。
$ wrangler login |
wrangler pages project create
コマンドを実行するとプロジェクトの作成だけを行います。プロジェクト名とproduction branchはウチの場合なので必要に応じて読み替えてください。
wrangler pages project create |
コマンドの実行が完了すると空のプロジェクトが Cloudflare Pages 上に作成されます。
先に Hexo プロジェクト側での作業を行います。 _headers
というファイルを public フォルダに入れておきます。以前にやった _redirects
と同じ要領です。
内容はこんなかんじです。
# カスタムドメインを割り当てる予定 |
Headers · Cloudflare Pages docs
コマンドによるデプロイに必要なので取得しておきます
まず Cloudflare のダッシュボードにログインします。
https://dash.cloudflare.com/
カスタムトークンを作成するから「始める」をクリックします
必要事項を入れます。名前は適当です。要は Cloudflare Pages の編集権限を付与できればOKです。あとは一番下の「概要に進む」をクリックするだけです。日本語モードにしているけどなんか変な日本語。
問題なければ作成します。
トークン表示画面が出ます。メッセージのとおり、この画面が出るのは1度きりなので、ここで忘れずにトークンを控えておきましょう。
公式がワークフローを提供しているので、それを使うのが簡単です。アカウントIDとトークンを事前に secrets
に登録が必要です。
Use Direct Upload with continuous integration · Cloudflare Pages docs
ダッシュボードのURLにくっついているのがそうです。
前述で控えてもらったトークンがこれです。
こちらに画像付のわかりやすい例が書いてありますので詳しくは割愛します。
暗号化されたシークレット - GitHub Docs
下記のようにアカウントIDとトークンがリポジトリシークレットに登録されればOKです。
先ほどの公式からのほぼ丸パクリでいけます。
.github/workflows/deploy-clf.yml
name: Deploy Clf |
これで、master ブランチに push すれば Cloudflare Pages へデプロイされるようになりました。
CDNの恩恵を受けたいので、Netlify DNS から Cloudflare DNS への移行も行います。
カスタムドメインを設定しようとすると以下のように先に Cloudflare DNS の登録を指示されるのでそのままクリックして進めます。
カスタムドメインを設定をクリック
続行をクリック
DNS移行を開始をクリック
所持ドメインを入力
ここは Free でOKです。
自動でいくつかAレコードが入っていますが今回は全部必要ないです。
Cloudflare Pages のサイトを以下のように指定します。
ネームサーバーの変更を要求されるので、画面の手順どおりネームサーバーの変更を進めます。
何に変更すれば良いかはこちらに記載されていますのでこれを控えておきます。「完了しました〜」のボタンはまだクリックしないでください。
ウチのドメインは Xserver Domain でドメイン管理しているので、こっちの管理画面からネームサーバーの設定を行います。持ってるドメインはこのサイトのドメインくらいですが。下記のとおり Cloudflare から指定されたとおりの状態にします。
最後にドメインの詳細を設定します。何も考えずにひととおり有効にしておいてOKです。
このへんもお好みの範囲なので、ぽんぽん進めてOKです。ここでは全部有効にしました。
Cloudflare DNS への登録が終わったら、登録したドメインをカスタムドメインに指定して、アクティブ状態になれば完了です。アクティブに変わるまではちょっと待ちます。wwwありとなしの2つ分設定してください。
しばらくは Netlify DNS と Cloudflare DNS のAレコードが混在した状態になります。元のAレコードのTTL自体はそんなに長くはないはずですが、今回のようにネームサーバーを変更した場合は特に時間がかかるので、すぐには Netlify DNS のAレコードは削除せず、3日程度空けてから削除してください。(体感は半日くらいは新旧両方に飛んでいた気がします。)
まだならやっておきましょう。
.dev
ドメインをクロールさせないhexo の場合は public 配下に _headers
ファイルを追加して対応します
https://jpsern-web.pages.dev/* |
これで、.dev
ドメインでアクセスされても大丈夫です。
wwwあり → wwwなし、へのリダイレクトは Cloudflare 側で設定します。
手順は以下のとおりです。
CloudflareのPage Rulesを理解した上で設定する(Page Rulesチュートリアル) · Cloudflare Support docs
ちなみに参考までにウチの設定例です。
こんなかんじで入力して
wwwなし→wwwありの設定が終われば完了です。
ちょっとページ出るの速くなった気はしたものの、正直そこまで差は感じませんでした。もっと爆速感出るかと思っていました。まあ静的サイトなのでもともとそんなに遅くはなかったということもありますので、とりあえず逆効果にはなっていなさそうということでここではよしとします。
どっちも何回かやって一番速かった結果を載せてみましたが、Cloudflare に移行してから劇的に速くなってますね。体感ではあまりわかりませんでしたが、確実に効果はあったようです。
$ ab -n 10 https://jpsern.com/ |
$ ab -n 10 https://jpsern.com/ |
Netlify 時代のスコアを控え忘れましたが、たしかモバイルが76点ぐらいだった覚えがありますのでこちらもおそらく効果は数字に表れていると思います。
1年半くらい前から乗り換えを考えていましたが、プレビューデプロイの要否を制限できなかったこと、CLIツールのデプロイ環境がまだ整っていなかったことからしばらく導入を見送っていましたが、だんだん機能が整備されてきてこのたびようやく引っ越しに至りました。
しばらくはこれで運用してみます。Cloudflare 側に無料なのにわりと多機能なアナリティクスもついてきているので、場合によってはGAやめてもいいかもしれません。Netlify と違ってまだ何もノウハウがないので、これから少しづつ使い倒してみようかと思います。
]]>最近、ブログの記事のURLを全部変更しました。その理由や作業などについて今日は書いていきたいとおもいます。
とある記事がずっと初稿の内容で Google 検索結果に表示されてて、わりと長い間不思議に思っていたのですが、ある日、原因を調べているうちに下記と同じ状況とわかりました。
【2020年版】Google検索結果の日付を更新する方法 | 悲しみのフランスパン
記事URLに日にちが含まれてしまっている場合です。
例:!https://frenchbread-sorrow.com/2019/08/08/pokemon
上記の場合はどんなに頑張ってもGoogle検索エンジンに更新日が表示されることはありません。
完全にこれですやん。。。
クロールはされてるのになぜかずっと古い記事タイトルでインデックスされてると思ったらこれでした。ということで、いつまでもこの状態は困るので、URLの形式を変更することにした次第です。
以前に別記事でも書いていますが、ウチのサイトは以下で動いています。この前提で手順を記載していきます。
これは後述するリダイレクトチェックに使うためです。ウチの場合はXMLサイトマップがあるので、これを使って以下のコマンドでURLリストを作成しました。URLを変更してしまうとデプロイ時にサイトマップが変わってしまうので、まず最初にこれを実施しました。
$ curl -fsSL https://jpsern.com/sitemap.xml | grep -v "/categories/" |\ |
_config.yml
から permalink
の値を以下のように変更します。
- permalink: :year/:month/:day/:title/ |
これは Netlify のリダイレクト機能を使います。
Redirects and rewrites | Netlify Docs
_redirects
ファイルを作る方法と、netlify.toml
に書く方法の2通りありますが、今回は記述が簡単な前者で行います。
例えば2023年分のブログのパーマリンクを変更する_redirects
の記述はこのようになります。
# /yyyy/dd/mm/:title/ → /:title/ にURLを変更 |
この _redirects
をプロジェクトの public
ディレクトリに突っ込んでおき、さらに .gitignore
で除外しておけば Git 管理もでき、かつデプロイの成果物にも含めることができます。
public 以下はこんな状態です。
public |
.gitignore
はこんなかんじです。やってることはシンプルです。
# .gitignore自身をコミットするため |
ちなみに、ネット上では hexo-generator-alias
を使ったリダイレクトが紹介されているケースが多いですが、これは meta name="refresh"
の HTML タグを使ったリダイレクトで、ステータスコードに301を返していません。(確認したら200でした)
meta refresh
でも一応問題はないようですが、Google公式によると meta refresh
よりもサーバーサイドによる 301 リダイレクトのほうが、Google に正しく解釈される可能性が高いと書かれています。
リダイレクトによる SEO への影響 | Google 検索セントラル | ドキュメント | Google Developers
そのため、基本的には今回のようにまずサーバーサイドによる301リダイレクトを用い、それができない場合は meta refresh
によるリダイレクトを使うのが良いと思われます。
前項で保存しておいた url_list.txt
に変更前の古いURL一覧があるので、こちらを使って正しくリダイレクトが行われているか確認します。
xargs curl -Isf | grep "HTTP"
のようなコマンドでチェックすることも当初は考えましたが、Netlify の DDoS protection に引っかかる恐れがある ため、少し面倒ですが手動でチェックしたほうが確実 と考え、今回は手動でチェックしました。
チェック結果、301リダイレクトが問題なく行われていることを確認できましたので、これで作業完了としました。
まあまあ面倒臭かったです\(^o^)/
こんなことがないよう、URLは最初によく検討することをおすすめします。
ふだんそこまで見てませんが、久しぶりにサーチコンソールをなんとなく眺めていたところ、ちょうどこの対応を行ったくらいのタイミングで、ページのインデックス登録数が劇的に増えていたことに気がつきました。URLの改善でこんなに変わるとはびっくりです( ゚д゚)
ついに僕の地元にも beatmania IIDX のライトニングモデルが入ってきました。ライトニングモデルといえばプレー動画の録画機能ということで今日はその話です。
LIGHTNING MODEL プレー録画機能 - beatmania IIDX 30 RESIDENT
ゲーム機でプレーした楽曲を録画して保存することができる機能です。
PCなどの端末で動画としてダウンロードしてプレーを振り返ったり、動画サイトへアップロードしたりすることができます。
個人的には特に手元が撮れるのがありがたいし、自分の手元はどうなっているのかを知るのは練習する上でもメリットがあります。昔、友人に手元撮ってもらったりしたこともありますがそんなにしょっちゅうお願いするわけにもいかないので、この機能は本当にありがたいです。
今日の本題です。
弐寺の公式サイトからダウンロードしたプレー動画のデータは以下のとおりです。
項目 | 値 |
---|---|
サイズ | 1920 x 1080 |
フレームレート | 60fps |
ビットレート | 158kbps |
サンプルレート | 44.100kHz |
Twitter公式仕様と比較しましたが、サイズとビットレートが推奨より少し大きいようです。(Twitterは720p推奨のようです)
Twitterの動画、いつのまにか60fpsでも投稿可能になったのね。てことは弐寺の動画わざわざフレームレート落とさなくても投稿できるのかな。今度試してみよう。https://t.co/TmBfpPZSJ8
— TOMMY(a.k.a. JPS.) (@tommy0157) February 27, 2023
既に世の中いろんな人が平気でポンポンTwitterに弐寺の動画上げていたので、少し推奨値を超えててもいけるだろうと思っていたんですが、ダウンロードした動画をそのまま Twitter に投稿しようとしても、「処理中 99%」で止まってしまい、その後なんぼ待ってもアップロードが完了しないので、結局リサイズ、フレームレート30fpsに変換して投稿していました。
それが、次の方法で解決しました。
結論としては、Media Studio にはアップロード可能だったので、まずは Media Studio に動画をアップロードし、Media Studio 上のTwitter投稿ボタンで投稿すれば一番手間をかけずに投稿できることがわかりました。
もしかしたら需要があるかもしれないので、気力のあるうちに手順を残しておきます。
IIDX公式サイトからダウンロードしたプレー動画を選択してアップロードしてください。
なお、ライブラリには Media Studio にアップしたけどTwitterに投稿していないものもあるので画像は一応ぼかしますw
回線にもよると思いますが3〜5分程度かかります。なお、ウチはごく一般的な光回線の環境です。
アップロードが完了すると下図のようにライブラリにアップロードした動画のサムネイルが表示されます。サムネイル動画のすぐ下にTwitter投稿ボタンがあるのでこれを押せばTwitter投稿できます
無事投稿が完了しました。ちなみに720pへのリサイズがアップロード時に勝手に行われますので元ファイルのままとまではいきませんが、見たところフレームレートはほぼ変わってなさそうでわりとヌルヌル動いてくれますし、何より変換の手間がいらないので個人的にはこれで十分です。
PCからのアップロード検証もかねて動画。PCでダウンロードした動画をPCで直投稿しようとすると処理中99%で止まっていつまでも続かないけどMedia Studio経由ならいけることはわかった。今度からこれかな。 pic.twitter.com/IR1MIpty4H
— TOMMY(a.k.a. JPS.) (@tommy0157) March 8, 2023
Media Studio は耳コピ動画の投稿で使った際に知りましたが、思わぬ形で役に立ちました。人間なにごとも経験なのかもしれませんw
Media Studio にアクセスできなくなりました。
メニューから消えただけでなく、https://studio.twitter.com/library に直接アクセスしてもだめです。
僕はこの方法で Media Studio のページに行けました。圧倒的感謝。
メディアスタジオ(Media Studio)を使った投稿方法 pic.twitter.com/LIjJl7LxhK
— ゆうちゃん (@kaigiyuu) April 14, 2023
広告自体は作る必要ないですが、広告を作る途中にメディア一覧へのリンクがあって、それを控えておくというものですね。メディア一覧のページをブックマークしておけばひとまずはいけそうです。
これもいつまで使えるかわかりませんが当面はこれでなんとかしようと思います。ほんと最近 Twitter はろくなことしないっすね。
]]>久しぶりにIT技術職っぽい記事です。
Amazon Linux 2 は、Amazon Web Services (AWS) の Linux オペレーティングシステムです。このサービスを使用すると、セキュリティ重視の、安全で高性能な実行環境、クラウドアプリケーションを開発および実行できます。Amazon Linux 2 は追加料金なしで利用できます。Amazon Linux 2 のセキュリティアップデートとメンテナンスアップデートは継続的に提供されます。
・Amazon Linux 2
こちらは RHEL7 / CentOS7 をベースとしていると言われております。Systemd が採用されていることからも、実際の操作は RHEL7/CentOS7 に近いです。
Amazon Linux 2 は Amazon EC2 の作成時に選択できるOSのひとつです。RHEL7をベースにしていると言われていますが公式から明言されているわけではないので定かではありません。とはいえ使ってみたかんじはCentOS 7に近いというのはかなり納得できるので概ね間違ってはいないと思います。
ここ半年くらい仕事でAWSにさわる頻度が劇的に増えました。僕自身はLinux環境を1からガッツリ作ったのは4,5年まえに1度だけやったきりで、そのときもネットで調べながらああでもないこうでもないと苦戦しながら進めただけで、あとは既存サーバーにたまにログインして少し操作とかする程度だったのでほぼ覚えていなかったのですが、仕事の都合で急遽やらざるをえなくなったので断片的な知識をどうにか組合せつつなんとかそれっぽいものを作ったりしていました。
それにあたり、EC2にあれこれインストールしたりすることも多いのですが、ぶっ壊したらまずいということもあってAMIをこまめに作りながらおっかなびっくりしていてなかなかスピードが上がらないこともあって、自分のローカル環境にEC2と同じものがあれば検証が楽なのになーと思うようになりました。
そんなときに Amazon Linux 2 の公式イメージがあることを知りました。
(基本的に特に理由がない限りは EC2 は Amazon Linux 2 で作っています)
amazonlinux - Official Image | Docker Hub
これを使えば自分のローカル環境に EC2 と同じものが用意できそう、ということでやってみたというのが今日の話です。
というわけで作ってみたものがこちらです。
先に紹介した Amazon Linux 2 の Docker イメージは実際の Amazon Linux 2 と完全に同じというわけではなくあくまでもベースだけのようです。そもそも Docker イメージって必要最低限なものだけを同梱しておくのが思想ということもあって、例えば Linux のコマンドや、その他普通の Linux 環境なら入っているだろうというパッケージも入っていなかったりします。
なので、公式の Docker イメージをもとに足りないものをいろいろ足してみて、VM感覚で使えるコンテナを作ってみた、というものです。
というわけでとりあえず僕なりにいろいろ補完した Dockerfile を参考までに晒します。↑で貼った GitHub のリポジトリにも全く同じものがあるのでそっちを見てもらってもいいです。
# https://hub.docker.com/_/amazonlinux |
操作は docker-compose
コマンドで行うため設定ファイルを追加してます。
version: "3.9" |
鍵の設定をすればこんなかんじでSSH接続もできます。
そもそもコンテナイメージを軽くするために余計なものは極力入れないというのがコンテナというものかと思いますので正直こんなかんじでなんでもかんでも突っ込んでいくならコンテナの意味ねー、って話にはなってしまうんですが、とはいえaws使うひとにはまあまあ便利かなとは思います。興味があれば参考にしてみてください。
]]>今日はちょっと一般的なブログのサムネっぽい画像を置いてみました。特に深い意味はないです。
そこまで海外ドラマフリークというわけではないので正直流行り廃りはよくわからないですが、家族や友人の影響もあって小学校高学年ぐらいのころから日本の地上波で放送されたものに限り、いくつか海外のドラマを観ていました。なんとなく記憶にある中で一番古い海外ドラマは「フルハウス」だったと思います。
最近になって YouTube で昔見ていた海外ドラマのOPを探して懐かしさに浸ることが多いので今日はそんな話を動画を貼りつつ当時の記憶をふりかえってみたいと思います。なお、僕の場合は全て吹き替え版で見ていた(字幕がそもそもあったかはわかりません)ので基本的に全て吹き替え版の感想になります。
というわけで前述したフルハウスです。ほんと好きなんですよねこの歌。
ドラマのほうは1話20分完結(NHKだったのでCMがなかった)の短いコメディードラマで毎週家族で観てました。完結までけっこう長い間ずっと見てた覚えがありますが、これ9年も続いてたんですね。。。夕方放送ということもあってか、基本的に平和なコメディーで大きな事件はなく安心してみれる良さがありました。(たまに人間関係に大きな影響を及ぼすイベントがあったりはします)
ちなみに僕は Netflix は契約していないので、続編である フラーハウス は観ていません。
高校ぐらいのときに僕の周りでめっちゃ流行ってて観てました。前述のフルハウスとは違って、こちらはとにかく人間関係荒れまくりの青春群像劇です。
細かい話はあまり覚えていませんが、いろんな登場人物がみんな付き合っては浮気してをひたすら繰り返していたのはなんとなく覚えてます。当時はあれ、こいつらみんな穴兄弟じゃね?とはよく思っていたものです。とはいってもだいたいバレリーのせいか。今思うと深夜とはいえよくNHKで放送できてましたねこれ。。。
余談ですが、一時期は土曜の夜はビバリーヒルズ青春白書→快感フレーズ→CDTV→ランク王国と約3時間弱ぐらいぶっ通しでテレビ見る生活してました。あの頃は若かった(遠い目
CSI:科学捜査班という警察ものドラマのスピンオフですが、僕はこのマイアミシリーズが一番好きでした。
海外の警察ものドラマは日本よりも金のかけかたが豪快で各シーン見ごたえがあったことと、主人公のホレイショ・ケインがとにかくシブイ、カッコいい、最高!!でした。
僕は吹き替え版で観ていましたが、ホレイショの吹き替え役である石塚運昇さんの声もめちゃくちゃハマっていたと思います。
余談ですが、このOPである Won’t Get Fooled Again を何年か前に iTunes で購入してフルで聴いて初めて知ったのですが、OP冒頭の「Yeeaaaaaaaaahhhhhh!!!」が流れるのは実は曲のかなり終盤でした。このドラマのOP作ったスタッフは、よくこれをOPのド頭に持ってこようって発想が出たなとびっくりしました。
他にもいくつか見ていたドラマがあったはずなんですがパッと思い出せないので、また何かあれば追記します。
あと、海外ドラマはもうしばらく見てなかったのですが、何かおすすめ探して久しぶりに見てみようと思います。そういえばウォーキング・デッドがまだ途中だったのでまた視聴再開しますかね。
]]>去年の小晦日ごろですが、約7年半お世話になった iPhone 6s を卒業し、iPhone SE(第3世代) に機種変更をしました。
完全に 電池が保たなくなってきたから という理由です。
バッテリそのものは半年くらい前に新品と交換したのですが、それでも大きな改善効果がなく、会社行く日などは電車でニュースなどを見ているだけの利用でも会社に着く頃には既にバッテリ残量が虫の息という状態でした。
それ以外の動作自体は買った当初とほぼ変わらなくサクサク動いていて、バッテリの問題さえなければあと2,3年は余裕で使うつもりでしたがあまりにもどうしようもなかったので泣く泣く機種変更に至りました。まあ iPhone 6s は最新iOSのサポート対象外になっていましたし、ちょうどいい機会だったかとは思います。
iPhone はいろいろ種類が出ているなか iPhone SE を選んだ理由ですが、一番はホームボタンがないのは気持ちわるかったことですね。あと個人的には iPhone のデザインは iPhone 6 で完成されていると思っていて、愛用していた iPhone 6s とほぼ同デザインの iPhone SE に白羽の矢が立ったということもあります。今の角張った iPhone はあまり好みに合わないです。あとは安いというのもありますが。
12月の半ばごろに機種変をしに最寄りのドコモショップに行きましたが、目当ての iPhone SE は在庫がなく、次回入荷も未定とのことでした。いま iPhone SE はどこに行っても在庫がないって話はいろんな人から聞いていましたがウチの地元みたいな都心からはちょっと外れた郊外でも例外ではなかったようです。。。
次回入荷は最低でも1ヶ月は待つらしく、量販店であればもしかしたらどこかに残っているかもしれませんとお店の人から聞いたので、いったんドコモショップを出て5,6店舗ほど家電量販店を探してみましたが結果は同じようなものでした。iPhone SE人気すげぇな。。。
どこのお店行っても状況は似たようなものなので、1ヶ月待つとはいえ予約しないと始まらないと思い、翌日に再度最寄りのドコモショップへ行ってみたところ、64GBのミッドナイトであれば1台だけ在庫があるとのこと( ゚д゚)
え、昨日行ったときは在庫なしって言われたんですがどういうこと??今日になってたまたま1台だけ入荷したのか、それとも昨日在庫確認してくれた店員さんが見落としていたのか。1台だけ入荷というのも考えにくい(ふつうある程度まとめて入荷しない?)ので後者の可能性のほうが高いのかなと思いました。
とはいえ在庫があることには変わりないので(容量はもともと64GBの予定だった)、その場ですぐ取り置きをお願いしました。ドコモショップはいまは基本予約制のため、その場での機種変はできませんでしたが、1週間後の予約は取れたのでそこでめでたく機種変ができました。結果、1ヶ月以上待つはずだったのが1週間待ちで済んだので僕は運がよかったです。
iPhone 6s から iPhone SE へのデータのコピーはクイックスタートを使いました。2台の iPhone を並べてボタンをポチるだけの簡単なお仕事です。
iPhone SE 側で iOS のアップデートが必要だったのでそれに15分程度かかりましたが、データコピー自体はストレージ使用量が40GBくらいの状態でも所要時間は30分とかからず終わりました。数時間はかかる想定でいたので拍子抜けしました。
クイックスタートすごいなと感じたのは所要時間よりも 旧環境の再現率が異常 だったことです。
ほとんどのアプリは再ログインの必要すらなく、移行が完了した瞬間から以前の携帯と同じように使えました。機種の形も前とほぼ同じものを選んだこともあり、正直 機種変更した感ゼロでした\(^o^)/
記憶に新しいうちに参考までに主要なところを残しておきます。
以下は再ログインせずすぐ使えました。(銀行系はパスワードだけ入力の必要ありでしたが、そもそも機種変前から毎回パスワードは必要だったので実質変わらず)
こちらは一手間かかりました。
結局、当初の問題だったバッテリが保たない件は劇的に改善されました。今では出勤日でもモバイルバッテリー要らずです。転ばぬ先の杖として一応持っていってはいますがいまのところほぼ出番ないです。
ドコモショップの店員さんの話だと、バッテリ交換しても改善しなかったのは、そもそもバッテリ以外の部品も経年劣化していたということもありますが、むしろ 最新のiOSやアプリを快適に動作させようとして負担がかかった結果 らしいです。表向きは快適に動いていたのですが実は裏で相当無理させていたってことですね。最近のOSやアプリを快適に動作させるためには8年前のスマホのスペックではきつかったようです。
というわけで長い間お疲れさまでした iPhone 6s。
]]>ちょい遅めですがあけましておめでとうございます。本年もよろしくお願いいたします。
前回思うところを書きましたが、なんだかんだで今もなおコロナ禍真っ最中かと思います。
そういえば去年のいまごろは、2022年は運動しようみたいなことを書いてましたね。実は地元にピラティスができたので週一程度ですが通いはじめました。いまさらめっちゃ筋肉をつけたいという願望はないので運動不足解消にほどほどに続けようと思います。最初は筋肉痛になっていたんですがじきに慣れてしまって最近はあまり運動している感もなくなってきたのでもうちょっと負荷を上げる方法を相談してみます。セミパーソナルで、いつも何人かは店舗のスタッフさんがいるのでこういうのに融通きくのは良いです。
という話をなぜ前回の日記で書かなかったんでしょうね僕\(^o^)/
ピラティスだけではなく家でも少しづつ何かやりたいです。とりあえずストレッチは四十肩の予防もかねて毎日やってますが運動というにはぜんぜん足りていないので、近所迷惑にならない範囲で何かやりたいと思います。ストレッチポールでも買いますかね。
実は MacBook を買おうと思っているのですが、現状ノートPCを3台持っているので使わないものの処分が先かなーと思ってます。特に Windows XP のパソコンがまだあって、そっちはもう何年も使っていないのでまずはそれだけでも処分したいです。ヤマダ電機に持っていけば無料(or安値)で処分してくれるらしいのでそれが良さそうかなーと考えています。
↑に貼ったURLには店舗に直接持っていっても回収してくれると書いてありますが、ヤマダ電機のオフィシャルには厳密に記載がないので、もしこれを見てヤマダ電機にPC持っていこうと思った方は、念のため店舗に電話してPC回収可能か確認しておいたほうがいいと思います。
しばらく行ってなかったので行こうとおもいます。
去年はとうとう月1回すらブログ書かなくなってしまったので今年はもうちょっと更新しようかと思います。
]]>※画像は去年の使いまわしです。面倒だったので。
どうも有馬記念をハズした僕です。(3年連続)
そんなわけでも今年もいよいよ終わりなので何か書いてます。
そういえば去年はオリンピックあったんですね。忘れてました。
一番は今年はとうとう僕もコロナに感染してしまったことです。とはいっても僕自身は1回も陽性判定はなかったんですが、僕以外の家族全員同じ時期に感染してましたし、同じタイミングで僕も体調崩して今までに経験したことないレベルで長期にわたって咳も患ってましたのでこれで僕だけコロナ感染していないというのは無理があるだろうとは思ってます。特にオミクロン株以降のコロナは気を付けてても感染するときはしてしまうレベルだったのでどこかで1回はかかるだろうとは思ってました。ちなみに後遺症で咳が長く残るパターンがあるので僕は完全にそれでしょうね。
2019年から始まったコロナ禍もとうとう4年目に入ろうとしてますがこの調子だとまだまだ続くと思います。もはやうまく付き合って行くしかないんでしょうね。
そういえば経口抗ウイルス薬として期待されたゾコーバはというと今のところなんとも言えないかんじのようです。
どうなるんでしょうね。
もはや世間もコロナ禍慣れしすぎてきてますね。個人的な印象は、必要以上に怖がる必要はない、とはいうものの今度は甘く見すぎる人たちが増えてるような気がしています。
政府は生活を規制する動きはないですし、プロ野球も普通にやってましたし、5類に下げるなんて話もありますし、つまるところ気になる人は自分の身は自分で守るしかないでしょうね。自己防衛おじさんが正解でしょう。
そんなわけでまた来年もよろしくお願いします。
よいお年を。
]]>久しぶりに技術ブログっぽい記事を書いてみます。
Lighthouse というのは Google公式から提供されている Web サイト品質チェックツールです。
このへんにも書いているので詳しくは省略します。
Lighthouseのスコア上げについて | Jpsern.com
もともと Google Chrome の拡張機能のひとつでしたが、いまは Google Chrome 自体に組み込まれています。なので Chrome さえあればすぐ使用できます。出世したものですね。
というわけで Lighthouse CI の話です。
Google Chrome 公式から提供されているツールです。
CIという名前がついてはいますが、Lighthouse をコマンドラインで実行できるツール(Ligthouse CLI)というのが使ってみた感想です。なので、ローカルからの実行も可能です。
以下に簡単な使用例を紹介します。
npm や yarn でインストールできますので Node.js 環境が既にある方は楽勝です。ない人は先に Node.js をインストールしておいてください。
# npm |
ウチのサイトを例に設定ファイルをつくってみます。lighthouserc.yml
という名前でファイルを追加し、内容を下記のようにします。(.json
や .js
でも可能です。設定ファイルとして使用可能なファイル名とファイル形式の一覧は こちら を参考にしてください。)
ci: |
upload: target に temporary-public-storage
を指定すると、診断結果レポートがGCPのクラウドストレージに一定期間保存されます。レポートのファイルを永続化させたい場合は filesystem
などを使います。
今回はローカルにファイルを保存したいので後者を指定しています。
lighthouse-ci/configuration.md at main · GoogleChrome/lighthouse-ci
下記コマンドを実行します。
lhci autorun |
あとは診断終わるまで1〜2分程度待ちます。
オプションの詳細ついてはこちらを参考にしてください。
command: lhci autorun
upload: target に filesystem
を指定した場合、コマンド実行場所の直下と .lighthouseci
ディレクトリの2箇所に結果ファイルを出力します。前述の実行状況画像をみてもらうとわかりますが、デフォルトでは3回診断が行われますので結果も3つ出力されています。(おそらく結果の揺れを考慮してと思われます)
1回で良いという人は --numberOfRuns=1
を指定してコマンドを実行すれば1回しか診断が行われません。
$ ls |
$ ls .lighthouseci/ |
htmlをブラウザで開くと Lighthouse を使ったことのある方にはおなじみのやつが表示されます。以前90以上あったパフォーマンス項目が落ちているのは Google Adsense の js が動いた結果なので特に修正の予定はありません。ベストプラクティスもたぶん同様の理由です。一応確認して対処が可能そうなものは直していこうと思います。
ここまで準備できればあとは同じことを GitHub Actions のワークフローに書いておくだけです。
結果ファイルを保存する仕組みを用意するのが面倒であればいったんは upload: target:
は temporary-public-storage
にしておけばGCP上で何日かは見れるのでとりあえず使ってみたいだけの場合はいったんそれでもいいと思います。
以下はワークフローの例です。
name: Lighthouse CI |
以下 Action を使うと上記までの内容を GitHub Actions のワークフローひとつで完結できます。
treosh/lighthouse-ci-action
ローカルで実行する必要がなければこちらを使うのも手ですが、Dockerのコンテナ生成を挟む分少し所要時間が延びるかもしれません。また、Lighthouse CI のアップデートが必要になった場合に Action 側が追従するのを待たなければいけないというデメリットもあるので、個人的には Lighthouse CI を直接使うやり方をおすすめします。
]]>前回の日記 から舌の根も乾かないうちにまたこんな話です\(^o^)/
https://ja.wikipedia.org/wiki/%E9%AA%A8%E8%86%9C%E7%82%8E
骨膜炎(こつまくえん、英: periostitis)は、骨の周囲に存在する骨膜に炎症が起こった病気。主な原因は細菌感染や骨への過重負荷などである。
今回骨膜炎になったのは 肘 です。
パソコンなんかを使うときに僕は肘をついていることが多いのですが、ある日肘をつくと骨に痛みがするようになりました。
最初は左側だけだったので、左肘はつかないように気を付けていたのですが、その後右側の肘も痛くなってきたので現在は両方とも肘をついていません。
2週間くらいしても一向に良くなる気配がなかったので病院へ行ったところ骨膜炎と診断されました。特に最初に症状が現れた左肘には 水も溜まっていた らしく、とりあえずその場で水を抜かれました。
そのときの様子はこちら。
なんか最近肘痛かったから病院行ったら水が溜まっていたことが判明。水はもう抜いたけど包帯ガチガチに巻かれて腕が曲げられないのがつらい。(圧迫が要るらしい。) pic.twitter.com/QM6ee6mxCz
— TOMMY(a.k.a JPS.) (@tommy0157) August 5, 2022
めっちゃ厳重に処置されました。
うっそでしょ。
痛いとはいっても激痛というほどではなかったので逆にびっくりしました。
水は抜きましたが現在も痛いままです。
骨には異常はないのですが、骨のまわりの骨膜が炎症しているらしく、湿布をはって長い目で治るのを待つしかないようです。肘つくと痛いのが煩わしいですが、動かしたりする分には何も問題はなく、生活に大きな支障はないので当面はうまくつきあっていこうと思います。
なんか最近怪我の話ばっかりで、前回もさすがに次はもうないだろうと思っていたんですがまさかの展開です。
ではまた。
]]>