[google-appengine] Visual Basic Programmer - should I use Python, Java, PHP or GO

[Chris Ketchell]

Im very familiar with Visual Basic so Im wondering which would be the best 
pplatform for me to use




   - Python 
   - Java 
   - PHP 
   - Go 
   - 
   - 

-- 
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/c718ad39-4bfc-45c2-92e9-8092b61a3a3d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Visual Basic Programmer - should I use Python, Java, PHP or GO

[Chris Ketchell]

Thanks very much I'll probably work through the introductions for each

Would you say any are similar to .Net?

-- 
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/ab009bd8-4745-4750-8f3b-8c21b1d58f61%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Visual Basic Programmer - should I use Python, Java, PHP or GO

['Alex Martelli' via Google App Engine]

On Sun, Nov 15, 2015 at 11:46 AM, Chris Ketchell <
chris.ketchell...@gmail.com> wrote:

> Thanks very much I'll probably work through the introductions for each
>
> Would you say any are similar to .Net?
>

No, I don't think any of the App Engine runtimes are particularly "similar
to .Net". In terms of *languages*, there are .Net *implementations* of at
least some of the four languages (e.g, IronPython is a .Net implementation
of Python), but that's not the App Engine runtime.


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/ab009bd8-4745-4750-8f3b-8c21b1d58f61%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/CAE46Be-W0PmObq5uXOdAvB2-EkZQcjxWnhexjMp63inB1KDS6w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] PermGen space Out of Memory Error on production GAE Server

[Kurt Hartmann]

My web module is using automatic scaling with the default F1 server 
instance.  Yesterday, I noticed a PermGen, Out of Memorry server exception 
occurred in production.  This concerns me, because my users receive a blank 
screen when this error happens as the response to their web request, and it 
will cause a lot of confusion.  Also, my app is in a pilot phase and there 
are just a couple of users and no load, so to receive a permgen, 
OutOfMemory server exception means more could be on the way as things ramp 
up.

Is there a way to increase the max PermGen memory allocation on a google 
app engine configuration?  I've searched and not found anything about 
changing the setting on a production app engine server (only development 
server, which I've done successfully).  If I change the server I'm using to 
something with more memory (e.g. F2 server instance), will that help?  I'm 
assuming that even a higher memory server instance will still use the 
default max permGen setting, so I don't think so.  

Thanks for letting me know how to reduce the possiblity of receiving these 
OutOfMemory errors in production google app engine servers.

Here's the stack trace of the error

http://mydogscores.com/events/viewMyDogScoresCalendar 
java.lang.OutOfMemoryError: PermGen space at 
sun.misc.Unsafe.defineClass(Native Method) at 
sun.reflect.ClassDefiner.defineClass(ClassDefiner.java:63) at 
sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:399) 
at 
sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:396) 
at java.security.AccessController.doPrivileged(Native Method) at 
sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:395) 
at 
sun.reflect.MethodAccessorGenerator.generateMethod(MethodAccessorGenerator.java:77)
 
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:46) 
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 
at java.lang.reflect.Method.invoke(Method.java:606) at 
java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1017) at 
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:2040) at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1936) 
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1462) at 
java.io.ObjectInputStream.readObject(ObjectInputStream.java:417) at 
java.util.HashMap.readObject(HashMap.java:1182) at 
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 
at java.lang.reflect.Method.invoke(Method.java:606) at 
java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1017) at 
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:2040) at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1936) 
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1462) at 
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2140) at 
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:2064) at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1936) 
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1462) at 
java.io.ObjectInputStream.readObject(ObjectInputStream.java:417) at 
com.google.apphosting.runtime.SessionManagerUtil.deserialize(SessionManagerUtil.java:56)
 
at 
com.google.apphosting.runtime.MemcacheSessionStore.getSession(MemcacheSessionStore.java:38)
 
at 
com.google.apphosting.runtime.jetty.SessionManager.loadSession(SessionManager.java:330)
 


-- 
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/f23764ee-e260-4321-bf9c-655a31d48e3d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Visual Basic Programmer - should I use Python, Java, PHP or GO

['Alex Martelli' via Google App Engine]

A highly debatable (and hotly debated!) subject, is the choice of
programming language -- me, I'm a Python fan (my vanity license plate is
P-heart-THON -- the heart sign looks a bit like a Y and, of course, stands
for "love":-) so my take will no doubt be biased towards Python -- just as
that of a Java fan will be biased towards Java, and so on.

So, it's important to also check out many such comparisons on the web, such
as
https://www.quora.com/Could-you-give-a-quick-comparison-of-Java-PHP-Python-Ruby-Javascript-for-non-programmer
-- each will come from a different viewpoint, so, by integrating over all
of them, you should be able to balance out the various biases.

One aspect not really covered in such comparisons is the App Engine
specific one, so let me focus on that. All four languages are of course
supported in GAE, but they have different histories and may present
different pluses and minuses.

Generic comparisons will often say that Java is the fastest of the four,
but, while that may apply to ongoing computations, on App Engine (by what
I've measured and benchmarked myself -- I don't believe there's any
official set of numbers), it doesn't apply to starting up a new instance.
Depending on the dynamics of user accesses to your web app, this may be a
rare occurrence, or a very frequent one (for example: you may choose, at a
cost, to keep many idle instances around to serve surges of traffic without
paying the starting up price -- or, to reduce costs, you may go the other
way, but then starting up time is meaningful).

For starting up, by my own measurements on App Engine, Java's actually the
slowest of the three languages I've benchmarked -- considering that the JVM
running your Java program is a functionality-rich, "heavy" environment,
that's not surprising.

