Hi there
for last ~6hours I'm experiencing alot of requests pending in the queue
while the traffic on my apps is normal as usual. My apps run quite normally
on App Engine for couple of years (with cold starts ~4-5s and alot of
requests to keep them warm), just today it seems something is wrong
Yep GAE is starting lots of new instances like crazy, another update going
wrong I suppose.
On Wednesday, May 21, 2014 10:19:22 AM UTC+2, Tomas wrote:
>
> Hi there
>
> for last ~6hours I'm experiencing alot of requests pending in the queue
> while the traffic on my apps is normal as usual. My a
I am not seeing anything. Only the usual chinese sources probing for PHP
and aps problems ;-)
T
On Wednesday, May 21, 2014 4:19:22 PM UTC+8, Tomas wrote:
>
> Hi there
>
> for last ~6hours I'm experiencing alot of requests pending in the queue
> while the traffic on my apps is normal as usual.
But I am on python
On Wednesday, May 21, 2014 5:23:21 PM UTC+8, timh wrote:
>
> I am not seeing anything. Only the usual chinese sources probing for PHP
> and aps problems ;-)
>
> T
>
> On Wednesday, May 21, 2014 4:19:22 PM UTC+8, Tomas wrote:
>>
>> Hi there
>>
>> for last ~6hours I'm experienci
Things seem to have stabilized since a few minutes, keeping an eye on it.
On Wednesday, May 21, 2014 10:19:22 AM UTC+2, Tomas wrote:
>
> Hi there
>
> for last ~6hours I'm experiencing alot of requests pending in the queue
> while the traffic on my apps is normal as usual. My apps run quite norma
Hi,
Just wanted to warn you who uses Appengine GCS client, to be careful before
switching to latest version.
Last night after latest deploy all file operations stopped working in our
application. We found out it was related to 0.3.11 release of Appengine GCS
Client.
Here is more on the issue:
Google is aggressively killing instances again. Lots of user facing
loading requests :-(
When will this be definitely fixed? It's been years already.
On Wednesday, May 21, 2014 11:46:20 AM UTC+2, Francois Masurel wrote:
>
> Things seem to have stabilized since a few minutes, keeping an eye o
My app ~vncts1 keeps reloading new instance which causes lots of
user-facing requests.
My website is almost totally unusable because of that.
Please Google, fix this quick. Thanx.
--
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To unsub
Seems to be back to normal.
On Wednesday, May 21, 2014 2:18:02 PM UTC+2, Francois Masurel wrote:
>
> My app ~vncts1 keeps reloading new instance which causes lots of
> user-facing requests.
>
> My website is almost totally unusable because of that.
>
> Please Google, fix this quick. Thanx.
>
-
Yep,
Latency went pear shaped yesterday.
(Slaps forehead.)
David
--
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...@googlegroup
Specifying --severity option did the trick.
--
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 g
We are using Google Cloud Storage from App Engine and need to apply some ACL
adjustments to 20.000+ objects. We'd like to use gsutil as it seems to be made
for a use case like this.
Unfortunately, for whatever strange reason, objects created by App Engine using
the service account are not owned
Getting the same issue with 1.9.4 as well as other issues - a dodgy release
- I hope they release 1.9.5 very soon.
On Thursday, May 15, 2014 7:21:27 AM UTC+10, Kyle Baley wrote:
>
> Confirmed that 1.9.3 still works for us. Anyone else have a solution that
> doesn't require downgrading?
>
> On T
Hello! I am using laravel 4 to build my application. I have created a form
to upload images. Localy everything works, I can upload images and save
path in database. The problem is when update application in google app
engine. It doesn't gets the image , because I try: $file =
Input::file('ima
I was wondering if the memcached APIs for appengine supported CAS Delete
(Delete iff CAS ID matches). They don't seem to expose it, although I
believe memcached itself does in fact support such a thing.
I am specifically interested in this for the Go runtime. But I believe the
python and Java a
Hi there,
I had my own domain name for my app and it worked well until recently I
switched the registrar from Godaddy to Name.com.
My domain redirection stopped working after that.
I didn't change any settings in Google App Engine or Google Apps,
and I did set up the DNS Records for my domain
Hello App Team,
we have same problem
we have used google gadget For the map : by Js
for example
http://www.gmodules.com/ig/ifr?url=http://hosting.gmodules.com/ig/gadgets/file/11428391296844949/driving-directions.xml&up_fromLocation=&up_myLocations=120
E. Gloucester
Pike%20Barri
I am developing my application with google app engine. I have a form which
uploads images and saves path in database. I am deploying app with google
app engine and upload of image doesn't works. Here is app.yaml
application: national-test
version: 1
runtime: php
api_version: 1
handlers:
- url: /
I use this @home with no problem. But @work, I simply cannot run
dev_appserver.
It raises an HTTP error 301, and nothing gets processed.
I did the same setup in both places. The only differece is that @work I
have a proxy, but it is supposed to be well configured. All other stuff is
working.
The original answer from Robert still stands. This group is for
google-app-engine and has nothing to do with widgets or maps.
On Tuesday, May 20, 2014 6:39:50 PM UTC+8, Mehul Prajapati wrote:
>
> Hello App Team,
> we have same problem
> we have used google gadget For the map : by Js
> for exa
It has nothing to do with app.yaml/
You can not write the the filesystem in appengine. Please read the docs on
restrictions in the PHP runtime.
You will need to write these files to GCS.
See this
document
https://developers.google.com/appengine/docs/php/googlestorage/user_upload
On Tuesday
On Wed, May 21, 2014 at 8:53 PM, timh wrote:
> The original answer from Robert still stands. This group is for
> google-app-engine and has nothing to do with widgets or maps.
>
+1 to Timh and Robert (so that makes it a +2?). This is a client side
issue, not a server side (App Engine) problem.
On Tue, May 20, 2014 at 11:38 PM, Robert King
wrote:
> I'm running appstats but that request doesn't come through
>
(other api calls do come through on app stats)
>
That's fine.
For the other API calls, do they do largely the same work as the
problematic API endpoint, or do they handle vastly
On Tue, May 20, 2014 at 3:02 PM, Phokgoan Chioh wrote:
> I had my own domain name for my app and it worked well until recently I
> switched the registrar from Godaddy to Name.com.
> My domain redirection stopped working after that.
> I didn't change any settings in Google App Engine or Google App
On Tue, May 20, 2014 at 5:14 AM, laureta xhaferaj
wrote:
> I have created a form to upload images. Localy everything works, I can
> upload images and save path in database. The problem is when update
> application in google app engine. It doesn't gets the image , because I
> try: $file = Input::
On Wed, May 21, 2014 at 12:26 PM, Jaime Yap wrote:
> I was wondering if the memcached APIs for appengine supported CAS Delete
> (Delete iff CAS ID matches). They don't seem to expose it, although I
> believe memcached itself does in fact support such a thing.
>
> I am specifically interested in t
On Tue, May 20, 2014 at 6:35 AM, Marco Lovato wrote:
> I use this @home with no problem. But @work, I simply cannot run
> dev_appserver.
> It raises an HTTP error 301, and nothing gets processed.
>
> I did the same setup in both places. The only differece is that @work I
> have a proxy, but it is
the link is /_ah/api/discovery/v1/apis/archivedash/v1/rpc?
fields=methods%2F*%2Fid&pp=0
is for discovery - it's a google thing - i didn't write that endpoint.
I think you're thinking of *spi* rather than *api*?
On Thursday, 22 May 2014 15:00:04 UTC+12, Vinny P wrote:
>
> On Tue, May 20, 2014 at 1
28 matches
Mail list logo