Re: [google-appengine] Duplicate app when you have too many apps

[Nicholas Jitkoff]

I'm running into the same issue (using this address). I've got a dozen 
apps, and need to migrate them over.

On Friday, August 24, 2012 7:32:37 AM UTC-7, Takashi Matsuo (Google) wrote:
>
>
> Hi Dmitry,
>
> Which account you're using for app engine? I'm going to look into it.
>
> -- Takashi
>
>
> On Fri, Aug 24, 2012 at 9:43 PM, Dmitry Kichinsky 
> 
> > wrote:
>
>> I'm having the same problem migrating to HRD:  not allowed to create 
>> anymore apps;reached app creation 
>> limit?
>>  
>>
>>
>> On Saturday, January 7, 2012 12:11:49 AM UTC+4, Ikai Lan (Google) wrote:
>>
>>> Migrating to HRD using the new migration tool will create an alias, so 
>>> requests to the old app ID should go to the new one. You do still have to 
>>> create a new application ID, however.
>>>
>>> I've allocated a few more app IDs for your account. The current policy 
>>> is that you can have up to 10 free applications and an unlimited amount of 
>>> paid applications, but I think it's reasonable make exemptions on a 
>>> case-by-case basis for people who have been using GAE for a long time who 
>>> are migrating to HRD.
>>>
>>> --
>>> Ikai Lan 
>>> Developer Programs Engineer, Google App Engine
>>> plus.ikailan.com | twitter.**com/ikai 
>>>
>>>
>>>
>>> On Fri, Jan 6, 2012 at 11:27 AM, Ricardo Bánffy wrote:
>>>
  Hi folks.

 Is there a way around the "not allowed to create anymore apps;reached
 app creation limit?" message when you are trying to migrate an app to
 HRD? BTW, is there a way to keep the app id?

 --
 Ricardo Bánffy
 http://www.dieblinkenlights.**com 
 http://twitter.com/rbanffy

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


>>>  -- 
>> 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/-/p1fMaoHMUxkJ.
>>
>> 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.
>>
>
>
>
> -- 
> Takashi Matsuo | Developers Advocate | tma...@google.com 
>
> 

-- 
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/-/JFSQC6gZIs0J.
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 app engine for extremely demanding multiplayer browser game

[Jeff Schnitzer]

It sounds like your game has a relatively small amount of rapidly
mutating data.  In general, this is the kind of thing that GAE is bad
at.  GAE is great for large amounts of data, each piece of which
changes slowly.  Aside from the read and write cost, there is an
update limit of one transaction per "piece of data" per second which
can be very challenging to work around.

Your 1GB database easily fits in RAM, even if it grows 10X that size.
It will work well with a storage system optimized for resident memory,
giving you fantastic read and write throughput.  This includes most
RDBMSes and some NoSQL stores like MongoDB.  You can get thousands of
queries per second out of single instances.

The GAE datastore is optimized for datasets which cannot fit in RAM.
Fetches are relatively glacial, often taking tens of milliseconds.
The good news is that this performance will be consistent even when
you have 10 petabytes of data.  The bad news is that you don't care,
because you only need to store a few gigs and what you really need is
fast (and cheap!) transactions.

If you want a PaaS solution to cut out some of the maintenance
headaches, consider Heroku or Appfog.  If you want to try something
exotic, look into EC2's DynamoDB, which is supposed to be blistering
fast.  Although - since your dataset fits in RAM, you probably are
best to stick with the database you already know - MySQL.  Nothing is
faster than a fetch from RAM.

Jeff

On Tue, Sep 13, 2011 at 4:03 AM, Karel Crombecq
 wrote:
> Hey Jay,
>
> I actually registered yesterday on your game to get an idea of a game hosted
> on GAE. I'm enjoying it!
>
> But the new pricing greatly disturbs me. I'm not sure if running this game
> on GAE is actually viable at all in terms of costs. I did some research on
> the new pricing (for example
> http://code.google.com/appengine/kb/postpreviewpricing.html#operations_charged_for)
> and as far as I can see, datastore reads and writes both have a similar
> cost. And they don't charge per query, but they charge per object (row)
> fetched.
>
> I did some calculations on my current database data, and CQ2 generates about
> 1M database writes for something like 650 daily users. That's about 3 times
> as much as your game does, which would also triple the bill. That's a lot,
> but something I can handle. Since most of the writes are one-record only,
> the total cost would be $1,5 per day for 1000 users.
>
> However, the datastore reads are the real issue here. I have about 4M SELECT
> queries for 650 users. Considering that many of these return more than one
> row, I can easily reach 10M datastore reads each day, for an additional cost
> of $2,8 each day.
>
> This results in a total of €159 per month, for 1000 users. My estimations
> for the Amazon cloud were a cost of $65 per 1000 users each month (based on
> our current system and their instances), which would make GAE 3 times more
> expensive. That's quite worrysome, even though these statistics were
> generated based on relational database writes as opposed to datastore
> writes. It's hard to predict if I will need less or more datastore
> operations to achieve the same result. I'm actually thinking less, because I
> can cache a lot of static data into memory.
>
>
>
> --
> 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/-/_-Bf3oAZxu8J.
>
> 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] Custom SSL certificate with more than two intermediate CAs

[Ivan Volosyuk]

