是否可以将代码从 Cloudways 应用程序部署到空的 git 存储库？我想知道是否可行，因为我目前正在使用 FTP (Filezilla)。我可以将实时站点克隆到临时站点，但无法将其部署到 Github 以便处理本地计算机上的文件。
我已尽我所能设置一切，但我看到 JIT 状态为“已禁用”。
这是我所拥有的：
echo (function_exists('opcache_get_status')
&& opcache_get_status()['jit']['enabled']) ? 'JIT enabled' : 'JIT disabled';
返回：
JIT disabled
然后我有这个：
print_r([
'opcache.jit' => ini_get("opcache.jit"),
'opcache.enable' => ini_get('opcache.enable'),
'opcache.enable_cli' => ini_get('opcache.enable_cli'),
'opcache.jit_buffer_size' => ini_get('opcache.jit_buffer_size')
]);
返回：
Array
(
[opcache.jit] => tracing
[opcache.enable] => 1
[opcache.enable_cli] => 1
[opcache.jit_buffer_size] => 300M
)
最后，这段代码：
opcache_get_status()['jit']
返回：
array(7) {
["enabled"] => bool(false)
["on"] => bool(false)
["kind"] => int(5)
["opt_level"] => int(4)
["opt_flags"] => int(6)
["buffer_size"] => int(0)
["buffer_free"] => int(0)
}
我能做什么，或者我在哪里可以找出为什么 JIT 状态为 …
我不确定这是不是要写的地方,但这是我知道的唯一一个我能解答问题的网站......无论如何
我想安装drupal但我应该在哪里托管它？亚马逊网络服务可以主持这样的应用吗？我是否需要去其他地方并主持它？我确实有一个inmotionhosting帐户,但我在想如果亚马逊做这个工作,为什么不用它呢？有什么想法和意见吗？
hosting drupal web-applications amazon-web-services cloudways
我认为这个问题对某些人来说很容易,对我来说将成为一个面子.
我有一个Laravel 5.3站点,各种页面都有ajax请求.因为我使用该csrf_field()功能,它们工作正常.
但是有一个页面,其中ajax产生此错误:
Mixed Content: The page at 'https://example.com/fb/reports' was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint 'http://example.com/fb/json?levelType=&id=&aggLevel=ad&start=&end='. This request has been blocked; the content must be served over HTTPS.
我的javascript看起来像这样:
var relUrl = '/fb/json/';
var payload = {
levelType: levelType,
id: id,
aggLevel: aggLevel,
start: start,
end: end
};
console.log(relUrl);
return $.ajax({
type: 'GET',
dataType: 'json',
data: payload,
url: relUrl,
headers: {
'X-CSRF-TOKEN': $('meta[name="csrf-token"]').attr('content')
}
});
我已经阅读了大量有关此错误的文章.我已经尝试了大量建议的解决方案,包括将相对URL更改为完整的https URL,或者使用2个斜杠启动它.
我甚至尝试改变我的Laravel路线的工作方式,现在只使用查询字符串参数.
我已经研究了下面的所有文章(以及更多).
此外,由于这一个AJAX查询是一个网站的密码保护部分(和AJAX的查询工作 …
这个问题旨在作为其他人查找的信息帖子，因为幸运的是我已经找到了解决方案。
我尝试在 Cloudways 服务器上的 crontab 中将 Wordpress-CLI 命令作为 cron 作业运行。该命令直接在终端中运行没有任何问题，但在使用 crontab 启动时失败并出现致命 PHP 错误。
Wordpress-CLI 的基本命令如下所示：
wp migratedb profile [id]
由于 crontab 运行的上下文通常是未知的，并且 $PATH 变量可能不可用，因此我修改了命令以提供必要的绝对路径：
/usr/local/bin/wp migratedb profile [id] --path=/absolute/path/to/wordpress/core/files
同样，从终端启动时，这个修改后的命令也可以完美运行，没有任何问题。
最终的 crontab 条目看起来像这样：
0 5 * * * /usr/local/bin/wp migratedb profile [id] --path=/absolute/path/to/wordpress/core/files
当从调度程序运行时，它会产生以下错误：
PHP Fatal error: require(): Failed opening required 'wp-salt.php' (include_path='.:/usr/share/php') in phar:///usr/local/bin/wp/vendor/wp-cli/config-command/src/Config_Command.php(444) : eval()'d code on line 34
经过一些实验，我意识到除了非常基本的命令之外，所有WP-CLI 命令都会发生此错误
wp --info
，产生以下输出：
OS: Linux 4.19.0-21-amd64 #1 SMP Debian 4.19.249-2 (2022-06-30) x86_64
Shell: /bin/sh
PHP …网站不可用 您尝试访问的网站不可用，因为它使用安全服务来防止未经授权的访问和在线攻击。
Cloudways KB 中没有信息 - 广泛的搜索没有返回任何信息，所以我在这里为其他人添加了这个。