[google-appengine] Re: PHP 5.5 GD package missing functions!

[Adam]

This looks like a good one to report here:
https://code.google.com/p/googleappengine/wiki/FilingIssues

On Friday, February 27, 2015 at 4:26:50 PM UTC-5, Robin wrote:
>
> I've tried to migrate my existing PHP application to PHP 5.5 after getting 
> the prompting e-mail from Google.  My image code using the GD devel package 
> uses imagettftext, which worked on the previous instance of PHP but on PHP 
> 5.5 it no longer works.  I've located that the problem is that 
> the imagettftext function is not supported.
> I believe this is because FreeType was not installed along with GD.
>
> Similar problem:
>
> http://stackoverflow.com/questions/1563/php-imagettftext-not-working-and-gd-installed
>

-- 
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/bc53bcc6-1363-4875-a7c6-4207c6c7e0f8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: [SEVERE] App Engine can't consistently execute tasks

[husayt]

For me the way I noticed it was by chance, also it seems it happened many 
times unnoticed.
I was running a task for each namespace and each task would send an email. 
I noticed I received less emails than number of namespaces. I looked at 
logs there and couldn't find any errors nor even any evidence of these 
tasks ever executing, also i am sure they were sent to queue. As for max 
retries param, I believe I had a max set to 2-3.

Thanks


On Friday, February 27, 2015 at 12:02:07 AM UTC, paynen wrote:
>
> In addition, re: anybody experiencing this issue, it would be very helpful 
> to include your queue config file, to make sure whether you're specifying 
> any kind of max retries parameter.
>
> On Thursday, February 26, 2015 at 8:54:02 AM UTC-5, husayt wrote:
>>
>> Hi @paynen,
>> this is the problem. It's almost not possible to replicate externally, as 
>> it happens somewhere in internal appengine stack.
>>
>> and the main problem, as also explained by Kaan, it never hits logs.
>>
>> So there is not much we can do here as GAE users. This can be replicated 
>> only with access to internals of GAE.
>>
>> Can I also  stress, that this is the number one issue on my list. I had a 
>> support case created and it didn't go forward because I couldn't replicate 
>> the problem.
>>
>> One thing I can say it more likely to happen when we have bursts of taks.
>>
>>
>> Hope this helps,
>> HG
>> On Wednesday, February 25, 2015 at 10:52:06 PM UTC, paynen wrote:
>>>
>>> If anybody reading other than OP is also affected by this and can 
>>> provide minimally a reproducing example or an affected timeframe on a given 
>>> instance, this will be the minimum information needed to look into a 
>>> potential issue. 
>>>
>>> I'm continuing to monitor this thread, and I hope we can get this 
>>> addressed as soon as possible, as soon as it's demonstrated/repro'd.
>>>
>>> On Monday, February 23, 2015 at 6:46:49 PM UTC-5, Kaan Soral wrote:

   rate: 500/s
>
>   bucket_size: 100
>
>   retry_parameters:
>
> task_retry_limit: 6
>
> min_backoff_seconds: 2
>
> max_doublings: 3
>
>
 Although my queue configuration is broad enough to handle occasional 
 internal failures, I noticed and verified that the taskqueue leaves some 
 tasks unexecuted
 ( 1% to 10%, happens when you burst tasks / run a mapreduce job 
 [custom] - happens both with normal instances and basic_scaling/B4 
 instances )

 I first noticed the issue when some operations that should have done 
 were left undone

 Than I inspected the taskqueue execution with a custom routine that 
 tracks / counts ingoing and executing tasks, a routine that I perfected 
 long ago, and noticed the missing executions

 The issue isn't persistent, after a re-deployment and re-test, the same 
 routine managed to traverse all the entities as it's supposed to

 TL;DR - some taskqueue tasks silently fail to execute, this should 
 never happen, but it happens very frequently without any reason, causes 
 damage and confusion

>>>

-- 
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/275d8af0-b49f-4157-ab3a-164c82e57693%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How to modify an application from Automatic scaling to Manual or Basic scaling? how to integrate Modules?

[Robert Gutierrez]

I realize this is an old thread, and that the OP may not be tracking this 
anymore, but I wanted to help nonetheless.

