12:18yamaさま確認しました。下書き時のプレースホルダ/メンテナンスモード/Dittoのページングについて問題無いと思います。ありがとうございます。さま指摘の件に近いと思いますが,utf8mb4の状態からアップデートすると,アップデートに失敗します。utf8mb4ベースからupdateutf8からのアップデート及び新規インストール時には問題がありません。13:34charsetの指定がなぜかutf8になっているようなので、コレーションとの不整合が生じないように修正しました。19:35こんばんは、簡単ではありますが1.0.17J-rc7の動作確認をいたしました。(文字コードはutf8_general_ciのまま変更なし)報告済みのサイトスタートのエラー・Warningの表示・上書きインストール後のSQLエラーは特に出ないようです。ご対応ありがとうございました。MODXのリストア機能でバックアップデータからリストアサイトが正常に復元されませんでした。リストア後のDBのテーブル名を確認したところ、元々の名前のテーブルと名前の先頭にアンダーバーが追加されたテーブルが重複して存在していました。正しいデータは元々の名前のテーブルに格納されているようです。(ちなみに、どちらのインストール時もテーブルプレフィックス無しの設定で行っています)バックアップ/リストア機能が文字コード変更まで想定されたものなのかは分かりませんが、念のためにお知らせさせていただきました。cd9a2081a6先頭にアンダーバーが追加されるのは上記の変更が関係しています。21:45テーブルプレフィックスの問題を修正しました。これで解決していると思います。バックアップ・リストア機能は現在のところ文字コードの変更をサポートしてません。DB側に合わせてconfig.inc.phpの記述を一行変更するとよいのですが、今後の課題としたいと思います。11:19展開されない[+プレースホルダ文字列+]がそのまま表示されることがスニペットによっては不具合となるケースがあるようなので調整しました。展開されないプレースホルダ文字列は最終的には削除された上でページを表示する仕様になっていたのを、デバッグがしやすいように1.0.15Jでは削除しないように変更しました。これを元の仕様に戻しますが、今回は$modx->config['cleanUpRemainPH']で設定を変更できるようにしました。23:12こんばんは。1.0.17J-rc9新規インストール後のバックアップデータリストアにて、テーブル名が正常であることを確認しました。ありがとうございました。次バージョンの正式リリースを機に、既存DB(utf8)のutf8mb4化を検討しています。07:49あと、config.inc.php内のutf8という文字列をutf8mb4に書き換える必要があります。17:53ありがとうございました。リストアで、4バイト文字が保存できるようになりました。※DBの知識がほとんど無い者が試行錯誤したメモですので、正確性については一切保証できません。これでエラー出てません程度のものです。不備などありましたらフォローいただけると幸いです。※機能拡張などで、MODXデフォルト以外のテーブルもある場合は他にも書き変える必要があるかもしれません。