[google-appengine] Re: How to persist (PHP) sessions beyond shared memcache?

[Stuart Langley]

Writes using the GCS wrapper are most certainly blocking, and as they use 
URLFetch as the underlying transport then stream_set_blocking has no effect.

On Tuesday, 2 February 2016 08:24:55 UTC+11, Adam (Cloud Platform Support) 
wrote:
>
> Writes using the GCS stream wrapper should be non-blocking (though you 
> should be able to control the behavior using stream_set_blocking 
> ). Reads are 
> cached, so latency should not be an issue. 
>
> On Tuesday, January 26, 2016 at 8:15:49 PM UTC-5, Alex Kerr wrote:
>>
>> Thanks very much Adam. What's the latency like on Cloud Storage - would 
>> it still be usable as a session store?
>>
>> Also I thought I read somewhere that file writes to GCS (e.g. via the PHP 
>> wrapper) return immediately so don't hold up script execution (and thus 
>> response to the client) - is that correct?
>>
>> Alex
>>
>> On Wednesday, January 27, 2016 at 12:30:20 AM UTC, Adam (Cloud Platform 
>> Support) wrote:
>>>
>>> The frequency of cache clearances reported on the Stack Overflow is 
>>> definitely not normal. The reason Memcache was chosen as the default 
>>> session store is because it is cleared infrequently enough so as not to be 
>>> noticed during the course of a single session, and session data is 
>>> typically transient.
>>>
>>> On PHP the Cloud Storage stream wrapper 
>>>  is 
>>> probably the best choice actually, and it does cache file reads to 
>>> Memcache. 
>>>  This 
>>> is specific to PHP though as on the other runtimes Memcache caching is 
>>> paired with Datastore (as is the case with NDB 
>>>  on Python and 
>>> Objectify  on Java), just some 
>>> extra info.
>>>
>>> On Tuesday, January 26, 2016 at 11:26:42 AM UTC-5, Alex Kerr wrote:

 Actually further to my reply above, I found this old post recommending 
 using Cloud Storage instead: 
 https://groups.google.com/d/msg/google-appengine/ziMU2sXQg7c/5uat0Lxly2sJ
 - is this a good idea? Seems like it at first glance for the reasons 
 mentioned (esp caching in memcache anyway). And adapting the example 
 session handler in the PHP docs should be easy I think: 
 http://php.net/manual/en/class.sessionhandlerinterface.php

 This would also be cheap given storage pricing and no data transfer 
 costs either way (in the same region).

 Can anyone see any drawbacks here? I'm assuming latency would be low 
 enough to be feasible...? What about if there are a large number of users 
 using my simultaneously - is there a limit to the number of simultaneous 
 streams to/from Cloud storage via the "gs://" file interface?

 I don't fully understand how cache would work here though (behind the 
 scenes via the gs:// interface - for a read, how is it known whether a 
 session file needs to be read from the cache or not, and if it's in the 
 cache, what happens if an updated session file was previously written to 
 Cloud Storage by the session handler?

 Thanks!
 Alex


 On Tuesday, January 26, 2016 at 1:23:51 AM UTC, Adam (Cloud Platform 
 Support) wrote:
>
> I don't have a code sample, but you would need to create a custom 
> session handler with session_set_save_handler() 
>  as 
> per the suggestion provided in this post 
> 
>  on 
> Stack Overflow.
>
> On Monday, January 25, 2016 at 3:36:59 PM UTC-5, Alex Kerr wrote:
>>
>> Hi,
>> I'm using standard PHP session stuff for my web app, which means 
>> session data is stored in App Engine's shared memcache. Google's docs 
>> state 
>> that this can get flushed so any logged in user sessions would fail. How 
>> exactly do I add use of Datastore (or Cloud Storage?) into this process 
>> so 
>> that memcache is still used unless it gets flushed in which case 
>> Datastore 
>> is referred to? Is there a way to do this that minimises Datastore reads 
>> & 
>> writes and thus minimises cost and latency? I'm ideally after code (or 
>> even 
>> pseudocode) or even better a drop-in library or class :)
>>
>> Or, is a flush of the shared memcache so unlikely that it doesn't 
>> really matter?
>>
>> Many thanks.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit th

[google-appengine] Re: ImageMagick PHP errors

[Stuart Langley]

Change your php.ini to use php_imagick.dll instead of imagick.so.

In the dev environment the name matters (dll for windows). In production 
the name does not matter (either dll or so will work), so you don't need to 
alter the ini file before deploying to production. 



On Thursday, 24 December 2015 08:40:23 UTC+11, Alex Kerr wrote:
>
> To follow from my other reply just now, the folder "C:\Program 
> Files\Google\google_appengine\php\php-5.5-Win32-VC11-x86\" does contain 
> php_imagick.dll - if that helps? I'm using App Engine SDK 1.9.30 too.
>
> On Wednesday, December 23, 2015 at 8:45:51 PM UTC, Mars Lan wrote:
>>
>> Did you set the "application_readable" option for "img/image.png" (see 
>> https://cloud.google.com/appengine/docs/php/config/appconfig#PHP_app_yaml_Static_file_handlers
>>  
>> for more details)?
>>
>> ImageMagick should work on local dev server. What platform are you on?
>>
>>
>> On Tuesday, December 22, 2015 at 3:03:05 PM UTC-8, Alex Kerr wrote:
>>>
>>> Hi,
>>>
>>> Trying a very simple test of ImageMagick - code below.
>>>
>>> 1.) ImageMagick extension not available on local dev server it seems - 
>>> how come? Only seems to allow ImageMagick functions on the live GAE server.
>>>
>>> 2.) Can't access my test image in my img/ dir - not sure why - this is 
>>> set to be app readable and is there as I can view it via direct URL.
>>> Error I get is:
>>>
>>> Fatal error: Uncaught exception 'ImagickException' with message 
>>> 'UnableToOpenBlob `image.png': No such file or directory @ 
>>> error/blob.c/OpenBlob/2709' in 
>>> /base/data/home/apps/s~[myappname]/1.389452794920602844/imgcompress.php:5 
>>> Stack trace: #0 
>>> /base/data/home/apps/s~[myappname]/1.389452794920602844/imgcompress.php(5): 
>>> Imagick->__construct('image.png') #1 {main} thrown in 
>>> /base/data/home/apps/s~[myappname]/1.389452794920602844/imgcompress.php 
>>> on line 5
>>>
>>> My php.ini has the line: extension = "imagick.so"
>>>
>>>
>>> Code:
>>>
>>> >> $image = 'img/image.png'; 
>>> $a = file_get_contents('img/fonts1.png'); // Test to prove files in 
>>> img/dir are app readable
>>> $compression_type = Imagick::COMPRESSION_UNDEFINED; 
>>>
>>> $im = new Imagick($image); 
>>>
>>> $im->setImageCompression($compression_type); 
>>> $im->setImageCompressionQuality(0); 
>>> $im->stripImage();
>>> $im->writeImage('image2.png'); 
>>> ?>
>>>
>>> Many thanks for any info!
>>> Alex
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/036f8947-37cc-4fa9-850c-eb4956b5ec91%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: What is the state of GAE php?

[Stuart Langley]

As mentioned above, PHP on GAE just went to general availablility, and 
there are definetly no plans to turn down this service.

Currently, we do all our development inside of Google and not in github. 
The two major peices we work on are

a) The PHP SDK which is released as part of the general app engine release 
cycle. We push bulk changes we make to the SDK 
to https://github.com/GoogleCloudPlatform/appengine-php-sdk when there is a 
new GAE release.
b) The GAE PHP PECL extension. This code is currently not open sourced 
although we are looking at putting it on github.

https://github.com/GoogleCloudPlatform/appengine-php contains very few GAE 
specific changes from stock PHP, and therefor we infrequently update the 
github repository. Ultimately this code is not that interesting for GAE 
developers when compared to (a) and (b) above.

As for the blog - I just haven't had time to write any interesting 
articles. If you can think of anything worth adding to the blog, please let 
me know.

Regards,
Stuart

On Wednesday, 23 September 2015 05:33:02 UTC+10, Nick (Cloud Platform 
Support) wrote:
>
> Hey Jukka,
>
> I can't say I'm aware of any such plan. Be aware that once something is 
> General Availability, which PHP just went into the other week, it will be 
> only deprected after at least 1 year of warning. You can read about the 
> deprecation policy in several places [1] 
> 
>  
> [2]  [3] 
> . 
>
> As or the appengine-php repository, it may have been updated a long time 
> ago, meaning it's pretty much stable, but the PHP SDK 
>  has seen 
> activity only 22 days ago. Not unreasonable for a release-based schedule.
>
> I hope this has helped put you at ease with knowledge that PHP is very 
> much supported and developing on the platform.
>
> Sincerely,
>
> Nick
>
> On Tuesday, September 22, 2015 at 1:13:52 PM UTC-4, Jukka Hautakorpi wrote:
>>
>> I would like to know that what is the state of google app engine php, is 
>> it still going to be a developed product or is it already in the "to be 
>> killed" list ?
>>
>> Why am i asking this? Because 
>> https://github.com/GoogleCloudPlatform/appengine-php  has not been 
>> updated at all.
>>
>> And the blog https://gae-php-tips.appspot.com/ has not been updated in 
>> over half year.
>>
>> Im using gae php for my apps and i'd hate to see it shut down.
>>
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/4096176d-b721-4638-9a71-8a69de06da82%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Facebook login using curl on app engine not creating a facebook session

[Stuart Langley]

Forgot to mention, you'll need to edit defines.php to add your app_id and 
secret.

On Tuesday, 8 September 2015 11:49:14 UTC+10, Stuart Langley wrote:
>
> Code is here: 
> https://storage.googleapis.com/gae-php-tips-blog/facebook_login.zip
>
> On Tuesday, 8 September 2015 11:14:37 UTC+10, Edmund Rojas wrote:
>>
>> I posted a reply in Stackoverflow, would you be able to show me an 
>> example of your code? I suspect it could be that I am using the development 
>> environment but I cannot push the code live right now so I cant test my 
>> code there.
>>
>> On Monday, 7 September 2015 20:58:25 UTC-4, Stuart Langley wrote:
>>>
>>> I copied the facebook example code from here 
>>> <https://developers.facebook.com/docs/php/howto/example_facebook_login/5.0.0>
>>>  and 
>>> it works right out of the box. You can see the test site here 
>>> <http://php-facebook-login-demo.appspot.com/>.
>>>
>>> Looking at your SO post your app.yaml does not appear to be correct, as 
>>> you have no entry to invoke your callback script.
>>>
>>> On Tuesday, 8 September 2015 01:55:30 UTC+10, Edmund Rojas wrote:
>>>>
>>>> I have decided to try some other server companies today, Google app 
>>>> engine has been simply nothing but stress and delays and I have timelines 
>>>> to meet.
>>>>
>>>> On Monday, 7 September 2015 02:13:20 UTC-4, Edmund Rojas wrote:
>>>>>
>>>>> I have been pulling my hair out a few days on this issue, I have 
>>>>> integrated facebook login on many other servers with no issues, but on 
>>>>> appengine this is a major challenge. I have followed all of the steps to 
>>>>> enable 
>>>>> curl and enable billing 
>>>>> <https://cloud.google.com/appengine/docs/php/config/php_ini> as 
>>>>> outlined on the developer site, however despite this I still do not 
>>>>> receive 
>>>>> a facebook session after authentication and the page is redirected, there 
>>>>> are many learning curves in app engine I understand but I cannot find 
>>>>> much 
>>>>> documentation for facebook login on appengine anywhere.
>>>>>
>>>>> I have made a post on stackoverflow here 
>>>>> <http://stackoverflow.com/questions/32428717/app-engine-php-facebook-login-with-curl>
>>>>>  
>>>>> if anyone could help me get through this, at this point I'm out of ideas. 
>>>>> Thanks again.
>>>>>
>>>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/9deba049-6c26-47a1-8f08-010797416351%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Facebook login using curl on app engine not creating a facebook session

[Stuart Langley]

Code is 
here: https://storage.googleapis.com/gae-php-tips-blog/facebook_login.zip

On Tuesday, 8 September 2015 11:14:37 UTC+10, Edmund Rojas wrote:
>
> I posted a reply in Stackoverflow, would you be able to show me an example 
> of your code? I suspect it could be that I am using the development 
> environment but I cannot push the code live right now so I cant test my 
> code there.
>
> On Monday, 7 September 2015 20:58:25 UTC-4, Stuart Langley wrote:
>>
>> I copied the facebook example code from here 
>> <https://developers.facebook.com/docs/php/howto/example_facebook_login/5.0.0>
>>  and 
>> it works right out of the box. You can see the test site here 
>> <http://php-facebook-login-demo.appspot.com/>.
>>
>> Looking at your SO post your app.yaml does not appear to be correct, as 
>> you have no entry to invoke your callback script.
>>
>> On Tuesday, 8 September 2015 01:55:30 UTC+10, Edmund Rojas wrote:
>>>
>>> I have decided to try some other server companies today, Google app 
>>> engine has been simply nothing but stress and delays and I have timelines 
>>> to meet.
>>>
>>> On Monday, 7 September 2015 02:13:20 UTC-4, Edmund Rojas wrote:
>>>>
>>>> I have been pulling my hair out a few days on this issue, I have 
>>>> integrated facebook login on many other servers with no issues, but on 
>>>> appengine this is a major challenge. I have followed all of the steps to 
>>>> enable 
>>>> curl and enable billing 
>>>> <https://cloud.google.com/appengine/docs/php/config/php_ini> as 
>>>> outlined on the developer site, however despite this I still do not 
>>>> receive 
>>>> a facebook session after authentication and the page is redirected, there 
>>>> are many learning curves in app engine I understand but I cannot find much 
>>>> documentation for facebook login on appengine anywhere.
>>>>
>>>> I have made a post on stackoverflow here 
>>>> <http://stackoverflow.com/questions/32428717/app-engine-php-facebook-login-with-curl>
>>>>  
>>>> if anyone could help me get through this, at this point I'm out of ideas. 
>>>> Thanks again.
>>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ebd50ef4-9cb6-47bf-9b97-6a0812e9e6c2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Facebook login using curl on app engine not creating a facebook session

[Stuart Langley]

I copied the facebook example code from here 
 
and 
it works right out of the box. You can see the test site here 
.

Looking at your SO post your app.yaml does not appear to be correct, as you 
have no entry to invoke your callback script.

On Tuesday, 8 September 2015 01:55:30 UTC+10, Edmund Rojas wrote:
>
> I have decided to try some other server companies today, Google app engine 
> has been simply nothing but stress and delays and I have timelines to meet.
>
> On Monday, 7 September 2015 02:13:20 UTC-4, Edmund Rojas wrote:
>>
>> I have been pulling my hair out a few days on this issue, I have 
>> integrated facebook login on many other servers with no issues, but on 
>> appengine this is a major challenge. I have followed all of the steps to 
>> enable 
>> curl and enable billing 
>>  as outlined 
>> on the developer site, however despite this I still do not receive a 
>> facebook session after authentication and the page is redirected, there are 
>> many learning curves in app engine I understand but I cannot find much 
>> documentation for facebook login on appengine anywhere.
>>
>> I have made a post on stackoverflow here 
>> 
>>  
>> if anyone could help me get through this, at this point I'm out of ideas. 
>> Thanks again.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3d74f583-0f3f-42a7-9a64-75d70d1ab8b9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: PHP - cURL and stream wrappers unable to fetch HTTPS

[Stuart Langley]

The ca bundle is located at /etc/ca-certificates.crt. Where does guzzle 
expect it to be?

On Monday, 27 July 2015 12:55:42 UTC-7, Omega wrote:
>
> I'm currently encountering an issue when using the Guzzle 
>  (version >= 4) library on google app 
> engine.  It appears as though any time I try to use the library, I get the 
> following message: 
>
> *"No system CA bundle could be found in any of the the common system 
> locations.*
> *PHP versions earlier than 5.6 are not properly configured to use the 
> system's*
> *CA bundle by default. In order to verify peer certificates, you will need 
> to*
> *supply the path on disk to a certificate bundle to the 'verify' request*
> *option: http://docs.guzzlephp.org/en/latest/clients.html#verify 
> ."*
>
> This error is just a static message 
> 
>  
> that guzzle maintains whenever it's unable to determine a certificate to 
> use during secure connections.
>
> I have a ticket 
>  open 
> in the google app engine bug tracker regarding this (if anyone is able to 
> add the *php* tag to it, please feel free).  I guess the issue at this 
> point is that regardless of whether I'm using cURL, cURL lite or the stream 
> wrappers (all of which guzzle will attempt to use), I'm always confronted 
> with an error accessing SSL addresses.
>
> Has anyone been able to get around this, or is this something the google 
> apps team can look into?  I have an app I'd really like to be able to start 
> getting some of my testing users on, but can't until this is resolved.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/9bcf3ea8-c530-4380-bc52-a5d679478d71%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Will AppEngine autoscale if current instance(s) don't have enough memory?

[Stuart Langley]

That why I said "If you know deterministically" ;) At a guess I would think 
most image manipulation operations would use a predicable amount of memory 
for a given image size/type.

However, I would suggest unless you're manipulating high quality images 
(e.g. > 25MB in size each) you should not be overly concerned about scaling 
based on memory usage. As others have mentioned there are soft and hard 
memory limits - you're users would only see an error if you exceeded the 
hard memory limit and the instance was killed. 
For soft memory limits the instance is terminated when the requests have 
completed.


On Wednesday, 22 July 2015 05:50:01 UTC-7, Alex Kerr wrote:
>
> Thanks Stuart. That sounds good and I was starting to think along those 
> sorts of lines.
>
> But how would I assess how much memory a user request uses? Are there 
> particular PHP commands or AppEngine or Cloud Console features I could use 
> to determine this?
> And secondly, how do I assess how close to the instance memory limit I am 
> (at least from the PHP perspective)?
>
> Currently instances seem to be a bit of a black box to me - not sure how 
> close to resource limits I am with any particular code I run - would love 
> any tips on determining this! (e.g. also for using VFS etc.)
>
> Many thanks
>
> On Wednesday, July 22, 2015 at 2:27:33 AM UTC+1, Stuart Langley wrote:
>>
>> How many users could a single instance handle concurrently before it runs 
>> out of memory now? 
>>
>> If you know deterministically how much memory a user request will require 
>> you can implement some logic in your app to slow/pause the request 
>> processing in the instance when it is close to running out of memory. As 
>> the request latency grows (because you're slowing requests at the instance 
>> level) then more instances will be added to handle the users load. 
>> Basically you just queue requests at the instance level.
>>
>> On Tuesday, 21 July 2015 10:48:05 UTC-7, Alex Kerr wrote:
>>>
>>> Thanks Patrice. Your second document refers to Python. I'm using PHP - 
>>> are the same options applicable to that too?
>>>
>>> I'm just wondering what to do when there are sufficient numbers of users 
>>> of my website (at any given time) to cause the running instances to run out 
>>> of memory. Logically, the thing to do would be to get more instances fired 
>>> up while the extra requests are coming in. I really need a simple, 
>>> automated as possible solution (hence why I'm using app engine). If it 
>>> doesn't respond to memory usage directly, is there a way to instruct or 
>>> trick the App Engine autoscaler to initiate more instances (i.e. trigger it 
>>> to do so based on some other metric)?
>>>
>>> Surely there has to be some alternative here to my users seeing my app 
>>> fail due to out of memory errors!?
>>>
>>> Thanks,
>>> Alex
>>>
>>> On Tuesday, July 21, 2015 at 6:37:08 PM UTC+1, Patrice (Cloud Platform 
>>> Support) wrote:
>>>>
>>>> Hi Alex,
>>>>
>>>> Scaling doesn't really happen based on memory, but based on latency and 
>>>> number of requests. It's highly tied into your scaling settings (either 
>>>> manual, automatic, or basic), and which exact config you have. You can 
>>>> lookup this document <https://cloud.google.com/appengine/docs/scaling> 
>>>> that 
>>>> contains some information on scaling, or this one 
>>>> <https://cloud.google.com/appengine/docs/python/modules/#Python_Instance_scaling_and_class>
>>>>  
>>>> which explains the configuration you can setup (look a bit further down 
>>>> than my link, it includes how to setup the three types of scaling and the 
>>>> options available to you)
>>>>
>>>> But to answer "can we have autoscaling when an instance run out of 
>>>> memory", not on App Engine directly. One thing you definitely can do is to 
>>>> use ManagedVMs <https://cloud.google.com/appengine/docs/managed-vms/> 
>>>> and the beta autoscaler 
>>>> <https://cloud.google.com/compute/docs/autoscaler/>, which you can set 
>>>> to "target utilization level" based on CPU utilization 
>>>> <https://cloud.google.com/compute/docs/autoscaler/scaling-cpu-load-balancing#scale_based_on_cpu_utilization>
>>>> .
>>>>
>>>> Since app engine scales a bit differently, there is definitely a way to 
>>>> do it, but it w

