GAE for web shop

565 views
Skip to first unread message

N. Rosencrantz

unread,
Dec 19, 2011, 4:22:30 PM12/19/11
to google-a...@googlegroups.com
I'm proposing that a company uses GAE instead of PHP for their web shop. Is this a reasonable thing to do even though there seem to be no mature web shop system for GAE
even though there is this django project http://www.satchmoproject.com/ that has the goal of being ecommerce with django but is it portable easy to GAE?
Probably not. The way I'm solving it now is with python's webapp2 and its custom auth User model but I have the implement everything from scratch while PHP solution already are mature.

I also saw this http://www.getlfs.com/start and I wonder how it may help if I try it. I would like to know if you have any comments or ideas about this?

Thank you

Brandon Wirtz

unread,
Dec 19, 2011, 4:32:25 PM12/19/11
to google-a...@googlegroups.com

Can be done. But if they have software they like and aren’t in the software business I’m not sure the savings would add up to enough to make it worth the hassle.

 

I’m very pro GAE, but if you have to build your own app and that isn’t a primary business you are in, that seems like a lot of work to save on hosting.

 

Also be aware that with no fixed IP payment gateways often require you to go off AppEngine, which means maintaining two hosting environments.

 

-Brandon

--
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/-/jNxKyLjHuAkJ.
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.

N. Rosencrantz

unread,
Dec 19, 2011, 4:43:22 PM12/19/11
to google-a...@googlegroups.com
Thank you Brandon for the answer. The major challenge will probably be processing payments, handling different currencies and connecting to an accounting system. I understand I won't have to make an accounting system, I could make interoperability to an accounting system and compatible app over webservices or so that could also process any credit card transaction. The company is basically a product selling company and I've started a very small production deployment to get something online to work with while we also evaluate PHP solutions like magentocommerce that seem competent.

I think Paypal works with GAE / python and that could be a basic way to get payments going, but I think I'm looking at a system where the company knows so exact what they want that custom code only will give the control over details.

Regards,
Niklas

Simon Knott

unread,
Dec 19, 2011, 5:30:30 PM12/19/11
to google-a...@googlegroups.com
Whilst PayPal works with GAE, I think a lot of people face rate limiting with their APIs as all GAE apps are coming from the same bank of IP addresses.  Every so often someone pops up and gets told that they'll need to proxy the requests through a small instance hosted somewhere else (e.g. Amazon EC2), to get around this issue.

Cheers,
Simon

N. Rosencrantz

unread,
Dec 19, 2011, 5:37:33 PM12/19/11
to google-a...@googlegroups.com
That's very good to know, thanks a lot for all the detailed info! /Niklas

--
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/-/dRMSTtSqO1MJ.

voscausa

unread,
Dec 19, 2011, 7:59:04 PM12/19/11
to google-a...@googlegroups.com
i created a webshop using Ogone as payment provider in the Netherlands and Belgium. This works fine with GAE, without any errors. The normal payment trafic (start the payment procedure and receiving the result) does need a fixed IP. But for a payment queries I need (Ogone needs) a fixed IP. 
For that purpose I use a proxy which is only a few lines of PHP code. To test it I created a small GAE python application, making use of my gateway IP and the the SDK. 

Connecting an accounting system is not that difficult. Because all the order and payment information is in the GAE webshop. 

N. Rosencrantz

unread,
Dec 20, 2011, 11:29:54 AM12/20/11
to google-a...@googlegroups.com
Thank you for the information! If you want to have a look at the start
of the webshop I'm making with python the URL to my project alpha /
beta is http://bnano-www.appspot.com/
Regards,
Niklas

> --
> 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/-/lTS9dw3IiokJ.

voscausa

unread,
Dec 20, 2011, 11:56:44 AM12/20/11
to google-a...@googlegroups.com
We have created the webshop frontend in javascript. : http://www.euro-codicil.eu
The payment handling with Ogone is done with GAE. 

