Just use the API to create a blobkey from a Cloud Storage filename and 
delete will work fine.

It should be possible to use a blobkey that points to a Cloud Storage file 
in any API that accepts a blobkey - e.g. serve(), images etc.

On Tuesday, 18 September 2012 09:08:51 UTC-7, Tim Rob wrote:
>
> Thanks Stuart, our users upload (possibly changed) images through a web 
> form and we want the (possibly changed) image to appear immediately after 
> uploading (instead of a maximum of 24h) to prevent confusion. So for now I 
> will make sure the images have unique names everytime they're changed.
>
> I first was under the impression the deleteServingUrl wasn't implemented 
> yet for GCS, since there is a separate API call for GCS:
>
> ImagesService.getServingUrl(ServingUrlOptions.Builder.withGoogleStorageFileName(fullPath))
> but the ImagesService.deleteServingUrl still uses the BlobKey (I know it's 
> possible to transform a GCS path to a BlobKey)
>
>
> On Tuesday, September 18, 2012 5:24:35 PM UTC+2, Stuart Langley wrote:
>>
>> One more thing - Google storage is going to implement notifications when 
>> objects change, so we might be able to do step (1) automagically. 
>>
>> Probably a feature request for that might be a good idea if you think it 
>> would be useful. 
>>
>> On Tuesday, 18 September 2012 08:20:53 UTC-7, Stuart Langley wrote:
>>>
>>> OK I just heard back from the team that runs this service.
>>>
>>> 1. If you change the file in Google Storage without changing the 
>>> filename, then you'll need to do a  deleteServingURl/createServingURL for 
>>> the file. Essentially when you createServingURL there is some work done to 
>>> prepare your images for serving, and you'll need this work done again.
>>>
>>> 2. Even after doing step (1) the old image might remain in caches for up 
>>> to 24 hours, and continue to be served.
>>>
>>> We'll need to update out documentation for this. It seems if you want 
>>> the image to be served immediately, you'll need it to have a new name.
>>>
>>> On Monday, 17 September 2012 01:19:59 UTC-7, Nickolas Daskalou wrote:
>>>>
>>>> I can confirm we also have (or at least had) this issue.
>>>>
>>>> In the end we bit the bullet and created timestamped copies of any file 
>>>> we updated in Google Cloud Storage, then used the serving URL of the 
>>>> timestamped version.
>>>>
>>>> If I can find the URLs I'll send them through.
>>>>
>>>> Nick
>>>>
>>>>
>>>> On 17 September 2012 18:03, Tim <[email protected]> wrote:
>>>>
>>>>> The image url is: 
>>>>>
>>>>> https://lh3.ggpht.com/gpsljr0tsbBZM8g1GhV3KnTe4I5veZpIux0jJGSqbpJA_pSEWACtHpNbguEoqWpzTuTDTae1LgG05AAeZybBog
>>>>>
>>>>> The GCS name is: gs://86010.mypanel.eu/projects/372001.jpg
>>>>> I currently use the ID of the datastore object for the GCS name, 
>>>>> everytime I upload a new image using this same name the generated serving 
>>>>> URL keeps serving the old image.
>>>>>
>>>>>
>>>>> On Monday, September 17, 2012 8:40:43 AM UTC+2, Stuart Langley wrote:
>>>>>>
>>>>>> What's the image URL?
>>>>>>
>>>>>> On Sunday, 16 September 2012 14:40:35 UTC+2, Tim wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>> I've just migrated one of our App Engine applications from Blobstore 
>>>>>>> to Google Cloud Storage and am using the ImagesService.getServingUrl to 
>>>>>>> serve images.
>>>>>>> After uploading a new/changed image using a Google Cloud Storage 
>>>>>>> name of an existing image, the ImagesService.getServingUrl still 
>>>>>>> returns 
>>>>>>> the old URL with the old image.
>>>>>>> I also tried deleting the serving url using 
>>>>>>> ImagesService.**deleteServingUrl(blobKey), 
>>>>>>> but that does not help either, even after calling the delete method, 
>>>>>>> getServingUrl keeps returning the first image that was uploaded.
>>>>>>> On Blobstore this was all working fine, so I was wondering whether 
>>>>>>> deleteServingUrl should be working for Google Cloud Storage as well?
>>>>>>>
>>>>>>> Thanks Tim
>>>>>>>
>>>>>>  -- 
>>>>> You received this message because you are subscribed to the Google 
>>>>> Groups "Google App Engine" group.
>>>>> To view this discussion on the web visit 
>>>>> https://groups.google.com/d/msg/google-appengine/-/NGTV8FvXUgYJ.
>>>>>
>>>>> To post to this group, send email to [email protected].
>>>>> To unsubscribe from this group, send email to 
>>>>> [email protected].
>>>>> For more options, visit this group at 
>>>>> http://groups.google.com/group/google-appengine?hl=en.
>>>>>
>>>>
>>>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/vqV1sDv3x-cJ.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Reply via email to