[google-appengine] Re: Will AppEngine autoscale if current instance(s) don't have enough memory?

[Stuart Langley]

How many users could a single instance handle concurrently before it runs 
out of memory now? 

If you know deterministically how much memory a user request will require 
you can implement some logic in your app to slow/pause the request 
processing in the instance when it is close to running out of memory. As 
the request latency grows (because you're slowing requests at the instance 
level) then more instances will be added to handle the users load. 
Basically you just queue requests at the instance level.

On Tuesday, 21 July 2015 10:48:05 UTC-7, Alex Kerr wrote:
>
> Thanks Patrice. Your second document refers to Python. I'm using PHP - are 
> the same options applicable to that too?
>
> I'm just wondering what to do when there are sufficient numbers of users 
> of my website (at any given time) to cause the running instances to run out 
> of memory. Logically, the thing to do would be to get more instances fired 
> up while the extra requests are coming in. I really need a simple, 
> automated as possible solution (hence why I'm using app engine). If it 
> doesn't respond to memory usage directly, is there a way to instruct or 
> trick the App Engine autoscaler to initiate more instances (i.e. trigger it 
> to do so based on some other metric)?
>
> Surely there has to be some alternative here to my users seeing my app 
> fail due to out of memory errors!?
>
> Thanks,
> Alex
>
> On Tuesday, July 21, 2015 at 6:37:08 PM UTC+1, Patrice (Cloud Platform 
> Support) wrote:
>>
>> Hi Alex,
>>
>> Scaling doesn't really happen based on memory, but based on latency and 
>> number of requests. It's highly tied into your scaling settings (either 
>> manual, automatic, or basic), and which exact config you have. You can 
>> lookup this document  that 
>> contains some information on scaling, or this one 
>> 
>>  
>> which explains the configuration you can setup (look a bit further down 
>> than my link, it includes how to setup the three types of scaling and the 
>> options available to you)
>>
>> But to answer "can we have autoscaling when an instance run out of 
>> memory", not on App Engine directly. One thing you definitely can do is to 
>> use ManagedVMs  
>> and the beta autoscaler 
>> , which you can set 
>> to "target utilization level" based on CPU utilization 
>> 
>> .
>>
>> Since app engine scales a bit differently, there is definitely a way to 
>> do it, but it would be a workaround that would be way more involved than 
>> simply switching to ManagedVMs, so I wouldn't recommend it, as it would be 
>> clunky, might degrade customer experience (by making your whole app a tad 
>> slower).
>>
>> Cheers!
>>
>> On Monday, July 20, 2015 at 4:07:05 PM UTC-4, Alex Kerr wrote:
>>>
>>> Hi,
>>>
>>> I've got a PHP app running in standard AppEngine. It does use a bit of 
>>> memory for in-app image manipulation. I'm wondering what happens when there 
>>> are enough concurrent users of my web app that the current instance(s) 
>>> don't have the memory to handle more users (i.e. so it's not a CPU load 
>>> issue, or other things (?) that might cause the app to scale). I don't want 
>>> the users to see errors or a non-working app, I just want the AppEngine 
>>> autoscaler to add another instance(s).
>>>
>>> Is this how things work? If not, is there a way to get autoscaling to 
>>> happen on the basis of current instances running out of memory?
>>>
>>> Many thanks!
>>> Alex
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/73c8416d-a028-4c7f-a280-7c0d62f5c63e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: PHP script can't read file from vfs:// (in memory file system) created by my other PHP script

[Stuart Langley]

Hey Alex,

I'm on vacation, I'll try and work out some sample code for you when I get 
back.

Cheers

On Tuesday, 7 July 2015 20:42:38 UTC+10, Alex Kerr wrote:
>
> Thanks Stuart - OK, just trying to understand this - so the user stream 
> wrapper that Google have implemented is what gives the gs:// or vfs:// 
> access?
>
> So if I create the multipart form manually I could get around that - can 
> you give any tips or pointers how I'd get started with doing that please, 
> not quite sure where to start!
>
> Many thanks,
> Alex
>
> On Tuesday, July 7, 2015 at 2:39:04 AM UTC+1, Stuart Langley wrote:
>>
>> Hi Alex,
>>
>> I don't think cURL will read a file from a user stream wrapper - so 
>> you're kind of stuck.
>>
>> Can you create the multipart form manually?
>>
>> On Tuesday, 7 July 2015 03:39:43 UTC+10, Alex Kerr wrote:
>>>
>>> Sorry for a 3rd reply, but just to confirm my code all works fine when 
>>> the image to be uploaded is a static file uploaded with my app, including 
>>> if the image is in a subfolder. So it appears curl only has a problem with 
>>> files on vfs:// or gfs:// (unfortunately this is critical to my app as I 
>>> need somewhere to store temp files momentarily...)
>>>
>>> Thanks
>>>
>>> On Sunday, July 5, 2015 at 4:23:35 PM UTC+1, Stuart Langley wrote:
>>>>
>>>> Files that you write to vfs are removed at the end of the request. If 
>>>> you need the files to persist between requests you'll need to write or 
>>>> move 
>>>> the files from vfs to gs.
>>>>
>>>> On Sunday, 5 July 2015 04:04:11 UTC+10, Alex Kerr wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> I've got my main PHP script writing an image file out to vfs:// using 
>>>>> the PHP GD lib function imagepng(image, filename)
>>>>>
>>>>> Then I'm using Facebook's PHP SDK to try and post that. FB's SDK uses 
>>>>> Curl internally to read the file, so I simply supply the vfs:// filename 
>>>>> to 
>>>>> it. I then get back an error saying it can't open the file:
>>>>>
>>>>> PHP Fatal error: Uncaught exception 'Facebook\FacebookSDKException' 
>>>>> with message 'couldn't open file "vfs://root/temp/T199952197c"' in 
>>>>> /base/data/home/apps/s~My-App-ID/1.385481947954511984/fb/src/Facebook/HttpClients/FacebookCurlHttpClient.php:150
>>>>>  
>>>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Ffb%2Fsrc%2FFacebook%2FHttpClients%2FFacebookCurlHttpClient.php&line=150>
>>>>>  
>>>>> Stack trace: #0 /base/data/home/apps/s~ 
>>>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Ffb%2Fsrc%2FFacebook%2FFacebookRequest.php&line=260>
>>>>> My-App-ID 
>>>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Ffb%2Fsrc%2FFacebook%2FHttpClients%2FFacebookCurlHttpClient.php&line=150>
>>>>> /1.385481947954511984/fb/src/Facebook/FacebookRequest.php(260) 
>>>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Ffb%2Fsrc%2FFacebook%2FFacebookRequest.php&line=260>
>>>>> : Facebook\HttpClients\FacebookCurlHttpClient->send('https://graph.f...', 
>>>>> 'POST', Array)
>>>>> #1 /base/data/home/apps/s~ 
>>>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Fpost.php&line=188>
>>>>> My-App-ID 
>>>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=defa

[google-appengine] Re: PHP script can't read file from vfs:// (in memory file system) created by my other PHP script

[Stuart Langley]

Hi Alex,

I don't think cURL will read a file from a user stream wrapper - so you're 
kind of stuck.

Can you create the multipart form manually?

On Tuesday, 7 July 2015 03:39:43 UTC+10, Alex Kerr wrote:
>
> Sorry for a 3rd reply, but just to confirm my code all works fine when the 
> image to be uploaded is a static file uploaded with my app, including if 
> the image is in a subfolder. So it appears curl only has a problem with 
> files on vfs:// or gfs:// (unfortunately this is critical to my app as I 
> need somewhere to store temp files momentarily...)
>
> Thanks
>
> On Sunday, July 5, 2015 at 4:23:35 PM UTC+1, Stuart Langley wrote:
>>
>> Files that you write to vfs are removed at the end of the request. If you 
>> need the files to persist between requests you'll need to write or move the 
>> files from vfs to gs.
>>
>> On Sunday, 5 July 2015 04:04:11 UTC+10, Alex Kerr wrote:
>>>
>>> Hi,
>>>
>>> I've got my main PHP script writing an image file out to vfs:// using 
>>> the PHP GD lib function imagepng(image, filename)
>>>
>>> Then I'm using Facebook's PHP SDK to try and post that. FB's SDK uses 
>>> Curl internally to read the file, so I simply supply the vfs:// filename to 
>>> it. I then get back an error saying it can't open the file:
>>>
>>> PHP Fatal error: Uncaught exception 'Facebook\FacebookSDKException' with 
>>> message 'couldn't open file "vfs://root/temp/T199952197c"' in 
>>> /base/data/home/apps/s~My-App-ID/1.385481947954511984/fb/src/Facebook/HttpClients/FacebookCurlHttpClient.php:150
>>>  
>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Ffb%2Fsrc%2FFacebook%2FHttpClients%2FFacebookCurlHttpClient.php&line=150>
>>>  
>>> Stack trace: #0 /base/data/home/apps/s~ 
>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Ffb%2Fsrc%2FFacebook%2FFacebookRequest.php&line=260>
>>> My-App-ID 
>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Ffb%2Fsrc%2FFacebook%2FHttpClients%2FFacebookCurlHttpClient.php&line=150>
>>> /1.385481947954511984/fb/src/Facebook/FacebookRequest.php(260) 
>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Ffb%2Fsrc%2FFacebook%2FFacebookRequest.php&line=260>
>>> : Facebook\HttpClients\FacebookCurlHttpClient->send('https://graph.f...', 
>>> 'POST', Array)
>>> #1 /base/data/home/apps/s~ 
>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Fpost.php&line=188>
>>> My-App-ID 
>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Ffb%2Fsrc%2FFacebook%2FHttpClients%2FFacebookCurlHttpClient.php&line=150>
>>> /1.385481947954511984/post.php(188) 
>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Fpost.php&line=188>
>>> : Facebook\FacebookRequest->execute()
>>> #2 {main} thrown in /base/data/home/apps/s~ 
>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=default&appVersion=1×tampNanos=143603221789900&file=%2Fbase%2Fdata%2Fhome%2Fapps%2Fs~richerposts%2F1.385481947954511984%2Ffb%2Fsrc%2FFacebook%2FHttpClients%2FFacebookCurlHttpClient.php&line=150>
>>> My-App-ID 
>>> <https://console.developers.google.com/project/richerposts/clouddev/source/resolve_location?appModule=defa

[google-appengine] Re: PHP script can't read file from vfs:// (in memory file system) created by my other PHP script

[Stuart Langley]

Files that you write to vfs are removed at the end of the request. If you 
need the files to persist between requests you'll need to write or move the 
files from vfs to gs.

On Sunday, 5 July 2015 04:04:11 UTC+10, Alex Kerr wrote:
>
> Hi,
>
> I've got my main PHP script writing an image file out to vfs:// using the 
> PHP GD lib function imagepng(image, filename)
>
> Then I'm using Facebook's PHP SDK to try and post that. FB's SDK uses Curl 
> internally to read the file, so I simply supply the vfs:// filename to it. 
> I then get back an error saying it can't open the file:
>
> PHP Fatal error: Uncaught exception 'Facebook\FacebookSDKException' with 
> message 'couldn't open file "vfs://root/temp/T199952197c"' in 
> /base/data/home/apps/s~My-App-ID/1.385481947954511984/fb/src/Facebook/HttpClients/FacebookCurlHttpClient.php:150
>  
> 
>  
> Stack trace: #0 /base/data/home/apps/s~ 
> 
> My-App-ID 
> 
> /1.385481947954511984/fb/src/Facebook/FacebookRequest.php(260) 
> 
> : Facebook\HttpClients\FacebookCurlHttpClient->send('https://graph.f...', 
> 'POST', Array)
> #1 /base/data/home/apps/s~ 
> 
> My-App-ID 
> 
> /1.385481947954511984/post.php(188) 
> 
> : Facebook\FacebookRequest->execute()
> #2 {main} thrown in /base/data/home/apps/s~ 
> 
> My-App-ID 
> /1.385481947954511984/fb/src/Facebook/HttpClients/FacebookCurlHttpClient.php
>  
> on line 150 
> 
>
> My first thought was a permissions issue (i.e. FB script not allowed to 
> read file my script created), but checking permissions of my image file in 
> vfs:// - they are set to 0666 and I've tried changing them to both 0644 and 
> 0777 (and confirming they are set) and still get the error...
>
> Any ideas please?
>
> Many thanks!
> Alex
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://gr

[google-appengine] Re: Best solution / practice for temp files with App Engine PHP?

[Stuart Langley]

No way to create it - you'll need a new app instead.

On Friday, 19 June 2015 08:13:46 UTC+10, Alex Kerr wrote:
>
> That's helpful thanks. Only problem is I deleted the default bucket using 
> the cloud console, is it possible to recreate it? (I tried and it's asking 
> me to verify the bucket name). Or do any buckets under a project count for 
> the 5 GB free?
>
> On Thursday, June 18, 2015 at 10:27:43 PM UTC+1, Stuart Langley wrote:
>>
>> Cloud storage read-after-write is strongly consistent so the file would 
>> be available immediately after it is written: 
>> https://cloud.google.com/storage/docs/concepts-techniques#consistency
>>
>> I'm not certain about the costs for "temporary" files - If the files are 
>> 100kb and the cost per GB per month is $0.026 then I can't imagine it would 
>> be much. Plus you have the default bucket for the app which is 5GB for free 
>> from memory.
>>
>>
>>
>> On Friday, 19 June 2015 03:28:15 UTC+10, Alex Kerr wrote:
>>>
>>> Thanks Stuart, good to have that reassurance. My code does do that, but 
>>> in the event a file can't be created in vfs:// it saves it out to Cloud 
>>> Storage. I can't find details anywhere on how soon after a file is written 
>>> to Cloud Storage it becomes available for reading again, and also what 
>>> costs would be accured for momentarily stored files (I'd be deleting it 
>>> again straight away), do you happen to know anything about those?
>>>
>>> Many thanks,
>>> Alex
>>>
>>> On Wednesday, June 17, 2015 at 10:36:58 PM UTC+1, Stuart Langley wrote:
>>>>
>>>> If you're doing images a few hundred K in size I seriously doubt you'll 
>>>> hit memory limits using vfs:// - I'd start there.
>>>>
>>>> On Thursday, 18 June 2015 03:17:58 UTC+10, Alex Kerr wrote:
>>>>>
>>>>> Thanks. No problems with tempnam, but I'm capacity planning for what 
>>>>> is likely to be a heavily loaded site with many users hitting 
>>>>> simultaneously. I want to avoid (or plan for) a situation where there is 
>>>>> no 
>>>>> spare memory in a particular instance for another temp file to be created 
>>>>> because it's serving so many other users at the same time. I'm not sure 
>>>>> if 
>>>>> this is a likely scenario or not because I don't know what the potential 
>>>>> temp folder capacity is and the maximum users one instance is likely to 
>>>>> be 
>>>>> serving simultaneously.
>>>>>
>>>>> Current strategy is to try and create a temp file in vfs:// and if 
>>>>> that fails create one in Cloud Storage - but is it suitable for that kind 
>>>>> of momentary usage and would I incur significant cost (I realise no cost 
>>>>> for bandwidth if in the same region) or what's the minimum cost for each 
>>>>> momentary usage of Cloud Storage - is it billed by the second, hour or 
>>>>> day? 
>>>>> (i.e. if used for 1 second, I get billed for a day?)
>>>>>
>>>>> Many thanks,
>>>>> Alex
>>>>>
>>>>>
>>>>> On Sunday, June 14, 2015 at 11:22:13 PM UTC+1, Stuart Langley wrote:
>>>>>>
>>>>>> Have you tried using tempnam 
>>>>>> <http://php.net/manual/en/function.tempnam.php>? If so, what 
>>>>>> problems did you see? That seems to be the obvious solution.
>>>>>>
>>>>>> On Sunday, 14 June 2015 05:11:03 UTC+10, Alex Kerr wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> What's generally accepted wisdom/tech solution for temp files on GAE 
>>>>>>> using PHP, please?
>>>>>>>
>>>>>>> I need to store and process an image (a few hundred K in size) using 
>>>>>>> PHP that momentarily (e.g. < 1 second) needs to exist as a temp file 
>>>>>>> somewhere before it's sent on elsewhere and the temp file can be 
>>>>>>> deleted. 
>>>>>>> My site will need to autoscale for potentially large numbers of users 
>>>>>>> (using GAE as standard) - i.e. so site may need to be doing this for 
>>>>>>> many 
>>>>>>> users simultaneously (all for different images) on howe

[google-appengine] Re: Best solution / practice for temp files with App Engine PHP?

[Stuart Langley]

Cloud storage read-after-write is strongly consistent so the file would be 
available immediately after it is written: 
https://cloud.google.com/storage/docs/concepts-techniques#consistency

I'm not certain about the costs for "temporary" files - If the files are 
100kb and the cost per GB per month is $0.026 then I can't imagine it would 
be much. Plus you have the default bucket for the app which is 5GB for free 
from memory.



On Friday, 19 June 2015 03:28:15 UTC+10, Alex Kerr wrote:
>
> Thanks Stuart, good to have that reassurance. My code does do that, but in 
> the event a file can't be created in vfs:// it saves it out to Cloud 
> Storage. I can't find details anywhere on how soon after a file is written 
> to Cloud Storage it becomes available for reading again, and also what 
> costs would be accured for momentarily stored files (I'd be deleting it 
> again straight away), do you happen to know anything about those?
>
> Many thanks,
> Alex
>
> On Wednesday, June 17, 2015 at 10:36:58 PM UTC+1, Stuart Langley wrote:
>>
>> If you're doing images a few hundred K in size I seriously doubt you'll 
>> hit memory limits using vfs:// - I'd start there.
>>
>> On Thursday, 18 June 2015 03:17:58 UTC+10, Alex Kerr wrote:
>>>
>>> Thanks. No problems with tempnam, but I'm capacity planning for what is 
>>> likely to be a heavily loaded site with many users hitting simultaneously. 
>>> I want to avoid (or plan for) a situation where there is no spare memory in 
>>> a particular instance for another temp file to be created because it's 
>>> serving so many other users at the same time. I'm not sure if this is a 
>>> likely scenario or not because I don't know what the potential temp folder 
>>> capacity is and the maximum users one instance is likely to be serving 
>>> simultaneously.
>>>
>>> Current strategy is to try and create a temp file in vfs:// and if that 
>>> fails create one in Cloud Storage - but is it suitable for that kind of 
>>> momentary usage and would I incur significant cost (I realise no cost for 
>>> bandwidth if in the same region) or what's the minimum cost for each 
>>> momentary usage of Cloud Storage - is it billed by the second, hour or day? 
>>> (i.e. if used for 1 second, I get billed for a day?)
>>>
>>> Many thanks,
>>> Alex
>>>
>>>
>>> On Sunday, June 14, 2015 at 11:22:13 PM UTC+1, Stuart Langley wrote:
>>>>
>>>> Have you tried using tempnam 
>>>> <http://php.net/manual/en/function.tempnam.php>? If so, what problems 
>>>> did you see? That seems to be the obvious solution.
>>>>
>>>> On Sunday, 14 June 2015 05:11:03 UTC+10, Alex Kerr wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> What's generally accepted wisdom/tech solution for temp files on GAE 
>>>>> using PHP, please?
>>>>>
>>>>> I need to store and process an image (a few hundred K in size) using 
>>>>> PHP that momentarily (e.g. < 1 second) needs to exist as a temp file 
>>>>> somewhere before it's sent on elsewhere and the temp file can be deleted. 
>>>>> My site will need to autoscale for potentially large numbers of users 
>>>>> (using GAE as standard) - i.e. so site may need to be doing this for many 
>>>>> users simultaneously (all for different images) on however many GAE 
>>>>> instances are running.
>>>>>
>>>>> My idea was to attempt to store the temp file in memory (using 
>>>>> tempnam() etc) and if that failed (e.g. mem full on that instance), 
>>>>> immediately try and use some other storage instead on the fly. Question 
>>>>> is 
>>>>> what? Image has to be available as a file for CURL to access it (I 
>>>>> think?) 
>>>>> and send elsewhere, so Memcache is not an option (can't access the data 
>>>>> as 
>>>>> a file to pass into CURL - or can I?), but e.g. Cloud Storage is (via 
>>>>> 'gs://[bucket-name]/...'). Thing is, if I've just written the file to 
>>>>> storage, is it immediately available for reading? That's also a 
>>>>> significant 
>>>>> cost incurred... Or Cloud Datastore? But again is file available for 
>>>>> reading immediately, and is there a file wrapper for access...?
>>>>>
>>>>> Any help much appreciated!
>>>>>
>>>>> Thanks,
>>>>> Alex
>>>>>
>>>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/12c15b7b-25f6-4886-ab46-cd763905eedb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Serving images

[Stuart Langley]