I'm not sure how to do this in the Java version, but in the python version, 
what I ended up doing was creating a "fake" module and deploying this along 
with the normal app.yaml/appengine-web.xml.
What I did was:
1) create a file called fake.yaml (or something similar for the Java 
version; basically a copy of your appengine-web.xml but renamed to the name 
of your new module)
2) paste in the stuff from the top of your XML file, the stuff about 
'runtime' and 'threadsafe'
3) within those entries at the top, write in a line that says 'module: 
fake' (or something equivalent in XML). I also included a handler entry for 
the favicon, just so that there's something that the fake module can route 
to.
4) now, back in your appengine-web.xml file, write in the scaling code, 
for manual or basic scaling
5) now open a Terminal/Command Prompt window and traverse to your app's 
directory
6) run the 'appcfg' command with the word 'update' followed by 
'appengine-web.xml' and then the name of the XML file for your fake module.
In the python version, this looks like 'appcfg.py update app.yaml 
fake.yaml'
7) enter your email/password, then your application will deploy both 
the default module (configured from appengine-web.xml) and the fake module 
(configured from fake.xml or whatever the filename is)

This should enable the default module and enable any scaling you set. The 
configuration for the fake module doesn't matter, just so long as it 
doesn't error out when it updates. Feel free to delete it later.

Of course, if anyone knows of a better way to do this, please reply. After 
the research I did on this topic, this was the only method I could find.

On Thursday, July 17, 2014 at 9:09:53 AM UTC-7, Juan de Dios Becerra wrote:
>
> I have developed my app with all default, this imply Automatic scaling, 
> lastly some processes are getting longer and I wanted to use Backends, but 
> right now are deprecated, so I need to use Modules, reading the Modules 
> documentation I realized that modifying the file appengine-web.xml I can 
> modify the scaling and in consequence the way that the requests are 
> managed. But when I tried to modify this file and make it manual scaling, 
> when I deploy to App Engine I don't get errors but I get this warning:
> "WARNING: Performance settings included in this update are being ignored 
> because your application is not using the Modules feature"
> after that my app is working but it generates a Backend, so all time since 
> my version is deployed is consuming backend instance hours, somebody knows 
> how I can modify my actual Automatic scaling app to one app that can use 
> Modules?? thank you 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/d616008c-e28d-4e25-b6d1-349dba2572d6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] PHP 5.5 GD package missing functions!

[Robin]

I've tried to migrate my existing PHP application to PHP 5.5 after getting 
the prompting e-mail from Google.  My image code using the GD devel package 
uses imagettftext, which worked on the previous instance of PHP but on PHP 
5.5 it no longer works.  I've located that the problem is that 
the imagettftext function is not supported.
I believe this is because FreeType was not installed along with GD.

Similar problem:
http://stackoverflow.com/questions/1563/php-imagettftext-not-working-and-gd-installed

-- 
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/9d5c6bad-9b9c-4709-88d9-3810ff5202eb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Why GAE traffic is so expensive?

[Luna Duclos]

I've ran tests on the connection speeds between EU, US and Asia Google
datacenters. I can confirm that traffic typically goes to the closest
Google data-center (from the perspective of the client) and then flows
through Google's own infrastructure.

On Fri, Feb 27, 2015 at 6:25 PM, Jeff Schnitzer  wrote:

> Looking at the pricing on that GCE page, it looks like GCE is $0.15 only
> to China and Australia in volume. For most destinations it's $0.08 per GB
> in volume.
>
> This makes it about on par (actually slightly cheaper) with AWS for 10-40
> TB, although AWS publishes several more pricing tiers if you go up from
> there. It's possible that GCE might have unpublished tiers, I"m guessing at
> that if you have a lot of volume you are already talking to a Google rep.
>
> Why is it more expensive than Digital Ocean? I'm guessing (really, just
> guessing) that a lot of Google traffic flows over Google's backbone,
> whereas most DO traffic flows over public networks as soon as it leaves the
> building. It would be wise to check latency and reliability of the traffic
> before coming to a final conclusion about value.
>
> P.S. if you do run some tests, please post the results here - we'd love to
> know!
>
> Jeff
>
>
> On Thu, Feb 26, 2015 at 3:05 PM, Андрей Апанасик 
> wrote:
>
>> On Digital Ocean I can pay 10$ / month with 2TBTransfer and 0.02$ per GB
>> over it.
>>
>> But in https://cloud.google.com/compute/ 0.15$ per GB with free 1GB/day.
>>
>>
>> So with 10$ on Digital Ocean I took 2 TB. On GAC for 2TB i should pay
>> almost 300$. Why traffic in GAE/Compute Engine so expensive?
>>
>> --
>> 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/768f5526-f505-474a-b564-e33b5cb2a48a%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/CADK-0ugWVcKrH0Uvf%2Biz7z2cbV%2BiSZ7enHhs%3DVRQMkmy-YWqQA%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-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/CAEJU2PdCXTN%2Boju8y_0BBFvjqv3abyfb2CNdLsKjO5S%3DozZc7A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Why GAE traffic is so expensive?

[Jeff Schnitzer]

Looking at the pricing on that GCE page, it looks like GCE is $0.15 only to
China and Australia in volume. For most destinations it's $0.08 per GB in
volume.

