ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Re[4]: [apache-talk] Manager interfaces



On Fri, 4 Jun 1999, Андрей Новиков wrote:

> > Представил. Страшно стало. У меня там, конечно, снизу не mySQL, а Oracle,
> > и по-идее он выдержать такое должен, но в существующей реализации
> > Communiware  20req/s ~= 200-500 селектов/сек.  Хорошо, что у libertarium
> > сейчас примерно 0.1 req/sec и копий апача больше 20 обычно не бывает.
> Вот  именно!  Я   так   понимаю,   что   у  вас у всех стоят
> спарки, на которых ничего, кроме апача и не вертится.
Если бы! Я начинал разработку действительно на спарке, а потом ушел
на писюк под Linux. Именно из-за проблем с производительностью. Потому
что доткнуть спарк до необходимого объема памяти существенно дороже,
чем писюк. 

> А  по  поводу  новостей  что то я неудачный пример привел...

Ну почему же неудачный? Столько хороших идей рассказали, Прямо хоть
WebNews-HOWTO пиши.

> Тогда   вот   такой  тупой  пример:    смена   пароля  через
> Веб-форму.  Только  не  говорите мне, что пароли тоже надо в
> базе хранить :)

А пуркруа бы и не па? Вон ORC так и делает (речь идет о диалапных паролях
пользователей этого провайдера).

Правда, со странностями -
слишком много ограничений на допустимые символы в паролях и почему-то
смененный пароль начинает работать только через час. Но это у
скриптописателей руки кривые.

Если же речь идет о паролях на доступ к Web, в смысле Basic Auth,
то ни в чем другом я их даже и не подумаю хранить. Apache::AuthenDBI
rules. 

Во времена оны, когда еще такого рулеза не было, я хранил пароли в dbm
благо их апач прекрасно читает без mod_perl, причем dbm принадлежал
юзеру www-data, имел права 0600 и лежал за пределами DocumentRoot, то есть
украсть его по HTTP было практически невозможно. А редактировался
CGI-шкой, написанной путем злостного плагиата из dbmmanage.
 
> С уважением, Андрей Новиков
> 
> ------------------------------------------------------------
> Всероссийский Клуб Вебмастеров        http://www.webclub.ru/
> По официальным вопросам пишите     mailto:webclub@webclub.ru
> 
> 
> =============================================================================
> =               Apache-Talk@lists.lexa.ru mailing list                      =
> Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
> =       Archive avaliable at http://www.lexa.ru/apache-talk                 =
> 

--------------------------------------------------
Victor Wagner                   vitus@ice.ru
Programmer                      Office:7-(095)-964-0380
Institute for Commerce          Home: 7-(095)-135-46-61
Engineering                     http://www.ice.ru/~vitus

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.