2011/11/5 Sergey Stremidlo <[email protected]>: > >> Ну, на перле свет клином не сошелся. Любой скриптовый язык подошел бы >> лучше, чем C. >> > php мне не нравится, до питона тоже не добрался
Менеджер паролей на php это было бы сильно... ажно дух захватывает :) Подсказка: на php и питоне свет также клином не сошелся, хотя выбор резко сужается. > проще на телефоне, но нету удобных прог, да и > жалко пароли с телефоном терять Ой, а про бекапы вы слышали? >>> - отсутствие диалогового режима (например чтобы читать пароли из скриптов >>> на >>> php) >> >> ой, а это-то зачем? >> > например чтобы при разработке веб-приложений не писать код для работы с > юзверями. > подключился к серверу и из командной строки добавил нужного. т.е. вы предлагаете на сервер залить всю базу паролей ради одного единственного, нужного для доступа к другому серверу? или хранить в базе один пароль. смысла в любом случае маловато > да и мало ли зачем, это просто пример. Вся сила юникс в возможности > комбинации программ, > а диалоговый режим разрушает эту силу, поэтому все что не может работать > через командную > строку или stdin не круто. а, ну да, ну да. а это письмо, отправленное с @gmail.com вы тоже с командной строки послали? нет, а почему? это ж не круто. >>> PS: шифрованый ключ и значение отделяются пробелом типа того: >>> siq5lQf3sc6hmI0eJp1MYg1lupY >>> AAAAB3NzaC1yc2EAAAABIwAAAQEAnYNEwvrv6CSFM8kMGjuZBM >>> чтобы можно было в ключе и его значении использовать произвольные >>> символы, >> >> Кроме пробела, да? >> > пробел тоже можно, он будет вшифрован в абрукадабру которая не имеет пробела > ибо представляет собой base64 или аналогичный код (я взял тупо тетрады, т.е. > двоичное 255 будет представлено в моем случае ff, потому что очень просто > реализуется). каюсь, погорячился :) > я размышляю в рассылку потому что жду что может кто предложит разумный > вариант, > а не раскритикует сырые мысли. вот от этого хотелось бы Вас попросить воздержаться. есть такая поговорка: дураку полработы не показывают. слишком уж сырые мысли, чтобы серьезно это все обсуждать. > Т.е. желающие пользоваться будут вынуждены приучиться создавать нормальные > контрольные вопросы и к более долгому добыванию своего пароля. > Кому лень - юзают gpg. что-то я не вижу каким боком здесь зависимость от того чем идет шифрование -- gpg, openssl или что-то другое. совершенно не связанные друг с другом вещи Все, мне надоело. :-p