At the other extreme, Go is the only one of the four languages that gets
compiled to machine code to run on App Engine (each of the other three uses
an underlying bytecode interpreter, or virtual machine as Java
traditionally chooses to call its own bytecode interpreter) and, perhaps as
a result, in my benchmarks it showed the fastest starting-up behavior.

Python's in the middle (I have not benchmarked PHP).

Another consideration is the different history and thus functional richness
of the various runtime environments on App Engine. The Python runtime has
been around longest, and for years it enjoyed the advantage of Guido van
Rossum, Python's creator, working at Google in the App Engine team to
update and improve it -- many Python runtime features, such as the ndb
package for access to the datastore, are Guido's handiwork, and of course
nobody could be better placed than him to optimize for the architectural
strengths of both Python and App Engine. Java came next, and Go was third
-- PHP is the most recent addition to the group.

Last, but not least, you can get a subjective impression of how easy or
hard, how natural or otherwise, each language and its interface to App
Engine services comes to you PERSONALLY, based on your existing experience,
skill, even personality. Just walk through each of the "getting started"
tutorials, one per language -- Python's is at
https://cloud.google.com/appengine/docs/python/gettingstartedpython27/introduction
, and it immediately links to the other three.

Happy experimenting, and happy App Engining!-)


Alex


On Sun, Nov 15, 2015 at 8:33 AM, Chris Ketchell  wrote:

>
> Im very familiar with Visual Basic so Im wondering which would be the best
> pplatform for me to use
>
>
>
>
>- Python 
>- Java 
>- PHP 
>- Go 
>-
>-
>
> --
> 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/c718ad39-4bfc-45c2-92e9-8092b61a3a3d%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 

[google-appengine] Re: wordpress on google app engine

[Jean-Baptiste GRAINDORGE]

Hello Adam,

Thank you for your answer, the website is now in production on google app 
engine (at the url www.decocrush.fr )
Everything is working fine and it looks like it was a bug due to the 
wordpress theme. I set caching up and it's ok now :)
I still have a little problem...
I made a bucket ( cdn.decocrush.fr ) on wich I stock images, I made some 
"sed" on the raw sql before importing et voila ! that's working
BUT old images urls are not working anymore, I guess I've a problem with 
handlers or rewrite rules

What I'm trying to achieve is something like this :

Typically I'd like that if a client requests "just" an image at the url

www.decocrush.fr/wp-content/uploads/2014/10/my-image.png

he get the image from

cdn.decocrush.fr/uploads/2014/10/my-image.png

(for now he get a 404 :( )

I put this in my .htaccess but it doesn't work

Redirect 301 /wp-content/uploads/ http://cdn.decocrush.fr/uploads/

handlers are the one by default like :


handlers:

- url: /(.*\.(htm|html|css|js))$
  static_files: wordpress/\1
  upload: wordpress/.*\.(htm|html|css|js)$
  application_readable: true

- url: /wp-content/(.*\.(ico|jpg|jpeg|png|gif|woff|ttf|otf|eot|svg|pdf))$
  static_files: wordpress/wp-content/\1
  upload: wordpress/wp-content/.*\.(ico|jpg|jpeg|png|gif|woff|ttf|otf|eot|
svg)$
  application_readable: true

- url: /(.*\.(ico|jpg|jpeg|png|gif|woff|ttf|otf|eot|svg))$
  static_files: wordpress/\1
  upload: wordpress/.*\.(ico|jpg|jpeg|png|gif|woff|ttf|otf|eot|svg)$
  application_readable: true

- url: /wp-includes/images/media/(.*\.(ico|jpg|jpeg|png|gif|woff|ttf|otf|eot
|svg))$
  static_files: wordpress/wp-includes/images/media/\1
  upload: wordpress/wp-includes/images/media/.*\.(ico|jpg|jpeg|png|gif|woff|
ttf|otf|eot|svg) 
  application_readable: true


I'm not really understanding how handlers are working and if I can achieve 
this with them.


Thanks for your help



Le mercredi 11 novembre 2015 22:41:41 UTC+1, Adam a écrit :
>
> The Images API is using Google Cloud Storage via Blobstore, not Google 
> Cloud SQL, so changing your Cloud SQL instance class is not going to have 
> any effect on RPC latency for images.GetUrlBase in any case.
>
> Calls to images.GetUrlBase can be slow (as a history of Google search 
> results will attest to), but there may be some things you can do to work 
> around this such as using async versions of Google API calls. I'd need to 
> see more about what's happening inside your handler to make further 
> suggestions, but then the question may be more suitable for posting to 
> StackOverflow 
> .
>
> On Saturday, November 7, 2015 at 1:38:24 PM UTC-5, Jean-Baptiste 
> GRAINDORGE wrote:
>>
>>
>> Hello,
>>
>> Im trying to migrate my wife website , actually in production on compute 
>> engine, url : www.decocrush.fr
>> A page should take around 1 or 2 seconds to load (from EU broadband)
>>
>> I would like to put it on google app engine... Have been testing since 
>> days now... Last problem is with latency.
>> It looks like the website is really faster on the compute engine (have 
>> been testing with pingdom, chrome debug tool) than on the app engine.
>> You can check the test version (on app engine) at the url foodcrush.fr
>> It's 6s slower on app engine to load a page.
>> I've this kind of reports about RPC on my console
>> NomRPCDurée totale (ms)
>> /2015/10/20/visite-deco-un-chateau-breton-tres-moderne/16481
>> /images.GetUrlBase711564/urlfetch.Fetch17463
>> /blobstore.CreateEncodedGoogleStorageKey7130/memcache.Get1313
>>
>> Looks like images.GetUrlBase is taking forever, i can't explain why... I 
>> tried a D1 plan instead of the D0, no luck. Same thing with the "instance 
>> always on"
>> Thanks for your 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/85f0fdc7-d83e-4670-a98f-a40d6662bd78%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.