Re: [modwsgi] Python requests module issue

Do you have a module of your own named "requests" that is being confused, somehow, with the installed package? Or might you be importing something "as requests"? On Thu, Sep 28, 2017 at 12:02 PM, Chris Barton < ch...@chrisbartonphotography.com> wrote: > Hello, > > I've been working on the

Re: [modwsgi] mod_wsgi & virtualhosts

See the python-home argument to WSGIDaemonProcess PYTHON_HOME is per process, so you must use daemon processes and have separate processes/groups for apps requiring separate virtualenvs. On Fri, May 5, 2017 at 11:30 AM, Jared Greenwald wrote: > We're finally

Re: [modwsgi] nginx vs apache

I don't know about nginx, but one possibility, if the large memory requests are infrequent, is to detect when you have completed one and trigger the exit/reload of the daemon process (calling sys.exit() is not the way, since there could be other threads in the middle of something, unless you run

Re: [modwsgi] nginx vs apache

memory hungry? > > Graham > > On 17 Mar 2016, at 4:29 AM, Kent Bower <k...@bowermail.net> wrote: > > Interesting idea.. yes, we are using multiple threads and also other > stack frameworks, so that's not straightforward, but worth thinking > about... not sure how t

Re: [modwsgi] nginx vs apache

ll. > > On Wed, Mar 16, 2016 at 1:11 PM, Bill Freeman <ke1g...@gmail.com> wrote: > >> I don't know about nginx, but one possibility, if the large memory >> requests are infrequent, is to detect when you have completed one and >> trigger the exit/reload of th

Re: [modwsgi] SSO login

gt; Thanks, for your response anyway. > > > On Mon, Feb 22, 2016 at 11:28 AM, Bill Freeman <ke1g...@gmail.com> wrote: > >> No. When you say "Basic Auth", you've said browser handles it. >> >> >> On Mon, Feb 22, 2016 at 11:24 AM, Carl Nobile <c

Re: [modwsgi] SSO login

No. When you say "Basic Auth", you've said browser handles it. On Mon, Feb 22, 2016 at 11:24 AM, Carl Nobile wrote: > Hi all, > > Been awhile since I've posted to this list, but I've run into an issue > that I just cannot solve on my own. > > I need to use the

Re: [modwsgi] Re: mod_wsgi (3.4-14) / Apache 2.4.12 / cx_oracle 5.2 / Oracle 12 / Red Hat (6.7) / Django 1.8.2 hanging under load

Looks like a lock isn't being freed or a lock priority inversion, etc. Tricky. On Mon, Sep 28, 2015 at 3:10 PM, 'Lukasz Szajkowski' via modwsgi < modwsgi@googlegroups.com> wrote: > The actual stack trace while hanging is > #0 0x7f047ff099b0 in sem_wait () from /lib64/libpthread.so.0 > #1

Re: [modwsgi] mod_wsgi (3.4-14) / Apache 2.4.12 / cx_oracle 5.2 / Oracle 12 / Red Hat (6.7) / Django 1.8.2 hanging under load

One possibility: If cx_oracle is using connection pooling and it is not round robin (or you just have large inactivity periods) AND There is a firewall between cx_oracle and oracle that times out unused connections. Then the firewall could be locking traffic for connections that

Re: [modwsgi] WSGI and Impersonation

I'm not sure if this transfers to Windows, but for Apache started as root (Administrative user?), and mod_wsgi running with daemon processes, it is possible to specify as what user and group (group may not be relevant on Windows) the daemon processes run. But it is also unusual to have to be

Re: [modwsgi] Any issues with threading.local() and WSGIApplicationGroup %{GLOBAL} ?

, Bill Freeman ke1g...@gmail.com wrote: I'm wondering if there are any known issues with thread local storage when running with: WSGIApplicationGroup %{GLOBAL} The players: Python 2.7.3 Apache 2.2.15 Modwsgi 3.3 Pymongo 2.2 Django 1.4 A bunch of other hopefully

[modwsgi] Any issues with threading.local() and WSGIApplicationGroup %{GLOBAL} ?

I'm wondering if there are any known issues with thread local storage when running with: WSGIApplicationGroup %{GLOBAL} The players: Python 2.7.3 Apache 2.2.15 Modwsgi 3.3 Pymongo 2.2 Django 1.4 A bunch of other hopefully irrelevant stuff Code of our own that uses:

Re: [modwsgi] django + apache+ wsgi.py does not work