But there is a new experimental / demo XHTML version of the webshop. XHTML and no javascript and no cookies because there is a lot of opposition against cookies in the Netherlands. 
With this link you can order an Euro-codicil in the experimental XHTML version and do a test payment with Ogone.

The other problem we have with the XHTML version and GAE is SSL. It is still experimental and no pricing information is available. 
We need SSL because we collect personal medical data.

N. Rosencrantz

unread,
Dec 23, 2011, 5:04:59 AM12/23/11
to google-a...@googlegroups.com
Thanks a lot for the positive and detailed info! If you don't mind I
will get back to this topic when we have proceeded as far as actually
getting to work on connecting to an accounting system and paypal and
credit card transactions. So far I did the web-based system with CSS,
python and HTML using webapp2 for custom accounts and sessions for the
shopping cart which appears to work very well.

So in short we're making a good choice choosing the GAE environment
for our web shop and I'm continuing to build on our application.

Thank you
Niklas

Jeff Schnitzer

unread,
Dec 23, 2011, 4:13:26 PM12/23/11
to google-a...@googlegroups.com
You will discover that Paypal's API, documentation, and support is a trainwreck.

If you're in the US, you may wish to consider WePay or Stripe instead.

Jeff

> --
> 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-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.
>

--
We are the 20%

Brandon Wirtz

unread,
Dec 23, 2011, 4:17:56 PM12/23/11
to google-a...@googlegroups.com
We found we got 18% higher conversion rate by simply putting the "Pay with
Paypal" logo on our sites

That makes a pretty compelling case for using PayPal...
Allowing payment with Google wallet lets you have the Shopping cart logo in
your Adwords campaigns and magically lowers your CPC.

Good reasons to do both.

N. Rosencrantz

unread,
Dec 25, 2011, 2:09:58 AM12/25/11
to google-a...@googlegroups.com
Thank you guys for elaborating on the topic. I did not get so far as to credit card processing and such but I definitely will try it later on. I basically just set up a prototype site displaying the products and I will add business logic now like login / logout with customer IDs and handling an actual purchase.

I was told that an e-commerce platform such as magento is also powerful, do you agree? Can that functionality be run with appspot or that be copied to appspot?

I looked also at the python / django webshop project http://www.satchmoproject.com/docs/dev/
Do you have any experience with it and could / should it be run on GAE or should I just write my own use cases with wtforms + jinja2 in python 2.7?

Thanks!

N. Rosencrantz

unread,
Dec 30, 2011, 6:07:16 AM12/30/11
to google-a...@googlegroups.com
Now I've gotten credit card processing to work in test mode via authorize.net:

$ python
Python 2.7.1+ (r271:86832, Apr 11 2011, 18:13:53)
[GCC 4.5.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from zc.authorizedotnet.processing import CcProcessor
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "zc/authorizedotnet/processing.py", line 18, in <module>
    import zc.creditcard
ImportError: No module named creditcard
>>> from quix.pay.transaction import CreditCard
>>> from quix.pay.gateway.authorizenet import AimGateway
>>> card = CreditCard(
...     number = '4111111111111111',
...     month = '10',
...     year = '2020',
...     first_name = 'John',
...     last_name = 'Doe',
...     code = '123'
... )
>>> gateway = AimGateway('API ID', 'SECRET KEY')
>>> gateway.use_test_mode = True
>>> gateway.use_test_url = True
>>> response = gateway.authorize(1, card)
>>> print "Authorize Request: %s" % gateway.get_last_request().url
Authorize Request: https://test.authorize.net/gateway/transact.dll
>>> print "Transaction %s = %s: %s" % (response.trans_id,
...                                    response.status_strings[response.status],
...                                    response.message)
Transaction 0 = Approved: (TESTMODE) This transaction has been approved.
>>>

I'm going to start using this method and try to add Paypal and other API:s accordingly.

Thank you
Niklas
Reply all
Reply to author
Forward
0 new messages