Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/google-app-engine/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Google app engine 在不调用delete\u service\u url的情况下删除底层blob存储是否安全?_Google App Engine - Fatal编程技术网

Google app engine 在不调用delete\u service\u url的情况下删除底层blob存储是否安全?

Google app engine 在不调用delete\u service\u url的情况下删除底层blob存储是否安全?,google-app-engine,Google App Engine,删除blobstore/GCS对象而不首先调用delete\u url()是否可取 目前,在删除对象之前,我正在调用delete\u service\u url(),但不确定这是否是一个过度杀伤力,因为似乎可以信任GAE进行必要的清理 如果您想停止服务(显然),文档非常清楚地说明了如何调用delete\u service\u url()。但是,当打算同时删除对象时,文档并不十分清楚delete\u service\u url()是否是必要的步骤。是的,它是安全的delete\u serving\

删除blobstore/GCS对象而不首先调用
delete\u url()
是否可取

目前,在删除对象之前,我正在调用
delete\u service\u url()
,但不确定这是否是一个过度杀伤力,因为似乎可以信任GAE进行必要的清理


如果您想停止服务(显然),文档非常清楚地说明了如何调用
delete\u service\u url()
。但是,当打算同时删除对象时,文档并不十分清楚
delete\u service\u url()
是否是必要的步骤。

是的,它是安全的
delete\u serving\u url()
是云存储API上的一个应用程序。它们被设计为相互独立地工作,因此,可以安全地假设,如果您使用云存储API删除blob,但服务URL仍然存在,则不会发生任何事情。它只会变成一个断开的链接