gpt4 book ai didi

python - 使用 flask-base 示例将 Openshift 重定向到 https

转载 作者:太空宇宙 更新时间:2023-11-04 05:49:40 27 4
gpt4 key购买 nike

我正在尝试仅在 https 上的 Openshift 上免费装备上运行我的基于 flask 的应用程序。正在关注this - 我已将 .htaccess 文件添加到我的 repo 的根目录,但它似乎被忽略了,因为它没有重定向。这篇文章谈到了一个 wsgi 目录,但我没有,所以我不确定这个地方。我使用 this example 创建了应用程序:

$cat .htaccess 

RewriteEngine on
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [R,L]

最佳答案

我对 OpenShift 设置的理解是 .htaccess 文件只能与静态文件结合使用,不能与应用程序的动态部分结合使用。要使用标准的 Apache/mod_wsgi 设置,您将不得不使用包装 Flask 应用程序的 WSGI 中间件来强制重定向。

我能提供的唯一选择是您避开他们提供的标准 Apache/mod_wsgi 安装,而是使用 mod_wsgi-express,如下所述:

当使用 mod_wsgi-express 时,我将能够解释一种添加额外的 Apache 配置片段以触发重定向的方法。


更新 1

FWIW,我的理解是,这仅适用于旧式设置 OpenShift 中的“wsgi/static”目录,因为实际的 WSGI 应用程序将使用 WSGIScriptAlias 指令进行映射。

除了文件系统访问权限,在 Apache 配置文件的目录 block 中设置,WSGIScriptAlias 在 mod_wsgi 中工作的方式从来没有特定的意图,用于 WSGIScriptAlias 指令引用的目录中的 .htaccess 文件被咨询。看起来这实际上是可能的,至少对于 Apache 2.X,不确定 Apache 1.3,尽管它可能在那里工作。

所以看起来 OpenShift 人员偶然发现了一些可能没有为 mod_wsgi 记录的东西,而我作为编写 mod_wsgi 的人甚至没想到一定会起作用。我现在必须考虑这个问题,因为在 .htaccess 文件中可能有一些事情可以搞砸 mod_wsgi 的工作方式。它还可能为无法访问主要 Apache 配置的用户提供一些奇怪的可能性,这些可能性可能很好,但也可能很糟糕。

重申我在其他评论中所说的内容,OpenShift 支持两种不同的方式来设置 WSGI 应用程序。较早的方法是创建一个名为“wsgi”的子目录,并在其中添加一个“应用程序”文件,该文件将是 WSGI 脚本文件。静态文件也可能有一个“wsgi/static”目录。他们记录并且现在似乎推荐的更新方法是在项目的根目录中为 WSGI 脚本文件创建一个“wsgi.py”文件。它的名称可以被设置为“rhc set-env”的环境变量覆盖。

我没有检查他们为旧安排的配置生成的内容,但他们可以设置 Apache 配置以允许 Apache 在“wsgi”子目录中覆盖,这意味着可以将 .htaccess 文件放在那里。这不是正常的做法,但他们似乎发现它可以工作并且允许某些类型的覆盖。

如果他们对“wsgi”子目录做了同样的事情,那么当他们切换到更喜欢顶层目录中的“wsgi.py”时,他们似乎并没有对根目录做同样的事情。

无论哪种方式,使用我提到的 mod_wsgi-express 都会让您对 Apache 和 mod_wsgi 的设置方式有更高级别的控制。预先固定的配置不是很灵活,一些基于齿轮尺寸的配置猜测不一定合适,因为它们没有考虑应用程序本身的要求,只有用户才知道。

关于python - 使用 flask-base 示例将 Openshift 重定向到 https,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30866144/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com