Linus Lewandowski is a user on mastodon.social. You can follow them or interact with them if you have an account anywhere in the fediverse. If you don't, you can sign up here.

Więc niestety Mastodon ma całkiem spory problem. Posty z hashtagami nie są widoczne na wszystkich instancjach - tj. jeśli ja coś napiszę na mastodon.social z hashtagiem , to np. @TeddyDD już niekoniecznie to zobaczy.

Dodanie funkcjonalności grup ma swój issue na GitHubie - github.com/tootsuite/mastodon/ - ale nie ma niestety wysokiego priorytetu. Nie chce ktoś zrobić pull requesta? :P

@lew21 Właśnie zauważyłem. Ciekawe czy będę widział odpowiedzi innych pod postami.

@TeddyDD @lew21 To zależy. Jak posty czyjeś w ogóle przechodzą to powinno działać.

To może być ten bug

github.com/tootsuite/mastodon/

@saper Mam nadzieję że jest jakiś gateway IRCowy do Mastodona :D

@lew21 @saper
Zawsze można założyć grupę na riot.im (ak Matrix ak vector.im). Używam obecnie jako klienta IRC i działa nieźle :D

@TeddyDD @lew21 to idzie na odwrót - przechodzenie z IRCa do przeglądarki (moim prywatnym zdaniem nie ten kierunek).

@saper @TeddyDD Ja tam wolę wszystko mieć w przeglądarce :P

@lew21 @TeddyDD absolutnie kwestia przyzwyczajenia, mówię tylko o swoich preferencjach.

Szukałeś przejścia na IRC poprzez mastodona?

@saper @TeddyDD To był bardziej żart :D Ja nie używam już IRCa :P

Swoją drogą do komunikacji prywatnej używam facebookowego Messengera, co też jest dość słabe. Używałem kiedyś Jabbera, ale w zasadzie wszyscy znajomi przeszli na fejsa.

W sumie Mastodon mógłby integrować XMPP.

@saper @TeddyDD No dokładnie :D

W zasadzie marzy mi się taka centralna apka komunikacyjna, która integruje wszystko - maile, posty publiczne, czaty, rozmowy głosowe i wideo - i przy tym jest zdecentralizowana.

Firmy mogłyby jej używać zamiast Slacka, stawiając sobie SaaSowe lub własne instancje.

Wraz ze wzrostem możliwości przeglądarek, oraz ilości opensorsowych technologii, coś takiego staje się coraz bardziej możliwe, i pewnie kiedyś się tego doczekam. Lub sam napiszę.

@lew21 @saper
Właśnie opisałeś riot/matrix :) Otwarty protokół, możliwość federacji i integracje do innych protokołów

@TeddyDD @saper
Ogólnie dzisiejsi hipsterzy traktują email jak technologię antyczną, z której trzeba jak najszybciej uciekać. A jednak to największa zdecentralizowana sieć społecznościowa, i zamiast z niej uciekać, należałoby ją wykorzystywać optymalnie i ulepszać. Jako jedyna obroniła się przed centralizacją i monetyzacją.

@TeddyDD @saper Patrząc też na technologie takie jak AMP w emailach - techcrunch.com/2018/02/13/goog - potencjalnie niedługo będzie można nawet załączyć okno czatowe wewnątrz emaila :D

@lew21 @saper
Wtedy zainstaluję mutt albo inny klient cli w którym nie działa HTML. W ogóle HTML w emaliach to był błąd.

@TeddyDD @lew21 w ogóle trzebaby się zastanowić, dlaczego email przestał być social networkiem. Ja myślę, że (1) spam (2) uniwersalna tożsamość (jedno konto na osobę a nie "uwaga zmieniłem adres") (3) wygodny interfejs, (może 4) algorytm dobiera, co czytać - a nie trzeba czytać wszystko, kasować/oznaczać/filtrować wątki...

@saper @TeddyDD Email w różnych momentach przegrywał z różnymi technologiami. Np. w szybkiej komunikacji przegrał z komunikatorami, bo były po prostu szybsze i wygodniejsze. Prostą odpowiedzią na to byłoby zrobienie klientów email wyświetlających wiadomości w formie czata - ale nikt tego nie zrobił; zamiast tego w końcu powstał XMPP, którego jednak - w przeciwieństwie do emaila - nikt nie miał.

@saper @TeddyDD Potem listy mailingowe przegrały z forami dyskusyjnymi, a na koniec z Facebookiem. Powód? UX list mailingowych był dramatyczny, a fora były znacznie prostsze. Dopiero Google Groups zaczęło mieć w miarę niezły UX, ale to już było mocno za późno.

@saper @TeddyDD Warto zauważyć też, że Facebook zabił fora właśnie technologią pochodzącą ze świata maili - agregacją wiadomości z różnych grup w jednym miejscu.

