开发服务器上的云存储正在删除上载的文件

Question

我已经使用PIL创建了一个jpg文件，我想将该图像存储在云服务上。在生产过程中，该云服务已经有了一个存储桶，其中包含以前使用我的计算机创建图像并上传图像的实现中的图像，但这需要花费大量电力，因此我用python重新编写了该应用程序，所以我希望将整件事情都放在谷歌应用程序引擎上。为图像服务的主要应用程序运行PHP，我正在开发的这个新东西是运行python的应用程序的一个模块。

PHP代码能够使用正确的gs_bucket_名称生成上传url，如下所示：

$storage = new CloudStorageTools();
$url = $storage->createUploadUrl("/process_file",['gs_bucket_name' => 'my_bucket']);
echo("URL: $url\n");

我的电脑可以上传到那个网址，文件会出现在开发服务器上，最终在实时版本上也运行良好，上传了很多图像。我用curl来做这个：

curl http://localhost:8080/_ah/upload/ahFkZXZ-d2ltdm8tbWFycy0zZHIiCxIVX19CbG9iVXBsb2FkU2Vzc2lvbl9fGICAgICA-IULDA --form file=somefilename.jpg

我必须补充一点，这也不再在dev服务器上工作（从PHP端）

在python方面，我正在做一些类似的事情，但现在一气呵成：请注意，在上传图像后，我仍在尝试调用默认PHP模块上的回调函数。

callback = "http://%s/process_file" % modules.get_hostname(module="default")
upload_url = blobstore.create_upload_url(callback,gs_bucket_name="my_bucket")
outputstream = cStringIO.StringIO()
outputdata.save(outputstream, format="JPEG", optimized=True, quality=90)
files = []
files.append(MultipartParam("file", filename = filename, filetype = 'image/jpeg', value = outputstream.getvalue()))
outputstream.close()
data, headers = multipart_encode(files)
headers.pop('Content-Length',None)
result = urlfetch.fetch(
  url = upload_url,
  payload="".join(data),
  method=urlfetch.POST,
  headers=headers,
  follow_redirects = False)

但是，当我运行此时，似乎上传的文件立即被删除：

我得到的上传url具有不同的端口号，因为它们现在由处理模块（python）提供服务，而不再是默认模块（php），例如http://localhost:51022/_ah/upload/ahFkZXZ-D2LTDM8TBWFYCY0ZZHIICXIVX19CBG9IVXBS2FKU2VZC2LVBL9FGICAGICA MULDA在控制台日志中我看到：

INFO     2016-01-24 10:48:30,891 module.py:787] proc_mod: "DELETE /_ah/gcs/my_bucket/fake-pywzB198-jubU_Kcl-REhA%3D%3D HTTP/1.1" 204 -
INFO     2016-01-24 10:48:30,904 module.py:787] default: "POST /process_file HTTP/1.1" 200 - 

我认为“删除”是把我上传的文件扔掉的罪魁祸首，但为什么呢？

Things I tried so far:
• If I omit the bucket then I will see an uploaded file in the blob store on the dev server, but since all the other files in the deployed application are in that bucket, I doubt this will work together nicely.
• If I store the file immediately in the blob store omitting the upload step, I get both a __BlobInfo__ and a __GsFileInfo__ entry in my datastore, but the filename field on the __BlobInfo__ is empty, and that just happened to be the key I was using to link the uploaded image back to the original record it came from, so the image could be served alongside it. (As you can see I experimented with a workaround for this already, but this info would then be missing on all the images already in the cloud right now, so still not a decent solution)

      file = cloudstorage.open("/my_bucket/%s" % filename,mode = "w", content_type = 'image/jpeg', options = {'x-goog-meta-original': filename})
      file.write(outputstream.getvalue())
      file.close()
  

  
  INFO     2016-01-24 11:12:59,993 module.py:787] proc_mod: "POST /_ah/gcs/my_bucket/somefilename.jpg HTTP/1.1" 201 -
  INFO     2016-01-24 11:13:00,069 module.py:787] proc_mod: "PUT /_ah/gcs/my_bucket/somefilename.jpg?upload_id=encoded_gs_file%3AbWFyczNkL3NvbWV0aGluZy5qcGc%3D HTTP/1.1" 200 -
  

  第二次日志记录看起来几乎是我一直想要的，所以我的问题是：为什么上传被删除，云存储写入得以保留？有没有办法“解决”任何问题？更新：即使文件被删除，被调用的php页面仍然在它的$_FILES数组中获取有关它的信息：

      [file] => Array
          (
              [name] => somefilename.jpg
              [type] => image/jpeg
              [tmp_name] => gs://my_bucket/fake-IrYBUvl5acdwBmDoOBKgCQ==
              [error] => 0
              [size] => 84916
          )
  

Answer 1

现在看来，上传后必须移动文件。在PHP中，函数move\u-upload\u-file将执行此操作。不确定这是由于询问Python的上传URL导致的，还是因为这是一个新的需求，而在我大约2年前第一次部署我的程序时，它并不存在。但是，仅仅将文件移动到特定的文件名似乎就可以在删除文件内容之前保存文件内容。