问题标签 [php-7.3]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票
1 回答
1249 浏览

php - 是否可以从另一个包覆盖 laravel 包视图

是否可以从另一个包中覆盖包视图?
当您通过它注册视图路径时,
loadViewsFrom('path/to/views', 'package')
它也会查看
/resources/views/vendor/package
所以您可以在使用包时覆盖视图,
但是有没有办法在不同的包中覆盖视图?

0 投票
0 回答
141 浏览

php - 如何使用 MCRYPT_DES 和 ecb 解密使用 mcrypt_encrypt 加密的字符串

我的情况是,我必须解密来自 cookie 的字符串,该字符串已经在使用 php 5.6 的旧系统上使用 mcrypt_encrypt 方法加密(我现在无法更改),而我使用的 php 7.3 不支持这个,是否有任何替代或解决方法来解决这个问题

旧系统使用这种方法进行加密,由于某种原因我无法更改mcrypt_encrypt(MCRYPT_DES, $this->salt, serialize($arrayData), 'ecb');

我已经尝试过 openssl_decrypt 但它返回 false 如下 openssl_decrypt($encryptedString, 'DES-ECB', $this->salt) OR openssl_decrypt($encryptedString, 'des-ecb', $this->salt)

0 投票
2 回答
8391 浏览

php-7.3 - 如何修复可恢复的致命错误:session_module_name():无法通过 ini_set() 或 session_module_name() 设置“用户”保存处理程序

我收到如下错误以及如何修复它

adodb 库错误 ...\adodb\session\adodb-session2.php 第 465 行。

可恢复的致命错误:session_module_name():无法通过 ini_set() 或 session_module_name() 设置“用户”保存处理程序

0 投票
1 回答
294 浏览

laravel - PUT 请求在 Laravel 上被视为 GET 请求

我正在制作 Laravel 5.8 API (PHP 7.3.6),GET、POST 和 DELETE 函数都正常运行,但我无法让 PUT 正常运行。当我使用Postman并向“站点”发出 PUT 请求时,它的行为类似于 GET 请求。GET、POST 和 DELETE 方法的行为与我预期的一样,即转到正确的路线。

它在 IIS 上表现得像这样,但现在我将 Docker 与 Apache 和 PHP 7.3.6 一起使用,它具有相同的行为。

感觉一定和 Laravel 有关系,或者我只是用错了 Postman。有任何想法吗?

这是我的 api.php...

这是创建方法...

这是 docker-compose.xml ......

这是虚拟主机文件...

更新

这在 IIS 中本地工作,我只需要重新启动本地计算机。它也可以在 PHP 网络服务器中完美运行php -S 0.0.0.0:8080。我以前从未使用过 PUT,我需要做些什么来配置 Docker 以使用 PUT?

0 投票
1 回答
40 浏览

php-7.3 - 当我将 mysqli_fetch_assoc($query) 放入 while 循环以从数据库中检索数据时,循环将无限迭代。为什么会这样

当我放入mysqli_fetch_assoc($query)变量$row,然后$row放入while循环while($row)。循环无限迭代。

但是当我将整个初始化while($row = mysqli_fetch_assoc($query))置于while循环条件下时,它会正确显示所有值。

为什么会这样?

0 投票
1 回答
7938 浏览

centos7 - 如何修复 yum 更新错误:“错误:请求的数据类型主要不可用”

我正在运行一个 CentOS 7 Web 服务器,它使用 remi 存储库将 php 版本更新到 7.3。

当我尝试使用 yum 更新系统时:

yum update

我收到以下错误消息:错误:请求的数据类型主要不可用

我尝试了什么:

我用谷歌搜索并找到了这个解决方案,我发现问题出在 remi 存储库所以我跑了

yum clean all --verbose

然后

yum --disablerepo="remi*" update

我可以更新系统,除了 php 7.3!

附加信息:

位于的 repo 文件的内容/etc/yum.repos.d/remi-php73.repo是:

我使用Remi 网站上的指南进行安装

0 投票
1 回答
161 浏览

