Release 5.4.2 · craftcms/cms
https://github.com/craftcms/cms/releases/tag/5.4.2
Craft 5 で普段使わないようなフィールドとかを試しで触ったりしていると、時々バグっぽい挙動に出会う。
多言語対応されてるからこそのローカライズ的な問題っぽいなぁというかんじ。
日本語ユーザはそこまで多くないと思うけど issue 立てるとすぐ直してくれる。
ありがたい。
address フィールドで都道府県だけが日本語で表示されない、というのを issue にした。
5.4.2 ですぐ直ったうえに、カードでの住所表示が日本的にわかりやすい並び順にも変えてくれてありがたい。
デザイナーとコーダーと開発PMを経験したからこそ、仕様の書き方が気になる話。 - Goodpatch Tech Blog
https://goodpatch-tech.hatenablog.com/entry/specification
普段の自分のやってることがこんな感じのことだなぁ、と。
デザイン or ワイヤーフレームをもらって、それをみて表示仕様を確認するようなことをよくやる。
細かく質問をしてそこからどういう風な想定かを整理して、フロントエンドの仕様だったり、CMS に必要なものを整理することが多い。
受託（下請け）という立場だから確認するものが、デザイン・ワイヤーになるか、HTML とかざっくり作られたものになるかはあるけれど。
CMS 側の設計に関わるところをどういう風に作っていくかを考える。
Figma のデータなりで確認やりとりして、そこに仕様をまとめて残せるとある程度は楽になりそうな気がしている。
CMS 側を設定していくにはまた別の整理があった方が便利そうだと思っている。
デザイン・ワイヤーフレームの方でも考慮するにしても、こちらから確認してすりあわせるにしても、何かしら抜け漏れがあったりするからこのすりあわせはどうしても必要な気がする。
自分達の作業で手戻りが増えるのでここをしっかりやっておかないと、という意識はある。
とはいえ、実際に CMS の実装を始めるとポツポツ確認がでてくるから毎度まだまだだと反省ばかり。
とりあえず、普段やっているのがそういう繋ぎの仕事っていうイメージ。
]]>ボリューム毎にフィールドレイアウトの設定ができ、そこでaltのフィールドを追加する事ができる。
これを追加する事で画像にaltを設定することができる
alt は画像毎に設定するのがいいのか、利用箇所毎に設定するのがいいのかは色々考えがありそうだけど。
このaltに設定した内容は、エントリの編集画面から画像をクリックすれば画像の編集画面がスライドしてくるのでそこで確認できる。
画像のフィールドの表示を「カード」にするとエントリの編集画面上で alt を表示することができる。
ボリュームのフィールドレイアウトで、alt フィールドの設定で「エレメントカードで表示」を有効にする。
これをすることで、表示はカードっぽくなり、alt の内容も表示される。
ぱっと見このテキストが alt フィールドのものなのかどうかはわかりにくいが、、、
慣れてしまえばあることがすぐ確認できてありがたい。
アセットフィールドの表示形式が「カード」以外の他の「リスト」「大きなサムネイル」の場合は alt フィールドの値は表示されない。
アセットフィールドの表示形式で「カード」が追加されたのは最近なイメージだけど、場所をとるからどうなんだろうなぁ、、、と思ったりしていた。
このブログの設定もこんな感じで Matrix の中にリストにしてある。
とはいえ、こういう用途があるなら常に「カード」にしておくのもいいかもなぁと思い始めている。
フィールド毎に表示形式を選べるよりは、インスタンスで同じフィールドも複数設置できるので、フィールドレイアウトの方で表示形式の設定をできたり、上書き出来るといいのかもなぁ、、と思ったりもする。
とはいえこういう細かい改善は、著者の人にとって使いやすくするための改善なんだろう。
]]>
これまでのURLフィールドみたいな感じではあるが、リンク先の指定方法を選べる
設定で選べるのはこんな感じ
アセットはボリュームやファイルの種類を設定出来る
Entry も同様にどのセクションを対象にするかを選ぶ事ができる
最初、セクションが選択肢に出てこないなぁ、、、、と思っていたが。
セクション自体の設定の方でURLの設定をしてなかったのが原因。
カテゴリは将来的にエントリで管理してく想定だろうから、ここでは試さず。
別窓で開くリンクにするかどうか、リンクテキストをカスタマイズするか、といったことは出来ない。
なのでそれらが必要な場合はこれまで通りプラグインを使って対応するなり、別途フィールドを用意して Matrix にするなどして対応するのがよさそう。
Introducing Craft Cloud | Craft CMS
https://craftcms.com/blog/introducing-craft-cloud
CMSの開発元が提供するクラウドサービス。
Acquia の Drupal みたいなかんじか。
Movable Type の MTクラウド、 PowerCMS の PowerCMS クラウド。
サーバー込みの方が選ばれる方もあるし。
料金設定がこんな感じだけど、
Craft Cloud Team is $130 per month, or $120 per month if paid annually. It includes Craft CMS Team edition, two environments, 10GB asset storage (upgradable to 250GB), unlimited build minutes, and unlimited database storage.
Craft Cloud Pro is $260 per month, or $240 per month if paid annually. It includes Craft CMS Pro edition, three environments, 20GB asset storage (upgradable to 250GB), unlimited build minutes, and unlimited database storage.
ライセンス込みで考えたら1ヶ月分はライセンス代。
Craft CMS 自体は他のCMSと同様に安いレンタルサーバでも動くから、その構成よりは確かに高いが。
サーバのメンテ含めてやってもらえると考えたら人が動くより安い。
自分のブログにこの値段だせるか？というのはあるが、、、
これを使ってサービスとかできたら面白そう（手段の逆転
Craft Cloud — Craft CMS hosting you can trust.
https://craftcms.com/cloud
リポジトリとも連携するし、CLIコマンドも使えるし、CDNもある。
環境整備とかの手間を考えたら、とりあえずこれでいいんじゃ無いかなぁと思う案件はありそう。
SSHしたいとかは無理だろうけど。
CDN込みとかなら Blitz が要らなくなるとかはありそう。
ドメインの設定周りどんな感じだろう？と思ったけど、そこはトライアルでは確認出来なかった。
今度試しておこう。
別に Twig をかかずに Headless に使ったっていいわけで。
標準の GraphQL でよければすぐ使えそう。
そういう用途でも使うユーザが増えてほしいところだなぁ。
Craft 5 になってだいぶ便利になったし。
Craft 5.3 Released | Craft CMS
https://craftcms.com/blog/craft-5-3-released
beta 試す前に beta は終わった。
どれも便利そうだ。
一つずつ触って確認していこう。
構築済みのサイトも 5.3 にすると色々便利になりそうだし、構築中のものも 5.3 前提であれこれ変えていく必要がありそうだ（やり直し）。
command も用意されてるので整理自体も結構スムーズに出来るんじゃなかろうか、、、と期待。
5.3 はもうリリースされた
Craft 5.3 Released | Craft CMS
https://craftcms.com/blog/craft-5-3-released
先日試したときは beta をインストール出来ないなぁ、、、と思っていて、サポートに聞いてみたら、以下の手順を教えてくれた。
Tommyさんが日本語で回答してくれるのでありがたすぎる。。。（一応英語もつけてメールしているが）
composer.json で 5.3.0-beta.2 に設定 composer update craft up
craft up をやっていなかった。
craft up を実行したところmigrationするかを聞かれて
$ ./craft up
Checking for pending Craft and plugin migrations ...
Total 2 new Craft migrations to be applied:
- m240723_214330_drop_bulkop_fk
- m240731_053543_soft_delete_fields
Apply the above migrations? (yes|no) [no]:yes
Create database backup? (yes|no) [yes]:
Backing up the database ... done
*** applying m240723_214330_drop_bulkop_fk
> dropping foreign key on {{%elements_bulkops}} if it exists ... done (time: 0.013s)
*** applied m240723_214330_drop_bulkop_fk (time: 0.020s)
*** applying m240731_053543_soft_delete_fields
> add column dateDeleted datetime NULL DEFAULT NULL AFTER `dateUpdated` to table {{%fields}} ... done (time: 0.013s)
> create index idx_ggluzpvacjtlqxjusdvotzytxkglshfzxwnp on {{%fields}} (dateDeleted) ... done (time: 0.016s)
*** applied m240731_053543_soft_delete_fields (time: 0.034s)
2 migrations were applied.
Migrated up successfully.
Checking for pending content migrations ...
No new migrations found. Your system is up-to-date.
無事 5.3 ベータがインストール出来た。
@BUN に聞いてみたら、composer.json 書き換えて composer update した後は ./craft migrate/all か ./craft up はやっておいた方がよさそうな感じだった。
今後気をつけていこう。
ちなみに終わってないなーと、途中で終わってたと思われるのはこんな感じ
$ composer update
Deprecation Notice: Using ${var} in strings is deprecated, use {$var} instead in phar:///usr/local/bin/composer8/src/Composer/Autoload/AutoloadGenerator.php:879
Deprecation Notice: Using ${var} in strings is deprecated, use {$var} instead in phar:///usr/local/bin/composer8/src/Composer/Autoload/AutoloadGenerator.php:884
Loading composer repositories with package information
Updating dependencies
Lock file operations: 0 installs, 4 updates, 0 removals
- Upgrading craftcms/cms (5.2.10 => 5.3.0-beta.2)
- Upgrading enshrined/svg-sanitize (0.16.0 => 0.19.0)
- Upgrading yiisoft/yii2 (2.0.50 => 2.0.51)
- Upgrading yiisoft/yii2-debug (2.1.22 => 2.1.25)
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 0 installs, 4 updates, 0 removals
- Upgrading craftcms/cms (5.2.10 => 5.3.0-beta.2): Extracting archive
- Upgrading yiisoft/yii2 (2.0.50 => 2.0.51): Extracting archive
- Upgrading yiisoft/yii2-debug (2.1.22 => 2.1.25): Extracting archive
- Upgrading enshrined/svg-sanitize (0.16.0 => 0.19.0): Extracting archive
Generating optimized autoload files
Seems you have upgraded Yii Framework from version 2.0.50 to 2.0.51.
Please check the upgrade notes for possible incompatible changes
and adjust your application code accordingly.
Upgrade from Yii 2.0.50
-----------------------
* Correcting the behavior for `JSON` column type in `MariaDb`.
Example usage of `JSON` column type in `db`:
```php
<?php
use yii\db\Schema;
$db = Yii::$app->db;
以下略
]]>Release 5.3.0-beta.1 · craftcms/cms
https://github.com/craftcms/cms/releases/tag/5.3.0-beta.1
5になってから色々と追加・改善されてるものが色々とまた変わっていきそう
BUNさんが書いてるけどコマンドが追加されたり
Added the “Link” field type, which replaces “URL”, and can store URLs, mailto and tel URIs, and entry/asset/category relations.
URLフィールドがだいぶ改善されそうだし
Added the ability to move entries between sections that allow the same entry type, via a new “Move to…” bulk action.
入力タイプが同じセクション同士ならエントリの移動が出来るようになる様子
なんかそういう使い方したいときはありそう
Relation fields are now multi-instance.
とかも気になる。
ということで早速ベータを触ってこよう。
]]>コードブロック, インラインコード, 引用ブロック, 打ち消し線 – Workflowy
https://blog.workflowy.com/ja-code-blocks-inline-code-quotes-strikethrough/
これはこれで魅力的。
訂正 2024-07-31 17:51:40
試しに触っていた Remnote の方がコードブロックをキーボードではインデント出来ない感じだった。
D&Dで親子にすることは出来る。
ちょっと触った感じはコードの種類を選べたりと良さそう。
Workflowy の方はコードブロックをインデントしたり並べたりできた。
その分、コードブロック内でのタブ利用はできない。
Workflowy でデイリーノートやプロジェクト関係のノートをどう管理するか？を考えていたところでまずは Logseq Sync 試してからにすることにした。
日常的にLogseq を使ってるけど、時々（ほんとまれ）スマホでみたときに iCloud 経由にしてるとほぼ同期されないというのがツラいところ。
Syncthing を使う方法がある中で、とりあえずは公式の Logseq Sync の設定をすることにした。
How to Setup and Use Logseq Sync
https://blog.logseq.com/how-to-setup-and-use-logseq-sync/
その方が開発継続にも繫がるんじゃなかろうかという期待。。。
色々なツールを触ったりしてみてるけど、ひとまず書くだけであれば、 Logseq が一番なじんでいるというところで。
そこから色々と使いこなせているかどうかはまた別問題。
手順通りにやって同期して、大体問題無く出来た。
初回の同期がスマホ側はどうしても時間がかかったけど。1時間もかからなかったかな、、
一度全ての同期が済んでしまえば後は差分の同期のようなので、PCから更新して、後でスマホでみれば、少し待って同期されて反映が確認出来る。
いつ同期されるかわからない iCloud経由よりは全然いい感じ。
remote graph になったからかファイル名の制限が少し増えたっぽいように見える。
ファイル名変更のサジェストが結構出ている。「スラッシュを別のものに〜」的な感じで。
だいぶ改善できたとは思うのでもうしばらく触ってみる。
スマホ側でしばらく開いていないと更新差分が大きくなるだろうから、そいうときは遅いだろうなぁ。
これまで特に意識してなかった。
ドキュメントにも書いてある。
project への項目の追加 - GitHub Docs
https://docs.github.com/ja/issues/planning-and-tracking-with-projects/managing-items-in-your-project/adding-items-to-your-project
とりあえず自動でアーカイブするようにしておいた方がよさそうだ。
アイテムを自動的にアーカイブする - GitHub Docs
https://docs.github.com/ja/issues/planning-and-tracking-with-projects/automating-your-project/archiving-items-automatically
アーカイブしたものを一定期間経過したら削除するとかできるのかな。
調べてみよう。
たまたま見つけた checkvist というのはアウトライナーっぽく使える感じではあった。
checkvist
https://checkvist.com/
Todo管理っぽいのをメインで想定してそうではあるのだけど、チェックボックスとかにしなければアウトライナーとして色々使えそうな雰囲気はある。
インデントやフォーカスも問題無い。
若干もっさりというか、引っかかる感じはあるけど、仕方無いところなのかも知れない。
アウトライナーであれこれかいていってそこにやることメモったり、やっていった内容もメモったりするわけだから、とりあえず先にタスクっぽいのを洗い出す、というのが始まりになるツールと似た感じになるんだろうなぁ。
これを使っていこうとはならなかったが、ひとまず悪くなさそう。
これならLogseq から Export したものをどこかで公開した方がいいのかも知れない、とおもったので、今度はそれをやってみる。
↓デフォルトの状態
CKEditor のドキュメント見た感じで、これは Angular のだけど
Angular rich text editor component | CKEditor 5 documentation
https://ckeditor.com/docs/ckeditor5/latest/installation/integrations/angular.html#setting-the-height-via-a-global-style-sheet
CKEditor の config に
.ck-editor__editable_inline {
min-height: 250px;
}
って感じで書くことで初期値の高さは反映出来た。
ただ、 Craft CMS 公式は下記のリンクを紹介してたからまたなんか違うのかも知れない。
]]>ckeditor5 - How to set the height of CKEditor 5 (Classic Editor) - Stack Overflow
https://stackoverflow.com/questions/46559354/how-to-set-the-height-of-ckeditor-5-classic-editor/46559355#46559355
まずはよく聞くアウトライナーで自分がやりたいことはできるのだろうか？ということを改めて考えてみる。
アウトライナーは文章を書くのによく使われるからテキスト書いて、並び替えてっていうのはどのツールも当然できるわけだけど。
自分がメモしたい内容とかを考えると、画像を入れたいし、コードも入れたい。
この場合はスマホとかで使えるのはそこまで重視しないだろうから、そういう所だろうか。
アウトライナーとは少し別の話として、別のノートなり項目（node）にリンクを張れるといいかもしれない。
キーボードショートカットであれこれ出来るのも必要だろう。
って事をあれこれ考えて試してみていると、今の所は Logseq がそれを十分に満たしてくれているように思う。
Heptabase なんかはどういう感じなんだろうなぁ。
トライアル7日しかないのでやってみるタイミングが重要そうだけど。
Bear はアウトラインぽい感じにはできるがショートカットで項目の並び替えがうまく出来なかった気がする。
Bike は画像とかが入れられなかった気がする
Workflowy , Dynalist はよかったのだけど、コードが複数行の物を入れられなかった。
Roam Research は公開出来そうには見えるが、、、
Obsidian は Outline のプラグインを使うとコードの管理はイマイチな感じだった。
Scrapbox は Markdown と違う記法であることさえ覚えられれば、 Zoom すること以外はできそうな感じではある。
テキスト以外を管理するとなると、色々と影響があるんだなぁというところ。
]]>ブログの記事とかをそこまで書いてないでいうのもおかしい話ではあるのだけど、ノートとかをアウトライナー的につかっていると、ブログの記事とかも丸っとアウトライナーで公開できないものかなぁ、と考えた。
記事を書こうと思うとなんかちゃんとしたものを書かないと、っていうところで手が止まったり、書きっぱなしになってしまうと、ストックというよりフローに近いのではないかと思ったり。
とりあえずは量書くなり、内容を見直してアップデートしていけばいい話ではあるのだけど。
それでればアウトライナーで日々コンテンツを更新したり追加する形でやっていく方がいいのではないかなぁ、と。
Obsidian Publish でやるようなのがイメージとしては近い所な気はする。
アウトライナーでWebサイトのように公開出来るようなツールっていうのはあるんだろうか？
Logseq は公開設定にしたページを HTML 出力するような機能はあるから、それを使えばそれっぽいことは出来そうではあるが。
その辺の手間が若干気にはなる。
So long Super Table! | Verbb
https://verbb.io/blog/so-long-super-table
Craft CMS といったら Matrix フィールドで柔軟にあれこれ出来るわけだけど。
とはいえ手が届かない細かい所をこの Super Table がフォローしてくれていた。
表形式の見た目で入力出来たりそれを増やしていくことができたり、と。
Craft 5 の Matrix in Matrix とかで機能的にはほぼまかなえてしまうからここで終了ということらしい。
おつかれさまでした＆これまでありがとうございました。
Matrix への Migration も提供してくれるみたいなのもありがたい。
この辺は Craft 本体もそうだけど、 Migration, Update がコマンドでやりやすくフォローされているところがありがたすぎる。
もちろんこけるときもあるわけだけど、調整しながらで解消できる。
家のネットが不調でなかなかしんどい | mmmyanagiya
https://mmm.mersy418.com/entry/707123
↑このときはまだ繫がってはいたが「しょっちゅう切れてる」みたいな感じで、仕事をしてるなかで不快な状況だった。
アポイントメントで来てくれた人はルーターを変えて「早くなったね？」といって帰って行った。
もう少しいてもらって状況確認してもらうようにすればよかった。
その後は状況は以前と同様で特に変わった感じはなく、、、
それ以降もずっとサポートとやりとりしているのだが先週5月14日に「1時間程度モデムとルーターをオフにしてから再起動して」ということで実施したら残念ながらネット自体に繫がらなくなってしまった。
あれこれ試したりしてみるも変わる気配がないから、なんとなくもっと上流の問題なんだろうなぁと思うことにした。
サイトには障害報告も出てるし、Facebook のプロモーションには繫がらないっていう苦情コメントで軽く炎上してるし、色々困った状況。
サポートには「どうしてもネットが繫がらなかったら電話してくれ」と言われていたので電話をすることにした。
対面で英語話すならまだ身振り手振りなりなにかしらの対応ができるも、英語で電話のやりとりはなかなかにハード。。。
妻が在宅ならいいけど、いないときもあるし。。。
っていうことで電話でのやりとりに備えて準備をした。
iPhone と iPad のスピーカー・マイクの位置を確認してから良さそうな感じでレイアウト。
電話は iPhone のスピーカーでやる想定で、 iPad に @h2ham に教えてもらった Felo Translator をいれてリアルタイムに翻訳させてみた。
Felo Translator
https://translator.felo.me/ja
翻訳のスピードも早いし安定している。
事前の準備として Podcast を聞かせてみたりして翻訳状況を試した。
それぞれの言語も自動で認識してくれて適切に翻訳してくれるのでよさそう。
他には iOS の翻訳アプリと ChatGPT 4o のアプリを試した。
翻訳アプリはいい感じで翻訳してくれてたんだけど、時々聞き取ってくれない事が多かった。
ChatGPT 4o のは事前に日英翻訳してくれと伝えておけば問題無い。
ただ、ボイスチャット自体に繫がらないことが結構あり、電話して話してる時にこれをつかっても繫がらなかったらワタワタして大変だなぁ、、、ということで一旦除外。
当日、実際にサポートに電話かけてみたが、待てど暮らせど流れるのは自動応答メッセージのみ。
翻訳はちゃんとうごいてて、 Felo Translator はだいたい翻訳してくれてた 。（写真の状態）
翻訳されてるのをみてると、自分で音声をちゃんと聞いてないからこの翻訳が正しいのかどうかはわからない。
が、自分よりちゃんと聞き取れてるのは確実だろう。
どのアプリも対面で使いやすい感じにはなってるけど、電話もこれで行けそうな雰囲気がわかってよかった。
実際に人間が話す英語をこの2台の端末間でうまいことやれるのかは未知数ではある。
Felo Translator は初めての課金だったからか1日100円くらいだった。
この100円はほぼ無駄になってしまったのが残念ではある。
ちなみにここ数日はサポートからメールのレスは来なくなったので、面倒くさくなったんだろうと思われる。
問い合わせが殺到してるのかも知れない。
Postman API Platform
https://www.postman.com/
MTAppjQuery の問い合わせで DataAPI の確認したり、 Craft CMS の GraphQL の確認したり。
他のサービスの API 叩いてみたりするときに使っている。
MT の DataAPI を使う場合は認証が必要なエンドポイントとかがあって、そういうときは Authentication のエンドポイントで認証して、受け取った accessToken をつかってあれこれ処理をする
Movable Type Data API v6
https://movabletype.github.io/mt-docs-data-api-reference/v6.html#tag/Authentication/paths/~1authentication/post
Collection の設定の中に「認証情報」「変数」の設定をするのとは別に、「Scripts」のところで 「Pre-request」「Post-response」の設定があった。
この Pre-request の設定をしておけば Collection 配下のリクエストとかで認証情報を使ってやれるような気がしたので試してみた。
最初少し試してみたけど、 ChatGPT に聞いた方が早そうだったので聞いてみた。
ChatGPT が教えてくれたコードがこんな感じ
pm.sendRequest({
url: pm.environment.get("base_url") + '/v4/authentication',
method: 'POST',
header: {
'Content-Type': 'application/x-www-form-urlencoded'
},
body: {
mode: 'urlencoded',
urlencoded: [
{key: "username", value: pm.environment.get("username"), type: "text"},
{key: "password", value: pm.environment.get("password"), type: "text"},
{key: "__mode", value: "authenticate", type: "text"}
]
}
}, function (err, res) {
if (err) {
console.log(err);
} else {
var authToken = res.json().accessToken;
pm.environment.set("authToken", authToken);
console.log('Authentication token saved: ', authToken);
}
});
変数の設定・取得が environment を使う形になっていたのだけど、変数の設定は Collection の方でやっていたので書き換える
url: pm.environment.get("base_url") + '/v4/authentication',
↓↓↓
url: pm.collectionVariables.get("base_url") + '/v6/authentication',
ついでに v6 にしておく。
Postman の変数関係
Store and reuse values using variables | Postman Learning Center
https://learning.postman.com/docs/sending-requests/variables/variables/
あとは ClientID を渡しておく
body: {
mode: 'urlencoded',
urlencoded: [
{key: "username", value: pm.environment.get("username"), type: "text"},
{key: "password", value: pm.environment.get("password"), type: "text"},
{key: "__mode", value: "authenticate", type: "text"}
]
}
↓↓↓
body: {
mode: 'urlencoded',
urlencoded: [
{key: "username", value: pm.collectionVariables.get("username"), type: "text"},
{key: "password", value: pm.collectionVariables.get("password"), type: "text"},
{key: "clientId", value: pm.collectionVariables.get("clientId"), type: "text"}
]
}
===
pm.environment.set("authToken", authToken);
↓↓↓
pm.collectionVariables.set("authToken", authToken);
__mode は要らなかった。
これで例えば認証が必要なエンドポイントを叩く時に「Headers」に accessToken を渡しておく。
X-MT-Authorization : MTAuth accessToken={{authToken}}
これでテンプレートの情報とかを取得出来た。
ChatGPT は「Authorization」タブのタイプ「Bearer Token」に保存すると教えてくれたのだけど、「Authorization」タブで保存するならタイプは「API Key」に保存するような気がする。
とりあえず API Key に保存する形で問題無かった。
この「Authorization」自体も Collection の方で済ませてしまえば、配下のものは認証も通過して使う事ができた。
Request の方の「Authorization」の設定
Request の方の「Headers」の設定は無効状態
Collection の方で設定してるから毎回認証が走りそう。
その辺は Token が有効かどうかとかで判断するとか入れてもいいのかも知れない。
普通にエディタとかでやる方がいい人はにっくさんや高橋さんの記事が参考になりそう
そういうのもあって「Craft 5 いいぞ」って思う。
些細なところだけど、編集画面でこの右上のアイコンをクリックすると
編集画面が広くなる
たかだか右カラムの話だけど、左カラムのサイドバーも閉じることが出来るので編集画面は広く使える
Craft CMS は Author Experience とかいってたような気がするし、 Accessibility とか頑張ってるから編集画面は日々改善されていっているように思う。
（なんかこれを自動でやる方法があったような気がしないでもないのだが、、、思い出せない）
以前、 Watermarkを入れる処理や、 WebP にするので Imager X プラグインを使って試した
その時にあったかどうかは定かではないが、いまは Imager X プラグインの Pro版を利用すれば画像をアップロードした際に処理をすることが出来る。
基本的には Automatic generation of transforms に書いてある通りになる。
Automatic generation of transforms | Imager X 5.0
https://imager-x.spacecat.ninj...
imager-x-transforms.php のファイルを config 配下に用意して Transform の定義をする
<?php
return [
'test4' => [
'displayName' => 'test4',
'transforms' => [
['width' => 2000,
'watermark' => [
'image' => "https://note.mersy418.com/bitpart-brown-big.png",
'width' => 200,
'height' => 80,
'position' => ['left' => 100, 'top' => 250],
'opacity' => 0.5,
'blendMode' => "multiply"
]
],
],
'defaults' => [
'format' => 'webp'
]
]
];
imager-x-generate.php のファイルを config 配下に用意して、どのボリュームに対してどの Transform を適用するか？を記載する。
<?php
return [
'volumes' => [
'test' => ['test4'],
]
];
これだけで画像をアップロードした際に処理が施された画像が生成される。
アップロードした元画像はそのままで、別の場所に画像が生成される形になる。
アセット自体を圧縮したものにするとかは出来るのかどうか、、、はもう少し調べてみたい。
何かのことを考えると元画像は残しておきたい所だし。
自動で Transform が出来る云々は CKEditor のフィールドでデフォルトで適用する Transform を選択出来るのをイメージしてるのかも知れない。
ただまぁ、これは CKEditor フィールド経由でアップしたときは適用できるけど、Asset のフィールドの場合は適用されないわけで。
その辺は運用にもよるところはありそう。
ほぼほぼ用意されている手順通りにやれば問題無い。
Upgrading from Craft 4 | Craft CMS Documentation | 5.x
https://craftcms.com/docs/5.x/upgrade.html
migration してくれて手順間違えなければ大体問題なさそう。
スペック的な問題なのか migration 中にDB接続がタイムアウトするのかなんかで止まることが何回かあった。
この辺はもう少し調べてもよかったかもしれない。
記事書いたりしながら様子見。
ざっと手順メモ
とりあえずこんな感じでアップデート用の環境でざっと動作確認して、問題なさそうなのでドメイン周りとかの設定変更して終了。
Redactor で使っていたものは大体そのまま使えそう or いらない感じだった。
Handle は CKEditor だと Mentions っぽいのだけど、ここは色々やる必要がありそうだったので後回し。
Handle- Redactor
https://imperavi.com/redactor/legacy/redactor-classic/plugins/handle/Mentions| CKEditor 5 Documentation
https://ckeditor.com/docs/ckeditor5/latest/features/mentions.html
新しいおもちゃという感じ。
カテゴリ、タグは将来エントリに変わるので、このタイミングでエントリに変えておいた。
./craft entrify/categories mmmCategory
./craft entrify/tags tagこんなかんじのコマンドでカテゴリセットの情報からセクションと入力タイプを作ってくれて、使うセクションの設定まで完了。
データも置き換えてくれて、フィールドも変えてくれる。
最後に元のカテゴリセットを削除してくれる。
データが少ないからかもだけど楽ちん。
CKEditor に変更するのもちゃんとコマンドがあってありがたし。。。
./craft ckeditor/convertお試しで色々入れたものとかがゴミとして残ってしまっているので定期的にキレイにしておかないとだな。。。
]]>
リサイズしたり、切り抜いたり色々やれる。
WebP とかにもしてくれるので結構使い勝手はいい。
ただ、サイズ指定があると意図せずリサイズされてしまって嫌だなぁと思っていたが。
幅をそれなりの大きさに設定しておいて、「アップスケールを許可」のチェックを外すことでリサイズはされずに、例えばファイルの種類を変えることだけが適用出来る。
もちろん元画像のサイズが設定した「それなりの大きさ」より大きいとリサイズされてしまうのでサイズの指定は運用と相談にはなる。
画像のフォーマットだけ変換することは出来ないと思ってたところがあったので盲点だった。
お手頃なレンタルサーバで使える所はどこだろうか、ということでロリポップのハイスピードプランを試してみた
超高速・高い安定性のハイスピードプラン - ロリポップ！レンタルサーバー
https://lolipop.jp/high-speed/
契約申し込むと初期のドメインが払い出される。
この初期ドメインにはサブドメイン追加して使う事はできない様子。
なので空いてた独自ドメインを割り振って、そのサブドメインで試す。
PHPはデフォルトで 8.2 になってた。
PHPは /usr/local/php/8.2/bin/php ここにいるので、
lolipopサーバーをプログラマが使いやすくするネタ #PHP - Qiita
https://qiita.com/kubo_yu/item...
こちらの記事のように設定しておく。
vi ~/.bash_profile
bash_profile を編集する
if [ -f ~/.bashrc ]; then source ~/.bashrc fi
.bashrcにパスを設定。
echo 'export PATH=/usr/local/php/8.2/bin:$PATH' >> ~/.bashrc
これで php -v でバージョンが確認出来た。
composer もそのまま動いた。
DBとかを準備しておいて、 Craft をインストールしていく。
問題無くインストールも終わり MySQL を確認してみる。
MySQL 8.0.35
惜しい。
MySQL 8.0.36+ using InnoDB, or PostgreSQL 16+
https://craftcms.com/docs/5.x/...
まぁとりあえずは動いているし、、、
細かい設定とかいじったりするところがどこまでいけるのかとかは追々見ていくとして。。。
]]>そもそもとして環境を複製する時点で @tinybeans @BUN に色々とフォローしてもらっているm(__)m
基本的な手順は Upgrading from Craft 4 のドキュメントの通り。
Upgrading from Craft 4 | Craft CMS Documentation | 5.x
https://craftcms.com/docs/5.x/...
Craft 5 にアップグレードすると Matrix フィールドはフィールドと入力タイプに自動で分割される。
元々の Matrix フィールドがこんな感じの構成。
Craft 5 にアップグレードすると、Matrix のブロック内に定義してあったフィールドが Craft 5 ではそれぞれフィールドとして登録される
元々 Matrix で設定されていたブロックは入力タイプ（エントリタイプ）として設定される
その上で Matrix フィールドにはそれらのエントリタイプがセットされた状態になる。
ここまで自動で変換してくれるのはありがたい。。。
引き続き色々と試していく。
]]>そのなかで、
Craft Database Options and Best Practices | Craft CMS
https://craftcms.com/knowledge...
があって、 MariaDB よりは MySQLの方がいい、みたいな感じの様子。
いつからだろう？？
@BUN に教えてもらったのだとこの辺も関係してそう。
[5.x][MariaDB] add Field::getValueSql Event / support virtual columns / how to increase query performance · craftcms/cms · Discussion #13997
https://github.com/craftcms/cm...
あまり気にしてなかったけど、レンタルサーバだと MariaDB のサーバーとかもあるので、今後少し考えておいた方がいいのかもなぁ。。。
あとは MySQL のバージョンもか。
ドキュメントの要件でも、レコメンドからは MariaDB はなくなってこんな感じで書かれてる。
Due to its diverging parity with MySQL, we no longer recommend MariaDB for sites with many users or a large volume of content.
https://craftcms.com/docs/5.x/...
それなりの規模になってくればレンタルサーバじゃない構成になっていくとは思うが。。
いくつか見ててロリポップが今年から MySQL8.0 提供開始してた。
MySQL8.0 提供のお知らせ - ロリポップ！レンタルサーバー
https://lolipop.jp/info/news/7...
なるほどなぁ。
ちょっといくつかレンタルサーバでの動作確認とかしてみよう。
たまたま、 Supported Versions のページをみたら Craft 4 のセキュリティサポートが 30 Mar 2026 までに1年間延長されてた。
Supported Versions | Craft CMS
https://craftcms.com/knowledge...
フルサポートも来年の 30 Mar 2025 まで。
年末年始頃に見てたときはこんな感じだったから、
2024年度中には Craft 5 への移行を諸々進めないとだなぁ、、、とは思っていた。
1年長くなったことで Craft 4 のものは猶予が出来たと言えばそうだけど。
Each major version of Craft CMS and Craft Commerce comes with two years of active support and maintenance, following its initial release. After that, we will continue to fix critical security issues (where possible) for one additional year, before the version reaches end of life and is no longer supported.
ってことだから、 Craft 4 もルールに追加で+1年した感じっぽい。
Craft 3 はまもなく Security Support が終了なので色々と更新していく必要がありそう。
この変更ってどこかで告知されてたのかなぁ？？？完全に見落としている。
予定してたものがちょっと色々変わりそう。
Craft 5 Released—with New Team Edition! | Craft CMS
https://craftcms.com/blog/craf...
いろいろと機能も増えて、一番大きいのは Matrix の入れ子だとは思うが、エントリに複数ユーザをセット出来たりと色々増えた。
CKEditor でもリッチエディタ内にエントリを入れられるようになってコンテンツ作成はしやすくなりそう。
この辺はどう使っていくかをもう少し検討しないと。
Redactor からの乗り換えも考えねば。
新しい Features のページに簡単に機能周りの話がまとめられている。
Features Home | Craft CMS
https://craftcms.com/features
ブログも早いところ Craft 5 にあげないとだ。
最近アップデートサボっていたからまずは4系の最新にまで。。。
CMS の料金的に Team Edition という5ユーザまでのプランが出来た。
Pricing | Craft CMS
https://craftcms.com/pricing
Pro も $399 で2年目からは $99 になるかんじで少し値上がりした。
十分コスパはいいと思うが。
Craft Cloud — Craft CMS hosting you can trust.
https://craftcms.com/cloud
最近アジア圏の Partner に開放されたみたいなので試してみる。
まずは ddev でローカルに環境作る所から（普段あまり使っていない）。
ddev での内容は @tinybeans のエントリを見ると早い。
DDEV を使って Craft CMS のローカル開発環境を構築する | Craft CMS | かたつむりくんのWWW
https://tinybeans.net/blog/202...
公式ドキュメント的にはこの辺。
Installation | Craft CMS Documentation | 4.x
https://craftcms.com/docs/4.x/...
とりあえずローカル環境の構築を進めていく。
テスト用のディレクトリ作って、以下のコマンドを順に実行していく。
ddev config --project-type=craftcms --docroot=web --create-docroot ddev composer create -y --no-scripts "craftcms/craft:^4" ddev composer config platform.php 8.1 ddev craft install ddev launch
【追記 20240321-065816】ddev composer config platform.php 8.1 を追加して実行しているが、後述する「Cloud Extension をインストール」が PHP 8.1 以降の対応のため。
【追記ここまで】
ひとまずこれでローカルで Craft が立ち上がったのをフロント・管理画面共に確認できる。
一応管理画面で Craft Pro のトライアルも有効にしておく。
ここからの手順は下記を参照して進める。
Getting Started with Craft Cloud | Craft CMS
https://craftcms.com/knowledge...
以下のコマンドで Cloud Extension をインストールする。
ddev craft setup/cloud
The Cloud Extension | Craft CMS
https://craftcms.com/knowledge...
説明的にはこれで craftcms/cloud がインストールされて、craft-cloud.yaml も生成される。
が、 craft-cloud.yaml は生成されなかったので、これは手動でルートに作成した。
【追記 20240321-065958】
Support に教えてもらってddev composer config platform.php 8.1 を実行しておくことで問題無かった。
そのため、以下のPHP8.2の設定関係は不要になった。
【追記ここまで】
最低限必要な記述は以下とのことなので、この内容を記載（PHPを8.2にした）
# Versions must include major + minor, but no patch. php-version: "8.2"
The Craft Cloud Config File | Craft CMS
https://craftcms.com/knowledge...
PHPを 8.2 にしたので composer.json を修正する。
"platform": {
"php": "8.2"
}
.ddev/config.yamlも変更する
php_version: "8.2"
【追記20240321-070835】
↑ここまでの PHP8.2 関係の設定は不要だった
以下の composer.json の craftcms/cloud のバージョン指定も不要になった。
【追記ここまで】
あと、composer.json に追加されている craftcms/cloud のバージョン指定が必要らしいので、指定する。
{
"require": {
"craftcms/cloud": "*",
"craftcms/cms": "^4.4.0",
"vlucas/phpdotenv": "^5.4.0"
},
↓↓↓
{
"require": {
"craftcms/cloud": "^1.13.1", << バージョン設定
"craftcms/cms": "^4.4.0",
"vlucas/phpdotenv": "^5.4.0"
},
デフォルトは * になっているのだけど、これだと Cloud の Console 側で 1.13.0 以上が必要とエラーになるので、 ^1.13.1 を指定した。
ddev composer update ddev start
composer update して、再度立ち上げて、 8.2 で動いているのを確認する。
ここで git init して丸っと commit してリポジトリに push しておいた。
引き続き Craft Console 側で Cloud のプロジェクトを作っていく。
リポジトリを選択して、プロジェクトを作成したら、リージョンとかを選択する。
引き続き、環境（Environment）を作成する。
ブランチとか変えて使う前提だけど、一旦は main ブランチのままで。
この状態で deploy ボタンをクリックするか、何か GitHub に push するとビルド・デプロイがスタートする。
ローカルのDBをエクスポートして Cloud にインポートする。
ddev ssh
ddev ssh したらDBのバックアップを作成する。
./craft db/backup
バックアップファイルが生成され、生成されたパスが表示される。
Cloud Console 側の Access を確認して、 DBへの接続情報を確認する。
確認したら、 ssh してるところで以下を実行する。
mysql \
--host=hogehoge \
--port=3306 \
--user=hogehoge \
--password=hogehoge \
--database=hogehoge \
< /var/www/html/storage/backups/hogehoge.sql
何もデータ追加してない状態でも少し時間かかるが、待ってればインポートは終了する。
console 側からプレビュー環境の表示を確認する。
URLがどうなるのかわからなくて探したが、この地球アイコンから見ることが出来た。
管理画面も同様のドメイン。
カスタムドメインの設定とかすればそれで見ることが出来るはず。
GitHub にプッシュされてデプロイが始まると、デプロイスタート時と完了時にメールが来る。
ひとまずこんな感じで Craft Cloud の環境を作ることが出来た。
当初、DBをインポートしないで、素の状態で Craft Cloud の環境をつくれるのか？とおもってあれこれ試していた。
CLIを実行するUIがあるので、ここで craft/install とかやったりしたけど、PHP8.1, 8.2 で試すとそれぞれ失敗。
ログに残るエラーが違ったりするので、サポートに聞いてみたら「普通はDBインポートする」と言う感じの回答だったので、とりあえずDBインポートすることで見れるようになったというのが今回の経緯。
慣れてしまえば楽なのかな。
Craft Cloud のお値段的に使うサイトを選びそうではあるけど、試せてよかった。
インフラ含めて丸っとお願いしたいときの選択肢としては良さそう。
ドキュメントを見ると色々とやれることがありそうなので、この辺は追って試したい。
Guides: Craft Cloud | Craft CMS
https://craftcms.com/knowledge...
フリートライアルが7日間できるので、何回も検証してみることも出来そう。
]]>ライフハックの道具箱2023
https://amzn.to/3VDrP4T
使ってるツール、初めて聞いたツール、色々あって勉強になった。
普段は Logseq 使ってるが、マインドマップではないものでビジュアル的に整理したいと思ってたりするところがあるので、 Heptabase は触ってみようかなぁ。
トライアルが短めなのは気になる。
アウトライナーでは Bike で画像使えれば、、、と思いつつ。
Drummer は知らなかったので触ってみようかな。
anytype も少し気になるが、 Notion みたいにブロックで書く感じだと個人的にはあわないかな。
これも今度触ってみよう。
「ユーザに近い所から監視を始める」という話をみたので読んでみた。
普段監視のこととかを考える機会は多くはないが、考え方とか学びが多かった。
アラート疲れをしないための自動復旧の話をみて「なるほどその側面があるのか」とは思った。
とりあえず自動復旧する仕組みを作っておいて、原因調査が忘れ去られそうでどうなんだろうと思ったりしていた。
サイトの表示側、CMS自体とかとか少し見直してみよう。
]]>Release 4.8.0 · craftcms/cms
https://github.com/craftcms/cm...
結構色々と変わった。
ブログは GraphQL 使いたいから Pro にしてたけど、 Solo でもいいのかもなぁ。。。
まぁ Pro のままでもいいかな。
When licensing issues occur on public domains, the control panel will now become temporarily inaccessible for logged-in users, alerting them to the problems and giving them an opportunity to resolve them. (The front end will not be impacted.)
ライセンスの状況をちゃんと見てくれるようになり、公開サイトとかでライセンスが有効で無い場合は管理画面に一時的にアクセス出来なくなる、と。
その辺のアラートもでる、と。