You may want to concatenate the files into your certificate.pem for extra 
compatibility with various browsers.

On Tuesday, September 25, 2012 2:22:33 PM UTC+10, gops wrote:
>
> newbie here.
>
> my ca provide 3 .crt format certificates.
>
> and I am allowed to upload only one pem via google apps ssl tab. 
>
> one is sslca.crt, another is addexternalcaroot.crt and one is mywebsite.crt
>
> I converted mywebsite.crt to pem and uploaded and it works with SNI.
>
> what do I need to do with other too ?
>
> On Mon, Aug 27, 2012 at 6:39 AM, Cayden Meyer 
> > wrote:
>
>> Just updating this thread. We have added support for up to 5 
>> chained/intermediate certificates. Users of Comodo and other CAs which 
>> require more than 2 chained/intermediate certificates can now append the CA 
>> provided bundles/intermediate certificates to their uploaded certificate. 
>>
>> Cheers,
>>
>> Cayden Meyer
>> Product Manager, Google App Engine
>>
>> On 3 August 2012 18:27, Nacho Coloma >wrote:
>>
>>> Hi Cayden,
>>>
>>> Thanks for your reply.
>>>
>>> You appear to have the incorrect CNAME for your domain. This is most 
 probably what is causing android browsers to fail to connect. The correct 
 CNAME can be found in your Google Apps control panel. The uploading and 
 configuring certificates section of the SSL for Custom Domains 
 documentation  may 
 prove helpful if you have any issues. 

>>>
>>> Yep, I saw the change of ghs name but since neither certificate was 
>>> working we are just stopping this (with this working configuration) until 
>>> our new certificate arrives. 
>>>
>>> We just purchased a new one with DigiCert that includes EV validation 
>>> and uses (supposedly, as far as we could check) a single intermediate 
>>> authority.
>>>
>>>
 On the topic of intermediate certificates you should be able to 
 download a single intermediate certificate from Comodo 
 here.
  
 Usually certificate authorities provide a bundle file which contains the 
 full chain, all the certificates in the bundle are often not required. 

>>>
>>> Ours is (was) a Comodo EssentialSSL. It comes with 5 CAs in the bundle, 
>>> and AFAIK most browsers require the chain up to the root CA.
>>>
>>> Don't worry about this, the change of certificate should fix it up. 
>>> Anyway, I would reconsider the limitation of two CAs in the PEM bundle, if 
>>> that's an option. Anyway, it's just my fault for not fully understanding 
>>> the limitations before choosing the certificate provider. Thank God for the 
>>> 15-days refund policy.
>>>
>>> Thanks for your support.
>>>
>>>

 On 2 August 2012 04:03, Nacho Coloma >wrote:

> Hi, I have just configured a certificate for our own custom domain 
> (VIP) and it is working fine, but Android browsers are rejecting to 
> connect. 
>
> Investigating, it seems that I should include the full chain of 
> intermediate CAs to the uploaded PEM file, but that's not possible since 
> AppEngine only allows at most two certificates in the PEM file. Our 
> Comodo 
> certificate has a chain composed of five CAs. If I try to upload the full 
> PEM file, AppEngine complains that the format is not supported.
>
> The working certificate can be seen at https://koliseo.com. You can 
> test it with:
>
> openssl s_client -showcerts -connect www.koliseo.com:443
>
> Desktop browsers are OK with it, but Android (Froyo and Honeycomb) 
> will just refuse to connect. Any ideas?
>
> -- 
> 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/-/AvvSXY6BrugJ.
> 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 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 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.goo

[google-appengine] Re: using app engine for extremely demanding multiplayer browser game

[Edu]

Hi Karel and Jay, I'm trying to project the cost of hosting and bandwith 
for a social game we're developing. It's a flash game, sort of like Mafia 
Wars Shake down (for comparison purposes). I was thinking of budgeting $70 
per 1000 users. Not sure what cloud company should I use yet, although 
Right Scale seems like a good option. Any recommendations would be highly 
appreciated.
Thanks,
Ed

On Tuesday, September 13, 2011 7:03:10 AM UTC-4, Karel Crombecq wrote:
>
> Hey Jay,
>
> I actually registered yesterday on your game to get an idea of a game 
> hosted on GAE. I'm enjoying it!
>
> But the new pricing greatly disturbs me. I'm not sure if running this game 
> on GAE is actually viable at all in terms of costs. I did some research on 
> the new pricing (for example 
> http://code.google.com/appengine/kb/postpreviewpricing.html#operations_charged_for)
>  
> and as far as I can see, datastore reads and writes both have a similar 
> cost. And they don't charge per query, but they charge per object (row) 
> fetched.
>
> I did some calculations on my current database data, and CQ2 generates 
> about 1M database writes for something like 650 daily users. That's about 3 
> times as much as your game does, which would also triple the bill. That's a 
> lot, but something I can handle. Since most of the writes are one-record 
> only, the total cost would be $1,5 per day for 1000 users.
>
> However, the datastore reads are the real issue here. I have about 4M 
> SELECT queries for 650 users. Considering that many of these return more 
> than one row, I can easily reach 10M datastore reads each day, for an 
> additional cost of $2,8 each day.
>
> This results in a total of €159 per month, for 1000 users. My estimations 
> for the Amazon cloud were a cost of $65 per 1000 users each month (based on 
> our current system and their instances), which would make GAE 3 times more 
> expensive. That's quite worrysome, even though these statistics were 
> generated based on relational database writes as opposed to datastore 
> writes. It's hard to predict if I will need less or more datastore 
> operations to achieve the same result. I'm actually thinking less, because 
> I can cache a lot of static data into memory.
>
>
>

-- 
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/-/avOH0r_WqGAJ.
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] Memcache seems to be cleared periodically