homebrew - 在 mac mojave 中的 php 浏览器版本上未启用 Imagick 扩展

我正在使用具有以下配置的 mac mojave。Apache2 - 从默认 phph 7.3.8 安装 - 从 brew imagick 安装 - 从 brew 安装

现在的问题是 imagick 扩展没有加载到浏览器版本的 php.ini 上。当我检查 cli 版本时,所有这些扩展都已启用。

我试图重新启动 apache 和所有

任何猜测或建议来解决这个问题?

0 投票
0 回答
91 浏览

performance - 性能下降/站点已关闭,猜测它是由 PHP-7.3 FPM 缓冲区溢出引起的?

我遇到性能下降/网站无法访问的问题。最终用户看到 502 Bad gateway 错误。

行为是 php-fpm 可以正常工作几个小时,然后站点开始工作越来越慢,然后站点抛出 502 错误。我使用的唯一解决方案是重新启动 php -> /etc/init.d/php7.3-fpm restart。

我也知道这些参数 Emergency_restart_threshold 10 Emergency_restart_interval 1m process_control_timeout 10s

我之前设置的,但它仍然没有解决一个真正的问题。有时 Web 服务器会在 5-10 分钟内不可用。

我怀疑这是由 php-fpm 缓冲区溢出引起的,因为 Web 服务器抛出 502 - php fpm 仍在运行。但无法处理新请求。

请建议,任何帮助表示赞赏!

我用:

日志和配置:

如果您需要更多详细信息,请告诉我。

提前致谢!

0 投票
0 回答
301 浏览

php - 在每个目录的 .htacess 中使用 SetHandler 设置特定的 PHP 版本不起作用

使用 Ubuntu 18 和 Apache,我试图实现在每个目录中使用我选择的 PHP 处理程序的状态。

有一个 .htaccess 指令本身可以正常工作 - 我可以更改x-httpd-phpx-httpd-php-source并正确应用

所以我想我会设置一个类似于 AddHandler 教程中的特定

可悲的是,这无济于事(显示原始 PHP 代码)

我安装了 PHP7.1 - PHP7.3 并启用了模块sudo a2enmod php7.*

编辑:SetHandler "proxy:unix:/var/run/php/php7.3-fpm.sock|fcgi://localhost/"在安装了一些额外的软件包之后,我能够做到这一点,但是我想知道如何以我描述的方式在 SetHandler 期间强制 PHP 版本。

0 投票
1 回答
180 浏览

php - 我在从 iOS 和 Postman 使用 PHP 上传文件时遇到部分文件上传错误

我这里有一个基于 PHP 的 API 项目,继承自我的前任,他已经转移到另一个项目。现在,我正在研究上传文件的一些奇怪行为,对于 Android、iOS 和 Postman 的所有三个小文件,它们总是成功的,但对于 iOS 和 Postman 而不是 Android 开始失败。

我们注意到在我们的 iOS 应用程序上处理相对较大的文件 (>100 MB) 以及 Postman 时会发生这种情况。我们的 Android 应用似乎运行良好,甚至可以上传更大文件大小的文件;1GB 以上。我已经与我们的服务器管理员进行了协调,他说服务器配置设置为合理的水平。我相信他,因为我们的 Android 应用程序成功上传了一个更大的视频。

我已将问题隔离到以下相关代码:

我做了一些挖掘,发现从我们的 iOS 应用程序和 Postman 发送的上传会导致错误代码 3,根据文档,这意味着 UPLOAD_ERR_PARTIAL。

有趣的是,如果我们的 iOS 应用程序和 Postman 使用较小的文件(例如大约 8-20 MB)上传文件非常好,而且我很确定它可以轻松处理更大的文件,因为我们的 Android 应用程序能够成功上传大量文件1 GB 文件。

我的直觉告诉我,这与 Android、Postman 和 iOS 在处理文件上传方面的差异有关,但我不知道从哪里开始或从哪里要求我们的移动应用程序开发人员(他们也继承了他们的项目)看看.