Wyszukiwarka na blogu

Z jakichś powodów szukałem niedawno możliwości podpięcia pod bloga innej wyszukiwarki, niż ta przychodząca z Blox. Pierwsze co przyszło mi do głowy, to Google i któraś z ich usług. Wiem, zewnętrzny serwis, w dodatku Google. Pewnie bym nie użył i tak, ale nie każdemu to przeszkadza… Jednak to co znalazłem u Google miało wadę – nie dawało się zawęzić do danej witryny, szukało także na podlinkowanych stronach.

Dziś u Boniego w komentarzach zeszło na dyskusję nt. wyszukiwarki na blogu i… postanowiłem poszukać, czy DuckDuckGo się dorobiło. TIL:

  • Mają stronkę z pomysłami i całkiem przyzwoitą wyszukiwarką wśród nich. Na dodatek zintegrowaną z forum.
  • Mają też możliwość podpięcia wyszukiwarki do bloga dokładnie w taki sposób, o który mi chodziło. Oczywiście o ile ktoś się nie brzydzi iframe i zewnętrznym serwisem. Ja się nie brzydzę.
  • Obsługują parametr site: dla wyszukiwania w danej domenie. Albo nowe, albo ślepy jestem, bo brakowało mi tego i korzystałem do tego celu z Google.

Dla Google pewnie też zadziała, w analogiczny sposób, ale w trosce o prywatność, anonimowość itd. itp. zostaje DuckDuckGo. Wyszukiwarki z Blox póki co nie zdejmuję, ale zachęcam do korzystania z nowej.

UPDATE Strona opisująca umieszczenie wyszukiwarki DuckDuckGo na stronie.

Nanoblogging

Szedłem sobie do pracy, po części ciesząc się pięknym porankiem, a po części dumając nad upadkiem blogów w ogólności, a μblogów w szczególności i wpadłem na pomysł: nanoblogging. Powody są dwa. Pierwszy: to pisanie μbloga nie jest jakieś specjalnie wygodne, zwł. z telefonu. Po drugie, i tak wiele komunikacji międzyludzkiej sprowadza się do hasłowych zwrotów, czasem tagów.

No to zasady: treść wpisu składa się z informacji o autorze (login), miejscu (koordynaty GPS), timestampa (AKA czas) i… tagów. Zwanych czasem hashtagami, zupełnie nie wiem czemu. Ale ja stary jestem i z Blipa, tam zawsze tagi były z hashem… I tyle. No, jeszcze miejsce na login innego użytkownika lub URL do jego nanowpisu. Hm, i URLe do zewnętrznych serwisów, oczywiście automagicznie skracane.

Piszący nie wpisuje sam tagów, tylko wybiera je z predefiniowanej listy. Do namysłu, czy tylko gotowe dostają użytkownicy i muszą boczkiem prosić autorów serwisu o dodanie nowych, czy mogą jakoś w oddzielnym trybie tworzyć własne tagi. Część tagów może być podpowiadana na podstawie pozycji GPS.

Zdziwiłbym się, gdybym był pierwszy, który wpadł na taki pomysł, więc wpisałem nanoblogging w wyszukiwarkę. I faktycznie, już 5 lat temu było o serwisie Flutter. Oto świetny film o nim.

Patrząc na metody komunikacji, wygląda, że dla wielu osób byłoby to całkowicie wystarczające. Zaspokaja informacyjne ADHD i ekstrawertyzm, a o ileż prostsze w użyciu… W sumie szkoda, że Flutter to tylko żart. Chętnie popatrzyłbym na jakieś statystyki użycia tagów per osoba i per ogół ludzi. Ciekawe ile „wyrazów” by (nam) wystarczyło do „komunikacji”?

Odchudzanie

Wiadomo, wiosna, więc pora zrzucić zbędny balast. Ale nie każdy człowiek ma ten problem. Ja nie mam (i tej wersji będę się trzymał!). Tym razem chodzi o odchudzanie innego rodzaju i czego innego. Ale po kolei. Przedwczoraj w czytniku RSS dotarłem do wpisu o porzuceniu WordPressa na rzecz statycznego generatora bloga. Pomysł nie jest nowy, nawet kiedyś przymierzałem się do czegoś podobnego, tyle że w Perlu[1]. Ba, nawet kilka testowych wpisów mam wygenerowanych gdzieś tak. Główna zaleta – minimalne wymagania dot. zasobów i szybkość działania po stronie czytelników. Z funkcjonalnością jest gorzej (zwłaszcza brak komentarzy mnie zniechęca), ostatecznie zdecydowałem się na gotowe, utrzymywane na zewnątrz rozwiązanie. Ale sam pomysł nadal mi się bardzo podoba.

Dodatkowo tak się złożyło, że w ostatnim wpisie na temat Disqus został poruszony temat dodatku do przeglądarki o nazwie Ghostery. Zainstalowałem tenże dodatek i trochę mina mi zrzedła. Otóż na tym blogu było wykorzystanych osiem różnych serwisów, które są uznawane za potencjalnie naruszające prywatność. OK, jeśli ktoś ma AdBlocka czy NoScript, to efektywna liczba „szpiegów” mogła być niższa, a przynajmniej użytkownik miał możliwość kontroli, no ale mimo wszystko sporo. A przecież nie o taki Internet walczyliśmy