You need to use App Engine to use that class - there is no similar service 
available on compute eng

On Wednesday, 17 June 2015 22:08:01 UTC+10, mohamed hassan wrote:
>
> Salutations Stuart Langley,
>
> Thanks for reply . What do you mean exactly ? can not i use 
> CloudStorageTools on compute engine ? how can use these features of this 
> class on compute engine please ?
>
> Thanks .
>
> On Wed, Jun 17, 2015 at 1:42 AM, Stuart Langley  > wrote:
>
>> FWIW CloudStorageTools only works on App Engine, not compute engine. 
>>
>> On Tuesday, 16 June 2015 22:43:12 UTC+10, mohamed hassan wrote:
>>>
>>> Really thanks for quick reply . What i need is to use image resizing and 
>>> cropping which exist in CloudStorageTools class which exist in Google PHP 
>>> SDK i need to retrieve images without any reducing in its resolution so i 
>>> wanted to use this feature from google so i need to know howa can i install 
>>> google php sdk on my google compute engine using SSH please provide me with 
>>> the commands that i can use to do that .
>>>
>>> Thanks .
>>>
>>> On Mon, Jun 15, 2015 at 9:08 PM, Michael (Cloud Platform Support) <
>>> mke...@google.com> wrote:
>>>
>>>> Hi Mohamed!
>>>>
>>>> What sort of issues are you running into when you try cropping and 
>>>> resizing images? How about when you try installing the PHP SDK? Are you 
>>>> noticing any particular error messages preventing you from using it at 
>>>> all? 
>>>> Also, once you have set this up, are you planning to allow users to access 
>>>> your project? We'll need more information before we can point you in the 
>>>> right direction.
>>>>
>>>> Cheers!
>>>>
>>>> On Monday, June 15, 2015 at 5:33:10 AM UTC-4, mohamed hassan wrote:
>>>>>
>>>>> Salutations ,
>>>>>
>>>>> Please i installed GCE and i need to use some features like crop 
>>>>> images and resize them which they saved in my buckets . i am working on 
>>>>> php 
>>>>> project so i heard about Google PHP SDK but i couldn't use it on GCE . So 
>>>>> can i use these features without using Google PHP SDK and if i can't can 
>>>>> you please tell me how to install it on GCE in details knowing that i 
>>>>> installed centos 6.5 .
>>>>>
>>>>> Thanks . 
>>>>>
>>>>  -- 
>>>> You received this message because you are subscribed to a topic in the 
>>>> Google Groups "Google App Engine" group.
>>>> To unsubscribe from this topic, visit 
>>>> https://groups.google.com/d/topic/google-appengine/yHnZ_-Q4Hu0/unsubscribe
>>>> .
>>>> To unsubscribe from this group and all its topics, send an email to 
>>>> google-appengi...@googlegroups.com.
>>>> To post to this group, send email to google-a...@googlegroups.com.
>>>> Visit this group at http://groups.google.com/group/google-appengine.
>>>> To view this discussion on the web visit 
>>>> https://groups.google.com/d/msgid/google-appengine/d26cddb7-230b-4544-a0b5-9e7c6033f70d%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/google-appengine/d26cddb7-230b-4544-a0b5-9e7c6033f70d%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>>
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>>  -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "Google App Engine" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/google-appengine/yHnZ_-Q4Hu0/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> google-appengi...@googlegroups.com .
>> To post to this group, send email to google-a...@googlegroups.com 
>> .
>> Visit this group at http://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/e8359df9-87ee-4b31-a269-45d518b48b04%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/google-appengine/e8359df9-87ee-4b31-a269-45d518b48b04%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3725c04a-b4b4-4cee-817b-d2df1648b900%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Best solution / practice for temp files with App Engine PHP?

[Stuart Langley]

If you're doing images a few hundred K in size I seriously doubt you'll hit 
memory limits using vfs:// - I'd start there.

On Thursday, 18 June 2015 03:17:58 UTC+10, Alex Kerr wrote:
>
> Thanks. No problems with tempnam, but I'm capacity planning for what is 
> likely to be a heavily loaded site with many users hitting simultaneously. 
> I want to avoid (or plan for) a situation where there is no spare memory in 
> a particular instance for another temp file to be created because it's 
> serving so many other users at the same time. I'm not sure if this is a 
> likely scenario or not because I don't know what the potential temp folder 
> capacity is and the maximum users one instance is likely to be serving 
> simultaneously.
>
> Current strategy is to try and create a temp file in vfs:// and if that 
> fails create one in Cloud Storage - but is it suitable for that kind of 
> momentary usage and would I incur significant cost (I realise no cost for 
> bandwidth if in the same region) or what's the minimum cost for each 
> momentary usage of Cloud Storage - is it billed by the second, hour or day? 
> (i.e. if used for 1 second, I get billed for a day?)
>
> Many thanks,
> Alex
>
>
> On Sunday, June 14, 2015 at 11:22:13 PM UTC+1, Stuart Langley wrote:
>>
>> Have you tried using tempnam 
>> <http://php.net/manual/en/function.tempnam.php>? If so, what problems 
>> did you see? That seems to be the obvious solution.
>>
>> On Sunday, 14 June 2015 05:11:03 UTC+10, Alex Kerr wrote:
>>>
>>> Hi,
>>>
>>> What's generally accepted wisdom/tech solution for temp files on GAE 
>>> using PHP, please?
>>>
>>> I need to store and process an image (a few hundred K in size) using PHP 
>>> that momentarily (e.g. < 1 second) needs to exist as a temp file somewhere 
>>> before it's sent on elsewhere and the temp file can be deleted. My site 
>>> will need to autoscale for potentially large numbers of users (using GAE as 
>>> standard) - i.e. so site may need to be doing this for many users 
>>> simultaneously (all for different images) on however many GAE instances are 
>>> running.
>>>
>>> My idea was to attempt to store the temp file in memory (using tempnam() 
>>> etc) and if that failed (e.g. mem full on that instance), immediately try 
>>> and use some other storage instead on the fly. Question is what? Image has 
>>> to be available as a file for CURL to access it (I think?) and send 
>>> elsewhere, so Memcache is not an option (can't access the data as a file to 
>>> pass into CURL - or can I?), but e.g. Cloud Storage is (via 
>>> 'gs://[bucket-name]/...'). Thing is, if I've just written the file to 
>>> storage, is it immediately available for reading? That's also a significant 
>>> cost incurred... Or Cloud Datastore? But again is file available for 
>>> reading immediately, and is there a file wrapper for access...?
>>>
>>> Any help much appreciated!
>>>
>>> Thanks,
>>> Alex
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/dc8c0ade-0a80-4c93-9de2-1222ee53e382%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Serving images

[Stuart Langley]

FWIW CloudStorageTools only works on App Engine, not compute engine. 

On Tuesday, 16 June 2015 22:43:12 UTC+10, mohamed hassan wrote:
>
> Really thanks for quick reply . What i need is to use image resizing and 
> cropping which exist in CloudStorageTools class which exist in Google PHP 
> SDK i need to retrieve images without any reducing in its resolution so i 
> wanted to use this feature from google so i need to know howa can i install 
> google php sdk on my google compute engine using SSH please provide me with 
> the commands that i can use to do that .
>
> Thanks .
>
> On Mon, Jun 15, 2015 at 9:08 PM, Michael (Cloud Platform Support) <
> mke...@google.com > wrote:
>
>> Hi Mohamed!
>>
>> What sort of issues are you running into when you try cropping and 
>> resizing images? How about when you try installing the PHP SDK? Are you 
>> noticing any particular error messages preventing you from using it at all? 
>> Also, once you have set this up, are you planning to allow users to access 
>> your project? We'll need more information before we can point you in the 
>> right direction.
>>
>> Cheers!
>>
>> On Monday, June 15, 2015 at 5:33:10 AM UTC-4, mohamed hassan wrote:
>>>
>>> Salutations ,
>>>
>>> Please i installed GCE and i need to use some features like crop images 
>>> and resize them which they saved in my buckets . i am working on php 
>>> project so i heard about Google PHP SDK but i couldn't use it on GCE . So 
>>> can i use these features without using Google PHP SDK and if i can't can 
>>> you please tell me how to install it on GCE in details knowing that i 
>>> installed centos 6.5 .
>>>
>>> Thanks . 
>>>
>>  -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "Google App Engine" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/google-appengine/yHnZ_-Q4Hu0/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> google-appengi...@googlegroups.com .
>> To post to this group, send email to google-a...@googlegroups.com 
>> .
>> Visit this group at http://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/d26cddb7-230b-4544-a0b5-9e7c6033f70d%40googlegroups.com
>>  
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e8359df9-87ee-4b31-a269-45d518b48b04%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Best solution / practice for temp files with App Engine PHP?

[Stuart Langley]

Have you tried using tempnam ? 
If so, what problems did you see? That seems to be the obvious solution.

On Sunday, 14 June 2015 05:11:03 UTC+10, Alex Kerr wrote:
>
> Hi,
>
> What's generally accepted wisdom/tech solution for temp files on GAE using 
> PHP, please?
>
> I need to store and process an image (a few hundred K in size) using PHP 
> that momentarily (e.g. < 1 second) needs to exist as a temp file somewhere 
> before it's sent on elsewhere and the temp file can be deleted. My site 
> will need to autoscale for potentially large numbers of users (using GAE as 
> standard) - i.e. so site may need to be doing this for many users 
> simultaneously (all for different images) on however many GAE instances are 
> running.
>
> My idea was to attempt to store the temp file in memory (using tempnam() 
> etc) and if that failed (e.g. mem full on that instance), immediately try 
> and use some other storage instead on the fly. Question is what? Image has 
> to be available as a file for CURL to access it (I think?) and send 
> elsewhere, so Memcache is not an option (can't access the data as a file to 
> pass into CURL - or can I?), but e.g. Cloud Storage is (via 
> 'gs://[bucket-name]/...'). Thing is, if I've just written the file to 
> storage, is it immediately available for reading? That's also a significant 
> cost incurred... Or Cloud Datastore? But again is file available for 
> reading immediately, and is there a file wrapper for access...?
>
> Any help much appreciated!
>
> Thanks,
> Alex
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/08cfa1d5-399a-4d80-b6ce-90500870b33f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google App Engine SDK version 1.9.22 released

[Stuart Langley]

Custom certificate bundle is for the full version of cURL (e.g. cURL using 
sockets), not curl lite.

On Sunday, 14 June 2015 04:57:20 UTC+10, Alex Kerr wrote:
>
> > Users can supply a customer CA certificate bundle with their application.
>
> How does one do that - are there any docs? I'd like to use the Curllite 
> feature in PHP Appengine to connect to Facebook's API and it wasn't working 
> because of just this issue! (according to something I read by Stuart 
> Langley of Google)
>
> Thanks
>
>
> On Thursday, June 11, 2015 at 2:04:58 AM UTC+1, Sarah Murphy wrote:
>>
>> Heya heya!
>>
>> With fanfare we announce the latest version of the Google App Engine SDK. 
>> <https://cloud.google.com/appengine/downloads>
>>
>> In addition to a number of infrastructure improvements,
>>
>> PHP
>>
>>- Users can supply a customer CA certificate bundle with their 
>>application.
>>- Added intl as a dynamically loadable extension.
>>
>> Java
>>
>>- 
>>- Following a recent update to the JDK version used to run Java apps, 
>>the method javax.activation.MimetypesFileTypeMap.setDefaultFileTypeMap 
>>is no longer allowed. This method is almost never needed: if you want to 
>>update the default file type map, simply modify the map returned by 
>>FileMap.getDefaultFileTypeMap, like this:
>> MimetypesFileTypeMap map = (MimetypesFileTypeMap) 
>>MimetypesFileTypeMap.getDefaultFileTypeMap();   
>> map.addMimeTypes("image/webp webp");
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b52a8360-b24c-4e1a-bf7f-fbdf45674692%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Unused Google App costs skyrocket ! Please Help

[Stuart Langley]

Your app has a mapreduce that is running every day, that is using your 
quota and costing you money. It looks like it is started by a cron job.

If the app is not used then disabling it will prevent the map reduce from 
running, although you will still incur a small charge each day for the 
blobstore data. You could delete the app if you don't want this charge.

On Thursday, 11 June 2015 16:21:06 UTC+10, Martin Descours wrote:
>
> Hello Guys
>
> i really need your help. I have an old app running on Google App, around 
> 3dollars a month since not used. Front site is closed, there is only the 
> deployment version that is still on and today closed du to Over Quota : 
> http://266.conceptstore42.appspot.com/
>
> however there is still an activity on the website and it costs me a lot ! 
> see : 
>
> 0.1.0.2 - - [10/Jun/2015:23:19:01 -0700] "POST 
> /livestock/createHtmlSnapshot HTTP/1.1" 503 970 "
> http://266.conceptstore42.appspot.com/livestock/createHtmlSnapshot"; 
> "AppEngine-Google; (+http://code.google.com/appengine)" "
> 266.conceptstore42.appspot.com" ms=29 cpu_ms=0 cpm_usd=0.000108 
> queue_name=mapreduce-workers task_name=6695207357982879277 
> app_engine_release=1.9.22
>
> What does this mean ? 
>
> how can i stop this from working. Last month 150 USD for an app that 
> nobody sees... not a great way to start your day !
>
> Thanks a lot for your help, very much appreciated !
>
>
> Have a great day 
>
> M.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3dd79f34-5b03-46fd-95d9-3e16d759a75d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Urgent caching issues

[Stuart Langley]

Do you have a simple repro? If not, what's the app_id and what's the URL 
that you expect these headers to be present on?

On Saturday, 28 March 2015 00:21:54 UTC+11, Paul Canning wrote:
>
> I am getting serious caching issues with GAE PHP that I need to resolve.
>
> I have set headers in the PHP script to:
>
> $this->output->set_header("Cache-Control: no-store, no-cache, 
> must-revalidate, max-age=0");
> $this->output->set_header("Pragma: no-cache");
> $this->output->set_header("Access-Control-Allow-Origin: *");
>  (in CodeIgniter)
>
> And I have deployed the app, but I am getting an erroneous cached output 
> when I hit the URL.
>
> My file changes simply are not being updated.
>
> How do I disable the cache for a module, or simply wipe the app engine 
> cache?
>
> I really need my file changes to be reflected!
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/d2becd5b-8608-4b63-a4ff-402749e343df%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google Cloud Storage caching files despite disabling cache

[Stuart Langley]

As Mars mentioned, enable_cache has nothing to do with the Cache-Control 
headers that are used when serving objects from Google Cloud Storage.

If controls the read-through cache that is used internally inside of app 
engine.

On Saturday, 21 March 2015 14:41:57 UTC-7, Paul Canning wrote:
>
> Again I understand, but it was still caching with it set to false

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/87396c22-1332-4c69-99f9-2296ab8ca5d7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Curl Lite in PHP doesn't work.

[Stuart Langley]

You can use the full curl extension 
 
if you wish. 

We don't claim curl_lite to be a full implementation of cURL, which you 
have available by simply adding the extension in your php.ini file. It's 
designed for scenarios that can be satisfied using URLFetch as that is 
likely to be more efficient then cURL over a socket connection. 

On Friday, 13 March 2015 23:16:47 UTC+11, Paulo Lindoso wrote:
>
> Hello All,
>
> Minor rant mixed with a question.  Please bear with me.
>
> I have a PHP app which I really wanted to run on GAE.  However, this app 
> makes extensive use of cURL, which was unsupported by Google.   When Google 
> announced that AppEngine 1.9.18 would support cURL, I was very happy.
>
> Upgraded, rewrote app.yaml, php.ini, yadda, yadda, yadda and run... No use 
> and the most peculiar behaviour.
>
> // begin CURL routine
>
> $chv = curl_init();
> $header[0] = "Content-Type: application/x-www-form-urlencoded; 
> charset=ISO-8859-1";
> $header[] = "Accept: */*";
> //$user_agent="Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; 
> rv:28.0) Gecko/20100101 Firefox/28.0";
> 
> curl_setopt($chv, CURLOPT_URL, $url);
> //curl_setopt($chv, CURLOPT_USERAGENT, $user_agent);
> curl_setopt($chv, CURLOPT_HTTPHEADER, $header);
> curl_setopt($chv, CURLOPT_REFERER, '');
> //curl_setopt($chv, CURLOPT_ENCODING, 'gzip, deflate');
> curl_setopt($chv, CURLOPT_AUTOREFERER, true);
> curl_setopt($chv, CURLOPT_RETURNTRANSFER, true);
> curl_setopt($chv, CURLOPT_TIMEOUT, 10);
> curl_setopt($chv, CURLOPT_HEADER, false);
> curl_setopt($chv, CURLOPT_POST, true);
> curl_setopt($chv, CURLOPT_POSTFIELDS, $postFields);
> 
> $html = curl_exec($chv); // execute the curl command
>
> CakeLog::write('debug',"CURL:".$html);
> /* If there is some error in CURL, relay it to View
>Essentially, we will abort "nicely" and log the CURL error in 
> JS Console to help debugging */
> $curl_errno = curl_errno($chv);
> $curl_error = curl_error($chv);
>
> This is a fairly standard cURL POST routine.  All variables are correctly 
> and properly set.  Now what happens is pretty bizarre;  cURL RETRIEVES the 
> page content ($html returns the correct page!), but $curl_errno/$curl_error 
> are set to "3" and "No URL set"...  Needless to say, this completely breaks 
> error handling...
>
> Investigation showed that Google's cURL support is actually a code layer 
> for URL Fetch, so my guess is that this is what's causing the problem.
>
> Can anybody provide some light?
>
> (now the rant...)  Since I am running out of time to release the app, I 
> don't really have the time (and patience) to debug Google's CurlLite, so I 
> guess Amazon will win... That said I am somewhat disappointed that Google 
> chose to insist in using URL fetch instead of using native cURL, which has 
> been used for years by the community and it's been proven simple, quick and 
> secure so far. Ah well... so much for ranting... back to work... :)
>
> Thanks in advance!
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f53fcb46-629d-4d78-888c-53d19b08c2d4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: PHP GAE exit beta?

[Stuart Langley]

There's no performance or scalability limits compared to Python & Java that 
we are aware of.  If you have any concerns do please let us know.





On Wednesday, 11 March 2015 01:33:46 UTC+11, Luigi Cardamone wrote:
>
> Dear Stuart,
> thank you for your answer.
>
> You are saying that the main problems are bugs and the absence of a SLA.
> What about performances and scalability? They are the same of Java and 
> Python
> or are there any limits for PHP at this stage?
>
> Il giorno martedì 10 marzo 2015 06:54:38 UTC+1, Stuart Langley ha scritto:
>>
>> Sorry for the delay in responding.
>>
>> We are working very hard to exit BETA and move the PHP runtime to being 
>> Generally Available (GA) as soon as possible. We've recently released the 
>> PHP 5.5 runtime and a number of our most requested features (for example 
>> cURL, direct uploads and temporary files) and now we're working on ensuring 
>> that the runtime is stable and performant, as well as actively fixing any 
>> bugs that are preventing people from adopting the PHP 5.5 runtime. It is 
>> our plan to move forward to GA with the PHP 5.5 runtime and turn down the 
>> PHP 5.4 runtime. 
>>
>> BETA status refers to the fact that the runtime is not covered by and SLA 
>> and we may need to make backward incompatible changes before we leave the 
>> BETA release. That being said, it is unlikely we need to make a backwards 
>> incompatible change at this stage.
>>
>> On Saturday, 28 February 2015 02:13:42 UTC+11, Luigi Cardamone wrote:
>>>
>>> Hi all,
>>>
>>> Are there any news about when PHP GAE will exit from beta?
>>>
>>> The "beta" status is only related to bugs or also to performance issues 
>>> and limitations?
>>> Is someone using it in production?
>>> Are there any examples of big websites using PHP GAE?
>>>
>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/36925a34-30ea-4089-b151-d379eae547a7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: PHP GAE exit beta?

[Stuart Langley]

Sorry for the delay in responding.

We are working very hard to exit BETA and move the PHP runtime to being 
Generally Available (GA) as soon as possible. We've recently released the 
PHP 5.5 runtime and a number of our most requested features (for example 
cURL, direct uploads and temporary files) and now we're working on ensuring 
that the runtime is stable and performant, as well as actively fixing any 
bugs that are preventing people from adopting the PHP 5.5 runtime. It is 
our plan to move forward to GA with the PHP 5.5 runtime and turn down the 
PHP 5.4 runtime. 

BETA status refers to the fact that the runtime is not covered by and SLA 
and we may need to make backward incompatible changes before we leave the 
BETA release. That being said, it is unlikely we need to make a backwards 
incompatible change at this stage.

