Re: [web2py] Re: maybe too many db connections todb on pythonanywhere
Hi Manuele, PythonAnywhere dev here: there's no extra cost if you want to increase the maximum number of Postgres connections -- just follow the instructions on this help page: https://help.pythonanywhere.com/pages/PostgresConnections/. Don't forget to contact us once you've increased the connection count so that we can bounce your Postgres instance. All the best, Giles On Monday, 23 October 2017 09:33:48 UTC+1, Manuele wrote: > > Thanks Alex, > > that's what I get from the db engine about my maximum number of > connections: > > psql (9.4.11, server 9.4beta3) > Type "help" for help. > postgres=# SHOW max_connections; > max_connections > - > 20 > (1 row) > > reading the suggested wiki page I found this: "PostgreSQL on good hardware > can support *a few hundred connections*. If you want to have thousands > instead..." so it seams something can be done on the side of the db > configuration... if permitted from the service (maybe paying something > more). > > Cheers > > Manuele > > On 21/10/2017 00:20, Alex Glaros wrote: > > there are a lot of fixes if search on your error string, plus > max_connections parm info is at Postgres > https://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server > > what is your max_connections set to now? > > Alex Glaros > > > -- > Resources: > - http://web2py.com > - http://web2py.com/book (Documentation) > - http://github.com/web2py/web2py (Source code) > - https://code.google.com/p/web2py/issues/list (Report Issues) > --- > You received this message because you are subscribed to the Google Groups > "web2py-users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to web2py+un...@googlegroups.com . > For more options, visit https://groups.google.com/d/optout. > > > -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [web2py] .git file in gluon/packages/dal/.git
@Niphlod -- the confusing thing for me is that the .git file is present in the source download from the web2py website. It makes perfect sense that it's present when you do a git checkout, but not when you've downloaded a zip file. All the best, Giles On Wednesday, 2 November 2016 11:02:18 UTC, Niphlod wrote: > > uhm ... what ? > > On Tuesday, November 1, 2016 at 7:10:16 PM UTC+1, Richard wrote: >> >> I agree with you Simone, but should it stay there in the build for pydal >> only? >> >> Richard >> >> On Tue, Nov 1, 2016 at 1:45 PM, Niphlod <nip...@gmail.com> wrote: >> >>> it's perfectly normal as pydal is a subrepo (it's in the readme, too) >>> >>> >>> On Tuesday, November 1, 2016 at 5:43:44 PM UTC+1, Giles Thomas wrote: >>>> >>>> Thanks, Richard. >>>> >>>> Regarding why -- I'm talking about the version that will be installed >>>> by default when someone creates a web2py app on the hosting platform my >>>> company provides, PythonAnywhere -- which would also affect the version >>>> used by the "Try it now online" link on the front page of >>>> www.web2py.com. I agree that doing version control the web2py way is >>>> probably more sensible than making the whole web2py folder a git repo, but >>>> if people do want to follow the git route, it would be better if we didn't >>>> have that "trap" in there for them :-) >>>> >>>> >>>> All the best, >>>> >>>> Giles >>>> >>>> >>>> On Tuesday, 1 November 2016 16:13:22 UTC, Richard wrote: >>>>> >>>>> Sorry, you right in there is gluon/packages/dal/.git, I thought you >>>>> were speaking of a .git/ folder at the root of web2py which there is >>>>> not... >>>>> >>>>> I guess you can delete it if it cause problem, but if you have issue >>>>> with it, it means you try to init you git repo over the entire web2py >>>>> folder? >>>>> >>>>> Why don't you just version control your app? which is what we usually >>>>> do... >>>>> >>>>> Thanks >>>>> >>>>> Richard >>>>> >>>>> On Tue, Nov 1, 2016 at 10:51 AM, Giles Thomas <giles@gmail.com> >>>>> wrote: >>>>> >>>>>> The one labelled "For normal users", so presumably stable. The >>>>>> VERSION file says: >>>>>> >>>>>> Version 2.14.6-stable+timestamp.2016.05.10.00.21.47 >>>>>> >>>>>> >>>>>> All the best, >>>>>> >>>>>> Giles >>>>>> >>>>>> On Tuesday, 1 November 2016 14:48:03 UTC, Richard wrote: >>>>>>> >>>>>>> Nightly or stable? I don't have it in my last build 2.14.6 I >>>>>>> think... >>>>>>> >>>>>>> Richard >>>>>>> >>>>>>> On Tue, Nov 1, 2016 at 10:42 AM, Giles Thomas <giles@gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> This is in a download from web2py.com -- specifically, the "Source >>>>>>>> code" download from http://www.web2py.com/init/default/download. >>>>>>>> >>>>>>>> Interestingly, gluon/packages/dal/.git is a file rather than a >>>>>>>> directory. It contains this: >>>>>>>> >>>>>>>> gitdir: ../../../.git/modules/gluon/packages/dal >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> All the best, >>>>>>>> >>>>>>>> Giles >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Tuesday, 1 November 2016 13:25:51 UTC, Richard wrote: >>>>>>>>> >>>>>>>>> Do you download from Github or web2py.com? The later you >>>>>>>>> shouldn't have this issue... If you get web2py from git, it normal >>>>>>>>> that you >>>>>>>>> have .git/ for web2py and for dal as dal have been extract from >>>>>>>>&
Re: [web2py] .git file in gluon/packages/dal/.git
Thanks, Richard. Regarding why -- I'm talking about the version that will be installed by default when someone creates a web2py app on the hosting platform my company provides, PythonAnywhere -- which would also affect the version used by the "Try it now online" link on the front page of www.web2py.com. I agree that doing version control the web2py way is probably more sensible than making the whole web2py folder a git repo, but if people do want to follow the git route, it would be better if we didn't have that "trap" in there for them :-) All the best, Giles On Tuesday, 1 November 2016 16:13:22 UTC, Richard wrote: > > Sorry, you right in there is gluon/packages/dal/.git, I thought you were > speaking of a .git/ folder at the root of web2py which there is not... > > I guess you can delete it if it cause problem, but if you have issue with > it, it means you try to init you git repo over the entire web2py folder? > > Why don't you just version control your app? which is what we usually do... > > Thanks > > Richard > > On Tue, Nov 1, 2016 at 10:51 AM, Giles Thomas <giles@gmail.com > > wrote: > >> The one labelled "For normal users", so presumably stable. The VERSION >> file says: >> >> Version 2.14.6-stable+timestamp.2016.05.10.00.21.47 >> >> >> All the best, >> >> Giles >> >> On Tuesday, 1 November 2016 14:48:03 UTC, Richard wrote: >>> >>> Nightly or stable? I don't have it in my last build 2.14.6 I think... >>> >>> Richard >>> >>> On Tue, Nov 1, 2016 at 10:42 AM, Giles Thomas <giles@gmail.com> >>> wrote: >>> >>>> This is in a download from web2py.com -- specifically, the "Source >>>> code" download from http://www.web2py.com/init/default/download. >>>> >>>> Interestingly, gluon/packages/dal/.git is a file rather than a >>>> directory. It contains this: >>>> >>>> gitdir: ../../../.git/modules/gluon/packages/dal >>>> >>>> >>>> >>>> All the best, >>>> >>>> Giles >>>> >>>> >>>> >>>> >>>> On Tuesday, 1 November 2016 13:25:51 UTC, Richard wrote: >>>>> >>>>> Do you download from Github or web2py.com? The later you shouldn't >>>>> have this issue... If you get web2py from git, it normal that you have >>>>> .git/ for web2py and for dal as dal have been extract from web2py and is >>>>> a >>>>> project of it own so it is include in the web2py repository as a >>>>> submodule. >>>>> >>>>> Richard >>>>> >>>>> On Tue, Nov 1, 2016 at 8:50 AM, Giles Thomas <giles@gmail.com> >>>>> wrote: >>>>> >>>>>> Hi all, >>>>>> >>>>>> Someone pointed out to us that web2py has a .git file in >>>>>> gluon/packages/dal/.git. This can cause errors when you try to >>>>>> initialize >>>>>> your project as a git repo. Is there a specific reason for it to be >>>>>> there? Or is it an artefact of the packaging procedure? We're >>>>>> considering >>>>>> removing it from the source that we install for users on PythonAnywhere, >>>>>> but wanted to check first to make sure that we're not going to break >>>>>> anything or cause problems for our users. >>>>>> >>>>>> >>>>>> All the best, >>>>>> >>>>>> Giles >>>>>> -- >>>>>> Giles Thomas <gi...@pythonanywhere.com> >>>>>> >>>>>> PythonAnywhere: Develop and host Python from your browser >>>>>> <https://www.pythonanywhere.com/> >>>>>> >>>>>> A product from PythonAnywhere LLP >>>>>> 17a Clerkenwell Road, London EC1M 5RD, UK >>>>>> VAT No.: GB 893 5643 79 >>>>>> Registered in England and Wales as company number OC378414. >>>>>> Registered address: 28 Ely Place, 3rd Floor, London EC1N 6TD, UK >>>>>> >>>>>> >>>>>> -- >>>>>> Resources: >>>>>> - http://web2py.com >>>>>> - http://web2py.com/book (Documentation) >>>>>> - http://github.com/web2py/web2py (Source code) >>>>>> - https:
Re: [web2py] .git file in gluon/packages/dal/.git
The one labelled "For normal users", so presumably stable. The VERSION file says: Version 2.14.6-stable+timestamp.2016.05.10.00.21.47 All the best, Giles On Tuesday, 1 November 2016 14:48:03 UTC, Richard wrote: > > Nightly or stable? I don't have it in my last build 2.14.6 I think... > > Richard > > On Tue, Nov 1, 2016 at 10:42 AM, Giles Thomas <giles@gmail.com > > wrote: > >> This is in a download from web2py.com -- specifically, the "Source code" >> download from http://www.web2py.com/init/default/download. >> >> Interestingly, gluon/packages/dal/.git is a file rather than a >> directory. It contains this: >> >> gitdir: ../../../.git/modules/gluon/packages/dal >> >> >> >> All the best, >> >> Giles >> >> >> >> >> On Tuesday, 1 November 2016 13:25:51 UTC, Richard wrote: >>> >>> Do you download from Github or web2py.com? The later you shouldn't have >>> this issue... If you get web2py from git, it normal that you have .git/ for >>> web2py and for dal as dal have been extract from web2py and is a project of >>> it own so it is include in the web2py repository as a submodule. >>> >>> Richard >>> >>> On Tue, Nov 1, 2016 at 8:50 AM, Giles Thomas <giles@gmail.com> >>> wrote: >>> >>>> Hi all, >>>> >>>> Someone pointed out to us that web2py has a .git file in >>>> gluon/packages/dal/.git. This can cause errors when you try to initialize >>>> your project as a git repo. Is there a specific reason for it to be >>>> there? Or is it an artefact of the packaging procedure? We're >>>> considering >>>> removing it from the source that we install for users on PythonAnywhere, >>>> but wanted to check first to make sure that we're not going to break >>>> anything or cause problems for our users. >>>> >>>> >>>> All the best, >>>> >>>> Giles >>>> -- >>>> Giles Thomas <gi...@pythonanywhere.com> >>>> >>>> PythonAnywhere: Develop and host Python from your browser >>>> <https://www.pythonanywhere.com/> >>>> >>>> A product from PythonAnywhere LLP >>>> 17a Clerkenwell Road, London EC1M 5RD, UK >>>> VAT No.: GB 893 5643 79 >>>> Registered in England and Wales as company number OC378414. >>>> Registered address: 28 Ely Place, 3rd Floor, London EC1N 6TD, UK >>>> >>>> >>>> -- >>>> Resources: >>>> - http://web2py.com >>>> - http://web2py.com/book (Documentation) >>>> - http://github.com/web2py/web2py (Source code) >>>> - https://code.google.com/p/web2py/issues/list (Report Issues) >>>> --- >>>> You received this message because you are subscribed to the Google >>>> Groups "web2py-users" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to web2py+un...@googlegroups.com. >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> -- >> Resources: >> - http://web2py.com >> - http://web2py.com/book (Documentation) >> - http://github.com/web2py/web2py (Source code) >> - https://code.google.com/p/web2py/issues/list (Report Issues) >> --- >> You received this message because you are subscribed to the Google Groups >> "web2py-users" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to web2py+un...@googlegroups.com . >> For more options, visit https://groups.google.com/d/optout. >> > > -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [web2py] .git file in gluon/packages/dal/.git
This is in a download from web2py.com -- specifically, the "Source code" download from http://www.web2py.com/init/default/download. Interestingly, gluon/packages/dal/.git is a file rather than a directory. It contains this: gitdir: ../../../.git/modules/gluon/packages/dal All the best, Giles On Tuesday, 1 November 2016 13:25:51 UTC, Richard wrote: > > Do you download from Github or web2py.com? The later you shouldn't have > this issue... If you get web2py from git, it normal that you have .git/ for > web2py and for dal as dal have been extract from web2py and is a project of > it own so it is include in the web2py repository as a submodule. > > Richard > > On Tue, Nov 1, 2016 at 8:50 AM, Giles Thomas <giles@gmail.com > > wrote: > >> Hi all, >> >> Someone pointed out to us that web2py has a .git file in >> gluon/packages/dal/.git. This can cause errors when you try to initialize >> your project as a git repo. Is there a specific reason for it to be >> there? Or is it an artefact of the packaging procedure? We're considering >> removing it from the source that we install for users on PythonAnywhere, >> but wanted to check first to make sure that we're not going to break >> anything or cause problems for our users. >> >> >> All the best, >> >> Giles >> -- >> Giles Thomas <gi...@pythonanywhere.com > >> >> PythonAnywhere: Develop and host Python from your browser >> <https://www.pythonanywhere.com/> >> >> A product from PythonAnywhere LLP >> 17a Clerkenwell Road, London EC1M 5RD, UK >> VAT No.: GB 893 5643 79 >> Registered in England and Wales as company number OC378414. >> Registered address: 28 Ely Place, 3rd Floor, London EC1N 6TD, UK >> >> >> -- >> Resources: >> - http://web2py.com >> - http://web2py.com/book (Documentation) >> - http://github.com/web2py/web2py (Source code) >> - https://code.google.com/p/web2py/issues/list (Report Issues) >> --- >> You received this message because you are subscribed to the Google Groups >> "web2py-users" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to web2py+un...@googlegroups.com . >> For more options, visit https://groups.google.com/d/optout. >> > > -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[web2py] .git file in gluon/packages/dal/.git
Hi all, Someone pointed out to us that web2py has a .git file in gluon/packages/dal/.git. This can cause errors when you try to initialize your project as a git repo. Is there a specific reason for it to be there? Or is it an artefact of the packaging procedure? We're considering removing it from the source that we install for users on PythonAnywhere, but wanted to check first to make sure that we're not going to break anything or cause problems for our users. All the best, Giles -- Giles Thomas <gi...@pythonanywhere.com> PythonAnywhere: Develop and host Python from your browser <https://www.pythonanywhere.com/> A product from PythonAnywhere LLP 17a Clerkenwell Road, London EC1M 5RD, UK VAT No.: GB 893 5643 79 Registered in England and Wales as company number OC378414. Registered address: 28 Ely Place, 3rd Floor, London EC1N 6TD, UK -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[web2py] Re: deploy to pythonanywhere broken in >= 2.14.x version
OK, thanks for the clarification. *Leonel* -- we're not seeing any errors on our side, and I don't think we've changed anything in the API -- we certainly haven't changed anything deliberately. Can you think of anything that might be causing this? On Friday, April 22, 2016 at 12:45:22 AM UTC+1, 黄祥 wrote: > > pardon me, on the first post, i've tried several times to deploy on > pythonanywhere, before i post in this group : > - using web2py 2.14.5 test deploy 1 app and 3 apps, the result is not > expected > - turn off web2py 2.14.5 on my local and switch back to 2.14.4 repeat test > deploy 1 app and 3 apps, the result is not expected > > after saw your message (several hours later) > - i tested it again and it's work, perhaps the problem is on outage. > > for the strange behaviour : > usually the button show working in a couple minutes (depends on the apps > deployed), yet in the 2.14.x version, the button show working just in few > seconds, yet in the pythonanywere shows nothing for the uploaded apps. > i mean in the 2.13.x version, the button text will show 'working' while > the deploying process, after it's done, the button text back to 'deploy' or > 'submit' > in 2.14.x version, the button text only show 'working' only several secs > after that the button text back to 'deploy' or 'submit' > so i think it's not convinience since the user doesn't know either the > deployed is still in process or finished. to face this, the user who > deployed to pythonanywhere must open the pythonanywhere admin too, and > refresh it several times, to check the apps is deployed or not. > > thanks and best regards, > stifan > > > On Thursday, April 21, 2016 at 9:03:55 PM UTC+7, Giles Thomas wrote: >> >> Sorry, I'm a bit confused -- you seem to be saying in the first sentence >> that it is working, then in the second one that it isn't...? >> >> >> Giles >> >> >> On Wednesday, April 20, 2016 at 8:53:17 PM UTC+1, 黄祥 wrote: >>> >>> yes, you all right, it back to normal right now, perhaps about the >>> outage, but the same behaviour is still exist : >>> >>> usually the button show working in a couple minutes (depends on the apps >>> deployed), yet in the 2.14.x version, the button show working just in few >>> seconds, yet in the pythonanywere shows nothing for the uploaded apps. >>> >>> thanks and best regards, >>> stifan >>> >> -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[web2py] Re: deploy to pythonanywhere broken in >= 2.14.x version
Sorry, I'm a bit confused -- you seem to be saying in the first sentence that it is working, then in the second one that it isn't...? Giles On Wednesday, April 20, 2016 at 8:53:17 PM UTC+1, 黄祥 wrote: > > yes, you all right, it back to normal right now, perhaps about the outage, > but the same behaviour is still exist : > > usually the button show working in a couple minutes (depends on the apps > deployed), yet in the 2.14.x version, the button show working just in few > seconds, yet in the pythonanywere shows nothing for the uploaded apps. > > thanks and best regards, > stifan > -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[web2py] Re: deploy to pythonanywhere broken in >= 2.14.x version
PythonAnywhere dev here -- we did have a four-minute outage at 04:11 UTC this morning, perhaps that was it? On Wednesday, April 20, 2016 at 12:34:23 PM UTC+1, Leonel Câmara wrote: > > Weird we didn't do any changes on our side. It was probably a temporary > error, I just tested deploying an application and it worked. > -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[web2py] Re: Web2py on Pythonanywhere
On Tuesday, November 11, 2014 2:37:42 PM UTC, clara wrote: Thanks for this reply! So there was somthing on Pythonanywhere's side that forced https rather than http Exactly. It only did it if you had visited your site using HTTPS once from that browser, which is why you saw the problem from your PC but not from your phone. I cleared my cache and things are working properly now. Great! Thanks a lot!! No problem, and sorry for the bug! It was a particularly nasty bit of nginx configuration on our loadbalancer, which we thought did one thing and actually did something subtly different. All the best, Giles Clara El martes, 11 de noviembre de 2014 08:29:08 UTC-3, Giles Thomas escribió: Hi there, PythonAnywhere dev here -- you're right, it's a browser cache thing, resulting from a bug on our side. We have a Strict-Transport-Security setting on the main PythonAnywhere site that means that if you ever visit it via https then in future your browser will always use https to access it. This fixes a number of potential security holes, and we think it's a good thing. But we only intended it to apply to www.pythonanywhere.com. Unfortunately for a brief period this setting leaked into some of our customers' sites as the result of a bug on our side. So if you visited one of them via https (eg. to use the admin UI) while that bug was active then your browser will have stored the always use https setting for that site. (Perhaps confusingly, this will also apply if you visit it in an incognito session -- incognito sessions inherit this setting from non-incognito sessions, though obviously the reverse isn't true.) The best fix is to clear your browser history. Sorry about that! All the best, Giles On Monday, November 10, 2014 3:47:11 PM UTC, Niphlod wrote: it's probably some misconfiguration / cached values / etc on your browser. Try resetting preferences/cache/etc (or open an incognito session) to test it properly. On Monday, November 10, 2014 3:31:58 PM UTC+1, clara wrote: Hello Niphlod, Thanks for your quick answer. From my PC if I try either link I always get the secure site back (https). If I try it on my cellphone though I get http when requesting http and https when requesting https. If I remember correctly, when I do the same from my notebook at home, I always end up getting the secure site back. Could this be related to the browser settings? Thanks again, Clara PS: I am relieved to know that both http and https are served in Pythonanywere El lunes, 10 de noviembre de 2014 11:03:51 UTC-3, Niphlod escribió: the first link, albeit printed as http, is carrying a link to https: please try this http://ulamdev.pythonanywhere.com/unlam and https://ulamdev.pythonanywhere.com/unlam Sites are served independently because pythonanywhere serves both by default, and both are available without redirects. -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups web2py-users group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[web2py] Re: Web2py on Pythonanywhere
Hi there, PythonAnywhere dev here -- you're right, it's a browser cache thing, resulting from a bug on our side. We have a Strict-Transport-Security setting on the main PythonAnywhere site that means that if you ever visit it via https then in future your browser will always use https to access it. This fixes a number of potential security holes, and we think it's a good thing. But we only intended it to apply to www.pythonanywhere.com. Unfortunately for a brief period this setting leaked into some of our customers' sites as the result of a bug on our side. So if you visited one of them via https (eg. to use the admin UI) while that bug was active then your browser will have stored the always use https setting for that site. (Perhaps confusingly, this will also apply if you visit it in an incognito session -- incognito sessions inherit this setting from non-incognito sessions, though obviously the reverse isn't true.) The best fix is to clear your browser history. Sorry about that! All the best, Giles On Monday, November 10, 2014 3:47:11 PM UTC, Niphlod wrote: it's probably some misconfiguration / cached values / etc on your browser. Try resetting preferences/cache/etc (or open an incognito session) to test it properly. On Monday, November 10, 2014 3:31:58 PM UTC+1, clara wrote: Hello Niphlod, Thanks for your quick answer. From my PC if I try either link I always get the secure site back (https). If I try it on my cellphone though I get http when requesting http and https when requesting https. If I remember correctly, when I do the same from my notebook at home, I always end up getting the secure site back. Could this be related to the browser settings? Thanks again, Clara PS: I am relieved to know that both http and https are served in Pythonanywere El lunes, 10 de noviembre de 2014 11:03:51 UTC-3, Niphlod escribió: the first link, albeit printed as http, is carrying a link to https: please try this http://ulamdev.pythonanywhere.com/unlam and https://ulamdev.pythonanywhere.com/unlam Sites are served independently because pythonanywhere serves both by default, and both are available without redirects. -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups web2py-users group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[web2py] Re: Can not import copy_reg
Hi all, Giles from PythonAnywhere here. I've been working with Richard to try to track this down further. One thing I can confidently say is that it's not an Apache/mod_wsgi problem in this case, because we use nginx and uWSGI. I've also double-checked that the `copy_reg` import works from a trivial Flask app, and that was fine, so I don't think it's the interpreter. Does anyone have any thoughts on how we could further debug this? All the best, Giles On Wednesday, July 30, 2014 7:18:02 AM UTC+1, Richard wrote: Some progress is not what I expect :( . It takes time to learn how to configure a webserver. I am now hosting the app at Pythonanyware, I expect the libraries they use are up to date. assuming they are, also at pythonanyware running python2.7 the same error occurs. Could it be a bug in Web2py? Please assist me in diagnosing and testing so nobody else will run in this issue. Richard -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups web2py-users group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [web2py] Re: Can not import copy_reg
Thanks, Leonel. We'll look into that. On 30 July 2014 18:12, Leonel Câmara leonelcam...@gmail.com wrote: My guess would be this is happening because of you copying files with pickles around. Some stuff is not portable, for instance, web2py uses marshal in some places. Pickle is infamous for giving very weird error messages like the one you are getting that appear to point to other problems. If I am right, a solution can be to delete everything with pickles on it. Like the table files in the database folder, the sessions and everything in the cache. -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to a topic in the Google Groups web2py-users group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/web2py/8toVDprfqwM/unsubscribe. To unsubscribe from this group and all its topics, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Giles Thomas gi...@giles.net http://www.gilesthomas.com/ http://www.pythonanywhere.com/ -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups web2py-users group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[web2py] Re: One of the best things that happened to web2py
On Tuesday, October 29, 2013 1:12:12 PM UTC, stefaan wrote: It's a manual process to clear down sites from people that decide not to sign up. Ouch... so let's hope not too many people decide to try it out then... (oh wait...! :D) It's not that bad, we just need to run a couple of scripts :-) -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups web2py-users group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[web2py] Re: One of the best things that happened to web2py
On Monday, October 28, 2013 7:24:39 PM UTC, stefaan wrote: I tried creating something last week as I saw it announced on the dev mailing list, and despite not signing up, I now see it still appears to be alive. Is this expected? (PythonAnywhere guy here.) It's more the case that we don't promise that the site will stay up after 24 hours have expired than that we guarantee that it *will* disappear after 24 hours. It's a manual process to clear down sites from people that decide not to sign up. Hope that makes sense! Giles -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups web2py-users group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[web2py] Re: Pythonanywhere down today?
On Friday, March 22, 2013 4:33:48 AM UTC, Cliff Kachinske wrote: The Python anywhere web site was down earlier today. There was a brief outage at 13:40 UTC on 21 March while we upgraded the system -- is that the downtime you meant? We're not aware of any other outages, but if you saw problems at any other time then we'd love to know when so that we can investigate. All the best, Giles -- PythonAnywhere: Develop Python in your browser http://pythonanywhere.com/ PythonAnywhere LLP 17a Clerkenwell Road, London EC1M 5RD, UK VAT No.: GB 893 5643 79 Registered in England and Wales as company number OC378414. Registered address: 28 Ely Place, 3rd Floor, London EC1N 6TD, UK -- --- You received this message because you are subscribed to the Google Groups web2py-users group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [web2py] Simple routing question
Hi there, PythonAnywhere developer here. I assume that the request environment where Jim S was seeing the incorrect http_host is the underlying WSGI environment -- is that correct? If so, that's a weird result. We definitely don't do anything strange and hacky with those headers; I just ran a test app to confirm and it was set to the correct domain -- that is, I saw the correct http_host, and the http_referer was unset. Jim, perhaps you could point me at the app that had that error? Is there any chance that you'd set up a non-CNAME redirect at your DNS provider? I know that Joker (our one) offers not just CNAMEs but Web-redirects, which just does an HTTP redirect to the name you provide. Perhaps your provider confuses the two in their interface? Just for clarity: the link through to the username.pythonanywhere.com domain works purely at the DNS level. We need to be able to move web apps from IP address to IP address for load balancing, so we ask our customers to set up their domain with a CNAME to username.pythonanywhere.com with their DNS provider. But that's just a DNS thing; by the time a request from a browser gets to our servers, it's just to a specific IP address, with the appropriate Host: header in the HTTP request. There should definitely be no weird redirects going on; requests are routed to the appropriate WSGI app based entirely on the hostname provided in the HTTP request, and while that routing knows about which user's sandbox the request should be routed to, it knows nothing about the username.pythonanywhere.com domain. All the best, Giles On Tuesday, February 12, 2013 4:07:19 PM UTC, Jim S wrote: Yes, might be a show-stopper for me and others trying to use pythonanywhere. I was thinking there were others on the list using pythonanywhere successfully with web2py. My problem is I know little about DNS and routing. My DNS is hosted by mydomain.com. There is also a good chance that I've got something screwed up there too... -Jim On Tuesday, February 12, 2013 9:58:11 AM UTC-6, Jonathan Lundell wrote: On 12 Feb 2013, at 7:48 AM, Jim S j...@qlf.com wrote: Looking at request.env I'm seeing the following: http_host = myaccountname.pythonanywhere.com http_referer = http://www.myappurl.com I'm routing in my routes.py based on www.myappurl.com but it never goes there. It is always going to myaccountname.pythonanywhere.com. Interesting. That seems like a real hack on the part of Python Anywhere, and not just because of this problem, but also because you have no idea what the real referrer is. Lots of analytics tools depend on that. -Jim On Tuesday, February 12, 2013 9:25:27 AM UTC-6, Jim S wrote: So you mean to just look at it through a regular view, not in the routes.py. Got it. Wasn't thinking straight. -Jim On Monday, February 11, 2013 11:13:23 PM UTC-6, Jonathan Lundell wrote: On 11 Feb 2013, at 7:48 PM, Jim Steil ato@gmail.com wrote: Sorry for being slow at this, route configuration is certainly not a forte of mine. Is there something special I need to do to turn on logging? How would I examine request.env? I'm running all of this from pythonanywhere and don't really know where to find these things. =BEAUTIFY(request) or =BEAUTIFY(request.env) should do the trick. Logging depends on your deployment, but it's worth figuring out. Look at logging.example.conf. You can set the loglevel of routing in routes.py. It's really too bad that logging is such a pain to get configured, because it's really valuable. -Jim On Mon, Feb 11, 2013 at 9:06 PM, Jonathan Lundell jlun...@pobox.comwrote: On 11 Feb 2013, at 7:01 PM, Jim S j...@qlf.com wrote: Jonathan I am currently using that as my base for getting this working. Here is what I have so far: routers = dict( # base router BASE=dict(domains = {www.website1.com:mustangs, www.website2.com:icysa, })) But, anytime I to either URL, I get the web2py welcome app. Also, I've saved the file as routes.py. And restarted, right? Try turning on logging for routes and see what you get. You might also examine request.env, and make sure that the target domain is showing up properly. -Jim On Monday, February 11, 2013 6:32:41 PM UTC-6, Jonathan Lundell wrote: On 11 Feb 2013, at 3:36 PM, Jim S j...@qlf.com wrote: I'm trying to route traffic that comes in on a specific URL to a specifc app. Example: www.host1.com should route to the welcome app www.host2.com should route to mySpecific app I realize this is probably trivial, but I'm really struggling with it. Hoping to do it with routes.py and not through wsgi stuff. Please feel free to set me straight if that is not advisable. Look at the domain-routing provision in the parametric router. Documentation in the book, and in router.example.py. -- -- -- -- --- You received this message
Re: [web2py] Simple routing question
Your DNS providers aren't completely in the wrong. The problem as I understand it is that the DNS standard itself doesn't support CNAMEs for naked domains, like foo.com, if you have any other data associated with them -- like mail records. See http://superuser.com/questions/264913/cant-set-example-com-as-a-cname-record. This is something that it would be great if the standards bodies fixed, but standards move slowly and there may be underlying problems that I just don't understand that would make it hard to change. So the question is, why use CNAMEs instead of A records? If you're using a hosting provider, it adds a level of indirection where your they can change stuff to load-balance your site without asking you to set up your own complex DNS stuff (round-robin, etc) or constantly change the IP you're pointing to. This is useful not just for smaller sites, some of the big ones do this -- dig www.reddit.com for a nice example, it looks like they're using Akamai. Anyway, I think the real underlying requirement is that lots of people want to have their site visible at both foo.com and www.foo.com. The answer we've chosen for the PythonAnywhere website itself is to have the official site at www.pythonanywhere.com, and then to ask our DNS provider (Joker.com) to do an HTTP-level redirect, so that http://pythonanywhere.com/something gets redirected over to http://www.pythonanywhere.com/something. I do that on my personal blog too -- see http://gilesthomas.com/. This has two advantages: firstly, by making the www domain the official one, we can use a CNAME and load-balance ourselves like we do our customers. Secondly, instead of having two identical sites at slightly different hostnames, we have one canonical one at one domain. This means that all incoming links to our site go to the canonical version, which means that the Google PageRank effect of the incoming links isn't spread across two different domains, so we get a higher overall PageRank. (There's also possibly an advantage in that Google apparently downrank sites that appear to just be copies of other sites, and by only having one official site then you lower the risk of that happening.) Now, given the weirdness you saw earlier with http_referrer and http_host being wrong, it's actually quite possible that your current DNS host support an HTTP-level redirect like the one we have. So if you set that up so that yourdomain.com does an HTTP redirect to www.yourdomain.com, and then www.yourdomain.com has a CNAME to yourusername.pythonanywhere.com, you should be set! I hope that wasn't too rambling and incoherent... All the best, Giles On 12 February 2013 19:03, Jim Steil ato.st...@gmail.com wrote: Yes, I don't believe it is a pythonanywhere problem. I'm using mydomain for DNS hosting. They are now telling me that I cannot setup a cname for my root domain if I'm using their mailservers and have the mx records point to them. That sounds like a bunch of crap to me, but that is what their support is telling me. The problem I was having earlier was when I had the DNS setup to point the url to myaccount.pythonanywhere.com. Why were sending the traffic, but the referer was set to urlOfMyApp.com and http_host was set to myaccount.pythonanywhere.com. So, I definitely think it is a DNS host problem but they are telling me that what I want to do is not possible, with them or any host. I'm in no position to argue because I know little or nothing of DNS. -Jim On Tue, Feb 12, 2013 at 12:33 PM, Giles Thomas giles.tho...@gmail.comwrote: Hi there, PythonAnywhere developer here. I assume that the request environment where Jim S was seeing the incorrect http_host is the underlying WSGI environment -- is that correct? If so, that's a weird result. We definitely don't do anything strange and hacky with those headers; I just ran a test app to confirm and it was set to the correct domain -- that is, I saw the correct http_host, and the http_referer was unset. Jim, perhaps you could point me at the app that had that error? Is there any chance that you'd set up a non-CNAME redirect at your DNS provider? I know that Joker (our one) offers not just CNAMEs but Web-redirects, which just does an HTTP redirect to the name you provide. Perhaps your provider confuses the two in their interface? Just for clarity: the link through to the username.pythonanywhere.comdomain works purely at the DNS level. We need to be able to move web apps from IP address to IP address for load balancing, so we ask our customers to set up their domain with a CNAME to username.pythonanywhere.com with their DNS provider. But that's just a DNS thing; by the time a request from a browser gets to our servers, it's just to a specific IP address, with the appropriate Host: header in the HTTP request. There should definitely be no weird redirects going on; requests are routed to the appropriate WSGI app based entirely on the hostname
Re: [web2py] Simple routing question
On 12 February 2013 19:42, Massimo Di Pierro massimo.dipie...@gmail.comwrote: I am facing a similar problem. I use vps.com for DNS server and I do not see a way to redirect the top domain. BTW. I am also using pythonanywhere (planning to move web2py there) and I noticed I had to visit: https://username.pythonanywhere.com/admin/default/reload_routes to reload the routes. Clicking on [reload app] did not do it for me. That's odd! Unless web2py is caching something to do with the routes in the filesystem, or somewhere else that can survive a process restart, then it definitely should force a reload -- that button basically kills and restarts all of the web app's associated processes. One thing that might not be immediately obvious is that you have to reload each of the web apps you have set up, even if they're all pointing to the same web2py installation -- they're independent sets of server processes, and clicking the button in our web interface only reloads the one that's selected on the left-hand side of the web tab. If that definitely wasn't the cause, I'd love to know which web app it was and roughly the timing -- then I can take a look in the logs. All the best, Giles -- Giles Thomas gi...@giles.net http://www.gilesthomas.com/ http://learningwebgl.com/ http://pythonanywhere.com/ http://learningwebgl.com/ -- --- You received this message because you are subscribed to the Google Groups web2py-users group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.