Задать вопрос
anti1869

anti1869

Ответы

  • Почему элементы оказались связанными?

    anti1869
    @anti1869
    Списки хранят ссылки на объекты в памяти, а не сами объекты.
    В первой строчке вы создали список из 10 ссылок на один объект списка.
    Потом поменяли список на который была ссылка.
    Соответственно, по остальным ссылкам стало видно измененный объект

    Точки с запятой не нужны.

    Еще до кучи:

    Синтаксис [object] * 10 делает список из 10 ссылок на один и тот же объект
    [object for x in range(10)] - список со ссылками на 10 разных объектов

    >>> a = [1, 2, 3]
>>> b = a
>>> a[1] = 0
>>> b
[1, 0, 3]
    Ответ написан
    2 комментария
    2 комментария

  • Mod_rewrite не работает только для одного VirtualHost?

    anti1869
    @anti1869 Автор вопроса
    Решил следующим образом: для HostB сделал новый DocumentRoot, стал по очереди копировать туда файлы из старой директории. Оказалось что по какой-то неведомой причине к ошибке приводит стилевой файл .xsl, который болтался в корне сайта и даже нигде не подключался. Очень странно. Пора заводить бубен :)
    Ответ написан
    Комментировать
    Комментировать

  • Mod_rewrite не работает только для одного VirtualHost?

    anti1869
    @anti1869 Автор вопроса
    не, больше .htaccess-ов нет никаких. Более того, проблема началась после апгрейда апача. До этого все работало. Файлы хостаБ не трогались.

    Вот mod_rewrite таки написал лог 2-го уровня:

    127.0.0.1 - - [03/Jul/2012:18:30:13 +0400] [hostB.ru/sid#80bff70][rid#8245ac0/initial] (2) [perdir /home/user/hostB/www/] rewrite 'hostB/p/square.gif' -> 'index.html'
127.0.0.1 - - [03/Jul/2012:18:30:13 +0400] [hostB.ru/sid#80bff70][rid#8245ac0/initial] (2) [perdir /home/user/hostB/www/] strip document_root prefix: /home/user/hostB/www/index.html -> /index.html
127.0.0.1 - - [03/Jul/2012:18:30:13 +0400] [hostB.ru/sid#80bff70][rid#8245ac0/initial] (1) [perdir /home/user/hostB/www/] internal redirect with /index.html [INTERNAL REDIRECT]
127.0.0.1 - - [03/Jul/2012:18:30:13 +0400] [hostB.ru/sid#80bff70][rid#8256ac0/initial/redir#1] (1) [perdir /home/user/hostB/www/] pass through /home/user/hostB/www/index.html
127.0.0.1 - - [03/Jul/2012:18:30:13 +0400] [hostB.ru/sid#80bff70][rid#8258b08/subreq] (1) [perdir /home/user/hostB/www/] pass through /home/user/hostB/www/index.html
    Ответ написан
    Комментировать
    Комментировать

  • Ловлю 503 Service Temporarily Unavailable когда пытаюсь запустить mod_wsgi в daemon mode?

    anti1869
    @anti1869 Автор вопроса
    В общем, все верно. Для того чтобы mod_wsgi работал в Daemon Mode апач должен быть скомпилирован либо с prefork MPM, либо worker MPM. На моем сервере стоял peruser MPM — с ним mod_wsgi в настоящее время не совместим. Пришлось пересобрать апач
    Ответ написан
    Комментировать
    Комментировать

  • Ловлю 503 Service Temporarily Unavailable когда пытаюсь запустить mod_wsgi в daemon mode?

    anti1869
    @anti1869 Автор вопроса
    alz, WSGIScriptAlias нет, потому как пока что аппликейшн у меня маппится вот так через .htaccess:

    <Files code.py>
    SetHandler wsgi-script
    Options ExecCGI FollowSymLinks
</Files>


    Я пока не разбирался плохо это или хорошо — просто скопировал из туториала фреймворка web.py

    Похоже проблема в том, что на моем сервере используется Peruser MPM.
    Вот эта директива
    ServerEnvironment anti1869 anti1869
    запускает процессы из под моего пользователя, а апач создает файл сокета для пользователя apache:root
    Соответственно, они не стыкуются и mod_wsgi не может с этим справиться.

    Я попробовал поставить ServerEnvironment apache root
    503 исчезла, но потенциальный гемор с правами доступа не позволяет назвать это решением.

    ServerEnvironment anti1869 anti1869
    Ответ написан
    Комментировать
    Комментировать