?

Log in

No account? Create an account
   Journal    Friends    Archive    Profile    Memories
 

Password manager - morfizm


Feb. 26th, 2012 04:28 pm Password manager

Я попробовал поменять умолчательный browser с IE на FireFox, и обломался с Lenovo'ским password manager'ом: пришлось поставить бету новой версии, а она очень нестабильно работает (старая регистрация не импортировалась, а новая авто-вводит в форму только пароль, но не вводит юзернейм).

Кто какими password manager'ами пользуется, что порекомендуете?

Меня интересует, чтобы спрашивал master password только один раз после каждой перезагрузки комьютера, а потом автоматом вводил логины на вебстраницы во время нормального brows'инга, но если вы используете другой подход, расскажите, это тоже интересно. Ну и, понятно, пароли не должны храниться на диске в незашифрованном виде.

P.S. На всякий случай, отвечу на вопрос "почему не Хром?". Потому что Хром не поддерживает режим без табов. Я не люблю табы. Вторая причина - FF лучше поддерживается у меня на работе, в т.ч. разные полезные Greasemonkey скрипты.

29 comments - Leave a commentPrevious Entry Share Next Entry

Comments:

From:dennyrolling
Date:February 27th, 2012 05:42 am (UTC)
(Link)
что означает "не поддерживает режим без табов"? в хроме прекрасно можно иметь много окон вместо много табов.
From:morfizm
Date:February 27th, 2012 06:03 am (UTC)
(Link)
Я хочу, чтобы (а) никакие сочетания клавиш не могли случайно создать новый таб, (б) чтобы не было этого идиотского таб-контрола, пусть даже содержащего один элемент, (в) стандартный shift+click, средняя клавиша мыши и т.п. - чтобы все они открывали новый Chrome, и чтобы при открытии URL-а из внешних приложений открывался новый Chrome.

Короче, tabbed browsing = disabled. Такое возможно?
From:dennyrolling
Date:February 27th, 2012 06:15 am (UTC)
(Link)
думаю что нет (я сам, естественно, пользуюсь табнутым браузингом, так что может я чего не знаю). а) ни в одном браузере (который управляется с кравиатуры и поддерживает табы) такое работать не будет, как я понимаю б) контрол занимает место window-title, разве нет? в) шифт-клик работает, про центральную кнопку ты можешь сам проверить. из приложений как-то мне не приходится открывать ссылки последний год, мне кажется, так что не знаю.
From:morfizm
Date:February 27th, 2012 06:17 am (UTC)
(Link)
(a) В IE и Firefox можно запретить tabbed browsing. Единственный способ включить его через UI - это залезть в options/preferences. That's what I meant/want.

(b) Контрол раздражает своей формой. Title это сплошная строка/прямоугольник, по ширине всего окна browser'а.

(c) Проверил, открывает таб :(
From:dennyrolling
Date:February 27th, 2012 06:26 am (UTC)
(Link)
а) ну я это и имел в виду - случайная комбинация кнопок может зайти в конфигурацию, включить табы и запустить таб.
b) вы, батенька, я посмотрю эстет - у меня вертикально в вин7 заголовок хрома занимает меньше места чем ие, а больше ничего и не нужно
с) что открывает таб, шифт-клик или средняя кнопка мыши? или из приложения?
From:dennyrolling
Date:February 27th, 2012 05:44 am (UTC)
(Link)
гризманки не работает в хроме? ах почему я этого не знал когда писал гризманки скрипты для работы, я бы тогда не стал их писать!!
From:morfizm
Date:February 27th, 2012 06:03 am (UTC)
(Link)
Они работают, но они не (всегда)совместимы.
From:dennyrolling
Date:February 27th, 2012 06:34 am (UTC)
(Link)
надо починить несовместимые места и будет счастье всем даром и никто не уйдет обиженым :)
From:morfizm
Date:February 27th, 2012 06:49 am (UTC)
(Link)
2x support cost?
From:dennyrolling
Date:February 27th, 2012 07:05 am (UTC)
(Link)
?? заясни.
From:morfizm
Date:February 27th, 2012 07:09 am (UTC)

(Link)
Ну, так тебе надо только для FF напильником проходиться, чтобы работало, а так - для FF, и для Chrome. 2x ? :)
From:dennyrolling
Date:February 27th, 2012 07:41 am (UTC)

Re:

(Link)
хммм, ты думаешь что если, например, хром работает на линкусе, виндовз и маке то это в три раза больше работы?

ну или например наш продукт работает в ие, файрфоксе, хроме, сафари и в каких-то браузерах про которые я не знаю - что мне в ндать раз больше надо работать?

Edited at 2012-02-27 07:42 am (UTC)
From:morfizm
Date:February 27th, 2012 08:14 am (UTC)
(Link)
Я думаю, что если разделить development на "featurework", где ты пишешь саму суть фичи, и "support/maintenance", где ты чинишь баги, подпиливаешь разные corner-кейсы, и разбираешься с глючными APIs, которые потом оказываются browser-specific, или работающими чуть иначе в другом browser'е, то ты получишь, что "support/maintenance" part зависит от количества конфигураций близко к линейному. Ну, может, я загнул с 2x, но 1.5x для двух browser'ов будет уж точно, и 2x для трёх.

Продукт, работающий в browser'ах, о которых ты не знаешь - по-моему, это возможно, если эти browser'ы используют rendering движок от browser'а, который ты уже протестировал. В остальных случаях - редкая халява :)
From:morfizm
Date:February 27th, 2012 08:16 am (UTC)