@lew21 @TeddyDD dlatego mi się wydaje, że FB rozwiązał jeden duży problem Internetu, bo po prostu scentralizował tożsamość. Jedno konto do wszystkiego. Tego wcześniej nie było.

@saper @TeddyDD Było. Twój email. Tylko z czasem się zepsuło, bo technologie webowe i mailowe się rozeszły.

Możliwe że gdyby phpBB wspierało pisanie/subskrybowanie przez maile - a jednocześnie ktoś stworzyłby fajny klient poczty - to dziś by nie było Facebooka.

@lew21 @TeddyDD Gdzie było jedno konto do wszystkiego?

@saper @TeddyDD Gdy grupy dyskusyjne były tylko mailowe - mogłeś uczestniczyć we wszystkich za pomocą swojego maila.

@lew21 @TeddyDD tak, ale nie było autoryzacji/logowania się mailem do każdej operacji. W ogóle mailem nigdzie nie mogłeś się zalogować, bo nie było OAuth czy innych takich.

@saper @TeddyDD Weryfikacja mailowa przy rejestracji była od dawna, ale ludzie z niezrozumiałych dla mnie powodów wymyślili, żeby dodać do niej hasła - zamiast polegać tylko na magicznych linkach.

Ale z tym akurat walczę tworząc Aiakosa - aiakosdemo.com/ - system logowania bezhasłowego. Podajesz email, i - jeśli jest nowoczesny* - jesteś instantowo logowany, jeśli nie - dostajesz maila z magicznym linkiem.

*obecnie wspieram tylko Gmail / G Suite, zdecentralizowana wersja WIP :P

@lew21 @TeddyDD jak to działa?

Weryfikacja była przy rejestracji, ale potem róbta co chceta.

Linus Lewandowski @lew21

@saper @TeddyDD Wykrywam G Suite po rekordzie MX domeny, i używam OpenID Connect. Podobny hack będzie też dla Microsoftu i dla Facebooka.

Dla innych domen - będę standardowo odkrywał OpenID Connect, i - jeśli wspierają auth bez rejestracji klienta (do czego muszę jeszcze napisać speckę) - go używał.

· Web · 0 · 0

@lew21 @TeddyDD a nie potrzebuje toto jakiegoś tokenu od dostawcy tożsamości?

@saper @TeddyDD No gdy używam OpenID Connect to po zatwierdzeniu logowania u dostawcy dostaję standardowy token JWT.

Gdy fallbackuję na email, to działam tak samo jak przy weryfikacji mailowej (a dokładniej to sam wystawiam JWT, które potem zjadam po kliknięciu w link)

W przypadku OpenID Connect mogę sesję powiązać z sesją u dostawcy - więc gdy user się wyloguje u dostawcy, to u mnie też. W przypadku fallbacku emailowego nie mogę tak zrobić, więc po prostu zakładam długotrwałe ciastko.

@lew21 @TeddyDD żeby nie wyszło jak z jednym modułem PAM do logowania się kartą procesorową - sprawdzał tylko, czy userid daje się z karty odczytać :)

@saper @TeddyDD No wiesz, obecnie to prawie nic nie sprawdzam, bo to dopiero tech demo - i to działające tylko w przeglądarce, trzymające konta użytkowników w localStorage przeglądarki :D

Ale wiem jak to zrobić bezpiecznie, siedzę w temacie OpenID Connect od roku, a w bezpieczeństwie ogólnie od dawna.

@lew21 @TeddyDD akurat dobre na jakiś hackathon :)

Ja na jednym wyklepałem integrację OAuth z kontami bankowmi (w 48 godzin), a inni pili browar i przyszli ze slajdami (tylko nie w powerpoincie bo nie wolno było).

@saper @TeddyDD Uwierzytelnianie to skomplikowany temat, miejsc na dziury jest masa.

Pracując nad moją poprzednią implementacją serwera OpenID Connect (jeszcze z hasłami =.=) dość często zauważałem nowe problemy - a to open redirector, a to potencjał na DoSa, ...

Tu początkowo przez 2 miesiące siedziałem nad diagramami jak bezpiecznie i optymalnie UXowo zaimplementować wszystkie flowy. Teraz kończę frontend, potem zabieram się za API backendowe.

@lew21 @TeddyDD do tego jeszcze oauth jest powalony :) kerberos dla ubogich

@saper @TeddyDD OAuth tak, ale OpenID Connect jest całkiem dobrym standardem. Widać, że twórcy przewidzieli wiele rzeczy, które zazwyczaj się pomija, a które pozwalają na pisanie dobrych aplikacji klienckich.

No i jest bez porównania lepszy od SAMLa, który jest jego faktycznym poprzednikiem jak chodzi o auth w sieci. Tam to dopiero wszystko było chore, dziurawe i niekompatybilne.