prakseologia [gr. práxis ‘działanie’, ‘czynność’, lógos ‘słowo’, ‘nauka’]
Rozważania o działaniu bądź przygotowanie działania: obmyślanie sposobów, dobieranie metod, wielostronna ocena realizacji i jej wyników.
Hypertext Transfer Protocol Version 2 otrzymał numer RFC 7540 i został wczoraj oficjalnie opublikowany przez Internet Engineering Task Force – czyli zgodnie z definicją z polskiej Wikipedii: nieformalne, międzynarodowe stowarzyszenie osób zainteresowanych ustanawianiem standardów technicznych i organizacyjnych w Internecie.
Oczywiście poza nadaniem numeru RFC w samej specyfikacji nie zmieniło się nic od lutego, kiedy zostało ogłoszone zatwierdzenie HTTP/2 jako nowego standardu, ale publikacja dokumentu przez RFC Editor jest ostatnim krokiem formalnym. Wprawdzie zgodnie z przyjętą przez IETF nomenklaturą specyfikacja jest opisana jako Proposed Standard, ale z zasady jest to standard de facto, bo jakakolwiek zmiana w implementacji powodowałaby, że tak przygotowane oprogramowanie czy urządzenie byłoby niekompatybilne z wszystkimi innymi.
Mark Nottingham napisał, że Internet Engineering Steering Group oficjalnie i formalnie zatwierdziła HTTP/2 jako nowy standard protokołu do przesyłania treści w sieci web. Po niemal trzech latach, jakie upłynęły od marca 2012, gdy grupa robocza HTTPbis wyraziła zainteresowanie opracowaniem nowej wersji protokołu HTTP/1.1, prace zakończyły się. Teraz jeszcze dokumentacja trafi do RFC Editora, gdzie otrzyma swój własny niepowtarzalny numer RFC, przejdzie przez proces edycji i w końcu zostanie opublikowana.
Protokół HTTP/2 znacząco różni się od wersji HTTP/1, ponieważ był projektowany tak, by jak najlepiej wykorzystać zasoby sieciowe i efekcie zapewnić lepszą wydajność. Ale równocześnie przejście na HTTP/2 będzie bardzo proste dla administratorów serwerów webowych i zupełnie niezauważalne dla zwykłych użytkowników internetu. To znaczy niezauważalne w tym sensie, że nie będą musieli zrobić nic, by korzystać z nowego protokołu – wystarczy zaktualizowana przeglądarka. Jedyne, co będzie widoczne, to krótszy czas ładowania otwieranych stron.
Na pewno minie trochę czasu, zanim HTTP/2 zaimplementują wszyscy, ale gdy tylko specyfikacja zostanie opublikowana pod przyznanym numerem RFC, zacznie się cicha rewolucja.
Minęły dwa lata z małych hakiem, odkąd grupa robocza HTTPbis opublikowała pierwszy draft nowej wersji protokołu HTTP służącego do transmisji treści w sieci web. Ustalono wtedy, że w kwietniu 2014 grupa ogłosi ostateczne wezwanie do komentowania przygotowanej specyfikacji HTTP/2, a w listopadzie złoży ją do Internet Engineering Steering Group do zatwierdzenia jako proponowany standard.
Ostatecznie HTTPbis ogłosiła wezwanie na początku sierpnia z terminem do 1 września, a w połowie grudnia złożyła dokumentację do IESG, Z kolei IESG ostatniego dnia minionego właśnie roku potwierdziła przyjęcie dokumentu i zwyczajowo ogłosiła własne ostateczne wezwanie z dwutygodniowym terminem. Jeśli nie zdarzy się nic, co mogłoby opóźnić proces, w połowie stycznia gremium IESG będzie mogło oficjalnie zapoznać się ze specyfikacją i ogłosić ją jako propozycję nowego standardu.
Jak widać, nikt się tu specjalnie nie spieszy, ale wszystko wskazuje na to, że protokół HTTP/2 zacznie oficjalnie obowiązywać jeszcze przed wakacjami.
Matthew Prince poinformował na blogu CloudFlare, że jego firma udostępniła usługę Universal SSL dla wszystkich kont, nawet darmowych. Obejmuje to oczywiście tylko połączenia między internautami a kopią strony utrzymywaną na serwerach CF, bo już transfer danych między CF a oryginalnym serwerem będzie się odbywał w takim standardzie jak dotychczas. Może to być SSL, jeśli właściciel strony ma wykupiony własny certyfikat, a w innych przypadkach będzie to HTTP lub SPDY.
No właśnie, jeśli już jesteśmy przy SPDY – właściciele dwóch milionów darmowych kont na CloudFlare mają przy tej okazji drugi powód do zadowolenia. Jak wiemy, protokół SPDY wymaga włączenia szyfrowanej transmisji, więc uruchomienie Universal SSL daje wszystkim dostęp również do szybszych transferów.
John Graham-Cumming poinformował, że CloudFlare zaktualizował swoją instalację SPDY do najnowszej wersji SPDY/3.1. Jest to o tyle ważne, że Google i Mozilla już zaimplementowały wsparcie dla niej w najnowszych wersjach swoich wyszukiwarek i zapowiedziały zakończenie wspierania SPDY/2 w kolejnych wersjach. Serwery, które nie przejdą na SPDY/3 będą nawiązywać połączenie przy użyciu protokołu HTTP/1.
Aktualizacja protokołu SPDY/3.1 wprowadza rozszerzoną kontrolę przepływu danych na poziomie sesji . Kontrola przepływu jest ważna, ponieważ oprogramowanie klienckie na różnych urządzeniach (jak komputery, tablety czy smartfony) ma różne wymagania co do ilości danych, które może pobrać w określonym przedziale czasu.
W HTTP drgnęło: Mark Nottingham, „głowa” grupy roboczej HTTPbis pracującej nad specyfikacją nowej wersji protokołu HTTP, pod koniec zeszłego roku napisał na liście mailingowej grupy, że pierwszy draft wersji 2.0 został opublikowany. Teraz, po kolejnym spotkaniu roboczym, grupa przyjęła wstępne założenia co do ścieżki rozwoju protokołu.
Jak można się było spodziewać, biorąc pod uwagę wszystko, co ostatnio działo się w tej dziedzinie, draft oparto na specyfikacji zaproponowanego przez Google’a protokołu SPDY. A właściwie nawet nie tyle oparto, co skopiowano tę specyfikację w całości. Mark Nothingham napisał, że oczywiście ten draft nie ma być podstawą do implementacji, a jedynie punktem wyjścia do prac nad zmianami w dotychczasowej wersji.
Wow, to naprawdę duży i ważny dodatek. R.V. Guha napisał, że słownik schema.org został właśnie rozszerzony o cały materiał opracowany w ramach projektu GoodRelations. Doceniając wszystko, co do tej pory zostało zrobione w schema.org muszę powiedzieć, że TO jest właśnie to, na co czekał świat biznesu.
GoodRelations od wielu lat opracowuje słownik dla danych z zakresu e-commerce opisujący wszystko, co dotyczy produktów i procesu sprzedaży, jak np. cena, opis, kod produktu, wersja, producent, rabat, koszt dostawy, itd. Wprawdzie wszystko to było dostępne już wcześniej do wykorzystania na otwartej licencji Creative Commons i miało wsparcie wyszukiwarek*, ale dołączenie całego słownika GoodRelations do specyfikacji schema.org to zupełnie nowa jakość:
@wordpressdotcom tweetnął o wsparciu dla protokołu SPDY:
Just enabled #SPDY for all http://t.co/w8eohwK5-hosted sites. Thanks @nginxorg !
— WordPress.com (@wordpressdotcom) August 23, 2012
Czyli czytelnicy wszystkich blogów w domenie *.wordpress.com powinni już zauważyć skrócenie czasu oczekiwania na załadowanie ich ulubionych stron. No, może nie wszyscy, bo microsoftowy Internet Explorer jeszcze nie wspiera technologii SPDY, ale reszta już tak.
Tak na marginesie, Microsoft jest teraz w trudnej sytuacji. Z jednej strony, wspieranie rozwiązań głównego konkurenta jest co najmniej niepolityczne, ale w sytuacji gdy Chrome, Firefox, Opera i Safari już pędzą pociągiem marki SPDY, brak obsługi tego protokołu w IE jest dawaniem ludziom kolejnego argumentu, dlaczego powinni wybrać inną przeglądarkę.
Można się było spodziewać, że Microsoft nie będzie wspierał projektu pochodzącego od konkurencji. W przypadku prac nad specyfikacją protokołu HTTP/2 nie dość, że nie wspiera googlowej propozycji protokołu SPDY, ale uważa ją za nieprzystającą do potrzeb dzisiejszego internetu. Nic dziwnego, bo równocześnie promuje własne rozwiązanie pod nazwą HTTP Speed&Mobility. Ale Microsoft nie mówi po prostu nie, bo nie: taka opinia wynika z serii testów przeprowadzonych przez Jitendrę Padhye i Henrika Frystyka Nielsena w Microsoft Research – oddziale firmy, którego zadaniem jest prowadzenie prac badawczo-rozwojowych w dziedzinie informatyki.
Z raportu wynika, że jeśli na stronie zastosowano wszystkie znane obecnie optymalizacje dla HTTP/1.1, to protokół SPDY nie zawsze daje znaczące skrócenie czasu ładowania danych. Badacze zauważyli również, że na małych stronach narzut czasowy związany z procesem nawiązywania połączenia przez SSL niweluje przewagę SPDY nad HTTP/1.1, który obsługuje transmisję danych bez szyfrowania.
W odpowiedzi na wezwanie grupy roboczej HTTPbis do wyrażenia opinii na temat propozycji protokołu sieciowego, który w przyszłości miałby zastąpić HTTP 1.1, przedstawiciel Facebooka poinformował, że jego organizacja opowiada się za wybraniem zaproponowanego przez zespół Google’a protokołu SPDY.
Obecnie Facebook, mając na uwadze szerokie wsparcie wśród przeglądarek internetowych, implementuje na swoich serwerach SPDY/v2 i ze wszystkich trzech propozycji uważa to rozwiązanie za najlepsze.