RSS Feed

Posts Tagged ‘chrome’

  1. Chrome i OSX #fail

    Styczeń 30, 2011 by 0verlord

    Korzystam z tej przeglądarki. Nie zżera mi tyle ramu co Safari i jest od niego mniej toporna mimo ogólnie ładnego jabłkowego dizajnu.
    Szarpało mi kiedyś ramem na macu, więc odpaliłem monitor. Mój osobisty zaobserwowany rekord memory leaku, to było 897MB. Komp zwolnił na maksa i zaczął kręcić bez sensu wiatrakami z otwartym terminalem i właśnie Safari…
    Myślałem, że to jakieś flashe czy inne śmieci, ale jak wisiało dalej z jedną otwartą pustą zakładką i nie chciało ramu oddać, poddałem się.

    Pomijając czy Chrome jest lepsze, czy gorsze, czy szpieguje mnie bardziej czy mniej, korzystam. Natomiast odkryłem ciekawy fail. Chrome na OSX jest zintegrowane z keychain’em, więc zapisywane przez nie hasełka lądują ładnie w systemowym narzędziu do ich przechowywania. Nie trzeba żadnych 1passwd czy innych płatnych wynalazków. Keychain ma wszystko co trzeba.

    Ci, którzy korzystają, zapewne widzieli nie raz komunikat o zapisywaniu haseł dla danej strony. Ja na tym pasku kliknąłem w „nigdy dla tej witryny”.

    Po przeklikaniu wszystkich opcji, nie znalazłem wyłączenia tej opcji. Pewnie, dla Windowsa po kliknięciu w „pokaż hasła” można sobie odznaczyć, ale w Macu odpala się keychain i tyle w temacie. Ciężko mi to nawet było wygooglać, ale w końcu jeeeest. Usability tak własnie wygląda, patrzcie i uczcie się ziomy i ziomówy… A zacznijcie od uruchomienia terminala (CMD+spacja, terminal)

    cd Library/Application\ Support/Google/Chrome/Default
    sqlite3 Login\ Data
    delete from logins where blacklisted_by_user = 1;
    .quit

    Znalezione tu.

    Oczywiście ten wariant wylewa dziecko z kąpielą, lepsze by było select * from logins where blacklisted_by_user = 1;, odnalezienie wpisu, na którym popełniliśmy #fail i np. update logins set blacklisted_by_user=0 where origin_url='ten własnie sajt', albo po innym polu, które można sobie odczytać przy pomocy polecenia .schema logins.