私はウェブホスト上でTypo3 7.6.11インストールを実行しています。Typo3拡張機能は自動的に無効にされます
「powermail」と「dynamic content elements」という拡張子が何とか自動的に一晩中自動的に無効になることに気付きました。
バックエンド経由で拡張機能を有効にすることはできますが、翌朝もう一度無効にします。
これに関するアイデアはありますか?
私はウェブホスト上でTypo3 7.6.11インストールを実行しています。Typo3拡張機能は自動的に無効にされます
「powermail」と「dynamic content elements」という拡張子が何とか自動的に一晩中自動的に無効になることに気付きました。
バックエンド経由で拡張機能を有効にすることはできますが、翌朝もう一度無効にします。
これに関するアイデアはありますか?
他の誰かが夜間にシステムにログインしなかった場合は、インストールのシステムログを確認してください。誰もしなかった場合は、ウェブホスティング担当者に連絡してください。誰かがファイルを直接システム上で変更しているため、セキュリティ上の問題であるか、バックアップ手順に間違いがあるかを把握できるはずです。
インストールツールには、壊れた拡張機能のチェックを行うオプションがあり、チェックの後に「壊れた拡張機能」が自動的に削除されます。このルーチンを実行するスケジューラーでタスクを実行しているかもしれませんか?
通常、システムアップデートの後、拡張機能の一部が廃止予定のAPIを使用しているために更新する必要があるため、これらの拡張機能のアップデートがあるかどうかを確認する必要があります。
私は壊れた拡張を実行すると、それはすべてが大丈夫だと言う(と拡張子がまだ起動される) –
自動配備はありますか? この展開では、これらの拡張機能をアクティブにする必要があることがわかりますか?
ませ自動展開入手可能なものを拡張のための 更新なし –
どのようなcron-jobsとスケジューラタスクが設定されていますか?何時に?
次は、あなたのPackageStates.phpのmd5-hashを5分ごとにファイルに記録するcronジョブを作成することです。ファイルが変更された場合、ハッシュは変更されるはずで、変更が発生した時刻をほとんど知ることができます。その時点で動作しているcron-jobs/scheduler-tasksと比較してください。
typo3conf/PackageStates.phpファイルの許可を確認してください。自動的に拡張機能を無効にするcron-jobはありますか? それ以外の場合は、新しいvesrionで拡張機能を上書きしてください。ホスティング事業による
他のログインん 何バックアップ手順なかっ –