[Tom Saulpaugh]

I've been observing our production system memcache stats today and noticed 
that the oldest object in the cache is only 7 minutes old.  On our test 
system, running the same code, the oldest object is over 4 hours old.  On 
our production system, I saw today at least 3 times where the oldest aged 
object would get up to as high as 33 minutes but then fall back to 1 minute 
or so.  We are using Objectify to set the cache expiration time for our 
entity objects.  These times range from 10 minutes to 2 hours.

Are there any known conditions where memcache is cleared due to errors or 
quotas? (or something else?).  Has anyone else seen this behavior?

Thanks,
Tom

-- 
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/-/E5JL0t2USlIJ.
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: PCI compliance for transmitting cardholder data?

[D X]

Hm... I thought I posted a reply but I don't see it.

I asked this at a GAE Hangout once, the answer was no.

You can't store payment info on GAE.
You can implement ecommerce sites if you use a PCI payment gateway like 
stripe or paypal.



On Tuesday, September 25, 2012 2:57:29 PM UTC-4, Jairo Vasquez wrote:
>
> Any answer from GAE team here?
>
> Thanks
>
> On Monday, July 13, 2009 1:02:06 PM UTC-3, Tony wrote:
>>
>> Has anyone attempted to achieve PCI compliance for an App Engine app 
>> that transmits (without storing) cardholder data (e.g., Paypal's 
>> "Payments Pro" version)?  I was just curious if anyone has had their 
>> app scanned and passed, or if off-site payment processing (e.g. Google 
>> Checkout) is the only option for e-commerce on 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/-/ZWWRv1nAdGUJ.
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: IE/Opera + Dev Server = slow, problematic

[Kaan Soral]

Thanks for the suggestion Bryce

-- 
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/-/_x_9v9sn-fAJ.
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: Naked https (SSL) domain?

[Bryce Cutt]

Waleed, VIP does not solve this issue. You get the same SSL cert warning. 
They imply that the IP could change at any time so I would not rely on it 
being the same for multiple requests.

Thomas, If you just want a redirect you could set up a VPS that does the 
redirect for you and uses either your cert or a different free one 
(startssl.com) so that any requests to it over SSL don't give a cert 
warning. A server running Apache with an .htaccess file doing the redirect 
would be enough for this. Unfortunately it will cost you a monthly fee to 
keep the VPS running. Maybe there is a business opportunity there for 
someone to set up a service that does exactly this redirect. I think 
wwwizer only works for non-SSL redirects.

If you want to host your site on a naked domain then I think you have to 
use a reverse proxy on your own VPS for now. Careful with this path though 
as you would be adding a single point of failure in front of your app 
unless you load balance across multiple reverse proxies (which will 
probably cost a lot).

- Bryce


On Sunday, July 22, 2012 10:13:23 AM UTC-7, Thomas Wiradikusuma wrote:
>
>
> Hi guys,
>
> I'm using GAE's official SSL SNI support in my app. Opening 
> https://www.temanmudik.com is fine. But opening https://temanmudik.com(naked 
> domain) gives warning (in Chrome) that essentially says, "Hey, the 
> cert is not for temanmudik.com, it's Google's". Non-SSL (
> http://temanmudik.com) properly redirects to www. My appid is "neytap".
>
> So I got creative, I logged in to enom (from Google Apps) then removed all 
> A mappings (@ -> google IPs) and replaced them with one URL Redirect (@ -> 
> http://www.temanmudik.com). Non-SSL naked domain is still working, but 
> now Chrome gives me "This webpage is not available. Google Chrome's 
> connection attempt to temanmudik.com was rejected. The website may be 
> down, or your network may not be properly configured." when I try to access 
> https://temanmudik.com.
>
> Anyone know how to properly redirect naked https domain in GAE? I notice 
> there is similar question in this forum (
> https://groups.google.com/forum/?fromgroups#!newtopic/google-appengine/google-appengine/A-8I1X9vouk),
>  
> but it's 2009 and uses unofficial SSL support.
>

-- 
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/-/wxlGXH9GpiQJ.
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: IE/Opera + Dev Server = slow, problematic

[Bryce Cutt]

Correction: The necessary argument is --address=0.0.0.0


On Monday, September 24, 2012 12:20:14 PM UTC-7, Bryce Cutt wrote:
>
> I have seen this before and I believe it is due to the browser making 
> multiple parallel connections to the dev server. The dev server only 
> supports a single connection at once so some/many of these connections will 
> time out or just fail. It is worse if you have multiple browsers making 
> requests against the same dev server.
>
> I have had OK results when accessing the dev server by IP rather than 
> localhost. To try this you need to start the dev server with the argument 
> --address 0.0.0.0 and then you can access it using the IP address of the 
> machine the dev server is running on. Hopefully that helps.
>
> For docs on the dev server command line arguments see here:
>
> https://developers.google.com/appengine/docs/python/tools/devserver#Command_Line_Arguments
>
> - Bryce
>
>
> On Sunday, September 23, 2012 5:38:16 PM UTC-7, Kaan Soral wrote:
>>
>> I can't use IE or Opera for testing with development server (local).
>>
>>- For some reason some of the scripts/images don't load. For the ones 
>>that load, it takes a huge amount of time for them to load compared to 
>>Firefox/Chrome.
>>- When you make a request, it takes some time for it to show up on 
>>the logs. (IE is much much worse than opera)
>>
>> Do you have similar experiences?
>>
>

-- 
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/-/HDhXq6ShQjUJ.
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] Deployment problem : appcfg.py:2161 An error occurred processing file ''

[Sadaf Noor]

This is what I have got when I try to deploy my app :/ What can be done?
>From where this blank file process is getting appeared? :/

Starting update of app: sadaf2605, version: 1
Getting current resource limits.
2012-09-26 02:03:49,990 ERROR appcfg.py:2161 An error occurred processing
file '': . Aborting.
Traceback (most recent call last):
  File "C:\Program Files\Google\google_appengine\appcfg.py", line 133, in

run_file(__file__, globals())
  File "C:\Program Files\Google\google_appengine\appcfg.py", line 129, in
run_file
execfile(script_path, globals_)
  File "C:\Program
Files\Google\google_appengine\google\appengine\tools\appcfg.py", line 4083,
in 
main(sys.argv)
  File "C:\Program
Files\Google\google_appengine\google\appengine\tools\appcfg.py", line 4074,
in main
result = AppCfgApp(argv).Run()
  File "C:\Program
Files\Google\google_appengine\google\appengine\tools\appcfg.py", line 2544,
in Run
self.action(self)
  File "C:\Program
Files\Google\google_appengine\google\appengine\tools\appcfg.py", line 3830,
in __call__
return method()
  File "C:\Program
Files\Google\google_appengine\google\appengine\tools\appcfg.py", line 2991,
in Update
self.UpdateVersion(rpcserver, self.basepath, appyaml)
  File "C:\Program
Files\Google\google_appengine\google\appengine\tools\appcfg.py", line 2974,
in UpdateVersion
lambda path: self.opener(os.path.join(basepath, path), 'rb'))
  File "C:\Program
Files\Google\google_appengine\google\appengine\tools\appcfg.py", line 2131,
in DoUpload
resource_limits = GetResourceLimits(self.rpcserver, self.config)
  File "C:\Program
Files\Google\google_appengine\google\appengine\tools\appcfg.py", line 355,
in GetResourceLimits
resource_limits.update(GetRemoteResourceLimits(rpcserver, config))
  File "C:\Program
Files\Google\google_appengine\google\appengine\tools\appcfg.py", line 326,
in GetRemoteResourceLimits
version=config.version)
  File "C:\Program
Files\Google\google_appengine\google\appengine\tools\appengine_rpc.py",
line 366, in Send
f = self.opener.open(req)
  File "C:\Python27\lib\urllib2.py", line 400, in open
response = self._open(req, data)
  File "C:\Python27\lib\urllib2.py", line 418, in _open
'_open', req)
  File "C:\Python27\lib\urllib2.py", line 378, in _call_chain
result = func(*args)
  File "C:\Python27\lib\urllib2.py", line 1215, in https_open
return self.do_open(httplib.HTTPSConnection, req)
  File "C:\Program
Files\Google\google_appengine\lib\fancy_urllib\fancy_urllib\__init__.py",
line 367, in do_open
raise url_error
urllib2.URLError: 
2012-09-26 02:03:50 (Process exited with code 1)

You can close this window now.

-- 

 Regards,

*Md. Sadaf Noor,*

 ID:11121023,
Electrical and Electronic
Engineering
,
BRAC University .

Contact:
Email:sadafn...@acm.org

 sadafn...@ieee.org
Mobile: +8801758085078
Website: www.sadafnoor.tk || sadaf2605.appspot.com

-- 
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] Quota's haven't increased after 1st billing cycle

[Chris]

Hi Christina,

They are: api-itheme & www-itheme

Thanks

Chris

On Monday, September 24, 2012 10:09:30 PM UTC+1, Christina Ilvento wrote:
>
> Hi Chris, 
>
> Can you provide an app-id that's having the issue? 
>
>
> Thanks,
> Christina
>
> On Mon, Sep 24, 2012 at 1:57 PM, Chris >wrote:
>
>> Hi,
>>
>> I was expecting my quotas to increase after my first billing cycle, but I 
>> still for instance can only send 100 emails, this is the same for all of my 
>> sites. It's been like this for weeks now, do you think my account is stuck 
>> in limbo?
>>
>> Is there anyone I can get in contact with to sort this out?
>>
>> Kind Regards
>>
>> Chris
>>
>> -- 
>> 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/-/qBrRM5fM-i4J.
>> 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/-/lYoVqs_WlL0J.
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: Issues associated with enabling multi-threading via

[Andrew Mackenzie]

 Hi Hugo, Oh, we want it all-right, the performance / resource-usage 
benefits are compellingbut you just need to make sure *your* code 
(assuming libraries are OK) is ready for itor you're going to see some 
pretty difficult to debug bugs.

