在Fedora 30上安装PHP7.2后';s通过DNF自动更新为PHP7.3.8
Magento 2.3在PHP7.2.x上运行,但不晚于PHP7.2.x。我在Fedora30服务器上做了一个DNF更新,刚刚将PHP升级到7.3.8,所以Magento的安装现在已经停止。如何稍微降低PHP版本的级别以使其恢复兼容性?我不介意完全关闭PHP安装,或者同时运行这些变体,但是寻找实现这两种方法都是空白在Fedora 30上安装PHP7.2后';s通过DNF自动更新为PHP7.3.8,php,magento2,fedora,Php,Magento2,Fedora,Magento 2.3在PHP7.2.x上运行,但不晚于PHP7.2.x。我在Fedora30服务器上做了一个DNF更新,刚刚将PHP升级到7.3.8,所以Magento的安装现在已经停止。如何稍微降低PHP版本的级别以使其恢复兼容性?我不介意完全关闭PHP安装,或者同时运行这些变体,但是寻找实现这两种方法都是空白 想一想,我想知道如何在将来阻止这种情况发生,因为Magento似乎确实落后于PHP版本的发布,这意味着它可能会继续发生。你能尝试一下yum降级吗?看起来很有希望,直到。。。[carl
想一想,我想知道如何在将来阻止这种情况发生,因为Magento似乎确实落后于PHP版本的发布,这意味着它可能会继续发生。你能尝试一下yum降级吗?看起来很有希望,直到。。。[carl@nexusbin]#dnf降级php-7.2上次元数据过期检查:0:24:04之前,2019年8月12日星期一英国夏令时16:00:54。没有可用的php-7.2包。错误:没有标记为降级的包。[carl@nexusbin]#dnf降级php7.2上次元数据过期检查:0:24:21之前,2019年8月12日星期一英国夏令时16:00:54。没有可用的php7.2包。错误:没有标记为降级的包。是否可以尝试yum-grade?看起来很有希望,直到。。。[carl@nexusbin]#dnf降级php-7.2上次元数据过期检查:0:24:04之前,2019年8月12日星期一英国夏令时16:00:54。没有可用的php-7.2包。错误:没有标记为降级的包。[carl@nexusbin]#dnf降级php7.2上次元数据过期检查:0:24:21之前,2019年8月12日星期一英国夏令时16:00:54。没有可用的php7.2包。错误:没有标记为降级的包。