That wsgi.py is used by runserver, but when you use runserver, having cd'ed to the directory containing manage.py, python automatically adds that directory to sys.path. Depending on the django vintage, manage.py may also elicit additional modifications to sys.path. If any of your dependencies

Re: [modwsgi] django + apache+ wsgi.py does not work

Because the real server doesn't know where your project directory is. On Wed, Oct 2, 2013 at 1:52 PM, Chip Munk chip9m...@gmail.com wrote: On Wednesday, October 2, 2013 7:32:24 PM UTC+2, Bill, KE1G wrote: If any of your dependencies are not installed globally, such as in a virtualenv,

Re: [modwsgi] apache settings when mod_vhost_alias used

Alternatively, how are you trying to access the site? If you're putting localhost in your location bar, the stuff in the VirtualHost tag will never be used. It is only invoked when the request matches its ServerName directive. (On *nix systems, at least, you could add

Re: [modwsgi] Two mod_wsgi apps under same apache set up

time somehow. Am hoping to strike a new balance somehow after PyCon. Graham On 1 March 2013 01:37, Bill Freeman ke1g...@gmail.com wrote: Graham, Cool. Should the python-home option approach be added to this document, or do you not intend to keep it? Bill On Wed, Feb 27, 2013 at 5:59

Re: [modwsgi] Two mod_wsgi apps under same apache set up

WSGIPythonHome be against a virgin virtual environment and then use activate_this from the virtual environment in the WSGI script file for each application to refer to the distinct virtual environments for each application. Graham On 28 February 2013 05:48, Bill Freeman ke1g...@gmail.com wrote

Re: [modwsgi] python\bluetooth / wsgi / apache 2.2

On Wed, Dec 12, 2012 at 8:59 PM, Barry Dick barryd...@gmail.com wrote: I'm wanting to read from my bluetooth device (it just sends data/header with a checksum at the end, in a continuous mode a biofeedback device) and I'm getting a weird error in my logs not allowing me to use multiple

Re: [modwsgi] Setting up django application (virtualenv)

On Tue, Jun 5, 2012 at 9:53 AM, ivanb ivanblazevi...@gmail.com wrote: I'm putting my django site in production for the first time so please forgive for my ignorance. I'm trying to put my django site on apache. I've read documentation about mod_wsgi and tried that simple Hello world so it is

Re: [modwsgi] Version built with VC9?

IIUC, if you've built mod_wsgi suitably for Windows (i.e.; not for Cygwin Apache), they you will have a .DLL, not a .so . On Fri, May 25, 2012 at 12:13 PM, Shawn H shawn.holy...@gmail.com wrote: I'm trying to get mod_wsgi installed in a WAMP server on my local Windows 7 64 bit machine.  When I

Re: [modwsgi] Pointless WSGIPythonHome

On 4/12/12, Krzysztof Jurkiewicz jurkiewicz.krzysz...@gmail.com wrote: Hello I have django + mod_wsgi + apache2 and virtualhost and it works great. I found WSGIPythonHome option but I cant put it in virtualhost but in global (quite pointless, because I want different djangos. So how do I pull

Re: [modwsgi] Independent PYTHONHOME for daemon process in separate process groups?

, and the python for modwsgi from source anyway.) Bill On Thu, Apr 5, 2012 at 8:00 AM, Graham Dumpleton graham.dumple...@gmail.com wrote: It is already in for mod_wsgi 4.0 release. :-) No idea what I am doing about back porting for 3.4 though. Graham On 5 April 2012 21:30, Bill Freeman ke1g

Re: [modwsgi] Independent PYTHONHOME for daemon process in separate process groups?

, my understanding is that sys.prefix might remain the parent Python installation and there will be a separate variable indicating the location of the virtual environment. Graham On 31 March 2012 08:58, Bill Freeman ke1g...@gmail.com wrote: On 3/30/12, Graham Dumpleton graham.dumple

Re: [modwsgi] Independent PYTHONHOME for daemon process in separate process groups?

On 3/30/12, Graham Dumpleton graham.dumple...@gmail.com wrote: On 31 March 2012 05:55, Bill, KE1G ke1g...@gmail.com wrote: Might there already be a way to have per process group PYTHONHOME settings? And/or, please tell me that/why it wouldn't help. My purpose is to have several separate

Re: [modwsgi] WSGIPythonPath not being followed

The pinax documents have sample .wsgi scripts and deployment configuration info that has worked for me. My .wsgi script, placed in a subdirectory of the directory looks like: import os, sys sys.stdout = sys.stderr from os.path import abspath, dirname,