к вашему сведению, в режиме LORCODE есть тег code.
в опачевых логах при открытии www.blabla.ru что-нибудь интересное пишется?

с лоркодом не знаком, так что извиняюсь. впреть буду знать.

логи чисты. ощущение что просто не воспринимает

WSGIScriptAlias

на сервере вот что: Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.17 with Suhosin-Patch mod_ssl/2.2.8 OpenSSL/0.9.8g mod_wsgi/2.0 Python/2.5.2 Server at www.blabla.ru Port 80

Привожу свой конфиг

<VirtualHost *:80>
ServerName sakura.loc
ServerAlias www.sakura.loc
ServerAdmin support@sakura.loc

WSGIScriptAlias / /home/yanka/sites/sakura.loc/index.wsgi
Alias /media /home/yanka/sites/sakura.loc/media
WSGIDaemonProcess sakura.loc user=www-data group=www-data processes=1 threads=5

ErrorLog /home/yanka/sites/sakura.loc/logs/error.log
CustomLog /home/yanka/sites/sakura.loc/logs/access.log combined
RewriteLog /home/yanka/sites/sakura.loc/logs/rewrite.log
RewriteLogLevel 1
</VirtualHost>

Не забудь активировать wsgi и rewrite

sudo a2enmod wsgi

sudo a2enmod rewrite

sudo a2ensite mysite.loc (в качестве параметра имя файла с конфигом)

все активировано, в логах ни на что не ругается, но алиас как будто не выполняет. показывает страницу index of корня и все тут. если нажать напрямую на wsgi скрипт - показывает его код.

добавил в хттаксес

[code] AddHandler wsgi-script .wsgi [/code]

файл выполняется теперь, но по запросу на главную также игнорит мой WSGIScriptAlias

осмелюсь предположить что wsgi-скрипт должен быть не в документ руте

тоже так подумал и попробовал

<VirtualHost тутайпи:8080>
    ServerName blabla.ru
    DocumentRoot /var/www/blabla.ru/data/www/blabla.ru
    SuexecUserGroup м.ru blabla.ru 
    CustomLog /var/www/httpd-logs/blabla.ru.access.log combined
    ErrorLog /var/www/httpd-logs/blabla.ru.error.log
    ServerAlias www.blabla.ru
    ServerAdmin 911@blabla.ru
    AddDefaultCharset utf-8

    <Directory "/var/www/blabla.ru/data/www/blabla.ru/wsgi">
        Order allow,deny
        Allow from all
    </Directory>

    WSGIScriptAlias / /var/www/blabla.ru/data/www/blabla.ru/wsgi/django.wsgi

</VirtualHost>

эффект тот же

.htaccess

Options +ExecCGI
AddHandler wsgi-script .wsgi

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ /index.wsgi/$1 [QSA,PT,L]


Для обработки произвольного скрипта с расширением .wsgi

Надеюсь ты перезапустил апач, после всех настроек? Если показывает текст, значит скрипт не распознается как исполняемый и просто выводится его текст.

Вообще, когда в настройках указывается

WSGIScriptAlias / /home/yanka/sites/sakura.loc/index.wsgi

index.wsgi - по сути единая точка входа для всех запросов

кроме статики, хотя и статику через нее можно отдавать

То есть: mysite.net и mysite.net/bla/bla2/?par=4

передаются index.wsgi

По сути это верно, я не вижу причин иметь более одного wsgi скрипта

Убери директиву DocumentRoot, выключи все остальные виртуальные хосты, может что-то перекрывает. И непонятно зачем Suexec, mod_wsgi сам умеет запускаться от нужного юзера/группы в daemon mode.

Да DocumentRoot лишнее, директорию для статики указывают в настройках виртуального хоста

Alias /media /home/yanka/sites/sakura.loc/media

Я ему дала работающий конфиг, не нужен даже .htaccess

Все запросы, кроме статики должны обрабатываться этой единой точкой входа. Это уже он в самом wsgi application должен обрабатывать входящие запросы , выдавая тот или иной контент или страницу not found

P.S Отойдите наконец от пэхэпэ, в мире python все иначе, он другой)))

а в мире няшного nginx еще более иначе чем в мире apache

насколько я помню у nginx не очень с wsgi ..хотя могу ошибаться

mod_wsgi под nginx уже вроде как года три не развивается

под nginx наверное лучше через fastcgi запускать питон приложения - это и проще и производительность хорошая...

у меня настроено как [url=http://ru.gentoo-wiki.com/wiki/Nginx+django#.D0.98.D1.81.D0.BF.D0.BE.D0.BB.D1... и всё замечательно работает

гребаный лоркод

у меня настроено как nginx+uwsgi и всё замечательно работает

Я попробую как-нибудь, но пока буду по старинке в связке apache + mod_wsgi.

Привычка свыше нам дана, замена счастию она))))

hardy heron?!?!

libapache2-mod-wsgi поставлен из hardy-backports или руками по-слакварьски собран? в /etc/apache2/mods-enabled имеются mod-wsgi.conf и mod-wsgi.load?

умвр

специально ради эксперимента в виртулбокс поставил bubuntu server 8.04.4 с hardy-бэкпортами.

apache2/2.2.8-1ubuntu0.19, python/2.5.2-0ubuntu1, libapache2-mod-wsgi/2.0-1~hardy1, python-django/0.96.1-2ubuntu2.1.

# cat /etc/apache2/sites-enabled/001-ololo 
NameVirtualHost *
<VirtualHost 192.168.10.107:80>
    ServerAdmin webmaster@localhost
    DocumentRoot /var/www/ololo.biz/htdocs/
    <Directory />
        Options FollowSymLinks
        AllowOverride None
    </Directory>
    ErrorLog /var/log/apache2/ololo-error.log
    # Possible values include: debug, info, notice, warn, error, crit,
    # alert, emerg.
    LogLevel warn
    CustomLog /var/log/apache2/ololo-access.log combined
    ServerSignature On
    WSGIScriptAlias / /var/www/ololo.biz/django/django_project/django.wsgi
</VirtualHost>

остальные конфиги убунтушно-ванильные.

типа хеллоу-ворлд /var/www/ololo.biz/django/django_project

# curl ololo.biz
Hello world! Здравствуй, Мир!

Поздравляю!

рано поздравлять, нужно еще добиться результата у ТСа