On Saturday, 28 February 2015 02:13:42 UTC+11, Luigi Cardamone wrote:
>
> Hi all,
>
> Are there any news about when PHP GAE will exit from beta?
>
> The "beta" status is only related to bugs or also to performance issues 
> and limitations?
> Is someone using it in production?
> Are there any examples of big websites using PHP GAE?
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/77149ccb-a75c-413e-a2b1-ac0ef55a7059%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: GAE team - Urgent - Quota not getting reset for billing enabled app

[Stuart Langley]

I assume it's because of "* Due to the way estimates are calculated, the 
sum of individual resource costs may not match the displayed total exactly"

On Thursday, 26 February 2015 20:05:24 UTC+11, Deepak Singh wrote:
>
> Hi Stuart,
>
> The quota is now reset, but there is a billing calculation issue.
> Pls look at the attached screen shot below. Its captured at the time when 
> the quota is reset. It shows that the cost for each individual operation is 
> $0 but the total cost comes out to be $.05. 
>
> Could you pls justify the cost or resolve it if it is wrong.
>
>
> [image: Inline image 1]
>
> [image: Inline image 2]
>
>
>
> On Wed, Feb 25, 2015 at 7:23 PM, Stefano Ciccarelli  > wrote:
>
>> You have to wait at most 24 hours. 
>> Il giorno mer 25 feb 2015 alle 12:32 Deepak Singh > > ha scritto:
>>
>>> I deleted session data which was around 7 GB. Its reflecting in database 
>>> viewer. But the quota details on dashboard is not  reflecting the updated 
>>> size on 'datastore stored data'.
>>>
>>>
>>>
>>> On Wed, Feb 25, 2015 at 2:43 PM, Stuart Langley >> > wrote:
>>>
>>>> Why do you expect that quota to be reset? The amount of data that you 
>>>> have in datastore does not go back to zero at midnight. 
>>>>
>>>> To make the amount of data stored in datastore go down you'll need to 
>>>> delete some of the data.
>>>>
>>>>
>>>>
>>>> On Wednesday, 25 February 2015 19:42:39 UTC+11, Deepak Singh wrote:
>>>>>
>>>>> How to get that contact details ?
>>>>>
>>>>> On Wed, Feb 25, 2015 at 2:10 PM, Luna Duclos >>>> com> wrote:
>>>>>
>>>>>> Might i suggest you contact google billing support directly ?
>>>>>>
>>>>>> On Wed, Feb 25, 2015 at 9:37 AM, Deepak Singh  
>>>>>> wrote:
>>>>>>
>>>>>>> This data is at the time when quota is reset. It continues from the 
>>>>>>> previous day stored quota and adds to the cost.
>>>>>>>
>>>>>>> Please do the needful urgently.
>>>>>>>
>>>>>>> app id: balajiyatrafinder
>>>>>>>
>>>>>>> Regards
>>>>>>> Deepak
>>>>>>>
>>>>>>> On Wed, Feb 25, 2015 at 2:05 PM, Deepak Singh  
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Team,
>>>>>>>>
>>>>>>>> Could you pls reply ?
>>>>>>>>
>>>>>>>> I still observe that the following quota is not reset in 24 hours,
>>>>>>>>
>>>>>>>> Datastore Stored Data8.38 GBytes7.38
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Feb 24, 2015 at 3:01 AM, Deepak Singh >>>>>>> > wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hi GAE Team,
>>>>>>>>>
>>>>>>>>> My quota is not reset in 24 hours. Its usage is being added from 
>>>>>>>>> previous to next day and thus increasing my cost heavily. Pls look 
>>>>>>>>> into it 
>>>>>>>>> ASAP.
>>>>>>>>>
>>>>>>>>> App id: balajiyatrafinder
>>>>>>>>>
>>>>>>>>> Following quota is not reset in 24 hours:
>>>>>>>>>
>>>>>>>>> Datastore Stored Data
>>>>>>>>>
>>>>>>>>> Logs Stored Data
>>>>>>>>>
>>>>>>>>> Datastore Write Operations
>>>>>>>>>
>>>>>>>>> Datastore Read Operations
>>>>>>>>>
>>>>>>>>> Outgoing Bandwidth
>>>>>>>>>
>>>>>>>>> PageSpeed Outgoing Bandwidth
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Please look into the issue and do the needful.
>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>> Deepak Singh
>>>>>>>>>  
>>>>>>>>
>>>>>>&g

Re: [google-appengine] Re: GAE team - Urgent - Quota not getting reset for billing enabled app

[Stuart Langley]

Why do you expect that quota to be reset? The amount of data that you have 
in datastore does not go back to zero at midnight. 

To make the amount of data stored in datastore go down you'll need to 
delete some of the data.



On Wednesday, 25 February 2015 19:42:39 UTC+11, Deepak Singh wrote:
>
> How to get that contact details ?
>
> On Wed, Feb 25, 2015 at 2:10 PM, Luna Duclos  > wrote:
>
>> Might i suggest you contact google billing support directly ?
>>
>> On Wed, Feb 25, 2015 at 9:37 AM, Deepak Singh > > wrote:
>>
>>> This data is at the time when quota is reset. It continues from the 
>>> previous day stored quota and adds to the cost.
>>>
>>> Please do the needful urgently.
>>>
>>> app id: balajiyatrafinder
>>>
>>> Regards
>>> Deepak
>>>
>>> On Wed, Feb 25, 2015 at 2:05 PM, Deepak Singh >> > wrote:
>>>
 Team,

 Could you pls reply ?

 I still observe that the following quota is not reset in 24 hours,

 Datastore Stored Data8.38 GBytes7.38


 On Tue, Feb 24, 2015 at 3:01 AM, Deepak Singh >>> > wrote:

>
> Hi GAE Team,
>
> My quota is not reset in 24 hours. Its usage is being added from 
> previous to next day and thus increasing my cost heavily. Pls look into 
> it 
> ASAP.
>
> App id: balajiyatrafinder
>
> Following quota is not reset in 24 hours:
>
> Datastore Stored Data
>
> Logs Stored Data
>
> Datastore Write Operations
>
> Datastore Read Operations
>
> Outgoing Bandwidth
>
> PageSpeed Outgoing Bandwidth
>
>
> Please look into the issue and do the needful.
>
> -- 
> Deepak Singh
>  



 -- 
 Deepak Singh
  
>>>
>>>
>>>
>>> -- 
>>> Deepak Singh
>>>  
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "Google App Engine" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to google-appengi...@googlegroups.com .
>>> To post to this group, send email to google-a...@googlegroups.com 
>>> .
>>> Visit this group at http://groups.google.com/group/google-appengine.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/google-appengine/CAF6cnzZC%3Dq95qHD4FnN9_0tzELnGq9XEPCUwJafT4A%2B_O-vbLA%40mail.gmail.com
>>>  
>>> 
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>  -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-appengi...@googlegroups.com .
>> To post to this group, send email to google-a...@googlegroups.com 
>> .
>> Visit this group at http://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/CAEJU2PcLptZYPcKMCwXb-K3DGPYmSawYFWUCB0dc9MQog0Dm9A%40mail.gmail.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Deepak Singh
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/9f4125de-b44b-46ee-b3d0-befb011aaa91%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: PHP Issues / No Errors in Logs

[Stuart Langley]

Anthony - what's the app_id?

On Tuesday, 24 February 2015 22:15:43 UTC+11, Anthony Shapley wrote:
>
> Hi,
>
> Has the PHP version of App Engine changed? Or some functionality been 
> removed.  All of a sudden this morning, a lot of my WordPress site has 
> become non-functional - the homepage stopped rendering until I turned a 
> bunch of features off, there hasn't been any deployments with new code 
> since early December and everything been sat ticking along nicely until 
> this morning. I'm currently running WordPress version 3.9. Which I planned 
> to update over this weekend to the latest.
>
> The logs arent showing any warnings, annoyingly I'm not in a position to 
> be able to look into it further right now.
>
> Thanks
> Anthony
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/acc9e25f-aeb6-41fd-a3cc-bce97f232783%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Problems With PHP App Engine Project Reading From gs://

[Stuart Langley]

Do you think you're app might be experiencing this 
-> https://code.google.com/p/googleappengine/issues/detail?id=11695 ?

On Saturday, 21 February 2015 14:23:56 UTC+11, Greg Priday wrote:
>
> My app (siteorigin-updates) has been experiencing quite a few problems 
> over the last few days. As far as I can tell the issue is related to App 
> Engine connecting to Cloud Storage. I'm using the PHP runtime.
>
> Calls to functions like readfile and opendir/readdir are sometimes not 
> working properly for gs:// based files and directories - these functions 
> empty values.
>
> The issue comes and goes. At the moment it's working fine. It seemed to 
> help creating a new version of my app (with roughly the same code). Not 
> sure if that's a long term fix though.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ce21125a-c7ac-462d-bcb7-6d3d2fbc22d9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Flooded with traffic, and it appears to be local IP addresses... ?

[Stuart Langley]

Without the app_id it's hard to take a peek at the logs and try and deduce 
what it might be.

On Tuesday, 3 February 2015 07:05:04 UTC+11, Clark Van Oyen wrote:
>
>
> Hi everyone. I'm stumped by something I'm seeing happen to my app on 
> Google App Engine - tried asking on Stack Overflow with the App Engine tag 
> but my question wasn't received well because it's not a programming 
> question. I'd be very happy if anyone can shed some light on this though :)
>
>
> 
>
> I'm receiving a huge number of requests from IP addresses starting with 
> 10. Afaik, this is a local IP. So, my question is why would Google's 
> network be swarming my app with requests? It's costing me quite a few bucks 
> in extra quota, so is cause for concern. I've attached the log I'm looking 
> at. Thanks in advance if anyone has any idea what's going on!
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/39b62e5f-e1de-41ec-9f20-69433772ac23%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: X-Appengine- flags aren't functioning

[Stuart Langley]

No they still work (or should).

See the bottom of http://php-minishell.appspot.com/phpinfo for example 
($_SERVER["HTTP_X_APPENGINE_CITY"]) etc.


On Thursday, 25 December 2014 07:05:39 UTC+11, Kaan Soral wrote:
>
> I depend on the X-Appengine- header flags to initialize a user's initial 
> location, yet they return ?/0/default values right now, I suspect they 
> mostly return these default values lately
>
> Why is this? / Is it expected? (I've tested multiple locations - e.g my 
> location and cloudflare's locations, both are 0.0/0.0 latlon and "?" for 
> the other fields)
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: GAE application dashboard not visible

[Stuart Langley]

You're probably not logged in with the same account you created the project 
with. 

The accounts for the project certainly do not match the account you used to 
post this message to the forum.

On Wednesday, 26 November 2014 18:16:40 UTC+11, Magesh M wrote:
>
> If the project id and its details are lost, how come the URL is still 
> working fine with a valid project-id "firstmsstime21"?
>
> cant this be backtracked in Google to pull up my project ? or is that 
> service allowed only when I subscribe to a silver/bronze/gold support?
>
>
>
> On Thursday, 6 November 2014 15:40:22 UTC+5:30, Magesh M wrote:
>>
>> Hi,
>>
>> http://firstmsstime21.appspot.com/CarCity.jsp
>>
>> this is the GAE I deployed an year ago. App is still working fine, but am 
>> not able access the system status
>>
>> I tried to access the console or dashboard, but the GAE status page 
>> shows, no project available.
>>
>> anything I missed out or How do I access the admin cosnole or the 
>> dashboard for this app?
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: 1.9.17 PreRelease SDKs - PHP 5.5 support

[Stuart Langley]

Best to post your question on stack overflow with the [google-app-engine] 
and [php] tags.

You'll need a better description of what "not working" means - e.g. include 
details of how you expect your app to work, how you tested it, what you see 
in the admin console logs etc

On Monday, 17 November 2014 15:56:23 UTC+11, Guo Gang wrote:
>
> Hi Sirs,
>
> I just want to simply verify the GAE already support php or not.
> I used the GAE SDK for php with local PC testing environment, it's working,
> but when I upload to GAE cloud, it is not working, even simple php version 
> does not show at all.
> What's the possible problem?
> I found GAE support team does not accept email/phone right now, so i come 
> here for help.
>
> Thanks,
> Guo Gang
>
> On Saturday, November 15, 2014 1:19:22 PM UTC+8, Stuart Langley wrote:
>>
>> Hello Everyone,
>>
>> If you don't have an application that uses the PHP runtime, you can stop 
>> reading now.
>>
>> In the next App Engine release we intend on switching the PHP interpreter 
>> from version 5.4 to version 5.5. There is a *small* list of backwards 
>> incompatible <http://php.net/manual/en/migration55.incompatible.php> changes 
>> that are part of the PHP 5.5 runtime - which means there is a small chance 
>> that your applications could break when we do the upgrade. 
>>
>> To help you test out your applications now and make sure you apply any 
>> required fixes before we change over, we have created pre-release SDKs for 
>> Mac and Windows that include a 5.5 build of the interpreter. You can grab 
>> these SDKs from the following locations:
>>
>> Windows 1.9.17 PreRelease SDK 
>> <https://console.developers.google.com/m/cloudstorage/b/appengine-sdks/o/featured/GoogleAppEngine-1917-prerelease.msi>
>> Mac 1.9.17 PreRelease SDK 
>> <https://console.developers.google.com/m/cloudstorage/b/appengine-sdks/o/featured/GoogleAppEngineLauncher-1917-prelease.dmg>
>>
>> For linux users, please read this 
>> <https://gae-php-tips.appspot.com/2014/11/15/app-engine-php-1-9-17-pre-release-sdk/>
>>  post 
>> that contains instructions on how to build a php-cgi executable for testing.
>>
>> Please report any issues that you encounter with the SDKs in the issue 
>> tracker 
>> <https://code.google.com/p/googleappengine/wiki/FilingIssues?tm=3>, and 
>> we'll do our best to address them promptly.
>>
>> Best Regards,
>> Stuart
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] 1.9.17 PreRelease SDKs - PHP 5.5 support

[Stuart Langley]

Hello Everyone,

If you don't have an application that uses the PHP runtime, you can stop 
reading now.

In the next App Engine release we intend on switching the PHP interpreter 
from version 5.4 to version 5.5. There is a *small* list of backwards 
incompatible  changes 
that are part of the PHP 5.5 runtime - which means there is a small chance 
that your applications could break when we do the upgrade. 

To help you test out your applications now and make sure you apply any 
required fixes before we change over, we have created pre-release SDKs for 
Mac and Windows that include a 5.5 build of the interpreter. You can grab 
these SDKs from the following locations:

Windows 1.9.17 PreRelease SDK 

Mac 1.9.17 PreRelease SDK 


For linux users, please read this 

 post 
that contains instructions on how to build a php-cgi executable for testing.

Please report any issues that you encounter with the SDKs in the issue 
tracker , 
and we'll do our best to address them promptly.

Best Regards,
Stuart

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: "One senses GAE is just not a major priority for Google"

[Stuart Langley]

What have you got against PHP bro? ;)

On Wednesday, 12 November 2014 06:18:06 UTC+11, pdknsk wrote:
>
> Completely agree on the issue tracker. There are many relatively low 
> hanging fruit bugs which have been neglected for years. I guess partly 
> because Google went after the most starred bug: PHP. If that was a worthy 
> investment I do not know. I guess it wasn't. I hope the second-most starred 
> bug (Perl) isn't next on the TODO list :D
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Legal Doesn't seem to respond

[Stuart Langley]

https://support.google.com/legal/troubleshooter/1114905?hl=en#ts=1115658 ?

On Sunday, 1 June 2014 12:03:54 UTC+10, Brandon Wirtz wrote:
>
> Notices sent to legal-...@google.com  don’t seem to get a 
> response. 
>
> Who do I send TakeDown’s to for unlicensed software violations on 
> AppEngine.  We are fast approaching treating Google as the violator for 
> failure to comply.
>
> -Brandon Wirtz
>
> 650-281-1467
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: APC is disabled

[Stuart Langley]

There is a bug in the 1.9.1 release that disables APC - It will be fixed in 
the 1.9.2 release.

On Tuesday, 1 April 2014 07:18:53 UTC+11, Mars Lan wrote:
>
> Are you seeing this in production or local development server?
>
> On Thursday, March 27, 2014 9:31:44 PM UTC-7, bangla...@gmail.com wrote:
>>
>> I have written a program using php apc. It works fine for many days.
>> But, currently I am observing that apc is not working.
>> In phpinfo(), it shows Off.
>> I have tried it to On by using apc.enabled = "1" in php.ini, But failed.
>> How to resolve this problem?
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: 1.8.8 Pre-Release SDKs are now available.

[Stuart Langley]

SoapClient running here -> http://soaptest.php-minishell.appspot.com/

Here's the code:

http://www.soapclient.com/xml/SoapResponder.wsdl',
['connection_timeout' => 30]);

echo '';
print_r($client->__getFunctions()). PHP_EOL;
print_r($client->Method1('foo', 'bar'));
echo '';

Here's the result:

Array
(
[0] => string Method1(string $bstrParam1, string $bstrParam2)
)
Your input parameters are foo and bar



On Saturday, 1 March 2014 10:53:14 UTC+11, cr...@portical.com.au wrote:

> Hi Vinny,
>
> I am simply trying to setup and use a soap client and am having the issues 
> posted https://code.google.com/p/googleappengine/issues/detail?id=9858
>
> If we have socket support now, any ideas as to why this does not work?
>
> As far as I am aware no one has been able to successfully use soap with 
> GAE.
>
> On Wednesday, February 12, 2014 2:59:53 PM UTC+10, Vinny P wrote:
>>
>> On Sat, Feb 8, 2014 at 1:01 AM,  wrote:
>>
>>> Where do I find the "Sockets API"? I do not see it listed under APIs in 
>>> the Developers Console.
>>> I have billing enabled.
>>>
>>
>>
>> The Sockets API isn't a service like the other Google Cloud Platform APIs 
>> are (i.e. images, task queue, etc). Having the Sockets API merely means 
>> that you can now use low level sockets to connect to external servers 
>> rather than using URL Fetch.
>>
>> Since you said you have billing enabled, there's nothing left for you to 
>> do. Just start writing socket-using code into your application and it'll 
>> work. 
>>   
>>  
>> -
>> -Vinny P
>> Technology & Media Advisor
>> Chicago, IL
>>
>> App Engine Code Samples: http://www.learntogoogleit.com
>>  
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: PHP Runtime: Image upload stopped working

[Stuart Langley]

Preferably you don't push the SDK with your app - we host the SDK in 
production and make sure it's working.

On Saturday, 1 February 2014 17:54:29 UTC+11, Rodrigo Silveira wrote:
>
> So I updated the SDK on my local box. The local application continues to 
> work... but now the live app is working. I'm not sure why/how, but seems 
> that the only thing I changed was pushing the updated libraries that came 
> with the new SDK.
>
> On Friday, January 31, 2014 10:57:44 PM UTC-7, Rodrigo Silveira wrote:
>>
>> Zend 1.9 project, using code right from the docs/examples for the PHP 
>> environment. My image upload used to work well, but now this is what I'm 
>> getting:
>>
>> PHP Fatal error: Call to undefined method 
>> google\appengine\api\cloud_storage\CloudStorageTools::parseFilename() in 
>> /base/data/home/runtimes/php/sdk/google/appengine/ext/cloud_storage_streams/CloudStorageStreamWrapper.php
>>  
>> on line 143
>>
>> Sounds like it's out of my code's hands, no?!
>>
>> Thanks,
>>
>> Rodrigo
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Is there a NoSQL equivalent for PHP in Google App Engine?

[Stuart Langley]

http://gae-php-tips.appspot.com/2013/12/23/getting-started-with-the-cloud-datastore-on-php-app-engine/
http://gae-php-tips.appspot.com/2013/12/24/getting-started-with-the-cloud-datastore-on-php-app-engine-part-ii/


