ru.cgi.perl

 
 - RU.CGI.PERL ------------------------------------------------------------------
 From : Artem Chuprina                       2:5020/371.32  09 Dec 2000  16:25:48
 To : Vitus
 Subject : Re: htpasswd
 -------------------------------------------------------------------------------- 
 

 В твоём письме от Thu, 07 Dec 2000 11:34:03 +0300 написано:
 
 vir> Victor Pshenichnikov <victor@jugra.spb.ru> wrote:
 >>> Я бы ответил perldoc -f crypt и это уже не было бы оффтопиком. Потому
 >>> как управлять такого рода файлами из перла гораздо удобнее, cgi или не
 >>> cgi. А dbmmanage который дают для более продвинутых в комплекте апача,
 >>> так вообще на перле написан.
 >>> --
 VP>>Спасибо большое за отклик!
 VP>>crypt конечно это правильное направление, но
 VP>>htpasswd.exe создает примерно такой файл:
 vir> 
 VP>>victor:$apr1$WJ1.....$/ucM33jyR3aN2ydW5CPKv/
 VP>>admin:$apr1$UK1.....$WQB4GvDJ3ELKn4dlBmxGB0
 vir> 
 VP>>а мой скрипт:
 VP>>...
 VP>>my $encrypted_password=crypt ($password, (join '', ('.', '/', 0..9,
 VP>>'A'..'Z', 'a'..'z')[rand 64, rand 64]));
 VP>>open (FILE, '>>users') || die "Can't open users file: $!\n";
 VP>>print FILE "$username:$encrypted_password\n";
 VP>>close FILE;
 vir> 
 VP>>добавляет такую строку:
 VP>>jopa:1yUB5/kgCH8lQ
 vir> 
 vir> Мне до сих пор таких ситуаций не попадалось. Как правило, и Apache и
 vir> perl используют одну и ту же реализацию функции crypt, так что если
 vir> давать одинаковую соль, то будут и одинаковые хэши.
 
 А на табличке голосом Куковлева написано: "ТЫ HЕВHИМАТЕЛЕH". Человек же
 сказал, что у него винда. Системного crypt() нет.
 
 --- slrn/0.9.6.3-as (Linux)
  * Origin: AKA с подствольным плюсомётом (2:5020/371.32)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор