Prezentacja ze styczniowego Bootstrapa.

1. Blip technicznie, czyli
Inżynieria uzależnień

2. Co to jest ten blip?

3. blog na spidzie?

4. IRC 2.0?

5. kolejna FaJnA StRonKa?

6. Tak na początku myślą
nowi użytkownicy.

7. A programiści,
zwykle mówią...

9. Mylą się jednak srodze.
Bo blip, to też:

10. Mylą się jednak srodze.
Bo blip, to też:
• SMS
• MMS
• GaduGadu
• Jabber (GTalk, SPIK, inne)
• API
• Widget
• naGłos
• naprawdę dynamiczne WWW

11. WWW to nie wszystko
24%
42%
22%
10% 2%
WWW GG Jabber SMS/MMS API

12. Zacznijmy od nowa.

13. Programowanie w
czasach zarazy.

14. Programowanie w
czasach zarazy.
Osoby wrażliwe na piękno kodu
prosimy o zamknięcie oczu.

15. LAMP? nie, dziękuję.

16. LAMP? nie, dziękuję.
• FreeBSD
• Lighttpd
• PostgreSQL (+Slony-I)
• Ruby + Rails
• one more thing..

17. Python + ekg!

18. Twitter nie dawał
rady, więc..

19. Użyliśmy ANSI C!

20. Maszyneria

21. Maszyneria
• “zapomniany” pecet, webrick:3000
• hetzner.de
• pożyczone maszyny z rsync’em
• nokia 6310 na strychu

22. A potem wszystko
zaoraliśmy.
no, prawie wszystko.

23. Architektura jest banalna.

24. Darklord
Włada nami ciemny demon

25. Transporty to oddzielne wątki
~# darklord_ctl list_services
---
mms_transport:
:thread_state: quot;#<Thread:0x2ba46d51fd78 sleep>quot;
:uptime: 26h 55m 23s
gadu_gadu_transport:
:thread_state: quot;#<Thread:0x2ba46d591978 sleep>quot;
:uptime: 26h 55m 23s
jabber_transport:
:thread_state: quot;#<Thread:0x2ba46d520520 sleep>quot;
:uptime: 26h 55m 23s
sms_transport:
:thread_state: quot;#<Thread:0x2ba46d591298 sleep>quot;
:uptime: 26h 55m 23s
web_service:
:thread_state: nil
:uptime: 26h 55m 23s

26. zarządzalne w biegu
# darklord_ctl commands
commands
debug_start
debug_stop
list_services
service_restart
service_start
service_stop
stats
stop

27. raportujące usłużnie
# darklord_ctl stats gadu_gadu_transport
--- !map:Statistics
:last_incoming_message_received: 1197378880
:inbound_messages_received: 1168
:event_disconnect_count: 4
:inbound_messages_flood_protected: 17
:updates_handled: 1148
:outbound_messages_handled: 12386
:verifications_handled: 20
:inbound_messages_handled: 1168
:last_outgoing_message_sent: 2007-12-11 14:14:53
:outbound_messages_failures: 1
:event_conn_failed_count: 653

28. MMS

29. MMS
•Użytkownik wysyła na e-mail (m@blip.pl)
•Wiadomość trafia na serwer SMTP
•DarkLord pobiera za pomocą POP3
•E-mail jest oczyszczany za pomocą MMS2R
(do którego wykonaliśmy kontrybucję!)
•Odczytujemy wysyłający numer, szukamy u
nas
•Wysyłamy przez API żądanie POST razem z
załącznikami
•Potwierdzamy przyjęcie MMSa SMSem i...

30. Donos trafia na blipa!

31. SMS

32. SMS
•Użytkownik wysyła SMS na nasz numer
•SMS trafia do modemu GSM
•Gammu w trybie SMSD spięte z MySQLem
•SMSowy sługa DarkLorda pobiera i..

33. Informacja z ulicy
trafia prosto na blipa!

34. Jabber

35. Jabber
•Własny serwer ejabberd (niezależność, SRV)
•Biblioteka: xmpp4r
•Wątek jabber_transport działa jako klient

36. Gadu naGłos

37. Gadu naGłos
•Użytkownik dzwoni z telefonu lub Gadu
•WS z nagłosu pyta o to, czy chcemy słuchać?
•DarkLord decyduje czy ma czas na audiencję
•WS notyfikuje o nowej, pachnącej mp3
•DarkLord pobiera mp3 i przekazuje przez API
do Rails..

38. Wracam po szkole
i dzwonię na blipa!

39. Jak to się robi?

40. Ruby + Rails

41. nginx

42. Czemu nginx?

43. Czemu nginx?
•Bardzo mały
•Duże możliwości konfiguracyjne
•Nieco szybszy niż Lighttpd
•Lepsze możliwości rewrite’owania URLi
•Stabilny, nie cieknie, świetny jako reverse-proxy

44. GlusterFS

45. Czemu GlusterFS?

46. Czemu GlusterFS?
•Część GNU Clustering Platform (FS, HPC, EP)
•Agregacja wielu źródeł danych w jeden FS
•“Skalowalność ponad Petabajty”
•Różne schedulery, brak metadanych, moduły!
•Niezależny od sprzętu i systemu.
•Prosta konfiguracja
•FUSE

47. CruiseControl.rb

49. RCov - badanie pokrycie kodu testami

50. BDD - specyfikacja zamiast testów
User
- should add http:// to url when missing
- should not add http:// to url when already present
- should find users from GaduGadu contact list
- should not track anyone through im when no im configuration
- should send email invitations

51. PYTANIA?

52. K THX BAI
Zbigniew Sobiecki
zbigniew@sobiecki.name