最初のインストールに失敗しました。

[kousei86]

　
お世話になっております。
　
本日、さくらのレンタルサーバーで新しいConnect-CMSをインストールした後、
Webサイトを開くと、「500 internal server error.」が発生しました。
　　

　
　
　
「.env」に 「APP_DEBUG=true」と記述し、
デバッグモードを有効にしてWebページを更新したところ、
「 Attempt to read property "value" on null 」と表示されました。
　　

　
　
　
デバッグモードをOFFにしている状態でConnect-CMSのヘッダーが見えましたので、
インストール手順自体は合っているような気がするのですが、
インストール手順 で示されている「Connect-CMSの安定版（最新のバージョン）に切り替える」の項目は飛ばして進めました。
　　
私の方でインストール手順に見落としがあるとは思うのですが、
最近の手順の変更点がありましたらご教示ください。よろしくお願いします。
　　
－－－
さくらのレンタルサーバー
PHP: 8.3, 8.2 の両方で検証
Windows 11
Microsoft Edge
　

[masaton0216]

お世話になっております。

configsレコードが取得できていないようです。
シーダー（初期データ投入）は実行しましたか？

php artisan db:seed

[kousei86]

ありがとうございます。
　
php artisan db:seed　→　yes　については実施していました。
　
ご助言の後、公式Wikiと自分のメモとで10回ぐらいやり直してみましたが、両方とも同じ結果でした。
　
php artisan migrate　→　yes　の後、データベースの使用量が0MBから2.20MBに増えたことを確認し、
その後に php artisan db:seed　→　yes をやり、以下のような結果が得られました。
　

　
　
－－－
私の手順メモの情報が古くなったのかもしれません。
もう少し調べてきます。
　

[masaton0216]

詳細な状況ありがとうございます。

• 当該エラーは php artisan db:seed -> DefaultConfigsTableSeeder で登録されているべきテーブルレコード（'base_theme'）がない為、発生しているようです。（1枚目画像より）
  https://github.com/opensource-workshop/connect-cms/blob/master/database/seeders/DefaultConfigsTableSeeder.php#L106

• 「テーブル容量は増えている」ということですが、 DefaultConfigsTableSeeder は、実行時の状態によっては一部レコードが生成されない為、何度かトライ＆エラーを繰り返している間に、難儀な状況になってしまったのかもしれません。

  • 具体的には、configsテーブルに既にレコードが存在している場合、シーダーコマンドを実行してもconfigsの一部レコード（今回起因のレコード含む）が生成されません。
    https://github.com/opensource-workshop/connect-cms/blob/master/database/seeders/DefaultConfigsTableSeeder.php#L22

• configsテーブルを空にしてシーダーコマンドを実行すると、どうでしょうか？

[kousei86]

　
データベースを削除して作り直し、git cloneによるダウンロードからやり直す作業を10回ほどやりました。
既にインストール済みのConnect-CMSは問題なく動いております。
　

[kousei86]

進展がありました。

再び、データベースを作成し、git clone からダウンロードしてConnect-CMSをインストールしました。
php artisan db:seed をして、シンボリックリンクを作ったところまでやりましたが、
同じくサーバーエラーが出ました（ここまで何度目かの再現）。
－－－
　
（↓ New）
phpMyAdminで「configs」テーブルの中身をひとつひとつ選択し、削除しました。（SQLコマンドに自信がないため）
その後、PuTTYで php artisan db:seed をしたら、正しく表示されました。

－－－
ちなみに、configs テーブルを空にするために「ひとつひとつ選択して削除した数」と、その後の「php artisan db:seedで現れた数」は明らかに後者の方が多かったです。
　

[masaton0216]

精査してないですが、結論から言うと、先日の対応でバグを仕込んでしまったかもしれません。
MS365のメールサーバと繋ぐ対応を入れたのですが、configsテーブルをマイグレーションで生成するようにしたので、
これによりシーダーで所定のレコードが投入されなくなっているものと想定します。
明日、急ぎで調査させて頂きます。ご報告ありがとうございます。

[kousei86]

使える情報かどうかは分かりませんが、
「テーブル内の削除」 と「再度の php artisan db:seed 」の操作前後で、「configs テーブル」にあったものの名前を示します。

configs前後.xlsx

[masaton0216]

ありがとうございます。想定通りのデータ態様でした。

先程、対応プログラムをリポジトリに反映しました。
お手数をおかけして申し訳ございません。
ご報告を頂きありがとうございます。

[kousei86]

これまでと同じ操作で、正しくインストールされることを確認しました。
迅速なご対応、ありがとうございます。