> AM>> Ага. В моем конкретном случае мне пришлось засунуть конфиг тоже в
> AM>> sql, раньше был в файле. Теперь файлы не нужны и пока меня mod_perl
> AM>> устраивает (за исключением того, что имя/пароль для доступа к базе
> AM>> пришлось положить в скрипте открытым текстом и как обойти это я пока не
> AM>> придумал), но геморройное оно все какое-то. Заочно я был о нём лучшего
>
> Боюсь, и никак. Т.е. пароль должен быть доступен юзеру Апача в виде
> cleartext, так или иначе. Или надо переходить на другие схемы
> авторизации... Есть предложения у кого-нибудь?
Хм. Кстати. Не то, чтобы очень хорошее решение и я пока не имею времени
его опробовать, но вот: из httpd.conf позвать через PerlRequire какой-то
модуль, который с нужным паролем прицепится к базе и соединение оставит.
А потом уже это соединение просто использовать. Тогда имя/пароль сможет
читать только root. Или не совсем соединение, а функцию какую-то, чтобы
восстанавливала его автоматом при обрыве.
Но не красиво все это, увы.
=============================================================================
= Apache-Talk@xxxxxxxxxxxxx mailing list =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.