[google-appengine] Django version conflicts - now also in production
In my app I use Django version 1.0, in stead of the default version 0.96. To do this I have the following statements in my application entry point script (as per instructions): from google.appengine.dist import use_library use_library('django', '1.0') This has from the start (the last 16 months) often caused an error which has forced me to restart my developer environment. But I have thought nothing of it, as it has worked flawlessy in production - until now. Now, the last couple of weeks I have gotten the same type of error a couple of times in production. The only cure has been to quickly upload a new version and make it default. Luckily I have had non-altered code at hand so I could do this quickly and easily. But I might have been in the middle of altering my code for a next version. What then? ... (Yes, yes. I know. Version controlled code repository.) But I digress. Anyways. Why has this error now started appearing? And what is to be done about it?! Here is the error message from the log: 10-18 04:03AM 17.255 : django 1.0 was requested, but 0.96.4.None is already in use Traceback (most recent call last): File "/base/data/home/apps/spraklab35/6.345421897971373021/main.py", line 6, in use_library('django', '1.0') File "/base/python_runtime/python_lib/versions/1/google/appengine/ dist/_library.py", line 284, in use_library InstallLibrary(name, version, explicit=True) File "/base/python_runtime/python_lib/versions/1/google/appengine/ dist/_library.py", line 243, in InstallLibrary CheckInstalledVersion(name, version, explicit=True) File "/base/python_runtime/python_lib/versions/1/google/appengine/ dist/_library.py", line 190, in CheckInstalledVersion (name, desired_version, installed_version)) -- 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-appeng...@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: Django version conflicts - now also in production
I don't. But has it now been added by Google in GAE? Can I remove it from there? On Oct 18, 3:22 pm, Rafael Sierra wrote: > On Mon, Oct 18, 2010 at 8:47 AM, Terje Dahl wrote: > > In my app I use Django version 1.0, in stead of the default version > > 0.96. > > > To do this I have the following statements in my application entry > > point script (as per instructions): > > > from google.appengine.dist import use_library > > use_library('django', '1.0') > > > This has from the start (the last 16 months) often caused an error > > which has forced me to restart my developer environment. > > But I have thought nothing of it, as it has worked flawlessy in > > production - until now. > > > Now, the last couple of weeks I have gotten the same type of error a > > couple of times in production. > > The only cure has been to quickly upload a new version and make it > > default. Luckily I have had non-altered code at hand so I could do > > this quickly and easily. But I might have been in the middle of > > altering my code for a next version. What then? ... (Yes, yes. I > > know. Version controlled code repository.) But I digress. > > > Anyways. Why has this error now started appearing? > > And what is to be done about it?! > > > Here is the error message from the log: > > > 10-18 04:03AM 17.255 > > : > > django 1.0 was requested, but 0.96.4.None is already in use > > Traceback (most recent call last): > > File "/base/data/home/apps/spraklab35/6.345421897971373021/main.py", > > line 6, in > > use_library('django', '1.0') > > File "/base/python_runtime/python_lib/versions/1/google/appengine/ > > dist/_library.py", line 284, in use_library > > InstallLibrary(name, version, explicit=True) > > File "/base/python_runtime/python_lib/versions/1/google/appengine/ > > dist/_library.py", line 243, in InstallLibrary > > CheckInstalledVersion(name, version, explicit=True) > > File "/base/python_runtime/python_lib/versions/1/google/appengine/ > > dist/_library.py", line 190, in CheckInstalledVersion > > (name, desired_version, installed_version)) > > Check if you already have 'django' into your sys.modules, you may need > removed before import the other version > > > -- > > 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-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/google-appengine?hl=en. > > -- > Rafael Sierrahttp://blog.rafaelsdm.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-appeng...@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: Django version conflicts - now also in production
Yeah. Better check with your wife about that. ;-) The dev-server I can live with, but in production is serious. And it has only starter happening recently. I don't know how to formally log it as an error. If you do, please do it. (And share what you did.) On Oct 19, 9:40 pm, Ryan Weber wrote: > I often see this error too (although almost exclusively on dev, not > production). Still, it is pretty annoying to have to constantly be > restarting my dev server each time. Pretty sure it happens whenever I'm > messing around in the Development Console. > > Has this issue been formally logged, and if so, is there any plan to fix it > anytime soon? I sure would appreciate it...perhaps even willing to trade my > first born son for it (I'd have to consult with the wife first though). > > > > On Tue, Oct 19, 2010 at 3:28 PM, Terje Dahl wrote: > > I don't. But has it now been added by Google in GAE? > > Can I remove it from there? > > > On Oct 18, 3:22 pm, Rafael Sierra wrote: > > > On Mon, Oct 18, 2010 at 8:47 AM, Terje Dahl wrote: > > > > In my app I use Django version 1.0, in stead of the default version > > > > 0.96. > > > > > To do this I have the following statements in my application entry > > > > point script (as per instructions): > > > > > from google.appengine.dist import use_library > > > > use_library('django', '1.0') > > > > > This has from the start (the last 16 months) often caused an error > > > > which has forced me to restart my developer environment. > > > > But I have thought nothing of it, as it has worked flawlessy in > > > > production - until now. > > > > > Now, the last couple of weeks I have gotten the same type of error a > > > > couple of times in production. > > > > The only cure has been to quickly upload a new version and make it > > > > default. Luckily I have had non-altered code at hand so I could do > > > > this quickly and easily. But I might have been in the middle of > > > > altering my code for a next version. What then? ... (Yes, yes. I > > > > know. Version controlled code repository.) But I digress. > > > > > Anyways. Why has this error now started appearing? > > > > And what is to be done about it?! > > > > > Here is the error message from the log: > > > > > 10-18 04:03AM 17.255 > > > > : > > > > django 1.0 was requested, but 0.96.4.None is already in use > > > > Traceback (most recent call last): > > > > File "/base/data/home/apps/spraklab35/6.345421897971373021/main.py", > > > > line 6, in > > > > use_library('django', '1.0') > > > > File "/base/python_runtime/python_lib/versions/1/google/appengine/ > > > > dist/_library.py", line 284, in use_library > > > > InstallLibrary(name, version, explicit=True) > > > > File "/base/python_runtime/python_lib/versions/1/google/appengine/ > > > > dist/_library.py", line 243, in InstallLibrary > > > > CheckInstalledVersion(name, version, explicit=True) > > > > File "/base/python_runtime/python_lib/versions/1/google/appengine/ > > > > dist/_library.py", line 190, in CheckInstalledVersion > > > > (name, desired_version, installed_version)) > > > > Check if you already have 'django' into your sys.modules, you may need > > > removed before import the other version > > > > > -- > > > > 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 > e...@googlegroups.com> > > . > > > > For more options, visit this group athttp:// > > groups.google.com/group/google-appengine?hl=en. > > > > -- > > > Rafael Sierrahttp://blog.rafaelsdm.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-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com > e...@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-appeng...@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: Django version conflicts - now also in production
Well. I saw now other sollution. The errors were hurting me. I reverted to using the default version of Django (0.96.x). I simply removed the use_library statement. And i my case I only had to fix a couple of temlates (by removing the safe-filter), and one client had to be fixed, as I guess the HttResponseRedirect in 0.96 doesn't seem to reslove a relative url to an absolute one. But no problem, though. Oh. And don't forget to switch to using the documentation for 0.96. Now back to my care-free life. ;-) On Oct 18, 1:47 pm, Terje Dahl wrote: > In my app I use Django version 1.0, in stead of the default version > 0.96. > > To do this I have the following statements in my application entry > point script (as per instructions): > > from google.appengine.dist import use_library > use_library('django', '1.0') > > This has from the start (the last 16 months) often caused an error > which has forced me to restart my developer environment. > But I have thought nothing of it, as it has worked flawlessy in > production - until now. > > Now, the last couple of weeks I have gotten the same type of error a > couple of times in production. > The only cure has been to quickly upload a new version and make it > default. Luckily I have had non-altered code at hand so I could do > this quickly and easily. But I might have been in the middle of > altering my code for a next version. What then? ... (Yes, yes. I > know. Version controlled code repository.) But I digress. > > Anyways. Why has this error now started appearing? > And what is to be done about it?! > > Here is the error message from the log: > > 10-18 04:03AM 17.255 > : > django 1.0 was requested, but 0.96.4.None is already in use > Traceback (most recent call last): > File "/base/data/home/apps/spraklab35/6.345421897971373021/main.py", > line 6, in > use_library('django', '1.0') > File "/base/python_runtime/python_lib/versions/1/google/appengine/ > dist/_library.py", line 284, in use_library > InstallLibrary(name, version, explicit=True) > File "/base/python_runtime/python_lib/versions/1/google/appengine/ > dist/_library.py", line 243, in InstallLibrary > CheckInstalledVersion(name, version, explicit=True) > File "/base/python_runtime/python_lib/versions/1/google/appengine/ > dist/_library.py", line 190, in CheckInstalledVersion > (name, desired_version, installed_version)) -- 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-appeng...@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] "Scanning files on local disk"
Every time I uppload to appengine, the script first does: Scanning files on local disk. Scanned 500 files. Scanned 1000 files. Scanned 1500 files. Scanned 2000 files. Scanned 2500 files. Scanned 3000 files. Scanned 3500 files. Scanned 4000 files. Is there some way to find out: a. What/where all these scanned files are? b. Tell the script where/what to scan and not scan? --~--~-~--~~~---~--~~ 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] DoS blocking vs multiple users on single IP
We provide a commercial web application to schools (in Norway). Schools typically have 20-30 kids pr class - all using web application at the same time - under the direction of a teacher. And all behind single IP address. So now you have 20-30 kids pr class, each generating 20-30 request to our service within maybe 30 minutes, all through the same exterior IP. All the GAE sees is a sudden massive onslaught on a site from a singe IP, and so it blocks that IP - with an appropriate message (but missing the capcha). This happened for the first time yesterday morning: I travelled 2000 km to visit a school and train teacher and pupils. The first class went fine 08:30 (UTC+1). But when the second class started up (at 09:15) they were almost immediately blocked. And so we waited. We tried another an hour later. No go! But two hours after that another group was successful. Our business is schools. Schools will all typically follow this pattern. We can't have our system cut of unpredictably like this. Maintaining some sort of white-list (shools IPs) is also not a viable option. Can we at least adjust the limit for blocking? Or better yet, how about some kind of API? (A variying code the client can put in the header which will authenticate it for a number of request ...) Or, deacitvate automatic blocking, operate with blacklist only, and risk the higher costs of possible attacks? This is critical for us! (Our application is "spraklab35".) -- 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: DoS blocking vs multiple users on single IP
Yes. Billing is enabled. (Must be to use BlobStore). I agree, 30x30 isn't much. But does your dads school use a range of IP-addresses, or just one single address? On Jan 28, 10:29 am, "Brandon Wirtz" wrote: > Interesting. I haven't seen this behavior I have an app that gets something > like 2500 requests every morning when the computer labs at my dad's school > turn on (all within 15 minutes of each other). > > Is your billing enabled? > > 30x30 over half an hour isn't really a "massive" onslaught. > > From: google-appengine@googlegroups.com > [mailto:google-appengine@googlegroups.com] On Behalf Of Terje Dahl > Sent: Friday, January 28, 2011 12:30 AM > To: google-appengine@googlegroups.com > Subject: [google-appengine] DoS blocking vs multiple users on single IP > > We provide a commercial web application to schools (in Norway). > > Schools typically have 20-30 kids pr class - all using web application at > the same time - under the direction of a teacher. > > And all behind single IP address. > > So now you have 20-30 kids pr class, each generating 20-30 request to our > service within maybe 30 minutes, all through the same exterior IP. > > All the GAE sees is a sudden massive onslaught on a site from a singe IP, > and so it blocks that IP - with an appropriate message (but missing the > capcha). > > This happened for the first time yesterday morning: > > I travelled 2000 km to visit a school and train teacher and pupils. The > first class went fine 08:30 (UTC+1). But when the second class started up > (at 09:15) they were almost immediately blocked. And so we waited. We > tried another an hour later. No go! But two hours after that another group > was successful. > > Our business is schools. Schools will all typically follow this pattern. > We can't have our system cut of unpredictably like this. > > Maintaining some sort of white-list (shools IPs) is also not a viable > option. > > Can we at least adjust the limit for blocking? > > Or better yet, how about some kind of API? > > (A variying code the client can put in the header which will authenticate it > for a number of request ...) > > Or, deacitvate automatic blocking, operate with blacklist only, and risk the > higher costs of possible attacks? > > This is critical for us! > > (Our application is "spraklab35".) > > -- > 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 > athttp://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.