Моя определенная проблема была решена следующим образом:
В блоке VirtualHost:
DocumentRoot /home/www/public_html
WSGIDaemonProcess ~www user=www group=www
В userdir.conf:
RewriteEngine On
RewriteCond %{REQUEST_URI} ^/~([^/]+)
RewriteRule . - [E=URL_USER:~%1]
WSGIProcessGroup %{ENV:URL_USER}
В ~www/public_html/.htaccess
Options +ExecCGI
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /~www/index.wsgi/$1 [QSA,PT,L]
RewriteRule ^$ /~www/index.wsgi/$1 [QSA,PT,L]
И некоторый материал мне действительно не было нужно:
dir.conf:
DirectoryIndex index.wsgi
wsgi.conf
AddHandler wsgi-script .wsgi
Поскольку начинающие смотрят mod_wsgi на режим демона. Это позволяет Вам делегировать приложения WSGI для выполнения в отличных процессах демона. Те процессы могут затем быть сделаны работать как указанный пользователь без потребности использовать suxec. См.:
http://code.google.com/p/modwsgi/wiki/QuickConfigurationGuide#Delegation_To_Daemon_Process
Для того, чтобы исчерпать UserDir настроил каталог с пользователем, имеющим контроль над тем, где приложения смонтированы Вы, наклон использовал WSGIScriptAlias и вместо этого должен использовать метод AddHandler для установки mod_wsgi. См.:
http://code.google.com/p/modwsgi/wiki/ConfigurationGuidelines#The_Apache_Alias_Directive
Директива UserDir неявно предоставляет директиву Псевдонима, таким образом, необходимо только должны быть волноваться о директиве AddHandler и т.д.
Действительно обратите внимание однако, что из-за приоритета управляет в Apache, Вы, вероятно, не можете использовать WSGIScriptAlias в '/' для того же полного виртуального хоста, как может замаскировать пользовательские каталоги. Просто средства необходимо полагаться на AddHandler, с mod_rewrite fixup, при монтировании на корне сайта, как описано в последней части того раздела документации.
Предложите, чтобы Вы использовали официальный mod_wsgi список рассылки для большего количества детали.