Там будет факториал, при учете что используются все 10 символов из набора. Те пароль состоит из всех введеных 10 символов. А вот если на основе капчи ввести туда еще случайные символы(что-то вроде в этом поле нужно написать A, etc) — то будет как-то так n!/(n-k)!.. Если я правильно понимаю. Плюс ввод этого подобия salt, может так выступать в роли теста Тьюринга.
Там хитрый процесс достаточно. В двух словах — нужно смонтировать по wifi в fuse sshfs touch, далее в его настройках поменять схему шифрованию для базы данных, и дальше можно как обычно работать =)
Скорее всего еще подразумевается переоткрытие стандартных потоков, отвязку от терминала, и становление родительским процессом для всех дочерних процессов.
Ну вот смотрите.
Например у меня есть панель, написанная на php.
Пользователи с помощью нее делают различные настройки(изменяют данные в dns, создают ftp аккаунты, меняют пароли пользователей баз данных, etc).
На каждом сервере(обычном пользовательском, служебных(dns, большие mysql на несколько тысяч пользователей)) находится серверная панель написанная, например на perl.
Взаимодействие осуществляется примерно так — пользователь что-то ткнул у себя в панели, скрипт послал нужный soap request на нужный сервер, выполнилась нужная команда. И вот для такой схемы, когда нам нужна активная схема выполнения команд(а не пассивная, как например в случае наличия какого-то spool'а, который периодически читают все сервера с поиском комманд для выполнения именно для себя), SOAP очень хорошо подходит. Потому что нам не нужно мучаться с проектированием протокола, что по себе является достаточно сложной вещью. Плюс имея актуальную WSDL схему, мы практически имеем полное описание протокола.
Например для реализации хостинговой панели управления.
Получается очень хорошо и просто, потому что не нужно задумываться о проектировании нового протокола, а SOAP очень подходит для этой модели.
Круто всегда делать что-то либо новое!
Особое внимание хотелось бы уделить сетевому программированию. Можно прям по Стивенсону=)
Например у меня есть панель, написанная на php.
Пользователи с помощью нее делают различные настройки(изменяют данные в dns, создают ftp аккаунты, меняют пароли пользователей баз данных, etc).
На каждом сервере(обычном пользовательском, служебных(dns, большие mysql на несколько тысяч пользователей)) находится серверная панель написанная, например на perl.
Взаимодействие осуществляется примерно так — пользователь что-то ткнул у себя в панели, скрипт послал нужный soap request на нужный сервер, выполнилась нужная команда. И вот для такой схемы, когда нам нужна активная схема выполнения команд(а не пассивная, как например в случае наличия какого-то spool'а, который периодически читают все сервера с поиском комманд для выполнения именно для себя), SOAP очень хорошо подходит. Потому что нам не нужно мучаться с проектированием протокола, что по себе является достаточно сложной вещью. Плюс имея актуальную WSDL схему, мы практически имеем полное описание протокола.
Если ответил как-то не понятно — простите =)
Получается очень хорошо и просто, потому что не нужно задумываться о проектировании нового протокола, а SOAP очень подходит для этой модели.