【问题标题】:Google Cloud Storage upload request sometimes works, sometimes doesn't - make resumable?Google Cloud Storage 上传请求有时有效,有时无效 - 可以恢复吗?
【发布时间】:2016-05-26 10:50:14
【问题描述】:

这里有点咸菜。我已经设置了一个 Google Cloud Storage 存储桶,以及一个网页,大约 60% 的时间,它确实将文件上传到存储桶。但是,有时它不会,我真的不知道为什么。

我正在用手机尝试这个,所以它可能是信号。因此,我想我需要考虑的一件事是使其可恢复(文件本身并不大 - 小于 2mb,但我们获得的服务不是很好)。

那么,我怎样才能将其变成可恢复(而不是分段)上传?您认为这会解决问题吗?

代码如下:

            function insertObject(event) {
            try {
                var fileData = event.target.files[0];
            } 
            catch(e) {
                return;
            }
          var boundary = '-------314159265358979323846';
          var delimiter = "\r\n--" + boundary + "\r\n";
          var close_delim = "\r\n--" + boundary + "--";

            var reader = new FileReader();
            reader.readAsBinaryString(fileData);
            reader.onload = function(e) {
                var contentType = fileData.type || 'application/octet-stream';
                var metadata = {
                    'name': fileData.name,
                    'mimeType': contentType
                };

                var base64Data = btoa(reader.result);
                var multipartRequestBody =
                  delimiter +
                  'Content-Type: application/json\r\n\r\n' +
                  JSON.stringify(metadata) +
                  delimiter +
                  'Content-Type: ' + contentType + '\r\n' +
                  'Content-Transfer-Encoding: base64\r\n' +
                  '\r\n' +
                  base64Data +
                  close_delim;

                //Note: gapi.client.storage.objects.insert() can only insert
                //small objects (under 64k) so to support larger file sizes
                //we're using the generic HTTP request method gapi.client.request()
                var request = gapi.client.request({
                    'path': '/upload/storage/' + API_VERSION + '/b/' + BUCKET + '/o',
                    'method': 'POST',
                    'params': {'uploadType': 'multipart'},
                    'headers': {
                        'Content-Type': 'multipart/mixed; boundary="' + boundary + '"'
                    },
                    'body': multipartRequestBody});
                //Remove the current API result entry in the main-content div
                //listChildren = document.getElementById('main-content').childNodes;
                //if (listChildren.length > 1) {
                //    listChildren[1].parentNode.removeChild(listChildren[1]);
                //} 

                //look at http://stackoverflow.com/questions/30317797/uploading-additional-metadata-as-part-of-file-upload-request-to-google-cloud-sto

                try{
                    //Execute the insert object request
                    //document.getElementById("authorize-button").click();
                    executeRequest(request, 'insertObject');
                    //Store the name of the inserted object
                    document.getElementById("btnUpload").click();
                    object = fileData.name;
                }
                catch(e) {
                    alert('An error has occurred: ' + e.message);
                }
            }
        }

编辑 - 刚刚在我的电脑上尝试过,它上传了 17 个文件,没有任何问题 - 通常它只是开始直接从手机上删除它们。所以我认为这是一个信号问题,让它可恢复就可以了。

【问题讨论】:

  • 您是否将文件设置为具有公共链接?您是否总是测试上传相同的文件?如果是这样,它可能是某种云存储缓存。
  • 是的,文件必须有一个公共链接,并且相同的文件不会被测试 - 总是不同的。
  • 控制台或网络上是否显示任何错误?
  • 注意:如果您的解决方案使其可恢复工作,请发布您所做的作为自我回答,包括代码和配置步骤,如果在 48 之后没有其他更好的解决方案出现几个小时,接受它,帮助那些最终会面临同样问题的人。
  • 不幸的是,我不太清楚如何使其可恢复。

标签: javascript google-cloud-storage


【解决方案1】:

嗯,这很尴尬。

我决定检查代码是否正确上传文件,并摆脱了

document.getElementById("btnUpload").click();
object = fileData.name;

在代码的最后一个元素中(btnUpload 做了一些我确实需要的 C# 东西,但我根本不需要对象)。我用手机试了 20 张照片,通常只能拍 12 张照片,但它拍了 20 张照片,而且效果要好得多。

所以我认为问题在于 btnUpload.click 在完成之前控制了文件传输过程。我只需要找到一种方法将其重新合并到代码中而不会干扰事物。

Github link

并且刚刚将 btnUpload.click() 从插入对象中移动到 executeRequest(就在它调用日志的位置之后)。现在似乎有一个小问题,但不是文件上传。 btnUpload 的东西在它应该被调用的地方被调用,剩下的只是整理网页。

编辑 - 顺便说一句,为了应对请求长度过长(对于 4mb 或更大的文件),我将其添加到 web.config(在 system.web 中):

<httpRuntime maxRequestLength="214748364"/>

【讨论】:

    猜你喜欢
    • 2018-04-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-01-12
    • 1970-01-01
    • 2023-03-09
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多