This makes it about on par (actually slightly cheaper) with AWS for 10-40
TB, although AWS publishes several more pricing tiers if you go up from
there. It's possible that GCE might have unpublished tiers, I"m guessing at
that if you have a lot of volume you are already talking to a Google rep.

Why is it more expensive than Digital Ocean? I'm guessing (really, just
guessing) that a lot of Google traffic flows over Google's backbone,
whereas most DO traffic flows over public networks as soon as it leaves the
building. It would be wise to check latency and reliability of the traffic
before coming to a final conclusion about value.

P.S. if you do run some tests, please post the results here - we'd love to
know!

Jeff


On Thu, Feb 26, 2015 at 3:05 PM, Андрей Апанасик 
wrote:

> On Digital Ocean I can pay 10$ / month with 2TBTransfer and 0.02$ per GB
> over it.
>
> But in https://cloud.google.com/compute/ 0.15$ per GB with free 1GB/day.
>
>
> So with 10$ on Digital Ocean I took 2 TB. On GAC for 2TB i should pay
> almost 300$. Why traffic in GAE/Compute Engine so expensive?
>
> --
> 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/768f5526-f505-474a-b564-e33b5cb2a48a%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/CADK-0ugWVcKrH0Uvf%2Biz7z2cbV%2BiSZ7enHhs%3DVRQMkmy-YWqQA%40mail.gmail.com.
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"

[Jeff Schnitzer]

Just want to point out that it's not fair to judge a tool by activity on
stackoverflow. Heavy stackoverflow activity could merely indicate a buggy
tool or poor documentation. Furthermore, prior questions become a body of
work that satisfy answers; if SO is working as advertised, new (duplicate)
questions are not required.

Also: We have a forum; we're using it now. And it seems to have picked up
lately.

Jeff

On Fri, Feb 27, 2015 at 3:34 AM, Kaan Soral  wrote:

> What a community really needs is simple old forums, it's that simple
>
> Google groups comes close
>
> S.O. is the exact opposite, yet lately S.E. networks have been improving a
> lot, I don't see the "this is not a simple question, f.off" stance anymore,
> so that's good
>
> --
> 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/64be9755-0497-41f9-a210-241159bd68fd%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/CADK-0ujcwKpesM9vQ5HMnw5tqqXdhcwGRWFTYmHZW7xMsD2TQw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Why GAE traffic is so expensive?

[Rafael]

Then there's nothing you can do to decrease bandwidth traffic.

Have you tried all the optimizations, like compression?
On Feb 27, 2015 8:41 AM, "Андрей Апанасик"  wrote:

> In my game there is a lot traffic between Clients and Server application
> (real-time game). So, it's not possible to use CDN in this case.
>
> пятница, 27 февраля 2015 г., 19:33:03 UTC+3 пользователь Rafael Sanches
> написал:
>>
>> I'm not sure, but the concept behind is that managed solutions include
>> their price into traffic, which means how successful your site is.
>>
>> To cut costs, I would highly recommend serving any static content with a
>> CDN, which is cheaper and probably better.
>> On Feb 26, 2015 3:05 PM, "Андрей Апанасик"  wrote:
>>
>>> On Digital Ocean I can pay 10$ / month with 2TBTransfer and 0.02$ per
>>> GB over it.
>>>
>>> But in https://cloud.google.com/compute/ 0.15$ per GB with free 1GB/day.
>>>
>>>
>>> So with 10$ on Digital Ocean I took 2 TB. On GAC for 2TB i should pay
>>> almost 300$. Why traffic in GAE/Compute Engine so expensive?
>>>
>>> --
>>> 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/768f5526-f505-474a-b564-
>>> e33b5cb2a48a%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/01731bdc-15a1-4856-8eaa-0fa7752c0187%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/CALdMK1x7TcJKjmZXZ20mS%2BXzHjaGLEsHd0-Sf8qpAL5_xyFPig%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google App Engine SDK 1.9.18 is now available

[Marcel Manz]

Acknowledged by Google since September 2013, yet still no release:

https://code.google.com/p/googleappengine/issues/detail?id=9931

This core service really needs to be supported!

-- 
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/ace8f776-5c2d-407b-8c3f-3094c28c332e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Why GAE traffic is so expensive?

[Андрей Апанасик]

In my game there is a lot traffic between Clients and Server application 
(real-time game). So, it's not possible to use CDN in this case.