Re:

(Link)
Даже, вот, казалось бы, JQuery. Фреймворк, задуманный, чтобы ты абстрагировался от браузерных отличий, так?

Тем не менее, вот, некоторые товарищи (делающие стартап используя JQuery), регулярно выкатывают фичи, не работающие в том или ином browser'е, и проходиться напильником по каждому, и тестировать каждый - это extra support.


Edited at 2012-02-27 08:19 am (UTC)
From:dennyrolling
Date:February 27th, 2012 08:40 am (UTC)

Re:

(Link)
я не говорю что работа точно такая же как и для одного браузера, я говорю что саппорт растет нелинейно - если поддерживать два браузера то не в два раза больше работы, а меньше чем в два. мне кажется то что мы пишем (на хром конечно) генерирует 15% дополнительной работы для того чтобы работало и на "остальных браузерах".
From:morfizm
Date:February 27th, 2012 09:08 pm (UTC)
(Link)
+15% дополнительной работы от какой?

Я же специально попробовал провести (искусственный) distinction между разработкой (нового) и поддержкой (чинить баги, доводить до ума). Мне кажется, поддержка увеличивается как минимум на +(N*50)% где N число дополнительных браузеров. Но это вполне может быть суммарно +15% от всей работы.
From:dennyrolling
Date:February 27th, 2012 10:07 pm (UTC)
(Link)
я думаю что для работы на несколько фронтов всегда можно провести воображаемую линию которая поделит работу так чтобы одна ее часть имела следующее свойство: 1/N независимо от "других" браузеров и (N-1)/N зависимо. тогда можно честно сказать что добавление "других" браузеров увеличивает эту часть работы в N раз.


думая про это еще децл мне кажется что не всегда все же, но когда часть работы специфичкая для других браузеров занимает меньше чем (N-1)/N от всей работы.

Edited at 2012-02-27 10:08 pm (UTC)
From:morfizm
Date:February 28th, 2012 04:25 am (UTC)
(Link)
Давай тебе вопрос для проверки твоей идеи:

Вот, допустим, девелопмент для поддержки всех остальных браузеров составляет 15% от девелопмента под один браузер.

Каков процент найденных issues проявляется во всех браузерах по отношению к browser-specific issues? (Причём это не обязательно должен быть баг с использованием browser-specific feature, это может быть как бы баг в фиче, но один из browser'ов его будет маскировать из-за каких-то своих особенностей - это тоже следует считать как browser-specific).

По уму должно быть 13% browser-specific issues (15%/(100%+15%)), а остальные 87% должны иметь стабильное repro во всех browsers.

В твоём проекте это действительно так?
From:dennyrolling
Date:February 28th, 2012 06:34 am (UTC)
(Link)
по ощущениям я бы сказал что в районе как минимум 90% багов проявляются везде. браузерно-специфичный баг - редкость (и большинство из них в ие, потом в файрфоксе, потом в хроме, я чинил один баг для сафари и слышал про баг в опере за год), но квери нашей баговской системы мне делать влом.
From:morfizm
Date:February 28th, 2012 07:23 am (UTC)
(Link)
Ну ладно, давай считать, что ты победил. Но я буду подыскивать тебе контрпример. У меня устойчивое ощущение, что поддержка разных browser'ов - это, в целом, куда более дорогой task, чем +15% к development and support cost.
From:dennyrolling
Date:February 29th, 2012 05:06 pm (UTC)
(Link)
я вчера поговорил еще с нашим зубром, который сидит на траяже и через него проходят все баги, ну и вообще серьезный перец. его мнение что багов браузерно-специфичных в районе 5% по количеству (остальные он назвал "серьезные баги"), но по времени починки они занимают в среднем раза в три больше, потому что нужна экспертиза. меня нефигово удивило что совпало с моей оценкой %)

я думаю кроме того что можно достаточно бестолково поставить процесс чтобы поддержка "других браузеров" занимала львиную долю времени, но зачем это делать?
From:morfizm
Date:February 29th, 2012 07:34 pm (UTC)
(Link)
Cool. Ну ладно. Я пособираю свою статистику.
Тут может быть неточная статистика, может быть специфично для приложения, а может быть, банально, ситуация изменилась за последние несколько лет.
From:the_san
Date:February 27th, 2012 12:04 pm (UTC)
(Link)
Keepass

Любой броузер, любое приложение. Распознает по имени окна и печатает имя пользователя и пароль по комбинации клавиш. Очень настраиваемый, на мой вкус идеален.
From:morfizm
Date:February 27th, 2012 09:08 pm (UTC)
(Link)
Спасибо! Я посмотрю его.
From:morfizm
Date:February 28th, 2012 05:55 am (UTC)
(Link)
Какие конкретно плагины ты используешь для автоввода пароля в окно?
Я вижу KeeFrom, но его сайт очень уж похож на malware.
From:the_san
Date:February 28th, 2012 04:48 pm (UTC)
(Link)
Я не пользую плагины, Autofill по клавишному шорткату использую. Из плагинов только passphrase generator.
From:the_san
Date:February 28th, 2012 04:49 pm (UTC)
(Link)
Auto-Type, простите. :) Встроенная функциональность.
From:morfizm
Date:February 29th, 2012 06:02 am (UTC)
(Link)
Нашёл штуку, в разы лучше, чем KeePass.

http://www.clipperz.com/
From:morfizm
Date:February 29th, 2012 05:23 pm (UTC)
(Link)
Беру свои слова обратно. Штука глючит по-чёрному :(
Хотя идея очень перспективная