Odzyskiwanie miejsca w systemie (Linux, Windows).

Używany system ma tendencję do powolnego gubienia miejsca. Niezależnie od tego czy mamy w systemie porządek, czy nie, z czasem przybywa rzeczy, których nie potrzebujemy. Z jednej strony są to bardzo potrzebne pliki, których po prostu szkoda skasować (chociaż tak naprawdę nigdy już ich nie otworzymy), z drugiej nieużywane pakiety, konfiguracje usuniętych pakietów, pliki tymczasowe itp.

O ile z pierwszymi nie bardzo można sobie poradzić inaczej, niż samodzielnie utrzymując porządek (sortowanie do katalogów, kasowanie zbędnych rzeczy) i ręcznie usuwając pliki, to w przypadku tych drugich można sobie pomóc w czyszczeniu systemu różnymi automatami i półautomatami.

Pierwszy złodziej miejsca w systemie to cache apt-a, czyli /var/cache/apt/archives. Leżą tu paczki deb instalowanych pakietów. We wszystkich wersjach, także tych starszych. Praktycznie nigdy nie będą potrzebne, więc z czystym sumieniem możemy je skasować: wajig clean (lub, bardziej kanonicznie apt-get clean).

Drugi popularny złodziej miejsca to locale, czyli różne wersje językowe dla danego programu. Zwykle nie potrzebujemy dokumentacji itp. po hiszpańsku, włosku czy chińsku. Rozwiązanie: localepurge (po uprzednim skonfigurowaniu, fajnie jakby coś jednak zostało…).

Potem można zobaczyć, czy nie zostały w systemie pliki konfiguracyjne po usuniętych pakietach. Przy okazji sprawdzimy, które pakiety zajmują najwięcej miejsca: wajig sizes. Status inny niż installed oznacza, że raczej możemy się pozbyć pakietu w całości, czyli z konfigami (wajig purge <pakiet>).

Na koniec jeszcze deborphan (albo wersja ładniejsza w curses czyli orphaner) i usuwamy zainstalowane na potrzeby spełnienia zależności niepotrzebne pakiety (głównie biblioteki).

Tu się zwykle sprzątanie kończy. No dobrze, można jeszcze skorzystać z jednego z przydatnych poleceń i spojrzeć, które katalogi zajmują najwięcej miejsca (du –max-depth=1 -b | sort -n) i ręcznie pousuwać zbędne rzeczy (typu cache googleearth).

Dłużej używane systemy mają tendencję do gromadzenia pakietów z poprzednich wersji (szczególnie, jeśli korzysta się z wersji niestabilnej lub miesza kilka wersji systemu). Można je łatwo wytropić (i usunąć) korzystając z opisanego sposobu: wajig versions | grep -v squeeze.

A dziś odkryłem wisienkę na czubek tortu: BleachBit. Narzędzie jest wieloplatformowe (Linux, Windows) z funkcjami typowo Debianowymi (bardziej Ubuntu pewnie) i zajmuje się takimi cichymi złodziejami miejsca jak cache różnych aplikacji. Poza tym, że sięga tam, gdzie inne automaty nie sięgają, umie też czyścić rzeczy typowo systemowe: wspomniany cache apta, nieużywane lokalizacje (twórcy BleachBit twierdzą, że robi to znacznie skuteczniej, niż localepurge, faktycznie znalazł więcej).

Posiada zarówno miłą klikalną wersję GUI (z której korzystałem) jak i interfejs CLI (nie próbowałem). Do tego dobre podpowiedzi do opcji (ostrzega przed opcjami powolnymi i potencjalnie niebezpiecznymi). Działa bardzo fajnie, więc zdecydowanie polecam, jeśli ktoś planuje porządki w systemie (a chyba każdy prędzej czy później staje przed pytaniem jak odzyskać miejsce w systemie?). Użycie jest proste: najpierw wybiera się, co chce się usunąć, potem jest podgląd plików do usunięcia (warto spojrzeć co będzie usuwane – wywala np. pliki bak i inne tymczasowe – czasami może tam być coś pożytecznego…). Program dba o prywatność użytkownika – jako opcja dostępne jest nadpisywanie zawartości kasowanych plików przed ich usunięciem.

Jedyne do czego można się przyczepić, to spolszczenie. Zapewne w oryginale był vacuum (bazy danych), a został… odkurzacz. I parę innych kwiatków tego typu, ale IMHO nie rzutuje na całość.

Jak znaleźć znajomych na Twitterze/Identi.ca.

Przy okazji chęci uporządkowania (może rozwoju) mojego μbloga identi.ca pojawił się odwieczny problem: jak znaleźć znajomych w identi.ca (w ogólności: w serwisie mikroblogowym)? Po chwili namysłu stwierdziłem, że najprostszym sposobem szukania znajomych jest przeglądanie znajomych moich znajomych. Skoro ja znam A, a A zna B, to stosunkowo spora szansa, że znam B lub że chcę go dodać do obserwowanych. Podobnie tematycznie – ludzie zwykle obserwują ludzi o podobnych zainteresowaniach.