пятница, 27 февраля 2015 г., 19:33:03 UTC+3 пользователь Rafael Sanches 
написал:
>
> I'm not sure, but the concept behind is that managed solutions include 
> their price into traffic, which means how successful your site is.
>
> To cut costs, I would highly recommend serving any static content with a 
> CDN, which is cheaper and probably better.
> On Feb 26, 2015 3:05 PM, "Андрей Апанасик"  > wrote:
>
>> On Digital Ocean I can pay 10$ / month with 2TBTransfer and 0.02$ per GB 
>> over it.
>>
>> But in https://cloud.google.com/compute/ 0.15$ per GB with free 1GB/day.
>>
>>
>> So with 10$ on Digital Ocean I took 2 TB. On GAC for 2TB i should pay 
>> almost 300$. Why traffic in GAE/Compute Engine so expensive?
>>
>> -- 
>> 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/768f5526-f505-474a-b564-e33b5cb2a48a%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/01731bdc-15a1-4856-8eaa-0fa7752c0187%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Why GAE traffic is so expensive?

[Rafael]

I'm not sure, but the concept behind is that managed solutions include
their price into traffic, which means how successful your site is.

To cut costs, I would highly recommend serving any static content with a
CDN, which is cheaper and probably better.
On Feb 26, 2015 3:05 PM, "Андрей Апанасик"  wrote:

> On Digital Ocean I can pay 10$ / month with 2TBTransfer and 0.02$ per GB
> over it.
>
> But in https://cloud.google.com/compute/ 0.15$ per GB with free 1GB/day.
>
>
> So with 10$ on Digital Ocean I took 2 TB. On GAC for 2TB i should pay
> almost 300$. Why traffic in GAE/Compute Engine so expensive?
>
> --
> 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/768f5526-f505-474a-b564-e33b5cb2a48a%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/CALdMK1xiyPA7tapv%2BOf_3yMqs3PsPg-sUfufqRXDHW2wnR1LPg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] PHP GAE exit beta?

[Luigi Cardamone]

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/12e0ada7-ddb7-4c8e-8b30-adf5f0f7b8bb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google App Engine SDK 1.9.18 is now available

[Milad Kawas Cale]

We need official support to use datastore in PHP. I don't want to use 
MySQL, nor to connect to an instance running MongoDB, I wand datastore 
please.

Regards

On Friday, February 20, 2015 at 2:55:26 AM UTC+1, Ramki Krishnan wrote:
>
> Hi All,
>
> Version 1.9.18 of Google App Engine SDK is out with a rather large 
> combination of new features and bug releases.
>
>
> All
> ==
> - Newly created apps will have modules enabled by default. Existing apps will 
> still be able to use the existing "migrate my app to modules" workflow.
> - Datastore cross-group transactions now allow 25 entity groups (up from 5).
> - Users will have the option to use traffic migration instead of set default 
> version.
> - Faceted Search is now in Beta.
> - VM Engines users can now specify the size of disk needed; there's no 
> limitation that sizes be less than 10 GB.
> - Mac Launcher now uses OAuth2 exclusively for app deployments. Permissions 
> are granted through the browser instead of a login dialog.
>
> Python
> ==
> - Added a new version of the third-party library MySQLdb (version 1.24). To 
> use it, update app.yaml and redeploy.
> - Fixed a bug in Python 2.7 logging that sometimes impacted logs when flushed.
>
>
> PHP
> ==
> - PHP 5.5 runtime (php55) is now available. It runs alongside the existing 
> PHP 5.4 runtime (php). To use it, opt into the new runtime in the app.yaml 
> file.
> - Added ImageMagick extension (php55 only). Users will have to enable this 
> explicitly by specifying "extension=imagick.so" in their php.ini file.
> https://code.google.com/p/googleappengine/issues/detail?id=9424
> - Added in-memory tempnam() support. This feature is only available in the 
> PHP 5.5 runtime. tempnam() will return a path to in-memory virtual files 
> based on VFS stream wrapper.
> - Fixed glob() support for PHP.
> https://code.google.com/p/googleappengine/issues/detail?id=10623
> - Added MongoDB as a standard PHP library (php55 only)
> https://code.google.com/p/googleappengine/issues/detail?id=11571
> - Enabled the exif extension.
> https://code.google.com/p/googleappengine/issues/detail?id=11566
> - Enabled the mailparse extension
> https://code.google.com/p/googleappengine/issues/detail?id=10163
> - Enabled the cURL extension (php55 only)
> https://code.google.com/p/googleappengine/issues/detail?id=9343
> - Provided a cURL implementation using the standard HTTP streams API for apps 
> that do not need the complete cURL extension.
> - Enabled the xslt extension
> https://code.google.com/p/googleappengine/issues/detail?id=10024
> - Added support for XDebug on the Windows and Mac SDK
> https://code.google.com/p/googleappengine/issues/detail?id=10763
> - Fixed the issue of Browsecap file not loading.
> https://code.google.com/p/googleappengine/issues/detail?id=11223
> - Fixed the issue of incoming email limit not being able to be configured
> https://code.google.com/p/googleappengine/issues/detail?id=11376
> - Fixed the issue of DNS related functions not enabled in runtime
> https://code.google.com/p/googleappengine/issues/detail?id=11459)
> - Fixed the issue of errors resulting from uploading multiple files using a 
> name array
> https://code.google.com/p/googleappengine/issues/detail?id=11451
> - Fixed the issue that loaded extensions not indicating that memcache was 
> available in the dev appserver
> https://code.google.com/p/googleappengine/issues/detail?id=10371
> - Upgraded PHP 5.4 from PHP 5.4.32 to PHP 5.4.35
> - Fixed the issue of allow_url_include = "1" being required on dev server
> https://code.google.com/p/googleappengine/issues/detail?id=10180
> - Fixed the issue of input truncation when reading binary POST data.
> - Fixed the issue of PHP Message e-mailer forcing only raw e-mail addresses 
> for sender/reply-to
> https://code.google.com/p/googleappengine/issues/detail?id=10153
>
>
> Java
>
> ==
>
> - Fixed a bug in the Task Queue Java API where 
> TaskOptions.removeParam(String) was using the wrong operator to compare 
> strings. - Fixed a bug wherein calling Recording.get() on a non-warmup 
> request fails to find RECORDING_KEY in current environment. - Fixed a bug 
> to ensure App Engine Remote API supports go remote_api responses - An 
> useful error message is displayed when Endpoints deployment fails for a 
> known reason - Fixed a bug wherein xsd schema did not agree with the SDKs 
> interpretation of appengine-web.xml - Fixed a bug wherein local dev server 
> was ignoring true for ear-based multi-module projects - Added a 
> --noisy option to Java appcfg, to turn on all available logging. - Fixed 
> the issue with the Dev App server failing to reproduce the production 
> environment behaviour when serving Google Storage files. 
> https://code.google.com/p/googleappengine/issues/detail?id=9000 - Fixed 
> the issue o

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