-- 
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/-/Xb3RjhbI2f8J.
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: Issues associated with enabling multi-threading via

[Hugo Visser]

Yes, you're right, I thought it was required, but supplying the element is 
now required, thanks for pointing that out.
I don't see why you wouldn't want to use thread safe though, especially for 
Java apps and libraries that are in other environments also built with 
thread safety in mind.

Hugo

On Tuesday, September 25, 2012 8:45:42 PM UTC+2, Andrew Mackenzie wrote:
>
> Hi Hugo,
>
> Thanks for the comments.
>
> But its not moot. The element in appengine-web.xml is obligatory, but can 
> be set to false. Current production environment respects it. I have done 
> many tests to verify that with overlapped requests and the changes in 
> behaviour when changing that setting.
>
> Point taken about multiple parallel instances and ds/mc. I thought I 
> discussed that but maybe left it out in final version - not 
> "multi-threading within a VM" or affected by setting in question 
> though.we could call that "instance-safe" :-)
>
> Thanks
>
> Andrew
>  On 25 Sep 2012 18:52, "Hugo Visser" > 
> wrote:
>
>> Hi Andrew,
>>
>> To me, the whole point is kinda moot, since threadsafe is a required 
>> setting for Java apps (which is a good thing).
>>
>> Also, the points that you raise in the post are not different from the 
>> gotcha's as they are present in a "normal" Java servlet stack. There's not 
>> much App Engine specific in there.
>>
>> The statements like "static initializers are safe" are technically not 
>> correct; while it's true for a single instance running multiple threads, 
>> your app will still run on multiple instances. So if you are doing 
>> something funky in a static initializer (like writing to the datastore) 
>> there's still the possibility of race conditions or data corruption.
>> Same holds true for writing to memcache and the data store that you 
>> describe in the post: even if your app is single threaded, a production app 
>> will run on multiple instances which could all concurrently write to the 
>> same entity or memcache entry.
>>
>> I hope you find this useful :)
>>
>> Hugo
>>
>> On Monday, September 24, 2012 2:41:25 PM UTC+2, Andrew Mackenzie wrote:
>>>
>>> I have published an analysis of using multi-threading for GAE/J here 
>>> http://devcon5.blogspot.com for a project I am working on.
>>>
>>> I would very much appreciate any comments, corrections, ommissions or 
>>> additional questions I should cover. 
>>>
>>> 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/-/lHqF2_MQTAIJ.
>> 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/-/WDs3o9-C-14J.
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: PCI compliance for transmitting cardholder data?

[Jairo Vasquez]

Any answer from GAE team here?

Thanks

On Monday, July 13, 2009 1:02:06 PM UTC-3, Tony wrote:
>
> Has anyone attempted to achieve PCI compliance for an App Engine app 
> that transmits (without storing) cardholder data (e.g., Paypal's 
> "Payments Pro" version)?  I was just curious if anyone has had their 
> app scanned and passed, or if off-site payment processing (e.g. Google 
> Checkout) is the only option for e-commerce on 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/-/UEys6D0k2kAJ.
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: Reliability of GAE (Google App Engine) as a platform for an eCommerce website

[Jairo Vasquez]

Anyone from GAE answering about PCI DSS compliance?

Thanks

On Monday, October 31, 2011 4:53:03 PM UTC-2, 1qazxsw2 wrote:
>
> I own an eCommerce website running on BlueHost shared hosting with a 
> dedicated IP and an SSL certificate installed. All is working fine. 
>
> I am now in the process of launching a new eCommerce website. Since I 
> write my back-end in Python, I wanted to use GAE. It's a fairly simple 
> site with two SQL tables, one for the items and one for the orders, so 
> it would be easy to do with GAE and its data store. 
>
> My concerns are: 
>
> 1) How reliable is the GAE? 
>
> 2) Can I trust the application I write now will run for at least two 
> years? In this time, Google will surely modify its App Engine dozens 
> of times and I am worried my app won't be compatible with the newer 
> versions of the engine. 
>
> 3) How quickly the datastore is updated? I mean, if a user buys and 
> item, I will updated the items list's stock field so when the next 
> user places an order, he will see an updated stock. 
>
> 4) Is it possible to store credit card details on GAE? Is it PCI DSS 
> compliant? 
>
> 5) Can I generate an HTTPS request from my application to the credit 
> card company to authorize the payment? 
>
> And last question, is using and learning to use GAE worth the trouble, 
> time and effort over using the old-school shared hosting systems? 
>
> 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/-/ktvmAkUBCAwJ.
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: Issues associated with enabling multi-threading via

[Andrew Mackenzie]

Hi Hugo,

Thanks for the comments.

But its not moot. The element in appengine-web.xml is obligatory, but can
be set to false. Current production environment respects it. I have done
many tests to verify that with overlapped requests and the changes in
behaviour when changing that setting.

Point taken about multiple parallel instances and ds/mc. I thought I
discussed that but maybe left it out in final version - not
"multi-threading within a VM" or affected by setting in question
though.we could call that "instance-safe" :-)

Thanks

Andrew
 On 25 Sep 2012 18:52, "Hugo Visser"  wrote:

> Hi Andrew,
>
> To me, the whole point is kinda moot, since threadsafe is a required
> setting for Java apps (which is a good thing).
>
> Also, the points that you raise in the post are not different from the
> gotcha's as they are present in a "normal" Java servlet stack. There's not
> much App Engine specific in there.
>
> The statements like "static initializers are safe" are technically not
> correct; while it's true for a single instance running multiple threads,
> your app will still run on multiple instances. So if you are doing
> something funky in a static initializer (like writing to the datastore)
> there's still the possibility of race conditions or data corruption.
> Same holds true for writing to memcache and the data store that you
> describe in the post: even if your app is single threaded, a production app
> will run on multiple instances which could all concurrently write to the
> same entity or memcache entry.
>
> I hope you find this useful :)
>
> Hugo
>
> On Monday, September 24, 2012 2:41:25 PM UTC+2, Andrew Mackenzie wrote:
>>
>> I have published an analysis of using multi-threading for GAE/J here
>> http://devcon5.blogspot.com for a project I am working on.
>>
>> I would very much appreciate any comments, corrections, ommissions or
>> additional questions I should cover.
>>
>> 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/-/lHqF2_MQTAIJ.
> 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] Does app engine costs me when entity cache hit?

[Jeff Schnitzer]

Queries will always cost you.  Get-by-key operations, however, can be
satisfied from the cache and do not necessarily reach the datastore.

Jeff

On Mon, Sep 24, 2012 at 8:29 PM, shaca  wrote:
> https://developers.google.com/appengine/docs/python/ndb/cache
>
> According to this document, there is 2 level cache: in-context and memcache,
> and the app engine bill me by the entity query count, I wanna that if it
> costs me even cache hit when I query the NDB?
>
> --
> 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/-/RNWsM670zxkJ.
> 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.

[google-appengine] Re: Issues associated with enabling multi-threading via

[Hugo Visser]

Hi Andrew,

To me, the whole point is kinda moot, since threadsafe is a required 
setting for Java apps (which is a good thing).

Also, the points that you raise in the post are not different from the 
gotcha's as they are present in a "normal" Java servlet stack. There's not 
much App Engine specific in there.

The statements like "static initializers are safe" are technically not 
correct; while it's true for a single instance running multiple threads, 
your app will still run on multiple instances. So if you are doing 
something funky in a static initializer (like writing to the datastore) 
there's still the possibility of race conditions or data corruption.
Same holds true for writing to memcache and the data store that you 
describe in the post: even if your app is single threaded, a production app 
will run on multiple instances which could all concurrently write to the 
same entity or memcache entry.

I hope you find this useful :)

Hugo

On Monday, September 24, 2012 2:41:25 PM UTC+2, Andrew Mackenzie wrote:
>
> I have published an analysis of using multi-threading for GAE/J here 
> http://devcon5.blogspot.com for a project I am working on.
>
> I would very much appreciate any comments, corrections, ommissions or 
> additional questions I should cover. 
>
> 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/-/lHqF2_MQTAIJ.
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: NDB Query offset - limit

[Guido van Rossum]

On Tue, Sep 25, 2012 at 1:12 AM, Moises Belchin  wrote:
> Hi Guido,
>
> Thanks for your comments and help.
>
> I think adding sort order by key is a problem. For example:
>
> If you have a kind on which you have equals filters using fetch with limit,
> offset you don't need to use indexes. However if you use fetch_page, you
> need to create indexes for q_desc. If you have a big app and use indexes for
> any kind you'll quickly consume your index quotas.

OTOH the cost of using offset is not zero either -- you pay as much
for the skipped entities as for the results.

> In addition, this result,
>
> [1, 2, 3]
> [4, 5, 6]
> [6, 5, 4]
> [3, 2, 1]
>
> for me is not correct.
>
> I think if you show a grid to an user (1,2,3), the user clicks on next
> button and he views (4,5,6). Then If the user now clicks on previous button
> the user must view (1,2,3) instead of (3,2,1).
>
> Now I you use fetch with offset and limit you get this behaviour(1,2,3)->
> (4,5,6) <- (1,2,3), however with fetch_page and reversed cursor this not.

If you want to display the results as [3, 2, 1] just reverse the
results list in memory. [...].reverse() does the job in-line in O(N)
time with o extra space needed.

> I think, one option may be use fetch_page with positive or negative limit to
> simulate this behaviour. I don't know If this can be correct.

If you're proposing a feature change, underneath the implementation
would have to do all the same work. Consider fetch_page() a building
block that makes it possible to do the right thing, not necessarily
the most convenient thing (which would depend on the needs of a
particular app).

