|
41からまでを表示 (計179) |
|
本件、昨日の週刊 concrete5 にて取り上げました。
解決方法はあるのですが、
concrete5 独自の属性の保存の仕方とそれの読み込み方を理解すれば…
といった感じで簡易的なサンプルコードを提示して解説しています。
下記動画の08:50あたりから確認してみてください。
https://www.youtube.com/watch?v=xs7PLgSHAKM
Posted on 12月 04, 2020 at 9:35 午前
|
|
本件、昨日の週刊 concrete5 にて取り上げたのですが、
・希望されている一覧確認機能は concrete5 に搭載されておらずオリジナルで作成するしかない
ということでした。
で、一つ質問。
> 本当はページ作成者、に個別メール通知をできればと考えていたのですが、
とありますが、これならば下記ページにある「エントリーの通知」にページ作成者グループを追加することで賄えるのではないかと思いますが、いかがでしょうか。
上級権限モード設定チュートリアル【２】ブログにワークフローを設定する
Posted on 12月 04, 2020 at 9:12 午前
|
|
それこそheader_required.phpをオーバーライドしちゃうのが最も手っ取り早いです。
Posted on 12月 01, 2020 at 11:55 午前
|
|
多分下記を指しているのかと。
右_管理画面＞右_ページとテーマ＞右_ページタイプ＞左_（空白のページ）＞左_属性＞左_Meta説明
※右_：右メニュー
左_：左ウインドウ
って感じでリンクをクリックしていってください。
※空白ページは意図したページタイプを選んでください。上記例ではデフォルトのエレメンタルで使われているページタイプ名を用いています。
Posted on 12月 01, 2020 at 2:01 午前
|
|
本現象ですが、多分8.5.1に由来するバグのような気がします。
もし可能でしたら下記ページを参考に8.5.4にアップデートしてみてはいかがでしょうか。
http://concrete5-japan.org/help/5-7/developer/installation/upgrading-concrete5/
また、もし
・サイト構築作業がまだあまり進んでいない
・（MySQLのバックアップなど）アップデートは難しそう
といった感じでしたら、
下記ページを参考に8.5.4を新規インストールすることをお勧めします。
http://concrete5-japan.org/help/5-7/developer/installation/basic-setup-and-installation/
Posted on 11月 27, 2020 at 9:20 午前
|
|
エラーメッセージ（1146）は、テーブルが存在しないことが原因っぽいです（ネット情報）。
再インポートする際、使ったのは5.5.2.1と5.6.3.4、どちらから作成したバックアップですか？
追伸
普段検証に使っているMAMPの場合、phpMyAdminでテーブルを削除には、
・1度目はテーブル内容のみを削除
・2度目で空テーブルを削除
といった二段階になっているようです（一度でまるっと消せない）。
二回削除せず5.5.2.1バックアップをインポート（変なテーブル設定が残っているやも？）、
二回削除して5.6.3.4バックアップをインポートして5.5.2.1で確認してる（Ver.違い）、
とかの可能性あるかなぁ…とか思い念のためきいてみました。
検討違いだったらすみません。
Posted on 11月 19, 2020 at 8:27 午後
|
|
site.phpを元に戻した場合もエラーが出ますか？
Posted on 11月 15, 2020 at 6:12 午後
|
|
5.6.3.4がzip解凍後48MB弱なので、もし容量オーバーでアップロード出来ないのであればかなりギリギリのサーバー状況だと思われます。
メールやその他のファイルでそうなってしまっている場合は致し方ないのですが、もしかしたらconcrete5で使っているmysqlのデータ量が増えてサーバー容量を圧迫しているのかもしれません。
その場合は、クエリーログの削除や各ページの古いバージョンを削除するなどしてデータ容量を節約できるのでお試しください。
※mysqlのデータ量が巨大すぎてバックアップを失敗するということもあります。もしかしたら前回のバックアップ失敗はそのせいかも？とか思います。
※当時の「サイトが重いのを早くする方法」という投稿が参考になるかと思います。
さて、FTPソフトを使用しないアップデートですが、
MAMPやXAMPPなどを用いて一旦local環境でconcrete5を構築し、
その環境下でアップデートを行い、サーバー環境を丸ごと差し替えるという方法が可能かと思われます。
1）サーバーからDBバックアップ、画像など各種ファイルをダウンロード
2）MAMPやXAMPPなどを用いて現在のサーバーと同じ環境をlocalに構築し、5.5.2.1を新規インストール。
3）DBバックアップをインポートし、さらに各種ファイルなどを上書きして動作確認。これで現在のサーバと同じ環境（つまりバックアップ）が出来ました。
4）localのconcrete5をアップデートし、動作確認。
5）動作確認出来たらDBをエクスポート。
6）別バージョンのMAMPやXAMPPなどを用いて「移行するサーバー」と同じ環境を構築し、再びconcrete5を新規インストールし、DBインポートや各種ファイル上書きなどを行って動作確認。これで移行する新サーバーでの動作検証が出来たことになります。
7）HIT Waveの新サーバで同様の作業をして引越し完了
といった感じです。
手間がかかりますが、旧サーバ、新サーバの環境を作って動作確認しているのでどう転んでも「一から全て作り直す」というリスクは避けられるかと思います。
なお5.6系の最終バージョンは5.6.4.0ですので、5.6.3.4に止まらず最終バージョンまでアップデートすることをお勧めします。
また5.6系と5.7以降（Ver.8含む）は互換性がないのでマイグレーションツールなどを使ってアップデートする必要がありちょっと厄介です。
参考になれば幸いです。
Posted on 11月 13, 2020 at 4:39 午後
|
|
問題の切り分けをしていくことをお勧めします。
1）そもそもconcrete5が動く環境になっているか？
→空のDBを用意してconcrete5 5.5.2.1を新規インストール
2）DBのバックアップは大丈夫だったか
上記インストールで使ったDBにバックアップしたDBをインポート
or
/config/site.phpのDB指定をバックアップしたDBに変更
3）環境も大丈夫、DBも問題無しなら移行した別ファイルに500エラーの原因があるのでは？
といった感じで。
DBが破損している場合はHIT Waveに相談するのがよろしいかと。
ユーザーサイドのDB復元は厳しいと思います。
テーマなどはDBに関係なく再利用できますが、
ページ内容は全てDBの中なので一から作り直しになるかと思います。
その際はセキュリティを考慮し、PHPもconcrete5も最新版での構築をお勧めします。
Posted on 11月 12, 2020 at 2:08 午後
|
|
下記2点が気になりました。
・パス指定で「src」が抜けてるのでは？
・似たような名称のファイルがあるけど、「NotificationInterface」というファイル自体が無いのでは？
Error Interface 'Application\Concrete\Express\Entry\Notifier\NotificationInterface' not found
# concrete5 Overrides（抜粋）
src/Concrete/Express/Entry/Notifier/Notification/AbstractFormBlockSubmissionNotification.php
src/Concrete/Express/Entry/Notifier/Notification/FormBlockSubmissionEmailNotification.php
src/Concrete/Express/Entry/Notifier/Notification/FormBlockSubmissionNotification.php
src/Concrete/Express/Entry/Notifier/Notification
src/Concrete/Express/Entry/Notifier/AbstractNotifier.php
src/Concrete/Express/Entry/Notifier/NotifierInterface.php
Posted on 11月 06, 2020 at 11:59 午前
|