[Kaan Soral]

What a community really needs is simple old forums, it's that simple

Google groups comes close

S.O. is the exact opposite, yet lately S.E. networks have been improving a 
lot, I don't see the "this is not a simple question, f.off" stance anymore, 
so that's good

-- 
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/64be9755-0497-41f9-a210-241159bd68fd%40googlegroups.com.
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"

[Alejandro Casanovas]

That's mind-blowing to me, my assumption was totally the opposite. It's 
clearly now that app engine questions are increasing on stackoverflow.

But at least on app-engine python I don't change my opinion. Webapp2 is 
abandoned, there's no python 3 support, etc...

Thanks for putting so much effort on trying to answer all the questions in 
stackoverflow


On Thursday, 26 February 2015 21:46:18 UTC+1, Jesse Scherer (Google Cloud 
Support) wrote:
>
> Hi Alejandro,
>
> I wanted to speak to your point about the community on Stack Overflow. 
> It's certainly the case that given the age of App Engine, many questions 
> will be older. As to exactly how many questions get asked and whether there 
> really has been a decline since 2013, your post made me very curious. So, I 
> did a quick query of question volume using the Stack Exchange Data 
> Explorer. You can see it alongside a graph of questions per month here: 
> http://data.stackexchange.com/stackoverflow/query/279338/app-engine-questions-by-month#graph
>
> Assuming my T-SQL is accurate, the past few months have been slower than 
> the busiest months in 2014, but 500 new questions per month is still a lot.
>
> It's also clear that all of those question don't do much good if nobody is 
> answering them. We also noticed that there were quite a few unanswered 
> questions about App Engine (and Google Cloud Platform in general) and so 
> for the past few months, the support team has been reading and trying to 
> answer literally *every* question which Stack Overflow considers 
> "unanswered."
>
> As one of the folks working full time to make forums like Stack Overflow 
> and this group more useful to the community, I just wanted to assure you 
> that these things are not in any way abandoned.
>
> - Jesse
>
> As somebody who is working full time to make public resources like Stack 
> Overflow and this group more useful to our users, I just wanted to assure 
> you that these forums are not by any stretch 
>
> On Thursday, February 26, 2015 at 7:41:07 AM UTC-5, Alejandro Casanovas 
> wrote:
>>
>> I will also want to make a claim for all those early users of App Engine 
>> which are joining and trying to catch up the professional world using this 
>> tool.
>>
>> It really seems abandoned to me. At least if you only (and I say here 
>> ONLY) want to rely on PaaS and not going further.
>>
>> The majority of app engine questions in stackoverflow are from 2013 or 
>> early and If you follow people who where actively contributing to app 
>> engine on those days you find out they no longer answer nor they belong to 
>> the app engine community any more. You really can't feel a big community of 
>> people asking and getting involved in.
>>
>> It's also hard to find documentation on how to make a complete web app in 
>> app engine. 
>> For example, if you try to do it with Webapp2 framework (which I like the 
>> most because of it's simplicity) you will find it really difficult to 
>> implement oauth, sessions, rest, rbac, etc... 
>> Webapp2 it's completely abandoned! And given that almost all app engine 
>> examples on python rely on webapp2... that's a big flaw.
>>
>> I find out I need to move on managed VM's, because relying just on app 
>> engine to make a complete web app It's impossible.
>> It's really good to learn because you didn't need to think on server 
>> issues, etc. But once you have the know-how... better move out.
>>
>> But I'm glad to see Google answering here and catching up with the long, 
>> long, long.. issues list.
>>
>>
>> On Thursday, 13 November 2014 01:44:38 UTC+1, Daniel Sturman wrote:
>>>
>>> Thanks for your candid responses. I hear your concerns loud and clear. I 
>>> think the issues you raised all boil down to one thing: you’d like to see 
>>> greater engagement between the App Engine team and our developer community.
>>>
>>> With regards to your specific concerns:
>>>
>>> I agree that an issue tracker is of little use if we aren’t actively 
>>> triaging and updating it.  Although I could address the individual examples 
>>> you pointed out one by one (e.g. we partnered with SendGrid to give you a 
>>> good alternative for sending email), I think the proper action here is to 
>>> triage the open issues in the tracker.  We have been ramping up support for 
>>> doing this and you can expect to start seeing traction in the coming weeks. 
>>>  
>>>
>>> As we ramp back up on feature work, we’ll also resume using the group 
>>> for outbound communications regarding releases as well as any other 
>>> developer-facing changes.  In parallel we’re having our support engineers 
>>> monitor the group for issues and topics that need to be addressed by 
>>> Google.  These will either be answered directly by that team or will be 
>>> routed to the proper product management and / or engineering team. 
>>>
>>> -Dan
>>>
>>> VP, Engineering
>>>
>>>
>>> On Wednesday, November 12, 2014 1:27:33 PM UTC-8, Marcel Manz wrote:

 Hey Daniel

 I'm very h

[google-appengine] How to configure google app engine datastore (NDB) with django

[Praveen Singh]

I am trying to use google datastore (NDB) with Django. This is the error I 
get when I try to put an entity.

ImproperlyConfigured at /registration/
settings.DATABASES is improperly configured. Please supply the ENGINE value. 
Check settings documentation for more details.

I followed To use NDB with the Django web framework 
 and added middleware

'google.appengine.ext.ndb.django_middleware.NdbDjangoMiddleware',

But there is nothing explained about database setting So I left it blank 
DATABASE 
= {} in setting.py

What database engine should I use for google datastore.

*Setting.py*

# Django settings for tradex_plus project.


DEBUG = True
TEMPLATE_DEBUG = DEBUG
import os

PROJECT_DIR = os.path.dirname(__file__)

BASE_DIR = os.path.dirname(os.path.dirname(__file__))
# gives the root of the project: root/. This is THE ROOT OF THE PROJECT
PROJECT_PATH = os.path.abspath(os.path.dirname(__name__))
# import sys# sys.path.insert(0, os.path.join(BASE_DIR, 
"lib/python2.7/site-packages/") )