> Thanks for your time and for heard me.
> Regards.
> Moisés Belchín.
>
>
>
> 2012/9/24 Guido van Rossum 
>>
>> Hi Moises,
>>
>> I think you may be able to solve this by adding a sort order by key, as
>> follows:
>>
>> q_next = q.order(MaqHistMov.idsm, MaqHistMov.key)
>> q_previous = q.order(-MaqHistMov.idsm, -MaqHistMov.key)
>>
>> FWIW, here is an example that I think represents what you are doing:
>>
>> class M(ndb.Model):
>>   a = ndb.IntegerProperty()
>>   b = ndb.IntegerProperty()
>> M(a=1, b=1).put()
>> M(a=2, b=1).put()
>> M(a=3, b=1).put()
>> M(a=4, b=2).put()
>> M(a=5, b=3).put()
>> M(a=6, b=4).put()
>> q = M.query()
>> q_asc = q.order(M.b, M.key)
>> q_desc = q.order(-M.b, -M.key)
>> r1, c1, m1 = q_asc.fetch_page(3)
>> print [r.a for r in r1]
>> r2, c2, m2 = q_asc.fetch_page(3, start_cursor=c1)
>> print [r.a for r in r2]
>> r3, c3, m3 = q_desc.fetch_page(3, start_cursor=c2.reversed())
>> print [r.a for r in r3]
>> r4, c4, m4 = q_desc.fetch_page(3, start_cursor=c3)
>> print [r.a for r in r4]
>>
>> This outputs the following for me, which I think is correct:
>>
>> [1, 2, 3]
>> [4, 5, 6]
>> [6, 5, 4]
>> [3, 2, 1]
>>
>> Note that the final query does not reverse the cursor, since its start
>> cursor is already reversed. So you only reverse the cursor upon
>> reversing query directions.
>>
>> --Guido
>>
>> On Mon, Sep 24, 2012 at 4:12 AM, Moises Belchin 
>> wrote:
>> > Hi Guido,
>> >
>> > Thanks in advance to take your time and figure out our problem.
>> >
>> > I send you the code we're using and an image to show you our model and
>> > some
>> > entities to review our query results.
>> >
>> > The first problem we encountered is that idsm property must be indexed
>> > if
>> > you want to order by MaqHistMov.idsm desc. If you use limit, offset
>> > query
>> > fetch this requirement doesn't exist.
>>
>> --
>> --Guido van Rossum (python.org/~guido)
>
>



-- 
--Guido van Rossum (python.org/~guido)

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

[google-appengine] Re: Error code 104

[radomir]

I think it's not related to a particular User as we see really a lot 
of HardDeadlineExceededError errors (followed by the error code 104 message 
at the end of log) for the last few days, which is very disturbing. 

>From what I've seen, it happens when request is routed to a new instance 
that fails to start in 60 seconds (although our application usually start 
in less than 20). In our case HardDeadlineExceededError was thrown mostly 
on jar file read (which is beyond our control):

Failed startup of context 
com.google.apphosting.utils.jetty.RuntimeAppEngineWebAppContext@1d6e3d2{/,/base/data/home/apps/s~bugdigger-hr/241r2.361896469816654578}
com.google.apphosting.api.DeadlineExceededException: This request 
(878f5068315d018e) started at 2012/09/24 21:26:31.318 UTC and was still 
executing at 2012/09/24 21:27:30.767 UTC.
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:231)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:275)
at java.io.BufferedInputStream.read(BufferedInputStream.java:334)
at java.io.FilterInputStream.read(FilterInputStream.java:133)
at java.io.PushbackInputStream.read(PushbackInputStream.java:186)
at java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:238)
at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:158)
at java.util.zip.ZipInputStream.read(ZipInputStream.java:163)
at java.util.jar.JarInputStream.read(JarInputStream.java:194)
at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:109)
at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:87)
at java.util.jar.JarInputStream.getNextEntry(JarInputStream.java:135)
at java.util.jar.JarInputStream.getNextJarEntry(JarInputStream.java:166)
at 
net.sourceforge.stripes.vfs.DefaultVFS.listResources(DefaultVFS.java:169)
at net.sourceforge.stripes.vfs.DefaultVFS.list(DefaultVFS.java:62)
at net.sourceforge.stripes.vfs.VFS.list(VFS.java:200)
at net.sourceforge.stripes.util.ResolverUtil.find(ResolverUtil.java:202)
at 
net.sourceforge.stripes.util.ResolverUtil.findImplementations(ResolverUtil.java:164)
at 
net.sourceforge.stripes.config.BootstrapPropertyResolver.getClassPropertyList(BootstrapPropertyResolver.java:222)
at 
net.sourceforge.stripes.config.RuntimeConfiguration.init(RuntimeConfiguration.java:298)
at 
net.sourceforge.stripes.controller.StripesFilter.init(StripesFilter.java:125)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at 
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:662)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
at 
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1250)
at 
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
at 
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:467)
at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at 
com.google.apphosting.runtime.jetty.AppVersionHandlerMap.createHandler(AppVersionHandlerMap.java:219)
at 
com.google.apphosting.runtime.jetty.AppVersionHandlerMap.getHandler(AppVersionHandlerMap.java:194)
at 
com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceRequest(JettyServletEngineAdapter.java:134)
at 
com.google.apphosting.runtime.JavaRuntime$RequestRunnable.run(JavaRuntime.java:447)
at 
com.google.tracing.TraceContext$TraceContextRunnable.runInContext(TraceContext.java:452)
at 
com.google.tracing.TraceContext$TraceContextRunnable$1.run(TraceContext.java:459)
at com.google.tracing.TraceContext.runInContext(TraceContext.java:701)
at 
com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java:336)
at 
com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContext(TraceContext.java:328)
at 
com.google.tracing.TraceContext$TraceContextRunnable.run(TraceContext.java:456)
at 
com.google.apphosting.runtime.ThreadGroupPool$PoolEntry.run(ThreadGroupPool.java:251)
at java.lang.Thread.run(Thread.java:679)


