在Ubuntu 24.04上安装WordPress（包括PHP 8.3.6）并启用define（'WP_DEBUG'，true）进行完全调试之后；并定义（'WP_DEBUG_LOG'，true）；由于没有检查WordPress Core的某些部分中的null参数，当设置不同的路径和上传设置时，会出现一些已折旧的函数调用。
以下三项应为空参数设置适当的护栏。
1函数wp_normalize_path（$path)在wp-includes\functions.php中，可以为str_replace（）如果传递给函数的$path参数碰巧为null。
已弃用：str_replace（）：中不推荐将null传递给类型array | string的参数#3（$subject）wp-includes/functions.php在线2192
2函数wp_is_stream（$path）在wp-includes\functions.php中，还可以为strpos（）如果传递给函数的$path参数碰巧为null。
已弃用：strpos（）：中不推荐将null传递给字符串类型的参数#1（$haystack）wp-includes/functions.php在线7296
对这两个操作系统的快速修复可以是为$path添加测试
if（$path==null）{return；}
3函数plugin_basename（$文件）如果传递给函数的$file参数碰巧为null，in-wp-includes\plugin.php也会抛出类似的折旧消息。类似地，当preg_替换被调用。