ADMINS = (
# ('Your Name', 'your_em...@example.com'),)

MANAGERS = ADMINS


# Hosts/domain names that are valid for this site; required if DEBUG is False# 
See https://docs.djangoproject.com/en/1.5/ref/settings/#allowed-hosts
ALLOWED_HOSTS = []
# Local time zone for this installation. Choices can be found here:# 
http://en.wikipedia.org/wiki/List_of_tz_zones_by_name# although not all choices 
may be available on all operating systems.# In a Windows environment this must 
be set to your system time zone.
TIME_ZONE = 'America/Chicago'
# Language code for this installation. All choices can be found here:# 
http://www.i18nguy.com/unicode/language-identifiers.html
LANGUAGE_CODE = 'en-us'

SITE_ID = 1
# If you set this to False, Django will make some optimizations so as not# to 
load the internationalization machinery.
USE_I18N = True
# If you set this to False, Django will not format dates, numbers and# 
calendars according to the current locale.
USE_L10N = True
# If you set this to False, Django will not use timezone-aware datetimes.
USE_TZ = True
# Absolute filesystem path to the directory that will hold user-uploaded 
files.# Example: "/var/www/example.com/media/"
MEDIA_ROOT = ''
# URL that handles the media served from MEDIA_ROOT. Make sure to use a# 
trailing slash.# Examples: "http://example.com/media/";, 
"http://media.example.com/";
MEDIA_URL = ''
# Static files (CSS, JavaScript, Images)# 
https://docs.djangoproject.com/en/1.7/howto/static-files/

STATIC_URL = '/frontend/'
# STATIC_ROOT = os.path.join(BASE_DIR, "fronten")

FRONTEND = os.path.join(BASE_DIR, "frontend")

STATICFILES_DIRS = (
FRONTEND,
)

STATICFILES_FINDERS = (
'django.contrib.staticfiles.finders.FileSystemFinder',
# 'django.contrib.staticfiles.finders.AppDirectoriesFinder',
   # 'django.contrib.staticfiles.finders.DefaultStorageFinder',)

# Make this unique, and don't share it with anybody.
SECRET_KEY = 'c94coq2ly9*y*j@-l!a)eeubf)17i0yy)=lrkm-h#da@!v96ot'
# List of callables that know how to import templates from various sources.
TEMPLATE_LOADERS = (
'django.template.loaders.filesystem.Loader',
'django.template.loaders.app_directories.Loader',# 
'django.template.loaders.eggs.Loader',)

TEMPLATE_DIRS = (
# Put strings here, like "/home/html/django_templates" or 
"C:/www/django/templates".
# Always use forward slashes, even on Windows.
# Don't forget to use absolute paths, not relative paths.
os.path.join(BASE_DIR, "frontend"),)

MIDDLEWARE_CLASSES = (
'django.middleware.common.CommonMiddleware',
'django.contrib.sessions.middleware.SessionMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware',
'django.contrib.messages.middleware.MessageMiddleware',
# Uncomment the next line for simple clickjacking protection:
# 'django.middleware.clickjacking.XFrameOptionsMiddleware',)

ROOT_URLCONF = 'tradex_plus.urls'
# Python dotted path to the WSGI application used by Django's runserver.
WSGI_APPLICATION = 'tradex_plus.wsgi.application'


INSTALLED_APPS = (
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.staticfiles',
'user_module',)
# A sample logging configuration. The only tangible logging# performed by this 
configuration is to send an email to# the site admins on every HTTP 500 error 
when DEBUG=False.# See http://docs.djangoproject.com/en/dev/topics/logging for# 
more details on how to customize your logging configuration.
LOGGING = {
'version': 1,
'disable_existing_loggers': False,
'filters': {
'require_debug_false': {
'()': 'django.utils.log.RequireDebugFalse'
}
},
'handlers': {
'mail_admins': {
'level': 'ERROR',
'filters': ['require_debug_false'],
'class': 'django.utils.log.AdminEmailHandler'
}
},
'loggers': {
'djan

[google-appengine] Re: OverQuotaException without being over quota

[georgec]

Same problem for me too!

app_id = studentbedroom

Please address
Thanks

On Friday, 7 December 2012 08:51:05 UTC, Lucian Baciu wrote:
>
> My app has just started throwing this:
>
> com.google.apphosting.api.ApiProxy$OverQuotaException: The API call 
> datastore_v3.Put() required more quota than is available
>
> for all data store update operations. Everything is Okay in the Admin 
> Console Quotas section. Please FIX! This is affecting my users.
> App id: timetonote
>

-- 
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/b26ce41b-5796-4676-b3c0-ca507a3f1a95%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Search API Cost question

[Carlos Lallana]

Hi Kaan,

It is indeed not easy to reach the 10 GB size for an index, but yet not 
impossible. As you can read here 
, "when an app tries 
to exceed this amount, an insufficient quota error is returned".

Note that if you have purchased one of our Silver, Gold, or Platinum support 
 packages, you'll be able to 
request a quota increase for this limit.

But before that, I would suggest to shard (divide or split) your index into 
multiple indexes. In order to do so, you should:

1. Create an additional index.
2. Store a new document in the second index if needed.
3. When you need to search for a document, search both indexes. For better 
performance, you can make asynchronous search calls.

According to what my colleague David (Google wise man) explained to me, 
this approach will not scale indefinitely. Beyond two or maybe three 
sharded indexes, this technique will become relatively inefficient. The 
Search API is not designed for infinitely large document collections, so if 
you plan to scale a great deal then you would need to consider alternative 
architectures. However this technique will at least allow you to double 
your search capacity.

Hope that info helps!

On Thursday, February 26, 2015 at 9:17:31 PM UTC+1, Kaan Soral wrote:
>
> Thanks for the reply
>
> I don't think 10gb is easy to reach, but growing is probably the aim of 
> most of the appengine apps, and reaching that limit would probably be a 
> nightmare
>
> What exactly happens at that point?
>
> I hope the system automatically purges the low-rank documents on it's own
>
> Is it also a hard-limit, or does an internal bell goes off, and someone 
> warns you that you're first to reach the limit, and starts discussing what 
> to do
>
> I really wish it was unlimited, just for the sake of the mind
>

-- 
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/63d06e8b-c843-4dfb-b38f-31d92ef1db0b%40googlegroups.com.
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"

[Tapir]

On Thursday, February 26, 2015 at 8:41:07 PM UTC+8, Alejandro Casanovas 
wrote:
>
> I will also want to make a claim for all those early users of App Engine 
> which are joining and trying to catch up the professional world using this 
> tool.
>
> It really seems abandoned to me. At least if you only (and I say here 
> ONLY) want to rely on PaaS and not going further.
>
> The majority of app engine questions in stackoverflow are from 2013 or 
> early and If you follow people who where actively contributing to app 
> engine on those days you find out they no longer answer nor they belong to 
> the app engine community any more. You really can't feel a big community of 
> people asking and getting involved in.
>
> It's also hard to find documentation on how to make a complete web app in 
> app engine. 
> For example, if you try to do it with Webapp2 framework (which I like the 
> most because of it's simplicity) you will find it really difficult to 
> implement oauth, sessions, rest, rbac, etc... 
> Webapp2 it's completely abandoned! And given that almost all app engine 
> examples on python rely on webapp2... that's a big flaw.
>

just try golang, that is all.

Java is slow to startup and very memory consuming and slow for development.
PHP and Python is slow on performance.
Golang is both fast for development and fast to startup and fast on 
performance, and it is maintained actively.
 

>
> I find out I need to move on managed VM's, because relying just on app 
> engine to make a complete web app It's impossible.
> It's really good to learn because you didn't need to think on server 
> issues, etc. But once you have the know-how... better move out.
>
> But I'm glad to see Google answering here and catching up with the long, 
> long, long.. issues list.
>
>
> On Thursday, 13 November 2014 01:44:38 UTC+1, Daniel Sturman wrote:
>>
>> Thanks for your candid responses. I hear your concerns loud and clear. I 
>> think the issues you raised all boil down to one thing: you’d like to see 
>> greater engagement between the App Engine team and our developer community.
>>
>> With regards to your specific concerns:
>>
>> I agree that an issue tracker is of little use if we aren’t actively 
>> triaging and updating it.  Although I could address the individual examples 
>> you pointed out one by one (e.g. we partnered with SendGrid to give you a 
>> good alternative for sending email), I think the proper action here is to 
>> triage the open issues in the tracker.  We have been ramping up support for 
>> doing this and you can expect to start seeing traction in the coming weeks. 
>>  
>>
>> As we ramp back up on feature work, we’ll also resume using the group for 
>> outbound communications regarding releases as well as any other 
>> developer-facing changes.  In parallel we’re having our support engineers 
>> monitor the group for issues and topics that need to be addressed by 
>> Google.  These will either be answered directly by that team or will be 
>> routed to the proper product management and / or engineering team. 
>>
>> -Dan
>>
>> VP, Engineering
>>
>>
>> On Wednesday, November 12, 2014 1:27:33 PM UTC-8, Marcel Manz wrote:
>>>
>>> Hey Daniel
>>>
>>> I'm very happy to hear back from Google on this forum and wish to point 
>>> out that it has to be very important for Google to follow this group in 
>>> order to share updates etc. Stackoverflow is an external site which is 
>>> great for code fragment sharing, but it's not a great place to discuss 
>>> about specific technology in general which should be discussed on a Google 
>>> hosted Group/Forum.
>>>
>>> If you would follow what the other large cloud provider is doing with 
>>> its forum you would immediately recognize the importance of having a 
>>> provider <> client/developer relationship. We ourselves are supported by 
>>> Google Premier Support, hence we direct many questions directly to Google's 
>>> support staff, which so far has been able to solve most of the issues we 
>>> discovered. However there for sure are many developers out there who select 
>>> a platform, based on their own judgment on how active the provider <> 
>>> client/developer relationship is maintained in forums. If there is zero 
>>> support/feedback by the provider, those clients might opt for another cloud 
>>> provider without investigating further your solution.
>>>
>>> From a feature perspective, Google should really complete the 
>>> integration of PHP. Since its integration there's *the* key-service missing 
>>> which is DataStore. Yes, it is accessible via API's, but that's not the 
>>> same as the native direct datastore access we requested in:
>>>
>>> https://code.google.com/p/googleappengine/issues/detail?id=9931
>>>
>>> I'm really looking forward for Google to finally complete this 
>>> integration, so we can migrate additional workloads using DataStore over to 
>>> GAE/PHP. Many of our projects are using Datastore through Java at the 
>>> moment, but Java isn't the pre