Doesn't look good.




On Monday, September 24, 2012 11:39:12 PM UTC+2, Rodrigo Kossmann wrote:
>
> Hi guys.
> Happens the following error when entering my application with a specific User:
>
>
>1. 
>
>201.86.195.206 - - [24/Sep/2012:14:24:48 -0700] "GET / HTTP/1.1" 500 0 - 
> "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.1 (KHTML, like Gecko) 
> Chrome/21.0.1180.89 Safari/537.1" "tci.chainit.com.br" ms=60020 cpu_ms=22858 
> exit_code=104 in

Re: [google-appengine] Request was aborted errors

[Andrew Mackenzie]

>
> This morning (September 25, 2012) I was performing testing on an appID. 
>>
>> Until about 12.30PM, CET there was no sign of errors.
>>
>> Since then (now 1PM) I get this error reported about 30%-50% of the time on 
>> my simple GET request to my simple test servlet that does nothing, except 
>> sleep for a period then return a string.
>>
>>  

-- 
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/-/D-BDTfgWKosJ.
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 display server information on html use kind of "Flush" use webapp2 ?

[forNightmare TF]

Thank you, is there some way to solve it without use javascript ?

2012/9/25 Shilendra Sharma 

> Hi, See this
>
> may help to you
>
>
> http://stackoverflow.com/questions/12450868/how-to-print-html-source-to-console-with-phantomjs
>
> Regards & Thanks
> Shilendra Sharma
> +919891343808
> shilendra...@googlemail.com
>
>
> On Tue, Sep 25, 2012 at 2:53 PM, forNightmare TF 
> wrote:
>
>> How to display server information on html use kind of "Flush" use webapp2
>> ?
>> How to print the server information in console reflash the html ?
>>
>>  --
>> 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.
>

-- 
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] How to display server information on html use kind of "Flush" use webapp2 ?

[Shilendra Sharma]

Hi, See this

may help to you

http://stackoverflow.com/questions/12450868/how-to-print-html-source-to-console-with-phantomjs

Regards & Thanks
Shilendra Sharma
+919891343808
shilendra...@googlemail.com


On Tue, Sep 25, 2012 at 2:53 PM, forNightmare TF wrote:

> How to display server information on html use kind of "Flush" use webapp2 ?
> How to print the server information in console reflash the html ?
>
> --
> 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.

[google-appengine] How to display server information on html use kind of "Flush" use webapp2 ?

[forNightmare TF]

How to display server information on html use kind of "Flush" use webapp2 ?
How to print the server information in console reflash the html ?

-- 
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] How to delete Text Search Name

[Moises Belchin]

Thanks Amy,

We're testing this new feature and we have some "test" names  we'd like to
delete.

Do you know when this feature will be available ?

Regards.
Moisés Belchín.


2012/9/24 Amy Unruh 

>
> On 24 September 2012 18:48, Moises Belchin wrote:
>
>> Hi and thanks for answers,
>>
>> I removed all my documents on some indexes and the index name still
>> being appearing on Dashboard.
>> Is there any way to remove from Dashboard?
>>
>
> It will be possible to do this in future.
>
>  -Amy
>
>>
>> Thanks and regards.
>> Moisés Belchín.
>>
>>
>>
>> 2012/9/24 Shilendra Sharma 
>>
>>> This also
>>>
>>>
>>> http://googlecode.blogspot.in/2010/05/google-app-engine-basic-text-search.html
>>>
>>>
>>> http://grokbase.com/t/gg/google-appengine/1297p2697k/text-search-api-not-working-on-my-production-app
>>>
>>>
>>> Regards & Thanks
>>> Shilendra Sharma
>>> +919891343808
>>> shilendra...@googlemail.com
>>>
>>>
>>> On Mon, Sep 24, 2012 at 1:52 PM, Shilendra Sharma <
>>> shilendra...@gmail.com> wrote:
>>>
 Hi, Belchín

 see this may be help full to you


 http://stackoverflow.com/questions/12365184/delete-indexed-full-text-search-in-google-app-engine

 Regards & Thanks
 Shilendra Sharma
 +919891343808
 shilendra...@googlemail.com



 On Mon, Sep 24, 2012 at 1:47 PM, Moises Belchin <
 moisesbelc...@gmail.com> wrote:

> Is there any way to delete Text Search's name ??
>
> Thanks all.
>
> Regards
> Moisés Belchín.
>
>  --
> 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.
>>>
>>
>>  --
>> 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.
>

-- 
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: NDB Transactions

[Moises Belchin]

Thanks Guido.

Regards.
Moisés Belchín.

2012/9/24 Guido van Rossum 

> Sorry, the underlying Datastore does not (yet) support nested
> transactions, so you cannot nest them at all.
>
>
> On Monday, September 24, 2012 1:53:43 AM UTC-7, Moises Belchin wrote:
>>
>> Hi,
>>
>> In NDB we can use @ndb.transactional(xg=**True).
>>
>> @ndb.transactional(xg=True) can be nested? If yes, how many
>> @ndb.transactional(xg=**True) can you nested?
>>
>> Thanks and regards.
>> Moisés Belchín.
>>
>>   --
> 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/-/WD_BxSS2Bo8J.
> 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.