如何在 Google 域中找到我的资源记录？
How do I find my resource records on Google Domains?
我是 运行 App Engine 应用程序，我向其中添加了存储桶，为其他几个静态网站适当命名并指定了 index.html 等
快速设置转发。现在我试图将域实际指向存储桶，因此访问者 URL 将是 www.example。com/etc 而不是 https://storage.googleapis.com/www.etc
我在哪里可以找到用于每个域的各组 4 个 IP 地址等，以及资源记录？ Google 有大量关于资源记录的迷人细节，none 我现在需要或想要的。只是我的 GD 号码？
如果您想要使用自定义域的云存储，您应该使用专用 sub-domain，例如static.example.com，与您使用的 GAE 应用或服务不同。
目前，云存储不支持带 SSL 的自定义域，这意味着访问者可以使用 http://static.example.com/etc, but not https://static.example.com/etc. Google added builtin SSL certifications to GAE apps with custom domains a few months ago, so I believe it could be possible that they also might add the same to GCS in the future, but I don't know. More information can be found in this doc: Static Website Examples, Troubleshooting and Tips
我看到了两种不同的解决方法：
您可能知道，您可以使用应用代码部署静态文件。然后在 app.yaml 文件中定义静态目录。在这种情况下，这些文件可以通过与您的应用程序相同的 sub-domain 和您在 app.yaml 文件中映射的静态 URL 访问。但是，如果不重新部署新版本就无法更改静态文件。
如果 1 对您的 use-case 不起作用，并且您的 use-case 需要自定义 sub-domain 的 SSL 支持，我建议编写您自己的 GCS您的 GAE 应用程序中的静态文件处理程序，它将处理对特定基本路径的所有请求，例如https://www.example.com/gcsfiles/etc 其中 etc 是您存储桶中的路径。使用 Cloud Storage 客户端库获取文件并 meta-data 并根据 mime-type 等将文件写入响应。您的处理程序在请求和响应中也支持 caching-related headers 是有道理的，否则您可能会看到实例小时数和流量显着增加。无论如何，这样的处理程序肯定会增加它们。如果这些文件不应该是 public 并且您想添加一些复杂的访问控制和 GCS 中不可用的 time-to-live，则此方法也可能有意义。
我是 运行 App Engine 应用程序，我向其中添加了存储桶，为其他几个静态网站适当命名并指定了 index.html 等
快速设置转发。现在我试图将域实际指向存储桶，因此访问者 URL 将是 www.example。com/etc 而不是 https://storage.googleapis.com/www.etc
我在哪里可以找到用于每个域的各组 4 个 IP 地址等，以及资源记录？ Google 有大量关于资源记录的迷人细节，none 我现在需要或想要的。只是我的 GD 号码？
如果您想要使用自定义域的云存储，您应该使用专用 sub-domain，例如static.example.com，与您使用的 GAE 应用或服务不同。
目前，云存储不支持带 SSL 的自定义域，这意味着访问者可以使用 http://static.example.com/etc, but not https://static.example.com/etc. Google added builtin SSL certifications to GAE apps with custom domains a few months ago, so I believe it could be possible that they also might add the same to GCS in the future, but I don't know. More information can be found in this doc: Static Website Examples, Troubleshooting and Tips
我看到了两种不同的解决方法：
您可能知道，您可以使用应用代码部署静态文件。然后在 app.yaml 文件中定义静态目录。在这种情况下，这些文件可以通过与您的应用程序相同的 sub-domain 和您在 app.yaml 文件中映射的静态 URL 访问。但是，如果不重新部署新版本就无法更改静态文件。
如果 1 对您的 use-case 不起作用，并且您的 use-case 需要自定义 sub-domain 的 SSL 支持，我建议编写您自己的 GCS您的 GAE 应用程序中的静态文件处理程序，它将处理对特定基本路径的所有请求，例如https://www.example.com/gcsfiles/etc 其中
etc是您存储桶中的路径。使用 Cloud Storage 客户端库获取文件并 meta-data 并根据 mime-type 等将文件写入响应。您的处理程序在请求和响应中也支持 caching-related headers 是有道理的，否则您可能会看到实例小时数和流量显着增加。无论如何，这样的处理程序肯定会增加它们。如果这些文件不应该是 public 并且您想添加一些复杂的访问控制和 GCS 中不可用的 time-to-live，则此方法也可能有意义。