On Saturday, 25 January 2014 07:38:03 UTC+11, Alejandro Gonzalez wrote:
>
> Hi Milad,
>
> As far as i know, native gae datastore is not available trough PHP. 
> However you can access *Cloud Datastore* ( 
> https://developers.google.com/datastore/ ) with this the 
> *google-api-php-client* https://code.google.com/p/google-api-php-client/  
> The bad new is that the cloud datastore API in php is not documented: 
> http://stackoverflow.com/questions/19219748/can-google-cloud-datastore-access-with-php
>
> Good luck!
>
>
>
>
> Alejandro González Rodrigo
> *www.nextinit.com* 
> *alejandro...@nextinit.com *
> * +34  666 57 79 13*
>
>
> 2014/1/16 Milad Kawas Cale >
>
>> Is there a NoSQL equivalent for PHP in Google App Engine?
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-appengi...@googlegroups.com .
>> To post to this group, send email to 
>> google-a...@googlegroups.com
>> .
>> Visit this group at http://groups.google.com/group/google-appengine.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Cloud SQL goes to dormant (asleep)

[Stuart Langley]

CloudSQL will shutdown the instance if it's not in use to save you money. 
Yes there is some overhead in restarting the instance next time you want to 
access it.

If you're not concerned at the cost, then probably having a cron job in 
your app that access the database every 10 minutes or so should keep the 
CloudSQL instance alive.

On Friday, 13 December 2013 09:48:51 UTC+11, Gana wrote:
>
> I have an CloudSQL app with Billing enabled. If the app(front end) is not 
> used for sometime, the SQL goes into a dormant mode and it take close to a 
> minute to get it up.
>
> How can I avoid this or minimize the wake up time?
>
> Help. Pls
>
> -Gana
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Future of BlobStore and the FileService API

[Stuart Langley]

Alexander,

Did you create you buckets in Europe as well?

Thx

On Monday, 9 September 2013 23:58:45 UTC+10, Alexander Bertram wrote:
>
> Hi there,
>
> We use the BlobStore extensively to store application-created data, using 
> the FileService API. I understand that the FileService API is going to be 
> deprecated in favor of GCS. 
>
> At this point, I really don't consider the GCS a good replacement for the 
> BlobStore because of the high latencies between GCS and AppEngine - at 
> least that's been my experience with our EU-based app. Do you anticipate 
> that GCS will begin to approach the performance of the BlobStore before 
> support is removed completely?
>
> Best,
> Alex
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: What is the recomended way of using the ImageService with the FileService deprecation

[Stuart Langley]

All of the image service APIs work with images stored in GCS already. Just 
create a blob key for the GCS file and then feed that blob key to the 
images API.

On Monday, 26 August 2013 17:17:43 UTC+10, Nick wrote:
>
> The ImageService sits on top of the FileService. With recent changes to 
> move away from the Blobstore and towards GCS, what is best practice for 
> storing, retrieving and serving images?
>
> The docs here https://developers.google.com/appengine/docs/java/images/still 
> seem to refer to the blobstore. 
> Is this transparent (i.e. the docs are up to date) or should I be storing 
> and serving images differently?
>
> Will the ImageService disappear when the FileService is fully deprecated?
> Should I be rolling my own solution using the GCS Client Lib?
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: What is the best way to serve a GCS file? - Are blob_key's for gcs items safe or not?

[Stuart Langley]

How are they unsafe?

You can store the GCS blob_keys for as long as you want - they never expire.

On Tuesday, 20 August 2013 09:57:23 UTC+10, Kaan Soral wrote:
>
> I think this is a really serious issue, left unexplained
>
>
> http://stackoverflow.com/questions/18116707/are-blob-keys-for-gcs-entities-safe-to-use-later
> The logical result is, they are unsafe
>
> However if they are unsafe, there is no way to serve them from GAE 
> practically, current method to serve blobs/gcs items is to use blobstore's 
> download handler, however if blob_key's are unsafe that requires a 
> create_gs_key operation each time at a download handler, which is really 
> impractical (the create_gs_key delay is unknown)
>
> all the gcs / blobstore examples dodge use cases that would be useful, all 
> the examples are useless, creates a sample file, gets blob_key, serves it, 
> that is pointless, there is no example that creates an url that can be 
> served indefinitely ( this is what I'm referring to: 
> https://developers.google.com/appengine/docs/python/blobstore/ "Using the 
> Blobstore API with Google Cloud Storage" )
>
> my current result is, blob_key's are unsafe, build a blobstore download 
> handler that will convert the gs_object_name to a blob_key and serve it 
> each time
>
> if there was an easy way to set read permissions to "all" from gae, that 
> would be great too, it sounds logical to serve files from the source, 
> however as far as I see, there is no API to change permissions? (you can't 
> set permissions to folders - a file by file permission system *seems*like a 
> must)
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: How is it possible to get access to contacts?

[Stuart Langley]

there's a sample for using contacts in the examples folder, did you look at 
it?

google_api_php_client/examples/contacts/simple.php

There's info on setting up the client 
at 
https://gaeforphp-blog.appspot.com/2013/08/06/using-the-google-apis-client-library-for-php-with-app-engine/

On Wednesday, 14 August 2013 20:09:07 UTC+10, Artem Savateev wrote:
>
> I run the code from within Google Engine and get an error when running 
> the application (on appspot.com), not the code on my server.
> I did not get to use those examples that are published on 
> developers.google.com because it uses cURL, which include the platform Google 
> Engine does not work (according to the documentation - Google does not 
> support curl at all).
> I tried to create a php.ini file with the text 
> google_app_engine.enable_functions 
> = "phpcurl", but the code is still not earned.
>
> вторник, 13 августа 2013 г., 15:24:01 UTC+4 пользователь Artem Savateev 
> написал:
>>
>>
>> Hello.
>>
>> I am writing an application on the platform of Google Engine for my 
>> company. The application should work with corporate contacts that are 
>> created within the account compnet.s...@compnet.ru . The 
>> application is built from account artem.s...@compnet.ru .
>> Is it possible to access your contacts by 
>> compnet.s...@compnet.ru 
>> of my application?
>>
>> When trying to get contacts so: 
>> http://www.google.com/m8/feeds/contacts/compnet.supervisor% 
>> 40compnet.ru/full /, I get a 403 error (Your client does not have 
>> permission to get URL /m8/feeds/contacts/compnet.supervisor%
>> 40compnet.ru/full/ from this server.).
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: How to know region of a GAE application ?

[Stuart Langley]

If you go to appspot.com it will list your apps. There is a column for 
location which is either "US" or "EU".

On Monday, 5 August 2013 04:20:23 UTC+10, Jean-Paul Leclère wrote:
>
> I'am setting a gae wordpress application.
>
> When I set my gae php application as an authorized application to access 
> my Cloud SQL instance, I get the advertisement :
>
> Authorized applications must be located in the same region as your Cloud 
> SQL instance.
>
> How can I verify the region of my application ?
>
> Thx for the help
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Enable PHP applications to be deployed to App Engine

[Stuart Langley]

send me the e-mail address you registered for whitelisting and i'll take a 
look.

On Wednesday, 31 July 2013 20:41:25 UTC+10, Pravin Gadekar wrote:
>
> I want to deploy wordpress site on google apps. I have followed every 
> steps in https://developers.google.com/appengine/articles/wordpress.
>
> And finally I want to deploy this setup but it need to enable php 
> applications to deploy so I submitted request on 
> https://gaeforphp.appspot.com.
>
> But after 5-6 days still it shows pending to me. 
>
> I tried to find support for the same but no luck.
>
> Please help me. 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Capabilities API for PHP

[Stuart Langley]

As PHP only runs on the HRD datastore, you don't need to worry about the 
datastore being flipped into read only, which is really the only purpose of 
the capabilities API these days.

Proceed on without worrying about it.

On Tuesday, 23 July 2013 16:47:58 UTC-7, Jeffery Fernandez wrote:
>
> Hi all,
>
> I have been looking at the AppEngine Roadmap [1] but not found any 
> indication of plans for work on PHP environment. I am particularly 
> interested in the *Capabilities API* as I would like to make sure my app 
> doesn't fall over when it is ready for production.
>
> Is this the definitive document for App Engine Roadmap? I understand PHP 
> environment is experimental, but could we get some indication for how long 
> it will be experimental?
>
> [1] https://developers.google.com/appengine/docs/features
>
> cheers,
> Jeffery
> -- 
> Mobile: +61 430 534 464
> Home: +61 3 9764 4439
> Work: +61 3 9723 9399
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Time to whitelist?

[Stuart Langley]

The whitelisting process is not a FIFO queue - when whitelisting we try and 
get a diverse set of applications, to help quickly uncover missing 
features, bugs etc.

If your application has little associative description, or is the same as 
the 500 applications before yours then it's not going to be high on the 
whitelisting candidates.



On Tuesday, 11 June 2013 20:03:43 UTC+10, Jeffery Fernandez wrote:
>
> My application was submitted on the 16th of last month.. so nearing a 
> month now :(
>
>
> On Tue, Jun 11, 2013 at 4:45 PM, Andrew Jessup 
> > wrote:
>
>> Hi Matthew,
>>
>> It's difficult to give an exact date on when we will whitelist everyone, 
>> but to give you some idea you should expect a timeframe measured in weeks 
>> rather than months :)
>>
>> We aren't preferentially targeting Premier customers for whitelisting, 
>> but if you do have a Premier support contract then you can open a support 
>> ticket to request priority whitelisting for a particular application.
>>
>> Kind regards,
>>
>> Andrew
>>
>>
>> On Tue, May 28, 2013 at 8:31 PM, Matthew Lenton 
>> 
>> > wrote:
>>
>>> Just wondering if we could get an idea of the time it'd take to 
>>> whitelist a PHP App Engine app submitted for whitelisting today.
>>>
>>> The counter says about 267 apps approved as of today, and we've seen a 
>>> post from 11 days ago saying there was 76 at that point.  So, that gives us 
>>> an idea of the velocity - but we are left wondering how long the queue is.. 
>>>  
>>>
>>> It looks like a 3-5day wait would be expected, but how much longer could 
>>> it be, with the recent announcement of GAE-PHP being official?
>>>
>>> Any further insight or assistance would be most welcome.
>>>
>>> Cheers!
>>>
>>>
>>> This email comes from the Lovatts Media Group Pty Ltd For information on 
>>> Lovatts crossword and puzzle magazines including news, tutorials and 
>>> subscriptions, visit www.lovattspuzzles.com Play online games & puzzles 
>>> with a chance to win prizes at www.youplay.com Order Lovatts syndicated 
>>> puzzles for your own publication, website or other platform from 
>>> www.puzzlexperts.com
>>>
>>> Disclaimer: This communication contains information which is 
>>> confidential. If you are not the intended recipient of this communication 
>>> please delete and destroy all copies and do not copy, disclose or 
>>> distribute this communication without the prior authority of Lovatts Media 
>>> Group. Any views expressed in this communication are those of the 
>>> individual sender, except where the sender specifically states them to be 
>>> the views of Lovatts Media Group. Except as required by law, Lovatts Media 
>>> Group does not represent, warrant and/or guarantee that the integrity of 
>>> this communication has been maintained. 
>>> Please consider the environment before printing this email.  
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "Google App Engine" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to google-appengi...@googlegroups.com .
>>> To post to this group, send email to 
>>> google-a...@googlegroups.com
>>> .
>>> Visit this group at 
>>> http://groups.google.com/group/google-appengine?hl=en.
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>  
>>>  
>>>
>>
>>
>>
>> -- 
>>
>> Andrew Jessup | Product Manager, Google App Engine | 
>> jes...@google.com
>>  
>>  
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-appengi...@googlegroups.com .
>> To post to this group, send email to 
>> google-a...@googlegroups.com
>> .
>> Visit this group at http://groups.google.com/group/google-appengine?hl=en
>> .
>> For more options, visit https://groups.google.com/groups/opt_out.
>>  
>>  
>>
>
>
>
> -- 
> Mobile: +61 430 534 464
> Home: +61 3 9764 4439
> Work: +61 3 9723 9399
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Re: 1.8.1 Pre-release SDKs Available.

[Stuart Langley]

> Besides the fact that I do not know what will happen now with the Image 
> APIs that allow you to serve images directly from blobstore. 
>

This already exists by creating a blobkey using create_gs_key that you can 
use in all blobstore APIs (send_blob, get_serving_url, Images API etc).
 

> Besides the fact that I do not know what will happen with the current 
> upload mechanism in blobstore and if exist something similar for GCS: I 
> would not use GCS to write a file programmatically and use blobstore to 
> upload a file.
>

This already exists: 

create_upload_url(success_path, max_bytes_per_blob=None, max_bytes_total=
None, rpc=None, gs_bucket_name=None)
gs_bucket_name

The Google Storage bucket name that the blob will be stored to. (Required 
if you use Google Cloud Storage instead of Blobstore.) Your application 
must have permissions to write to this bucket. Instead of the simple bucket 
name, you can optionally supply a bucket name and path in the format 
bucket_name/path, in which case the included path will be prepended to the 
uploaded object name.
 

>
> Then we talk about the economic theme, the blobstore has a free quota 
> while GCS not.
>

WIP

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: How to set deadline for a PHP URL fetch?

[Stuart Langley]

Tried this as well.

file_get_contents("http://cx.xaa.cc/checksn.asp";);
var_dump($http_response_header);



array(11) {
  [0]=>
  string(15) "HTTP/1.1 200 OK"
  [1]=>
  string(17) "Connection: close"
  [2]=>
  string(35) "Date: Wed, 05 Jun 2013 07:35:38 GMT"
  [3]=>
  string(25) "Server: Microsoft-IIS/6.0"
  [4]=>
  string(21) "X-Powered-By: ASP.NET"
  [5]=>
  string(20) "Content-Length: 1086"
  [6]=>
  string(23) "Content-Type: text/html"
  [7]=>
  string(65) "Set-Cookie: ASPSESSIONIDQCBBDSTC=DEEPGAHDFGIKBJAAOFHOGEPM; 
path=/"
  [8]=>
  string(22) "Cache-control: private"
  [9]=>
  string(36) "X-Google-Cache-Control: remote-fetch"
  [10]=>
  string(17) "Via: HTTP/1.1 GWA"
}

On Wednesday, 5 June 2013 11:13:38 UTC+10, 1moretime wrote:
>
> Thanks Vinny 
>
> I'm trying to POST data to http://cx.xaa.cc/checksn.asp with gae php. 
> It seems that my post request written in php closed in about 5 
> seconds, 
> so i guess my request deadline was not set properly. 
> GAE don't support fclose, so i don't know how to use 
> stream_get_meta_data. 
>
> Jason 
>
>
> On Jun 5, 2:52 am, Vinny P  wrote: 
> > Can you tell us what URL you're connecting to? The server may be slow or 
> be 
> > difficult to resolve. 
> > 
> > I would suggest using *stream_get_meta_data* (
> http://us3.php.net/stream_get_meta_data) to inspect the stream and see 
> > what exactly is going on - you'll get a more detailed error message. 
> > 
> > - 
> > -Vinny P 
> > Technology & Media Advisor 
> > Chicago, IL 
> > 
> > My Go side project:http://invalidmail.com/ 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > On Tuesday, June 4, 2013 6:51:47 AM UTC-5, 1moretime wrote: 
> > 
> > > Hi, Stuart 
> > > Thanks for your reply, 
> > > I tried following code, but failed. 
> > 
> > >  
> > > $data = http_build_query($data); 
> > > $context = 
> > > array("http"=> 
> > >   array( 
> > > "method" => "POST", 
> > > "content" => $data, 
> > > //"header" => "Connection: keep-alive\r\n", 
> > > //"deadline" => 60, // The deadline can be up to a maximum 
> > > of 60 seconds for request handlers 
> > > "timeout" => 30 // GAE requests have a 30-second deadline 
> > >   ) 
> > > ); 
> > > $context = stream_context_create($context); 
> > 
> > > $result = file_get_contents($url, false, $context); 
> > 
> > >  
> > 
> > > Still got same warning message in gae logs. 
> > 
> > >  
> > 
> > > PHP Warning:  file_get_contents(..): failed to open 
> > > stream: Request deadline exceeded in /base/data/home/apps/.php 
> > > on line 93 
> > 
> > >  
> > 
> > > Any suggestion? 
> > 
> > > On Jun 4, 5:56 pm, Stuart Langley  wrote: 
> > > > set the timeout value in the http context to the number of seconds 
> you 
> > > want 
> > > > the deadline to be. 
> > 
> > > > On Tuesday, 4 June 2013 12:05:29 UTC+10, 1moretime wrote: 
> > 
> > > > > Thanks, Dan 
> > 
> > > > > I read that doc but PHP version not found. 
> > > > > would you pls give some php code? 
> > 
> > > > > On Jun 4, 4:16 am, Dan Holevoet  
> wrote: 
> > > > > > This is a great question for the App Engine Stack Overflow 
> > > > > > tag<http://stackoverflow.com/questions/tagged/google-app-engine>, 
>
> > > > > > which also conveniently happens to have an 
> > > > > > answer< 
> > > > >
> http://stackoverflow.com/questions/2162115/how-to-set-timeout-for-url...>for 
>
> > 
> > > > > > you! 
> > 
> > > > > > Thanks, 
> > > > > > Dan 
> > 
> > > > > > On Mon, Jun 3, 2013 at 8:20 AM, 1moretime  
>
> > > > > wrote: 
> > > > > > > URL Fetch overview says: 
> > 
> > > > > > > You can set a deadline for a request, the most amount of time 
> the 
> > > > > > > service will wait for a response. By default, the deadline for 
> a 
> > &

[google-appengine] Re: How to set deadline for a PHP URL fetch?

[Stuart Langley]

Not sure what you mean by "doesn't support fclose()".

// This works fine.
$fp = fopen("gs://sjl-test/song.ogg", "r");
var_dump(fstat($fp));
fclose($fp);

Buut  It looks like stream_get_meta_data doesn't return anything - 
I'll need to find out why.

On Wednesday, 5 June 2013 11:13:38 UTC+10, 1moretime wrote:
>
> Thanks Vinny 
>
> I'm trying to POST data to http://cx.xaa.cc/checksn.asp with gae php. 
> It seems that my post request written in php closed in about 5 
> seconds, 
> so i guess my request deadline was not set properly. 
> GAE don't support fclose, so i don't know how to use 
> stream_get_meta_data. 
>
> Jason 
>
>
> On Jun 5, 2:52 am, Vinny P  wrote: 
> > Can you tell us what URL you're connecting to? The server may be slow or 
> be 
> > difficult to resolve. 
> > 
> > I would suggest using *stream_get_meta_data* (
> http://us3.php.net/stream_get_meta_data) to inspect the stream and see 
> > what exactly is going on - you'll get a more detailed error message. 
> > 
> > - 
> > -Vinny P 
> > Technology & Media Advisor 
> > Chicago, IL 
> > 
> > My Go side project:http://invalidmail.com/ 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > On Tuesday, June 4, 2013 6:51:47 AM UTC-5, 1moretime wrote: 
> > 
> > > Hi, Stuart 
> > > Thanks for your reply, 
> > > I tried following code, but failed. 
> > 
> > >  
> > > $data = http_build_query($data); 
> > > $context = 
> > > array("http"=> 
> > >   array( 
> > > "method" => "POST", 
> > > "content" => $data, 
> > > //"header" => "Connection: keep-alive\r\n", 
> > > //"deadline" => 60, // The deadline can be up to a maximum 
> > > of 60 seconds for request handlers 
> > > "timeout" => 30 // GAE requests have a 30-second deadline 
> > >   ) 
> > > ); 
> > > $context = stream_context_create($context); 
> > 
> > > $result = file_get_contents($url, false, $context); 
> > 
> > >  
> > 
> > > Still got same warning message in gae logs. 
> > 
> > >  
> > 
> > > PHP Warning:  file_get_contents(..): failed to open 
> > > stream: Request deadline exceeded in /base/data/home/apps/.php 
> > > on line 93 
> > 
> > >  
> > 
> > > Any suggestion? 
> > 
> > > On Jun 4, 5:56 pm, Stuart Langley  wrote: 
> > > > set the timeout value in the http context to the number of seconds 
> you 
> > > want 
> > > > the deadline to be. 
> > 
> > > > On Tuesday, 4 June 2013 12:05:29 UTC+10, 1moretime wrote: 
> > 
> > > > > Thanks, Dan 
> > 
> > > > > I read that doc but PHP version not found. 
> > > > > would you pls give some php code? 
> > 
> > > > > On Jun 4, 4:16 am, Dan Holevoet  
> wrote: 
> > > > > > This is a great question for the App Engine Stack Overflow 
> > > > > > tag<http://stackoverflow.com/questions/tagged/google-app-engine>, 
>
> > > > > > which also conveniently happens to have an 
> > > > > > answer< 
> > > > >
> http://stackoverflow.com/questions/2162115/how-to-set-timeout-for-url...>for 
>
> > 
> > > > > > you! 
> > 
> > > > > > Thanks, 
> > > > > > Dan 
> > 
> > > > > > On Mon, Jun 3, 2013 at 8:20 AM, 1moretime  
>
> > > > > wrote: 
> > > > > > > URL Fetch overview says: 
> > 
> > > > > > > You can set a deadline for a request, the most amount of time 
> the 
> > > > > > > service will wait for a response. By default, the deadline for 
> a 
> > > fetch 
> > > > > > > is 5 seconds. The maximum deadline is 60 seconds for HTTP 
> requests 
> > > and 
> > > > > > > 10 minutes for task queue and cron job requests. 
> > 
> > > > > > > Now, how can i set deadline to 60-sec ? 
> > 
> > > > > > > -- 
> > > > > > > You received this message because you are subscribed to the 
> Google 
> > > > > Groups 
> > > > > > > "Google App Engine" group. 
> > > > > > > To unsubscribe from this group and stop receiving emails from 
> it, 
> > > send 
> > > > > an 
> > > > > > > email to google-appengi...@googlegroups.com . 
> > > > > > > To post to this group, send email to 
> google-a...@googlegroups.com. 
> > 
> > > > > > > Visit this group athttp:// 
> > > > > groups.google.com/group/google-appengine?hl=en. 
> > > > > > > For more options, visithttps://
> groups.google.com/groups/opt_out. 
> > 
> > > > > > -- 
> > > > > > Dan Holevoet 
> > > > > > Google Developer Relations 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Time to whitelist?

[Stuart Langley]

So there's no set time frame ... generally we're looking for some diversity 
so we can get some coverage of the runtime.

If you're really keen ping me with the app id you registered and I'll take 
a look at what I can do, no promises however


On Thursday, 30 May 2013 02:29:44 UTC+10, barryhunter wrote:
>
> From experience, anywhere between a few weeks, to a few months (from past 
> invite only features). Definitly not days. 
>
> I submitted a request the day after the annoncement (it was on 76 then) 
> and not heard anything since. 
>
> Probably different if you have a Premier account :)
>
>
> On Wed, May 29, 2013 at 4:31 AM, Matthew Lenton 
> 
> > wrote:
>
>> Just wondering if we could get an idea of the time it'd take to whitelist 
>> a PHP App Engine app submitted for whitelisting today.
>>
>> The counter says about 267 apps approved as of today, and we've seen a 
>> post from 11 days ago saying there was 76 at that point.  So, that gives us 
>> an idea of the velocity - but we are left wondering how long the queue is.. 
>>  
>>
>> It looks like a 3-5day wait would be expected, but how much longer could 
>> it be, with the recent announcement of GAE-PHP being official?
>>
>> Any further insight or assistance would be most welcome.
>>
>> Cheers!
>>
>>
>> This email comes from the Lovatts Media Group Pty Ltd For information on 
>> Lovatts crossword and puzzle magazines including news, tutorials and 
>> subscriptions, visit www.lovattspuzzles.com Play online games & puzzles 
>> with a chance to win prizes at www.youplay.com Order Lovatts syndicated 
>> puzzles for your own publication, website or other platform from 
>> www.puzzlexperts.com
>>
>> Disclaimer: This communication contains information which is 
>> confidential. If you are not the intended recipient of this communication 
>> please delete and destroy all copies and do not copy, disclose or 
>> distribute this communication without the prior authority of Lovatts Media 
>> Group. Any views expressed in this communication are those of the 
>> individual sender, except where the sender specifically states them to be 
>> the views of Lovatts Media Group. Except as required by law, Lovatts Media 
>> Group does not represent, warrant and/or guarantee that the integrity of 
>> this communication has been maintained. 
>> Please consider the environment before printing this email.  
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-appengi...@googlegroups.com .
>> To post to this group, send email to 
>> google-a...@googlegroups.com
>> .
>> Visit this group at http://groups.google.com/group/google-appengine?hl=en
>> .
>> For more options, visit https://groups.google.com/groups/opt_out.
>>  
>>  
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Re: instances dying is a permanent states for datastore apps?

[Stuart Langley]

Rafael:

Here's the 
notice: 
http://googleappengine.blogspot.com.au/2012/04/masterslave-datastore-thanks-for-all.html

TOS for 
deprecation: https://developers.google.com/appengine/terms#Deprecation

M/S will be turned off 20th April, 2015.

On Thursday, 14 March 2013 15:11:45 UTC+11, Rafael Sanches wrote:
>
> Barry,
>
> Where have you read that it's going to be turned off? 
>
> All google says is: "This application is using the Master/Slave datastore 
> which is deprecated! All customers should migrate to the High-Replication 
> datastore which offers greater stability and is resilient to data center 
> failure. To learn more about migration see High Replication Datastore 
> Migration
> ."
>
> That message and nowhere in the documentation it says that it's going to 
> be turned off. It just says it offers greater stability. It doesn't mention 
> that M/S will be worst than in the past either. 
>
> thanks
> rafael
>
>
>
> On Wed, Mar 13, 2013 at 12:20 PM, Barry Hunter 
> 
> > wrote:
>
>>
>>
>>
>>  I believe it would be less work to move out of appengine rather than 
>>> moving to HDR. 
>>>
>>
>> You will have to do one or the other soon anyway. M/S will be turned off. 
>>  
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-appengi...@googlegroups.com .
>> To post to this group, send email to 
>> google-a...@googlegroups.com
>> .
>> Visit this group at http://groups.google.com/group/google-appengine?hl=en
>> .
>> For more options, visit https://groups.google.com/groups/opt_out.
>>  
>>  
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Production Performance Degradation GAE/J.... where to get support?

[Stuart Langley]

If you believe you have a production issue then filing it in the issue 
tracker would way to go.

On Thursday, 31 January 2013 05:23:18 UTC+11, Rori Stumpf wrote:
>
>
> The app id is: vocotrax
>
> If there was an explanation of what to do to get attention for production 
> issues (post the app id here, I guess?), I would have done it already. 
> Wasn't there was a way to do this through the admin page at some point? 
>  Thanks.
>
>
> On Tuesday, January 29, 2013 10:16:30 PM UTC-5, Stuart Langley wrote:
>>
>> hard for anybody to take a look for you without the app id
>>
>> On Wednesday, 30 January 2013 01:40:59 UTC+11, Rori Stumpf wrote:
>>>
>>> Where can I get support for sudden performance degradation? Report it on 
>>> stackoverflow.com? file a bug? (just kidding)
>>>
>>> My app was running fine for 65 days - no problems at all... then over 
>>> the last 2 weeks performance nosedived without implementing any changes. 
>>> Even a simple keep alive cron servlet that calls Cloud SQL with a "select 
>>> 1" to keep it alive takes a long time - i.e. seconds instead of 
>>> milliseconds, and it seems instances are shutting down way too aggressively.
>>>
>>> Thanks,
>>> Rori
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Production Performance Degradation GAE/J.... where to get support?

[Stuart Langley]

hard for anybody to take a look for you without the app id

On Wednesday, 30 January 2013 01:40:59 UTC+11, Rori Stumpf wrote:
>
> Where can I get support for sudden performance degradation? Report it on 
> stackoverflow.com? file a bug? (just kidding)
>
> My app was running fine for 65 days - no problems at all... then over the 
> last 2 weeks performance nosedived without implementing any changes. Even a 
> simple keep alive cron servlet that calls Cloud SQL with a "select 1" to 
> keep it alive takes a long time - i.e. seconds instead of milliseconds, and 
> it seems instances are shutting down way too aggressively.
>
> Thanks,
> Rori
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Remote API + File API

[Stuart Langley]

Why not just use the Google Cloud Storages APIs then to upload directly to 
a bucket that you then access from you GAE application?

On Sunday, 27 January 2013 01:37:34 UTC+11, Andrew Kunkel wrote:
>
> I am really hoping to find an answer for this.  I have been searching for 
> the last week without any luck.  I really need a method to add large 
> numbers of images on a regular basis from a remote location and this looks 
> like it could be a solution if I could get past the exception.
>
> On Thursday, November 22, 2012 4:31:59 AM UTC-5, Abdul Nasir wrote:
>>
>> If you want to read a file from the cloud storage, it works fine. but 
>> writing creates problem. have you solved this issue? If yes, please guide 
>> me.
>>
>> On Thursday, August 18, 2011 10:05:20 PM UTC+8, André Salvati wrote:
>>>
>>> Hi, 
>>>
>>> Maybe I've misunderstood docs, but I thought it was possible an 
>>> external application to integrate with App Engine by creating a file 
>>> in Blobstore. Am I doing something wrong?? Any way to accomplish 
>>> this?? 
>>>
>>>
>>> http://code.google.com/appengine/docs/java/blobstore/overview.html#Writing_Files_to_the_Blobstore
>>>  
>>>
>>> Thanks. 
>>>
>>> Code: 
>>>
>>> public class RemoteAPI { 
>>>
>>> public static void main(String[] args) throws IOException { 
>>>
>>> String username = "xx...@gmail.com"; 
>>> String password = "x"; 
>>>
>>>
>>> RemoteApiOptions options = new RemoteApiOptions() 
>>> .server("primepartes.appspot.com", 443) 
>>> .credentials(username, password); 
>>> RemoteApiInstaller installer = new RemoteApiInstaller(); 
>>> installer.install(options); 
>>>
>>> FileService fileService = FileServiceFactory.getFileService(); 
>>> BlobstoreService blobstoreService = 
>>> BlobstoreServiceFactory.getBlobstoreService(); 
>>>
>>> AppEngineFile file = fileService.createNewBlobFile("text/ 
>>> plain"); 
>>>
>>> FileWriteChannel writeChannel = 
>>> fileService.openWriteChannel(file, true); 
>>>
>>> PrintWriter out = new 
>>> PrintWriter(Channels.newWriter(writeChannel, "UTF8")); 
>>> out.println("The woods are lovely dark and deep."); 
>>> out.println("But I have promises to keep."); 
>>>
>>> out.close(); 
>>> writeChannel.closeFinally(); // This line throwns the excepion 
>>> bellow 
>>>
>>> .. 
>>>
>>> java.lang.IllegalStateException: The current request does not hold the 
>>> exclusive lock. 
>>> at 
>>> com.google.appengine.api.files.FileServiceImpl.close(FileServiceImpl.java: 
>>>
>>> 315) 
>>> at 
>>> com.google.appengine.api.files.FileWriteChannelImpl.closeFinally(FileWriteChannelImpl.java:
>>>  
>>>
>>> 78) 
>>> at br.com.teste.RemoteAPI.main(RemoteAPI.java:82) 
>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Re: Working with images : need help regarding tilling of images

[Stuart Langley]

Calling get_serving_url only once per blob 
is definitely the recommended approach.

On Thursday, 24 January 2013 23:53:24 UTC+11, alex wrote:
>
> Hey Renzo, 
>
> there's even a simpler approach: 
>
> url =  images.get_serving_url(instance.blob) 
>
> resized_64 = url + '=s64' 
> resized_128_crop = url + '=s128-c' 
>
> That way you're calling get_serving_url only once, so it should be even 
> faster. 
> I think the '=size' thing is described somewhere in the Images API docs. 
>
> On Thu, Jan 24, 2013 at 1:43 PM, Renzo Nuccitelli 
> > 
> wrote: 
> >  The images are hosted in GAE's Blobstore? If it is, the best way is 
> using 
> > images API (https://developers.google.com/appengine/docs/python/images/). 
>
> > 
> >  The only problem with that i found when using it was that some times it 
> > take a lot of time to generating a url from a resized image. So I just 
> > stoped to generate the transformed image when the user make the request 
> and 
> > started to generate the link just before saving my model on extra fields 
> of 
> > it. This is working very well for me now. Here is a sample were I create 
> an 
> > avatar and make 5 different image sizes: 
> > 
> > _SIZE_1=24 
> > _SIZE_2=36 
> > _SIZE_3=64 
> > _SIZE_4=88 
> > _SIZE_BIG=260 
> > 
> > _PIC_DEFAULTS={_SIZE_1:"/static/img/default-photo-1.png",\ 
> >_SIZE_2:"/static/img/default-photo-2.png",\ 
> >_SIZE_3:"/static/img/default-photo-3.png",\ 
> >_SIZE_4:"/static/img/default-photo-4.png",\ 
> >_SIZE_BIG:"/static/img/default-photo-big.png"} 
> > def _resize(size): 
> > def resize(instance): 
> > if instance.blob: 
> > return images.get_serving_url(instance.blob,size) 
> > return _PIC_DEFAULTS[size] 
> > return resize 
> > 
> > #Class holding User Pictures 
> > class Avatar(ndb.Model,UserChild): 
> > blob=ndb.BlobKeyProperty() 
> > pic1=ndb.ComputedProperty(_resize(_SIZE_1),indexed=False) 
> > pic2=ndb.ComputedProperty(_resize(_SIZE_2),indexed=False) 
> > pic3=ndb.ComputedProperty(_resize(_SIZE_3),indexed=False) 
> > pic4=ndb.ComputedProperty(_resize(_SIZE_4),indexed=False) 
> > picBig=ndb.ComputedProperty(_resize(_SIZE_BIG),indexed=False) 
> > 
> >  I Wrote this code when there were not asyncronous API for images, so it 
> can 
> > be improved using this new API. 
> > 
> >  I hope it helps you, 
> > 
> >  Renzo Nuccitelli 
> > 
> > Quarta-feira, 23 de Janeiro de 2013 12:34:54 UTC-2, Bhavya Sravani 
> escreveu: 
> >> 
> >> 
> >> Hi 
> >> 
> >> Could anyone please help me with my query ?? 
> >> 
> >> I am actually working on a project in which I have many images in a 
> server 
> >> and need to tile the images based upon the response . . 
> >> 
> >> I actually want to know what would be fastest method of tilling . . Any 
> >> information or suggestions regarding the same ? 
> > 
> > -- 
> > 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/-/oLDXM6VyDNoJ. 
> > To post to this group, send email to 
> > google-a...@googlegroups.com. 
>
> > To unsubscribe from this group, send email to 
> > google-appengi...@googlegroups.com . 
> > 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/-/wSZUYDd1gmMJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Where do I find the HRD Migration Tool?

[Stuart Langley]

How about the "View Migration Tool" button in the application settings page?

On Friday, 18 January 2013 07:59:13 UTC+11, Jim Morgan wrote:
>
>
> First of all, I'm sorry for having to ask this question...I've searched 
> this forum and find a lot of people asking this same question over the past 
> year, but none of the answers I've found so far have helped me.
>
> I'm following steps in Google 
> documentationto
>  migrate appengine from M/S to HRD and I get to step 3, under "Using the 
> Migration Tool." I can't find the referred to menu choice anywhere on the 
> appengine console page.
>
> I admit that the appengine stuff is new to me, but what am I missing?
>
> TIA,
> Jim
>

-- 
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/-/H1tE7TuaN1IJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: GAE app with images stored on S3

[Stuart Langley]

> We tried to cache the URL returned by get_serving_url() but it occurred 
it expires in a while (may be days or weeks) and there is no clear 
understanding when exactly and how to invalidate the URLs > or HTML of 
pages we generate & cached in DB.

These's URLs never 'expire'. Did you file a bug for what you saw?


On Wednesday, 5 December 2012 11:27:59 UTC-8, Alexander Trakhimenok wrote:
>
> We've implemented storing images to S3 from GAE for 
> http://www.myclasses.org/ and pretty happy with results.
>
> There is a 2 factors problem with serving images from GAE's blob-store:
>
>1. Generation of get_serving_url takes a while. If you have many 
>images to serve on a single page (*e.g. list if classes and their 
>avatars in our case*) it can really slow your code and as result cost 
>you money. So you don't want to do it on every page rendering.
>2. We tried to cache the URL returned by get_serving_url() but it 
>occurred it expires in a while (may be days or weeks) and there is no 
> clear 
>understanding when exactly and how to invalidate the URLs or HTML of pages 
>we generate & cached in DB.
>
> With S3 we can have static & stable URL what is perfect for us. And 
> in conjunction with CloudFrount it works really fast - we see noticeable 
> improvements in client pages rendering by browsers.
>
> We used "boto" library to work with S3 that is not coupled with Django in 
> any way (*as far as I know*) so you can try it as well.
>
> Good luck,
>
> Alex
> Founder & Lead Dev @ Petamatic.com
>
> On Tuesday, 4 December 2012 16:32:31 UTC-4, Emmanuel Mayssat wrote:
>>
>> They are several discussion about storing images in database (blob) 
>> versus filesystem (s3).
>> Did anyone implement an app on GAE with an image interface on S3?
>>
>> I am not even sure where to start
>>
>> Django has a 
>> http://django-storages.readthedocs.org/en/latest/index.html
>> but I use webapp2
>>
>> Thanks for any info,
>>
>

-- 
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/-/O8OACMig_LwJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: High performance image serving >> error 500

[Stuart Langley]

Looks like files API and nothing to do with image serving to me - correct?

On Wednesday, 14 November 2012 07:56:55 UTC+11, Jonathan wrote:
>
> Hi,
> for the last 30 minutes users can't upload pictures to my system (
> app.imcreator.com/edit)
>
> that's the erroe from the log:
>
> ApplicationError: 7 
> Traceback (most recent call last):
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/ext/webapp/_webapp25.py",
>  line 712, in __call__
> handler.post(*groups)
>   File 
> "/base/data/home/apps/im-creator/181-zarif.362980194933832017/im-creator.py", 
> line 2042, in post
> files.finalize(file_name)
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/api/files/file.py",
>  line 568, in finalize
> f.close(finalize=True)
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/api/files/file.py",
>  line 291, in close
> self._make_rpc_call_with_retry('Close', request, response)
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/api/files/file.py",
>  line 427, in _make_rpc_call_with_retry
> _make_call(method, request, response)
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/api/files/file.py",
>  line 252, in _make_call
> _raise_app_error(e)
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/api/files/file.py",
>  line 186, in _raise_app_error
> raise UnknownError(e)
> UnknownError: ApplicationError: 7 
>
>
>
> Any idea? please fix.
>
>
> Thanks!
>
> J
>
>

-- 
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/-/OVRcPyyFfZ0J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: gae blobstore 502 error

[Stuart Langley]

You can upload blobs of any size to the URL returned from 
create_upload_url, provided your client doesn't disconnect during the 
upload.

what's the app_id ?

On Friday, 5 October 2012 02:43:19 UTC+10, alex wrote:
>
> If I'm not mistaken Blobstore single call limit is 32M. You could try Cloud 
> Storage upload HTML 
> form<https://developers.google.com/storage/docs/reference-methods#postobject> 
> or 
> Google Drive as alternatives.
>
>
> On Thu, Oct 4, 2012 at 6:15 PM, Alejandro J Gómez López <
> ago...@securempresa.com > wrote:
> > Thx for answering.
> >
> > Of course i upload to the generated url, and all goes good with small 
> files.
> > But, when i try with a big file (1,5G for example) after some minutes 
> throw
> > this error.
> >
> > Im desesperated. thx.
> >
> > El jueves, 4 de octubre de 2012 03:47:02 UTC+2, Stuart Langley escribió:
> >>
> >> you need to upload to the URL generated by calling
> >> blobstore.create_upload_url
> >>
> >> On Thursday, 4 October 2012 09:25:26 UTC+10, Alejandro J Gómez López
> >> wrote:
> >>>
> >>> Im'm trying to upload big files to blobstore using curl.
> >>>
> >>> Sample: 
> >>> curl -F file=@file.sample http://id.appspot.com/upload_url/
> >>>
> >>> But always throw me this error (502 error).
> >>>
> >>> 502. Thatâs an error.
> >>> The server encountered a temporary error and could not complete your
> >>> request.Please try again in 30 seconds.  Thatâs all we 
> know.
> >>>
> >>> I don't know wat to do :(
> >>>
> >>> thx in advance for the help :)
> >
> > --
> > 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/-/DXWom9YAw_cJ.
> >
> > To post to this group, send email to 
> > google-a...@googlegroups.com
> .
> > To unsubscribe from this group, send email to
> > google-appengi...@googlegroups.com .
> > 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/-/_sMqlKB92PkJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: gae blobstore 502 error

[Stuart Langley]

you need to upload to the URL generated by calling 
blobstore.create_upload_url

On Thursday, 4 October 2012 09:25:26 UTC+10, Alejandro J Gómez López wrote:
>
> Im'm trying to upload big files to blobstore using curl.
>
> Sample: 
> curl -F file=@file.sample http://id.appspot.com/upload_url/
>
> But always throw me this error (502 error).
>
> 502. Thatâs an error.
> The server encountered a temporary error and could not complete your 
> request.Please try again in 30 seconds.  Thatâs all we know.
>
> I don't know wat to do :(
>
> thx in advance for the help :)
>

-- 
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/-/jYJESjxiEGEJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: ImagesService.getServingUrl returning old image with Google Cloud Storage

[Stuart Langley]

-> submit feature request

On Tuesday, 18 September 2012 20:59:17 UTC-7, Nickolas Daskalou wrote:
>
> Thanks for looking into this Stuart.
>
> When you say "we might be able to do step (1) automagically", do you mean 
> the GAE team will do this for us, or us app developers will need to do it? 
> If it's the former, do we still need to submit a feature request?
>
> Nick
>
>
> On 19 September 2012 01:24, 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  wrote:
>>>>
>>>>> The image url is: 
>>>>> https://lh3.ggpht.com/**gpsljr0tsbBZM8g1GhV3KnTe4I5veZ**
>>>>> pIux0jJGSqbpJA_**pSEWACtHpNbguEoqWpzTuTDTae1LgG**05AAeZybBog<https://lh3.ggpht.com/gpsljr0tsbBZM8g1GhV3KnTe4I5veZpIux0jJGSqbpJA_pSEWACtHpNbguEoqWpzTuTDTae1LgG05AAeZybBog>
>>>>>
>>>>> The GCS name is: 
>>>>> gs://86010.mypanel.eu/**projects/372001.jpg<http://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.**
>>>>>>> deleteServ**ingUrl(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<https://groups.google.com/d

Re: [google-appengine] Re: ImagesService.getServingUrl returning old image with Google Cloud Storage

[Stuart Langley]

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  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 google-a...@googlegroups.com.
>>>>> To unsubscribe from this group, send email to 
>>>>> google-appengi...@googlegroups.com.
>>>>> 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 google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: ImagesService.getServingUrl returning old image with Google Cloud Storage

[Stuart Langley]

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  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 google-a...@googlegroups.com.
>>> To unsubscribe from this group, send email to 
>>> google-appengi...@googlegroups.com.
>>> 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/-/ePNdKns7ofsJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: ImagesService.getServingUrl returning old image with Google Cloud Storage

[Stuart Langley]

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 > 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 
>> google-a...@googlegroups.com
>> .
>> To unsubscribe from this group, send email to 
>> google-appengi...@googlegroups.com .
>> 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/-/ORQEo105TfUJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: ImagesService.getServingUrl returning old image with Google Cloud Storage

[Stuart Langley]

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/-/BnbJHNxV6A8J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: image url returned by getServingUrl gives 500 error

[Stuart Langley]

this should be working now

On Sunday, 16 September 2012 00:43:09 UTC+2, barryhunter wrote:
>
> btw here is a hurl permalink
>
> http://hurl.it/hurls/232012465c276ee070f25d433d9bfa417d54a375/a5fab29ab28f158ea5491a8745d9391e223cc07e
>  
>
> demonstrating the issue. 
>

-- 
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/-/uVd3hq_3c4UJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: image url returned by getServingUrl gives 500 error

[Stuart Langley]

The 1200x image works fine for me - I'm in switzerland. 



On Saturday, 15 September 2012 12:11:17 UTC+2, Nadir wrote:
>
> The problem was reported in UK
> But i am from Azerbaijan and don't have that problem at all.
>
> On Friday, September 14, 2012 9:55:36 PM UTC+5, Stuart Langley wrote:
>>
>> when you say "something location based?" - where are your users accessing 
>> the URLs from?
>>
>> On Friday, 14 September 2012 15:08:45 UTC+2, Nadir wrote:
>>>
>>> Hi,
>>> i am using imagesService.getServingUrl for serving images from Google 
>>> Cloud Storage.
>>> i call this method once and save the URL for later use.
>>> The problem is that for some users those URLs give 500 error, but when i 
>>> view the same images at the same time they are displayed normally.(maybe 
>>> something location based?)
>>> Also modifying the =s300(re-sizing value) fixes the problem.
>>>
>>> Any help would be appreciated.
>>>
>>>

-- 
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/-/gwJ3lRaB42MJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: image url returned by getServingUrl gives 500 error

[Stuart Langley]

when you say "something location based?" - where are your users accessing 
the URLs from?

On Friday, 14 September 2012 15:08:45 UTC+2, Nadir wrote:
>
> Hi,
> i am using imagesService.getServingUrl for serving images from Google 
> Cloud Storage.
> i call this method once and save the URL for later use.
> The problem is that for some users those URLs give 500 error, but when i 
> view the same images at the same time they are displayed normally.(maybe 
> something location based?)
> Also modifying the =s300(re-sizing value) fixes the problem.
>
> Any help would be appreciated.
>
>

-- 
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/-/TcFkDRD4UmYJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Will there be support for WebP 0.2 image format?

[Stuart Langley]

It will take one or two releases for us to pick up the latest libraries 
from the webp team.

I don't think there's any way to tell what version of a particular library 
we're using - you could open a feature request in the image tracker if you 
think there's a good use case for it.

On Saturday, 8 September 2012 00:05:11 UTC+2, Adam Bradley wrote:
>
> Following the news of WebP going to 0.2:
>
> http://googledevelopers.blogspot.fr/2012/08/lossless-and-transparency-modes-in-webp.html
>
> Will app engine image transformations use 0.2? Also, what version is it 
> using now and how can you tell?
>
> https://developers.google.com/appengine/docs/python/images/imageclass#Image_execute_transforms
>

-- 
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/-/TnQpDUsj-HAJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: 503 Errors uploading multipart/form-data to blobstore handlers on afternoon of 8/29

[Stuart Langley]

http://code.google.com/p/googleappengine/issues/detail?id=8042

On Friday, 31 August 2012 03:06:02 UTC+10, Jeff Carollo wrote:
>
> Did anyone else see unexpected 503s for their application yesterday? Only 
> 1/2 of my applications were affected. I made no code changes to my site in 
> the last two weeks, saw a 1-3 hour outage yesterday only in 
> multipart/form-data POSTs to one of my blobstore upload handlers. Quota was 
> not an issue and my dashboard shows no quota denials. I also didn't see the 
> 503s in my logs, but did see other traffic from the same hosts. Changing 
> nothing in my application, the 503s went away on their own after some time.
>
> Was there a Blobstore outage yesterday? Is there a page which lists know 
> outages with start/end times? The service status page shows 100% uptime 
> over the last 7 days, which seems to indicate that no one noticed. Is 
> anyone from GAE SRE willing to investigate?
>
> Thanks!
> Jeff
>

-- 
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/-/NgqV0RUR3BQJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Custom expires/cache-control for get_serving_url images

[Stuart Langley]

Not possible to change it, sorry.

On Friday, 31 August 2012 08:21:25 UTC+10, Alex Burgel wrote:
>
> I've noticed that image urls generated by get_serving_url are set to cache 
> for only 24 hours.
>
> Is it possible to change this? 24 hours isn't very long, especially 
> considering that the images can't change.
>
> The Page Speed proxy service caches for 1 year, thats much more reasonable.
>

-- 
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/-/Yz6tOcqs8pwJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: MAX_BLOB_FETCH_SIZE value

[Stuart Langley]

This is the maximum size that can be fetched in a single call using 
BlobReader 
(https://developers.google.com/appengine/docs/python/blobstore/blobreaderclass) 
- The blob size that can be uploaded by users is effectively unlimited. 

On Thursday, 30 August 2012 05:05:56 UTC+10, Daniel Hans wrote:
>
> Hi there, 
>
> I have been trying to use MAX_BLOB_FETCH_SIZE to determine maximal size of 
> blobs that may be uploaded by the users. It is documented to be around 32 
> MB here [0] but the real value is actually less than one megabyte [1]. 
> Could anyone explain the difference to me or it is an issue and we should 
> create a new one for this? I can confirm that we do store larger files.
>
> Thank you,
> Daniel
>
> [0] 
> https://developers.google.com/appengine/docs/python/blobstore/overview#Introducing_the_Blobstore
> [1] 
> http://code.google.com/p/googleappengine/source/browse/trunk/python/google/appengine/api/blobstore/blobstore.py#83
>

-- 
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/-/ZhIhVpD-lKQJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Google App Engine, rogue crawlers, and PageSpeed Insights

[Stuart Langley]

405 is being returned for these requests anyway. 

The incoming rate is <1 QPS - beside filling up your logs I'm not sure how, 
if at all, this is effecting your app.


On Friday, 3 August 2012 06:08:21 UTC+10, Kate wrote:
>
> How can I block the following curl requests. Not every IP is different and 
> I get 10s of 1000s of them every day.
>
> Honestly I do not know HOW to block them. What method/code?
>
>
> 2012-08-02 15:03:21.103 / 405 55ms 0kb curl/7.18.2 
> (i386-redhat-linux-gnu) libcurl/7.18.2 NSS/3.12.2.0 zlib/1.2.3 
> libidn/0.6.14 libssh2/0.18
>
> 132.72.23.10 - - [02/Aug/2012:13:03:21 -0700] "HEAD / HTTP/1.1" 405 124 - 
> "curl/7.18.2 (i386-redhat-linux-gnu) libcurl/7.18.2 NSS/3.12.2.0 zlib/1.2.3 
> libidn/0.6.14 libssh2/0.18" "aussieclouds.appspot.com" ms=56 cpu_ms=0 
> api_cpu_ms=0 cpm_usd=0.45 
> instance=00c61b117c41a67b1b944a189d7cc38d5365564c 
> 
>
>
>
> On Thursday, July 26, 2012 5:27:27 PM UTC-4, Jeff Schnitzer wrote:
>>
>> Every fetch request from GAE includes the appid as a header... you 
>> obviously see it yourself, which is how you know the appid of the 
>> crawler.  This is how Google enables you to block applications; just 
>> block all requests with that particular header. 
>>
>> Jeff 
>>
>> On Wed, Jul 25, 2012 at 9:35 AM, jswap  wrote: 
>> > I run a website containing lots of doctor-related data.  We get crawled 
>> by 
>> > rogue crawlers from thousands of IP addresses DAILY (mostly in Russia) 
>> and 
>> > we sometimes see our content show up on other websites.  I define a 
>> crawler 
>> > as "rogue" when it does not obey robots.txt exclusions, and the 
>> crawling 
>> > company offers no benefit to us and just sucks up system resources. 
>> > 
>> > Google App Engine is hosting a crawler (appid: s~steprep) that is 
>> similar to 
>> > the Russian ones we block.  This crawler crawls us aggressively, sucks 
>> up 
>> > system resources, ignores the robots.txt file, and offers no benefit to 
>> us. 
>> > Per our usual policy, we have been blocking the hundreds of Google IP 
>> > addresses that this crawler is crawling from.  The problem is that one 
>> or 
>> > more of these IP addresses also hosts Google's "PageSpeed Insights" 
>> page, 
>> > located here: https://developers.google.com/speed/pagespeed/insights 
>> > 
>> > My questions for Google are: 
>> > 1 - Is it your intention that websites be unable to block crawlers that 
>> you 
>> > host? 
>> > 2 - Is it your intention that websites must allow the steprep crawler 
>> in 
>> > exchange for using the PageSpeed Insights tool? 
>> > 
>> > Some people may suggest "why not just ask the company crawling you to 
>> stop 
>> > crawling you?" 
>> > 1 - Some companies ignore the request. 
>> > 2 - Some companies temporarily stop crawling, then show up again a few 
>> days 
>> > or weeks later, at which point I have to waste time dealing with it all 
>> over 
>> > again. 
>> > 
>> > If we were to allow every crawler to crawl our site, our server would 
>> be 
>> > brought to its knees.  I'm not going to waste money on increasing 
>> server 
>> > resources just so more crawlers can scrape our data.  Website owners 
>> need a 
>> > mechanism for blocking rogue crawlers, even when they are hosted by 
>> Google 
>> > App Engine. 
>> > 
>> > -- 
>> > 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/-/Bo8u134CRr8J. 
>> > To post to this group, send email to google-appengine@googlegroups.com. 
>>
>> > To unsubscribe from this group, send email to 
>> > google-appengine+unsubscr...@googlegroups.com. 
>> > 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/-/RaQefanPnVMJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Q: Is it possible to use Datastore Admin to copy data between US / EU hosted applications?

[Stuart Langley]

Have a look 
at 
https://developers.google.com/appengine/docs/adminconsole/datastoreadmin#Backup_And_Restore,
 
especially the part titled 'Restoring Data to Another App' .

On Thursday, 5 July 2012 18:13:30 UTC+10, Marcel Manz wrote:
>
> I we setup an application in the European Union through a premier account, 
> will it be possible to use datastore admin to copy from/to that application 
> from an existing US hosted app?
>
> Further, does Google plan to release any tools that will help to make such 
> migration seamless (such like MS -> HRD migration utility) ?
>
> Thanks
> Marcel
>

-- 
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/-/so3r8-qN68YJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Attacked by appid: s~ccdict1 to s~ccdict99

[Stuart Langley]

I've forwarded this internally.

On Sunday, 1 July 2012 17:12:59 UTC+10, keakon wrote:
>
> Can anyone help me?
>
> They keep attacking my site for more than 1 day.
>

-- 
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/-/GosvnOBbGyAJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Help getting app engine for python to accept images I post from my app

[Stuart Langley]

Hard to help unless you explain the errors that you see when you try to use 
the service.

On Saturday, 30 June 2012 06:39:20 UTC+10, kc ochibili wrote:
>
> I tried and tried but kept bumping into errors with cmd i was following 
> these 
> instructions<https://developers.google.com/storage/docs/hellogooglestorage> 
> and 
> this <https://developers.google.com/storage/docs/hellogooglestorage> but 
> was not successful
> pls help me slangley
>
> On Thu, Jun 28, 2012 at 2:31 AM, Stuart Langley wrote:
>
>> I understand that
>>
>>
>> On Thursday, 28 June 2012 16:01:56 UTC+10, kc ochibili wrote:
>>>
>>> I am trying to post images from my app that is in development, my goal 
>>> is to post anonymously to  the bucket
>>>
>>> On Wed, Jun 27, 2012 at 11:25 PM, Stuart Langley wrote:
>>>
>>>> have you tried to use curl to post a file to your bucket?
>>>>
>>>> the other thing you can do is use gsutil -d to copy a file to your 
>>>> bucket and look at the headers, and make sure you're doing something 
>>>> similar. 
>>>>
>>>>
>>>> On Thursday, 28 June 2012 13:13:15 UTC+10, kc ochibili wrote:
>>>>>
>>>>> yes i have read it , the bucket i'm trying to post to. the ACL is set 
>>>>> to "ALLusers" and "Full Access.
>>>>> Any suggestions on what i am doing wrong? or can i send you the bucket 
>>>>> name to see if you could post to it ?
>>>>>
>>>>> On Wednesday, June 27, 2012 7:37:36 PM UTC-5, Stuart Langley wrote:
>>>>>>
>>>>>> You've fully read and understand https://developers.
>>>>>> google.com/storage/docs/**refere**nce-methods#putobject<https://developers.google.com/storage/docs/reference-methods#putobject>or
>>>>>>  
>>>>>> https://developers.google.com/storage/docs/reference-**methods**
>>>>>> #postobject<https://developers.google.com/storage/docs/reference-methods#postobject>
>>>>>> ?
>>>>>>
>>>>>> On Thursday, 28 June 2012 09:09:11 UTC+10, kc ochibili wrote:
>>>>>>>
>>>>>>> I just tried this url  (http://commondatastorage.**goog
>>>>>>> leapis.com/bucket/<http://commondatastorage.googleapis.com/bucket/+Image.png>
>>>>>>>   without 
>>>>>>> the plus d, but i'm still getting the error, does any body know why 
>>>>>>> this is 
>>>>>>> happening ? or am i using the wrong "Post url" ? somebody please help :(
>>>>>>>
>>>>>>> On Wed, Jun 27, 2012 at 5:05 PM, googlefox wrote:
>>>>>>>
>>>>>>>> Try removing the '+' ?
>>>>>>>>
>>>>>>>>
>>>>>>>> On Monday, June 18, 2012 7:02:58 AM UTC-7, kc ochibili wrote:
>>>>>>>>>
>>>>>>>>> I have a bucket with the acl set to Allusers and Full acces, so 
>>>>>>>>> that users can post  and retrieve images from  the bucket. 
>>>>>>>>>   
>>>>>>>>>. I have tried using this url (http://commondatastorage.**goog*
>>>>>>>>> ***leapis.com/bucket/+Image.**png<http://commondatastorage.googleapis.com/bucket/+Image.png>)
>>>>>>>>>  
>>>>>>>>> to post images from my app; but i get the "error 1104, the image can  
>>>>>>>>>  
>>>>>>>>>  not be posted with the url provided. here is my alc 
>>>>>>>>> for 
>>>>>>>>> the bucket:
>>>>>>>>>
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 00b50024a97592382732e7e69afac5**
>>>>>>>>> fcba343397379237323e5ebd216831**a418023820874872
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> FULL_CONTROL
>>>>>>>>> 
>&

Re: [google-appengine] Help getting app engine for python to accept images I post from my app

[Stuart Langley]

I understand that

On Thursday, 28 June 2012 16:01:56 UTC+10, kc ochibili wrote:
>
> I am trying to post images from my app that is in development, my goal is 
> to post anonymously to  the bucket
>
> On Wed, Jun 27, 2012 at 11:25 PM, Stuart Langley wrote:
>
>> have you tried to use curl to post a file to your bucket?
>>
>> the other thing you can do is use gsutil -d to copy a file to your bucket 
>> and look at the headers, and make sure you're doing something similar. 
>>
>>
>> On Thursday, 28 June 2012 13:13:15 UTC+10, kc ochibili wrote:
>>>
>>> yes i have read it , the bucket i'm trying to post to. the ACL is set to 
>>> "ALLusers" and "Full Access.
>>> Any suggestions on what i am doing wrong? or can i send you the bucket 
>>> name to see if you could post to it ?
>>>
>>> On Wednesday, June 27, 2012 7:37:36 PM UTC-5, Stuart Langley wrote:
>>>>
>>>> You've fully read and understand https://developers.**
>>>> google.com/storage/docs/**reference-methods#putobject<https://developers.google.com/storage/docs/reference-methods#putobject>or
>>>>  
>>>> https://developers.google.com/**storage/docs/reference-**
>>>> methods#postobject<https://developers.google.com/storage/docs/reference-methods#postobject>
>>>> ?
>>>>
>>>> On Thursday, 28 June 2012 09:09:11 UTC+10, kc ochibili wrote:
>>>>>
>>>>> I just tried this url  (http://commondatastorage.**goog**
>>>>> leapis.com/bucket/<http://commondatastorage.googleapis.com/bucket/+Image.png>
>>>>>   without 
>>>>> the plus d, but i'm still getting the error, does any body know why this 
>>>>> is 
>>>>> happening ? or am i using the wrong "Post url" ? somebody please help :(
>>>>>
>>>>> On Wed, Jun 27, 2012 at 5:05 PM, googlefox wrote:
>>>>>
>>>>>> Try removing the '+' ?
>>>>>>
>>>>>>
>>>>>> On Monday, June 18, 2012 7:02:58 AM UTC-7, kc ochibili wrote:
>>>>>>>
>>>>>>> I have a bucket with the acl set to Allusers and Full acces, so that 
>>>>>>> users can post  and retrieve images from  the bucket. 
>>>>>>>   
>>>>>>>. I have tried using this url (http://commondatastorage.**goog**
>>>>>>> leapis.com/bucket/+Image.**png<http://commondatastorage.googleapis.com/bucket/+Image.png>)
>>>>>>>  
>>>>>>> to post images from my app; but i get the "error 1104, the image can
>>>>>>>
>>>>>>>  not be posted with the url provided. here is my alc 
>>>>>>> for 
>>>>>>> the bucket:
>>>>>>>
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 00b50024a97592382732e7e69afac5
>>>>>>> fcba343397379237323e5ebd216831a418023820874872
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> FULL_CONTROL
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 00b4903a2853501162e8e89afac5fc
>>>>>>> ba14239486e5ebd216831a419323059585
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> FULL_CONTROL
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>
>>>>>>>
>>>>>>> On Monday, June 11, 2012 12:21:47 PM UTC-5, aschmid wrote:
>>>>>>>>
>>>>>>>> how does your code look like? 
>>>>>>>> what did you try, what not?
>>>>>>>>
>>>>>>>> On Jun 8, 2012, at 3:10 PM, kc ochibili wrote:
>>>>>>>>
>>>>>>>> Does anyone know how i could make google app engi

Re: [google-appengine] Help getting app engine for python to accept images I post from my app

[Stuart Langley]

have you tried to use curl to post a file to your bucket?

the other thing you can do is use gsutil -d to copy a file to your bucket 
and look at the headers, and make sure you're doing something similar. 

On Thursday, 28 June 2012 13:13:15 UTC+10, kc ochibili wrote:
>
> yes i have read it , the bucket i'm trying to post to. the ACL is set to 
> "ALLusers" and "Full Access.
> Any suggestions on what i am doing wrong? or can i send you the bucket 
> name to see if you could post to it ?
>
> On Wednesday, June 27, 2012 7:37:36 PM UTC-5, Stuart Langley wrote:
>>
>> You've fully read and understand 
>> https://developers.google.com/storage/docs/reference-methods#putobjector 
>> https://developers.google.com/storage/docs/reference-methods#postobject?
>>
>> On Thursday, 28 June 2012 09:09:11 UTC+10, kc ochibili wrote:
>>>
>>> I just tried this url  (http://commondatastorage.**
>>> googleapis.com/bucket/<http://commondatastorage.googleapis.com/bucket/+Image.png>
>>>   without 
>>> the plus d, but i'm still getting the error, does any body know why this is 
>>> happening ? or am i using the wrong "Post url" ? somebody please help :(
>>>
>>> On Wed, Jun 27, 2012 at 5:05 PM, googlefox wrote:
>>>
>>>> Try removing the '+' ?
>>>>
>>>>
>>>> On Monday, June 18, 2012 7:02:58 AM UTC-7, kc ochibili wrote:
>>>>>
>>>>> I have a bucket with the acl set to Allusers and Full acces, so that 
>>>>> users can post  and retrieve images from  the bucket. 
>>>>>   
>>>>>. I have tried using this url (http://commondatastorage.**
>>>>> googleapis.com/bucket/+Image.**png<http://commondatastorage.googleapis.com/bucket/+Image.png>)
>>>>>  
>>>>> to post images from my app; but i get the "error 1104, the image can  
>>>>>  
>>>>>  not be posted with the url provided. here is my alc for 
>>>>> the bucket:
>>>>>
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 00b50024a97592382732e7e69afac5**
>>>>> fcba343397379237323e5ebd216831**a418023820874872
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> FULL_CONTROL
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 00b4903a2853501162e8e89afac5fc**
>>>>> ba14239486e5ebd216831a41932305**9585
>>>>> 
>>>>> 
>>>>> 
>>>>> FULL_CONTROL
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>
>>>>>
>>>>> On Monday, June 11, 2012 12:21:47 PM UTC-5, aschmid wrote:
>>>>>>
>>>>>> how does your code look like? 
>>>>>> what did you try, what not?
>>>>>>
>>>>>> On Jun 8, 2012, at 3:10 PM, kc ochibili wrote:
>>>>>>
>>>>>> Does anyone know how i could make google app engine for python to 
>>>>>> accept images i post from my app, I already have 
>>>>>> Pil<https://developers.google.com/appengine/docs/python/images/>
>>>>>>   <https://developers.google.com/appengine/docs/python/images/>which 
>>>>>> is an add on to google app engine to accept images  but when i test it 
>>>>>> on 
>>>>>> my app, I get the error message "that the image could not be posted to 
>>>>>> the 
>>>>>> Url i provided (MyApp.appspot.com <http://myapp.appspot.com/>).
>>>>>> If you know, how do I get my server to accept images ?
>>>>>>
>>>>>> -- 
>>>>>> 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/-/**IxYXhoV-9ywJ<https://groups.google.com/d/msg/google-appengine/-/IxYXhoV-9ywJ>
>>>>>> .
>>>>>> To post

Re: [google-appengine] Help getting app engine for python to accept images I post from my app

[Stuart Langley]

You've fully read and 
understand 
https://developers.google.com/storage/docs/reference-methods#putobject 
or https://developers.google.com/storage/docs/reference-methods#postobject?

On Thursday, 28 June 2012 09:09:11 UTC+10, kc ochibili wrote:
>
> I just tried this url  
> (http://commondatastorage.**googleapis.com/bucket/
>   without 
> the plus d, but i'm still getting the error, does any body know why this is 
> happening ? or am i using the wrong "Post url" ? somebody please help :(
>
> On Wed, Jun 27, 2012 at 5:05 PM, googlefox  wrote:
>
>> Try removing the '+' ?
>>
>>
>> On Monday, June 18, 2012 7:02:58 AM UTC-7, kc ochibili wrote:
>>>
>>> I have a bucket with the acl set to Allusers and Full acces, so that 
>>> users can post  and retrieve images from  the bucket. 
>>>   
>>>. I have tried using this url (http://commondatastorage.**
>>> googleapis.com/bucket/+Image.**png)
>>>  
>>> to post images from my app; but i get the "error 1104, the image can   
>>>  not be posted with the url provided. here is my alc for 
>>> the bucket:
>>>
>>> 
>>> 
>>> 
>>> 
>>> 00b50024a97592382732e7e69afac5**
>>> fcba343397379237323e5ebd216831**a418023820874872
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> FULL_CONTROL
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 00b4903a2853501162e8e89afac5fc**
>>> ba14239486e5ebd216831a41932305**9585
>>> 
>>> 
>>> 
>>> FULL_CONTROL
>>> 
>>> 
>>> 
>>> 
>>>
>>>
>>> On Monday, June 11, 2012 12:21:47 PM UTC-5, aschmid wrote:

 how does your code look like? 
 what did you try, what not?

 On Jun 8, 2012, at 3:10 PM, kc ochibili wrote:

 Does anyone know how i could make google app engine for python to 
 accept images i post from my app, I already have 
 Pil
   which 
 is an add on to google app engine to accept images  but when i test it on 
 my app, I get the error message "that the image could not be posted to the 
 Url i provided (MyApp.appspot.com ).
 If you know, how do I get my server to accept images ?

 -- 
 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/-/**IxYXhoV-9ywJ
 .
 To post to this group, send email to google-appengine@googlegroups.**
 com .
 To unsubscribe from this group, send email to 
 google-appengine+unsubscribe@**googlegroups.com
 .
 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/-/APDWtUBOjj0J.
>>
>> To post to this group, send email to google-appengine@googlegroups.com.
>> To unsubscribe from this group, send email to 
>> google-appengine+unsubscr...@googlegroups.com.
>> 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/-/9KtfrDGLE0oJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Large text files from blobstore are not being gzipped (AppEngine Java)

[Stuart Langley]

Probably http://code.google.com/p/googleappengine/issues/detail?id=2820

On Thursday, 21 June 2012 19:56:20 UTC+10, Emanuele Ziglioli wrote:
>
> Hi everyone,
>
> I'm serving a number of text files from the blobstore and while smaller 
> ones are being gzipped by the frontend servers, larger ones are not.
> Not sure what the threshold is, it could be as low as 4MB. 
> Couldn't find any mention of it anywhere. 
> Our files are "text/csv" and "application/json"`.
> We serve them with a servlet, just like in the documentation:
> blobstoreService.serve( blobKey, res);
>
> That's a major problem for us in terms of customer experience. Has anyone 
> seen that?
> Thank you
>

-- 
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/-/SZoA4fjsuZkJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Blobstore Stored Data

[Stuart Langley]

And the appid is?

On Thursday, 21 June 2012 04:21:34 UTC+10, Marcin wrote:
>
> I have an odd problem: blobstore stored data increased about 20 times in 
> one day. 
>
> There were no large file uploads, backups take about 400MB, why am I 
> billed for data that is not in my blobstore?
>
> Where did it come from?
>
> I have checked every page of my blobstore and a rough sum is 20 times 
> smaller than billed use for today...
>

-- 
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/-/HNBbaW7E4dAJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Different behaviour of getUploads() in development and production

[Stuart Langley]

http://code.google.com/p/googleappengine/issues/detail?id=4548

On Saturday, 5 May 2012 07:00:23 UTC+10, Arjan Broer wrote:
>
> I have created some code to check the submit of a form for uploads. This 
> works very well in my local development instance. But when i run this same 
> code in production it always finds an upload even though i am not uploading 
> a file.
>
> BlobstoreService blobstoreService = 
> BlobstoreServiceFactory.getBlobstoreService();
> Map> uploadedBlobs = 
> blobstoreService.getUploads(request);
> if (uploadedBlobs != null && uploadedBlobs.containsKey("thumb")) {
> LOG.debug("Found an upload for thumb");
> BlobKey thumbKey = uploadedBlobs.get("thumb").get(0);
> userEditForm.setThumbNailKey(thumbKey.getKeyString());
> }
> userService.updateUser(account, userEditForm);
>
>
> When i do not select a file in the form, on development the thumbnailKey 
> is not set, but on production it is set.
>
> Any suggestions?
>

-- 
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/-/xCkkbTGv4fwJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: using google storage via blob store service use up datastore quota?

[Stuart Langley]

What's the app id?
On Apr 20, 2012 12:09 AM, "Wilson MacGyver"  wrote:

> I don't see how that could be. the entire app's code base is basically 3
> lines.
> in the admin dashboard, all the stats for datastore and indexes are "you
> haven't
> yet created any data"
>
> On Thu, Apr 19, 2012 at 7:01 AM, Stuart Langley 
> wrote:
> > Those calls should not use the datastore - are you sure it's not being
> used
> > implicitly somewhere else?
> >
> >
> >
> > On Thursday, 19 April 2012 16:31:00 UTC+10, Mac wrote:
> >>
> >> Nope, I didn't turn it on, I believe in java it's off by default.
> >>
> >> On Apr 19, 2012, at 2:27 AM, Simon Knott  wrote:
> >>
> >> Do you use sessions at all?
> >>
> >> On Thursday, April 19, 2012 4:47:08 AM UTC+1, Mac wrote:
> >>>
> >>> Hi,
> >>>
> >>>
> >>> So far my app has no data, and no index.
> >>>
> >>> All it does is in each request, it
> >>>
> >>> 1: use blob service to call createGsBlobKey so it can pull a file from
> >>> google storage
> >>>
> >>> 2: use blob service to serve it to http response.
> >>>
> >>> That's all it does.
> >>>
> >>> In looking at the quota, I was surprised to see
> >>>
> >>> Datastore API Calls, Datastore Queries, and Datastore Query Ops are
> all >
> >>> 0.
> >>>
> >>> How can this be for an app that has no data/index? Am I missing
> >>> something?
> >>>
> >>> --
> >>> Omnem crede diem tibi diluxisse supremum.
> >>
> >> --
> >> 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/-/98AmpqXnNnwJ.
> >> To post to this group, send email to google-appengine@googlegroups.com.
> >> To unsubscribe from this group, send email to
> >> google-appengine+unsubscr...@googlegroups.com.
> >> For more options, visit this group at
> >> http://groups.google.com/group/google-appengine?hl=en.
> >
> >
> > On Thursday, 19 April 2012 16:31:00 UTC+10, Mac wrote:
> >>
> >> Nope, I didn't turn it on, I believe in java it's off by default.
> >>
> >> On Apr 19, 2012, at 2:27 AM, Simon Knott  wrote:
> >>
> >> Do you use sessions at all?
> >>
> >> On Thursday, April 19, 2012 4:47:08 AM UTC+1, Mac wrote:
> >>>
> >>> Hi,
> >>>
> >>>
> >>> So far my app has no data, and no index.
> >>>
> >>> All it does is in each request, it
> >>>
> >>> 1: use blob service to call createGsBlobKey so it can pull a file from
> >>> google storage
> >>>
> >>> 2: use blob service to serve it to http response.
> >>>
> >>> That's all it does.
> >>>
> >>> In looking at the quota, I was surprised to see
> >>>
> >>> Datastore API Calls, Datastore Queries, and Datastore Query Ops are
> all >
> >>> 0.
> >>>
> >>> How can this be for an app that has no data/index? Am I missing
> >>> something?
> >>>
> >>> --
> >>> Omnem crede diem tibi diluxisse supremum.
> >>
> >> --
> >> 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/-/98AmpqXnNnwJ.
> >> To post to this group, send email to google-appengine@googlegroups.com.
> >> To unsubscribe from this group, send email to
> >> google-appengine+unsubscr...@googlegroups.com.
> >> 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/-/HXEQ16w5dHYJ.
> >
> > To post to this group, send email to google-appengine@googlegroups.com.
> > To unsubscribe from this group, send email to
> > google-appengine+unsubscr...@googlegroups.com.
> > For more options, visit this group at
> > http://groups.google.com/group/google-appengine?hl=en.
>
>
>
> --
> Omnem crede diem tibi diluxisse supremum.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> 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 post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: using google storage via blob store service use up datastore quota?

[Stuart Langley]

Those calls should not use the datastore - are you sure it's not being used 
implicitly somewhere else?



On Thursday, 19 April 2012 16:31:00 UTC+10, Mac wrote:
>
> Nope, I didn't turn it on, I believe in java it's off by default.
>
> On Apr 19, 2012, at 2:27 AM, Simon Knott  wrote:
>
> Do you use sessions at all?
>
> On Thursday, April 19, 2012 4:47:08 AM UTC+1, Mac wrote:
>>
>> Hi,
>>
>>
>> So far my app has no data, and no index.
>>
>> All it does is in each request, it
>>
>> 1: use blob service to call createGsBlobKey so it can pull a file from
>> google storage
>>
>> 2: use blob service to serve it to http response.
>>
>> That's all it does.
>>
>> In looking at the quota, I was surprised to see
>>
>> Datastore API Calls, Datastore Queries, and Datastore Query Ops are all > 
>> 0.
>>
>> How can this be for an app that has no data/index? Am I missing something?
>>
>> -- 
>> Omnem crede diem tibi diluxisse supremum.
>>
>>  -- 
> 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/-/98AmpqXnNnwJ.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to 
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/google-appengine?hl=en.
>
>
On Thursday, 19 April 2012 16:31:00 UTC+10, Mac wrote:
>
> Nope, I didn't turn it on, I believe in java it's off by default.
>
> On Apr 19, 2012, at 2:27 AM, Simon Knott  wrote:
>
> Do you use sessions at all?
>
> On Thursday, April 19, 2012 4:47:08 AM UTC+1, Mac wrote:
>>
>> Hi,
>>
>>
>> So far my app has no data, and no index.
>>
>> All it does is in each request, it
>>
>> 1: use blob service to call createGsBlobKey so it can pull a file from
>> google storage
>>
>> 2: use blob service to serve it to http response.
>>
>> That's all it does.
>>
>> In looking at the quota, I was surprised to see
>>
>> Datastore API Calls, Datastore Queries, and Datastore Query Ops are all > 
>> 0.
>>
>> How can this be for an app that has no data/index? Am I missing something?
>>
>> -- 
>> Omnem crede diem tibi diluxisse supremum.
>>
>>  -- 
> 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/-/98AmpqXnNnwJ.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to 
> google-appengine+unsubscr...@googlegroups.com.
> 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/-/HXEQ16w5dHYJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Generic error with get_serving_url

[Stuart Langley]

It looks like you're feeding it invalid blobs.

E.G the BlobKey 
'AMIfv94F_Rj7Y1YEbsOshSaBrSMh90bDaVoFk2K_hx62ycNSgBN6KbqGqncqeNpHtnx6Jq4plXk1voRwmugkj1OSY1NstyCDlWq10civsxLbk5pU4PtWkiK-pLaGTtk9FyY_81AQNGy4p6Hq6RGuK_pwZybqldhyAQ'
 
is a png of size 3 bytes.

Why you're not seeing a "Not Valid Image" error I am not quite sure.

On Wednesday, 4 April 2012 10:16:24 UTC+10, pamela wrote:
>
> Hey there - 
>
> For all of today, I've been getting this error: 
>self.set_urls() 
>  File "/base/data/home/apps/s~everyday-app/android.357756108853417062/ 
> application/models.py", line 1929, in set_urls 
>self.url = images.get_serving_url(self.blob_key) 
>  File "/base/python27_runtime/python27_lib/versions/1/google/appengine/ 
> api/images/__init__.py", line 1288, in get_serving_url 
>raise Error() 
>
>
> My app id is everyday-app. Can you confirm if this is an App Engine 
> issue or a my-code issue? I really can't tell from the very generic 
> "Error()". 
> I'm using Python 2.7. 
>
> Thanks! 
>
> - pamela

-- 
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/-/7k_qxWlla8IJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Storing from PDF to IMG

[Stuart Langley]

http://code.google.com/appengine/docs/python/blobstore/overview.html#Writing_Files_to_the_Blobstore

On Friday, 16 March 2012 03:03:21 UTC+11, Max wrote:
>
> Where is the file api?
> Sorry, I can't understand what you refer to. Could you please push me in 
> the right direction?
>
> Il giorno giovedì 15 marzo 2012 16:34:51 UTC+1, Jeff Schnitzer ha scritto:
>>
>> You must use the Files API to write the generated image to the blobstore.
>>
>> Jeff
>>
>> On Thu, Mar 15, 2012 at 6:16 AM, Max  
>> wrote:
>> > Dear All,
>> > I'm always storing the img I receive in the blobstore using this code:
>> >
>> > class UploadHandler(blobstore_handlers.BlobstoreUploadHandler):
>> >  def post(self):
>> >  upload_files = self.get_uploads('File')
>> >  blob_info = upload_files[0]
>> >  fotos = FOTO()
>> >  fotos.link = blob_info.key()
>> >  fotos.Tlink = images.get_serving_url(fotos.link, 94)
>> >  fotos.Glink = images.get_serving_url(fotos.link, 800)
>> >  fotos.put()
>> >
>> > Now I receive a PDF and I have to store an IMG.
>> > And I'm thinking to use the conversions tool as per below.
>> >
>> > from google.appengine.api import conversion
>> >
>> > # Create a conversion request from HTML to PNG.
>> > asset = conversion.Asset("text/html", "some data", "test.html")
>> > conversion_obj = conversion.Conversion(asset, "image/png")
>> >
>> > result = conversion.convert(conversion_obj)
>> > if result.assets:
>> >   # Note: in most cases, we will return data all in one asset.
>> >   # Except that we return multiple assets for multiple pages image.
>> >   for asset in result.assets:
>> > doSomethingWithAsset(asset.data)
>> > else:
>> >   handleError(result.error_code, result.error_text)
>> >
>> >
>> > My question is:
>> > How can I store the asset? Could I still use the way I was?
>> >
>> > Thanks
>> >
>> > Max
>> >
>> > --
>> > 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/-/BDSZMmVUHJAJ.
>> > To post to this group, send email to google-appengine@googlegroups.com.
>> > To unsubscribe from this group, send email to
>> > google-appengine+unsubscr...@googlegroups.com.
>> > 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/-/G_fsqTBrtdIJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Burning CPU cycles on asynchronous API calls

[Stuart Langley]

Ah ok - java futures. Bit harder to do WaitAny() style semantics but for 
you should still be able to call .get() rather than spinning manually.


On Tuesday, 6 March 2012 18:25:17 UTC+11, Wolfram Gürlich wrote:
>
> Simon, I will try it out and report back on what I found out.
>
> @Stuart - those wait..() calls seem to be specific to Phyton. I digged 
> into the ApiProxy.java source code but it seems very different from phytons 
> ApiProxy.
>
> Wolfram
>>
>>

-- 
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/-/0KHA3iM85SkJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Burning CPU cycles on asynchronous API calls

[Stuart Langley]

Why are you not calling wait(), wait_any() or wait_all() depending on how 
you want to rendezvous the different async calls?

On Tuesday, 6 March 2012 01:13:52 UTC+11, Wolfram Gürlich wrote:
>
> Hi, in my app I have two concurrent asynchronous API calls. I want to act 
> on whichever call completes first (either memcache or datastore).
>
> What's the best way to wait on a result without burning CPU cycles? 
> Currently I'm checking periodically and call Thread.yield() on every round.
> Since I'm not blocking on a synchronous API call, does the wall-clock-time 
> waiting there still count against my "Runtime MCycles"?
>
> Will it make a difference in terms of "Runtime MCycles" if I try to save 
> real CPU cycles or could I just as well be using a simple loop to wait on 
> one of the calls to complete? 
>
> I assume that in contrast time spent waiting on synchronous API calls does 
> not count towards my "Runtime MCycles". Am I correct here?
>
> Besides latency - will "Runtime MCycles" affect the way the scheduler 
> treats my app at all? (the number of concurrent request per instance maybe?)
>
> Wolfram
>

-- 
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/-/WeYVZed1aRAJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: 1.6.3 Prerelease SDK Available

[Stuart Langley]

When you've made some modification to your app and you want to send it some 
percentage of your traffic to test how it behaves.


-- 
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/-/kOU_zm7pJg8J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: images.GetUrlBase deadline problems since yesterday morning

[Stuart Langley]

Please see the comment I added to the issue in the tracker.

http://code.google.com/p/googleappengine/issues/detail?id=6771

-- 
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/-/tGNXe_9roZsJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: images.GetUrlBase deadline problems since yesterday morning

[Stuart Langley]

Can you send me your app-id?

Thanks

-- 
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/-/h2dpNIv2qZQJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: images.GetUrlBase deadline problems since yesterday morning

[Stuart Langley]

Same question as before, are you calling get_serving_url many times for the 
same blob_key or are you only calling it once and storing the value?

-- 
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/-/EMcQigr4tPIJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: images.GetUrlBase deadline problems since yesterday morning

[Stuart Langley]

Got it - thanks.

-- 
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/-/uRtsdTY8EPwJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: images.GetUrlBase deadline problems since yesterday morning

[Stuart Langley]

Does you app typically call get_serving_url on the same set of images over 
an over, or do you typically only call it once per blob?

Just trying to understand you application pattern and how you use this API.

-- 
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/-/XswELnX5ybMJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] How to perform Blobstore Asynchronous Requests for getting upload result.

[Stuart Langley]

What 30-60 second limit? Are you trying to upload blobs from within your 
application?


-- 
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/-/AEAXnIvR29UJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] How to perform Blobstore Asynchronous Requests for getting upload result.

[Stuart Langley]

What errors and what timeouts?

-- 
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/-/ajfswVc0qFQJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: images.GetUrlBase deadline problems since yesterday morning

[Stuart Langley]

FYI I've extended the deadline from 5 sec to 15 sec. This change will be 
available in the 1.6.2 release. 

It would be great to get some feedback on any improvements that are noticed 
with this chance once 1.6.2 is available.


-- 
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/-/dybHH__kYnAJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.