Najprostszy wariant, ręczny, to otworzenie przeglądarki, otworzenie profili wszystkich znajomych w kartach, następnie dla każdego profilu otworzenie wszystkich obserwowanych. Teoretycznie dobre, w praktyce szybko zrobiłoby się kilkadziesiąt/kilkaset kart, na dodatek z powtarzającymi się profilami. Nie tędy droga.

Ponieważ identi.ca ma API, to postanowiłem sprawdzić, czy nie uda się lekko sobie pomóc skryptem. Okazało się, że w Perlu jest moduł do obsługi API identi.ca o nazwie Net::Identica. Tak naprawdę API identi.ca i Twittera jest identyczne (do Twittera jest Net::Twitter), ale stwierdziłem, że dodam w systemie dedykowany moduł. Co prawda nie ma go w repozytorium debianowym, ale stosunkowo łatwo go zbudować (po spełnieniu zależności) z użyciem dh-perl-make.UPDATE: Ostatecznie korzystam jednak z Net::Twitter.

Ponieważ sądzę, że pytanie jak znaleźć znajomych na Twitterze (czy też na identi.ca) zadaje sobie sporo ludzi, postanowiłem opublikować skrypt, może komuś się przyda. W skrypcie należy podać ID usera, od którego ma zacząć poszukiwania, login i hasło. Nie polecam zmieniać poziomu głębokości poszukiwań (domyślnie jest to znajomi znajomych).

Algorytm jest prosty: dopóki nie osiągnie zadanego poziomu głębokości (domyślnie 2 czyli znajomi znajomych), to pobierze wszystkie ID użytkowników będących znajomymi obecnego użytkownika i doda je do sprawdzenia. Z kolei sprawdzanego użytkownika oznaczy jako sprawdzanego (i nie będzie go sprawdzał po raz kolejny). Zaczynamy od wskazanego ID użytkownika (przypuszczalnie własnego).

W zasadzie tyle. Na koniec pobierze i wyświetli dla wszystkich zebranych ID, których nie mamy już w znajomych podstawowe dane – nazwę, link do profilu, opis itp. – raczej wystarczy, by określić, czy chcemy dodać daną osobę do obserwowanych, czy nie. Bonusowo ID użytkownika, który jest zakończeniem najkrótszej (jednej z najkrótszych) ścieżek do nowopoznanej osoby.

W trakcie pojawił się drobny problem – znajomych znajomych było ponad 3k. Przypuszczałem, że jest jakiś błąd w skrypcie, ale po bliższym przyjrzeniu się wyszło na jaw, że winny jest rms (tak, Richard M. Stallman), który obserwuje właśnie tyle osób. Na takie okazje została dodana blacklista – wystarczy podać tam ID użytkownika, którego znajomych nie chcemy sprawdzać (w ogóle).

Na koniec skrypt wyświetli nam podstawowe dane, jak dla mnie wystarczające, by zorienotwać się, czy chcemy dodać kogoś do obserwowanych. Zasadniczo nic nie stoi na przeszkodzie, by dodać ich (po ID) skryptem, ale ja wolę wejść na profil i zobaczyć najpierw, co piszą (tak, oznacza to, że prawdopodobnie niebawem będę intensywniej korzystał z identi.ca, kosztem Blipa).

Skrypt poniżej. Przy okazji być może jest to sposób na nieirytujące zamieszczanie kodu na Blox…

UPDATE: Nie bardzo chciały działać URLe, przeszedłem na Net::Twitter i zamieszcam poprawioną wersję.

UPDATE2: Jest w komentarzu, ale nie wszyscy docierają: Jak znaleźć ID użytkownika na Twitterze? ID użytkownika na Twitterze (na Identi.ca też) jest zawarta w feedzie RSS danego użytkownika.

Flattr wystartował.

Flattr wszedł wczoraj w fazę open beta, czyli dostępny jest dla każdego, bez zaproszeń. Myślę, że to dobry moment, żeby napisać o swoich odczuciach (chociaż używam aktywnie raptem parę tygodni).

Bezpieczeństwo.

W trakcie korzystania nie zauważyłem żadnego potwierdzania klikania linku. Jeśli jesteśmy zalogowani do Flattr w którejkolwiek zakładce i klikniemy na odpowiedni widget (ten bardziej skomplikowany, wyświetlający ilość flattrnięć), to automatycznie dostanie on punkt i oznaczy się jako flattred. Nie widziałem potwierdzania, nie ma możliwości prostego cofnięcia flattrnięcia (przycisk typu undo). Jest tylko możliwość zgłoszenia nadużycia, więc prosto można popełnić nadużycie. Z drugiej strony daną stronę możemy kliknąć tylko raz na miesiąc, więc oszukujący kokosów nie zbije i pewnie zostanie zbanowany. Pewnie pojawią się ataki XSS lub oparte na ramkach – wyświetlanie cudzego contentu pod swoim widgetem. Póki co szanse powodzenia mają znikome – ilość użytkowników i kont jest do ogarnięcia i skontrolowania.