Piórkiem, pod którym załamał się wielbłąd było jednak spojrzenie dziś rano w konto AdSense, całe 80 zł, średnio 2,5 zł miesięcznie. W tym tempie już za 7 lat będę mógł wypłacić środki. O ile znowu nie zwiększą progu – IIRC jak zakładałem konto, to było 200 zł, teraz jest 300 zł. Co prawda nigdy do zarobku nie miało to służyć, a raczej do tzw. bycia w temacie co w sieci piszczy, dodatkowo mogłem liczyć średnią z trochę za długiego okresu, ale to szczegóły. Nawet przy 5 zł/m-c byłyby to 3 lata do wypłaty i sponsorowanie Google w tym czasie. Chyba rozum postradali.

W każdym razie po zainstalowaniu Ghostery popatrzyłem na inne blogi, gdzie wynik oscylował w okolicy zera, no, czasem w porywach 2 czy 3 „śledzących” serwisów i zadałem sobie pytanie po co to wszystko? Stwierdziłem, że nie ma sensu, bo są jakieś priorytety, a social widgety czy nabijanie kasy Google’owi się do nich nie zaliczają. Zrobiłem więc porządki, najpierw rano testowo na starym blogu, potem, po południu na tym. Sporo rzeczy poleciało…

Po kolei (tylko z tego bloga):

  • Facebook i przycisk like pod wpisem – czasem ktoś kliknie, ale głównie służyło do dawania znać o nowych wpisach na blogu. W sumie mogę puścić linka jako wpis na FB (nie każdy korzysta z czytnika RSS, niestety), to nawet bardziej do znajomych dotrze. Zresztą znajomi z FB stanowią niszową grupę czytelników (lub mają czytnik RSS).
  • Przycisk Wykop, podobnie jak Facebook zintegrowany w Blox. Odkąd włączyłem, nikt nigdy nie użył. Poprzednie doświadczenia wskazują, że jak będzie coś ciekawego, to ludzie dodadzą i bez przycisku.
  • LinkWithin, czyli namiary na podobne wpisy na tym blogu. Niby fajne i estetyczne, ale użycie (wg statystyk) nie było znaczące, poza tym, to samo robi Folskr (został i nie jest rozpoznawany przez Ghostery, poza tym to nisza i znam autora). Że tekstowo? Tak miało być. Zresztą kiedyś robiłem porównanie i Folksr wypadł lepiej.
  • Widget G+. Nawet było parę kliknięć. Dosłownie parę, więc bez żalu do /dev/null.
  • Reklamy AdSense – opisałem wcześniej.

Pora na krótkie podsumowanie efektów. Do badania korzystałem z dwóch narzędzi, które wydają mi się dobre do pomocy przy optymalizacji stron. Pierwszym jest Web Page Test (sporo szczegółowych danych, spory rozrzut pomiędzy kolejnymi testami), drugim Insights od Google (trzeba zwracać uwagę na monopolistę, prawda?; bardzo syntetyczny wynik). Poza tym, zwracałem uwagę co mówi Ghostery. Jeszcze wcześniej korzystałem z PageSpeed do wskazówek na temat optymalizacji stron, ale jakkolwiek nadal jest w tym zastosowaniu przydatne, to nie podaje już syntetycznego wyniku.

W przypadku tego bloga[2] początkowy wynik w Web Page Test to 91/100, czas pierwszego ładowania strony 6,5 sekundy, odświeżenia 4,3 sekundy. Odpowiednio 452 i 143 kB przesyłanych danych. Google Insights prędkość 51 mobilnie, 95 wygląd, dla desktopu ocena 80. 8 widgetów wg Ghostery. Po odchudzaniu jest to odpowiednio 88/100 (spadek? chyba z rozrzutu między pomiarami wynika…), czas ładowania 3,3 sekundy dla pierwszego wczytania i 3,9 dla odświeżenia (ewidentnie coś nie tak, pierwsze ładowanie powinno być wolniejsze). Przesyłane dane to 219 i 54 kB. Google Insights 51 prędkość mobilnie, 96 wygląd mobilnie. Wzrost dla destkopu do 83. Ghostery pokazuje 4 widgety. Został Gemius (serwowany przez Blox, nie mam wpływu), Google Tag Manager (chyba to samo, sam chętnie się dowiem, skąd to się bierze… – GA wstawione przez Blox). Ze swojej strony zostawiłem i mojego Piwika, i statystyki stat4u, które są „od zawsze” i IMHO są niegroźne. Poza tym, moja ciekawość wygrywa. 😉

Czy było warto? Chyba tak, przynajmniej na razie podoba mi się. Popatrzę jeszcze chwilę, prawdopodobnie zrobię jeszcze jedno bardziej hardcore’owe podejście (sprzątanie i minify CSS). Pewnie za jakiś czas znowu coś dodam, w ramach zabawy, ale na ten moment pozostanie odchudzona wersja.

Zauważyłem jedną ciekawą rzecz – wyniki serwisów do optymalizacji bardzo zwracają uwagę na dobre praktyki, ale minimalną na realny czas ładowania strony czy ilość przesłanych bajtów. O ile dobre praktyki pomagają w zmniejszeniu ilości przesłanych bajtów i co za tym idzie czasu ładowania, to ostatecznie dobry wynik w tego typu testach jak widać wcale nie musi oznaczać poprawy dla użytkownika końcowego i strona ze słabą oceną, czyli „z błędami”, w praktyce może być dużo przyjemniejsza i lżejsza, niż „zoptymalizowana” strona z dużą ilością dodatków.

[1] Chodzi o Chronicle.

[2] NFM: Stary blog 2,5 i 1,8 sek, 267 i 84 kB przed, 1,5 i 1,2 sek, 72 i 45 kB po, Insights bez zmian.