【问题标题】:Typo3 extension are automatically deactivatedTypo3 扩展被自动停用
【发布时间】:2017-01-25 13:23:24
【问题描述】:

我的 webhoster 上有一个正在运行的 Typo3 7.6.11 安装。

我注意到扩展“powermail”和“动态内容元素”会在夜间以某种方式自动停用。

我可以通过扩展在后端激活它们,但第二天早上它们又被停用了。

对此有什么想法吗?

【问题讨论】:

    标签: typo3 typo3-7.6.x


    【解决方案1】:

    如果其他人在夜间没有登录到您的系统,请检查您安装的系统日志。如果没有人这样做,请联系您的网络托管服务商,因为有人直接在系统上更改您的文件,因此他们应该能够确定这是一些安全问题还是一些错误的备份程序。

    【讨论】:

    • 没有其他登录 根据webhoster没有备份程序
    【解决方案2】:

    在安装工具中有一个选项可以检查损坏的扩展程序,检查后会自动卸载“损坏的扩展程序”。可能您有一个任务在执行此例程的调度程序中运行?

    通常在系统更新后,某些扩展程序会损坏,因为它们使用已弃用的 api 并且还必须进行更新,因此您还应该检查这些扩展程序是否有更新。

    【讨论】:

    • 当我运行损坏的扩展程序时,它说一切正常(并且扩展程序仍处于激活状态)这些扩展程序没有可用的更新
    【解决方案3】:

    你们有自动部署吗? 此部署是否知道这些扩展需要处于活动状态?

    【讨论】:

    • 无自动部署
    【解决方案4】:

    配置了哪些 cron-jobs 和 scheduler-tasks?什么时候?

    接下来我要做的是编写一个 cronjob,它每 5 分钟将 PackageStates.php 的 md5-hash 记录到一个文件中。如果文件被修改,哈希应该会改变,你几乎知道改变发生的时间。与当时运行的 cron-jobs/ scheduler-tasks 相比。

    【讨论】:

      【解决方案5】:

      请检查typo3conf/PackageStates.php 文件的权限,是否有任何自动停用扩展的cron-job。 如果没有,请尝试使用新版本覆盖扩展。

      【讨论】:

        猜你喜欢
        • 2018-06-09
        • 1970-01-01
        • 1970-01-01
        • 2021-12-26
        • 1970-01-01
        • 2014-08-31
        • 1970-01-01
        • 2013-01-14
        • 1970-01-01
        相关资源
        最近更新 更多