Funkcjonalność.

Przydzielanie punktów tylko raz ma swoje wady. Nie mamy żadnej możliwości różnicowania przekazywanych kwot – każdy dostaje tyle samo. Chyba, że flattrniemy znalezisko w kolejnym miesiącu. Niezbyt to wygodne. Za to jest – jak przewidziałem – funkcjonalność analogiczna do Wykopu. Są tagi – określane przez autora rzeczy, jest wyszukiwanie po nich, są rankingi. Trochę jest spełniona funkcjonalność serwisu z bookmarkami – możemy przeglądać rzeczy, które nam się podobały. Podpiąć Flattr można do praktycznie każdego serwisu. W najgorszym wypadku trzeba będzie dodawać rzeczy samodzielnie do Flattr, a na stronie będzie tylko przycisk przenoszący klikającego dalej do serwisu i umożliwiający flattrnięcie. W przypadku Blox – można go zintegrować Flattr w pełni, czyli tak, że wystarczy, że odwiedzający kliknie na widgecie. Rzeczy można dodawać do katalogu ręcznie, albo pojawią się w nim po pierwszym flattrnięciu przez widget (z przypisanymi tagami).

Wady.

Największa wada, to mała ilość użytkowników i contentu. Póki co użytkowników jest ok. 30 tys. (ale jest szansa, że teraz, bez upierdliwego procesu zdobywania zaproszenia, ich ilość będzie szybko rosła – dla wielu brak zaproszeń był barierą). Druga wada, związana z pierwszą, to praktycznie zupełny brak treści po polsku. Jeśli ktoś nastawia się na odbiór i zna angielski (lub mniej zależy mu na tekstach, bardziej na oprogramowaniu, muzyce czy grafice), to nie ma to znaczenia. Jeśli ktoś pisze po polsku, to może – póki co – zapomnieć o flattrnięciach – polskich użytkowników jest garstka. Trzecia wada, to koszt. Niestety, narzucona jest miesięczna kwota minimalna (czemu, ach czemu?) i jest ona IMO spora jak na polskie warunki. 2 euro to obecnie 8 zł. Okolice psychologicznej bariery w postaci papiera. Jeśli się to nie zmieni, to sądzę, że popularność w Polsce Flattr będzie miał co najwyżej umiarkowaną.

Dla kogo?

Prawie dla każdego. Szczególnie dla anglojęzycznych (i twórców, i odbiorców). Aktualnie jest silny trend wiązania Flattr z wolnym oprogramowaniem i możliwości prostego wyrażenia wdzięczności twórcom. Widać, że działa – są pierwsze efekty w postaci uzyskiwania ok. 25 euro tygodniowo przez twórców wolnego oprogramowania. Być może jest to odpowiedź, jak zarobić na wolnej kulturze i wolnym oprogramowaniu. Trochę przeszkadza tu sztywny podział miesięcznej kwoty, ale za to narzut zarówno pracy, jak i finansowy przy flattnięciach jest – w porównaniu z obecnie dostępnymi metodami przekazywania wynagrodzenia – minimalny.

Przyszłość.

W Polsce nie wróżę w najbliższym czasie wielkiej popularności, przynajmniej nie ze strony twórców polskojęzycznych. Ci, którzy tworzą rzeczy niezależne od języka są w znacznie lepszej sytuacji. Twórcy Flattr przygotowali integrację z Facebookiem i Twitterem (nieoficjalnie Identi.ca wkrótce – API jest to samo co twitterowe i spore zapotrzebowanie jest zgłaszane na integrację z tym serwisem), więc jest szansa, że o serwisie będzie głośniej. Jeśli chodzi o twórców open source i wolnej kultury – myślę, że do końca roku będzie z serwisu korzystała spora część z nich. Konkurencji dla Wykopu raczej nie będzie, bo do Wykopu można dodać cokolwiek, do Flattr tylko to, na co zezwoli autor (umieszczając rzecz w katalogu lub dodając widget). Sam serwis raczej nie zniknie – model jest taki, że zawsze Flattr zarabia 10% wpłat użytkowników. Być może (mam nadzieję!) zmieni się to wraz ze wzrostem liczby użytkowników – przy dużej liczbie wystarczyłoby automatyczne jedno flattrnięcie w miesiącu od każdego użytkownika na rzecz Flattr i kwota będzie spora.