Nie, nie jest.

You cannot install widgets on on Windows Mobile 6.5 that are not delivered via the Marketplace.

Ze strony MS: Windows Mobile® widgets typically are single-purpose applications to display data obtained from the Internet. They are written using JavaScript and bring the wealth of experience of Web developers to the Windows Mobile platform. Since widgets are installed and run locally on the mobile device, they provide ease of use and a better Internet user experience than conventional Web applications.

Co przy dwunastu programach na polskim Marketplace jest naprawdę... żałosne.

A jednak! Da się!

Kilka lat temu, dobrze pamiętam, napisałem aplikację do obsługi remiq.net (teraz kyon.pl) na moją komórkę, Nokię 6060. Została ona pokazana jednemu z doktorów na WI w celu uzyskania oceny, a jakiś czas później użyta w Tatrach (dla celów propagandowych). Co się dalej stało z kodem źródłowym? Nie wie tego nikt.

Dni temu trzy, odpaliłem moją nową aplikację (klient Librarii) na moim telefonie, co zaowocowało zawieszeniem się systemu. Rzecz dziwna, choć dziwnie znajoma. Choć w emulatorze wszystko działało poprawnie, jakakolwiek komunikacja z serwerem w telefonie kończyła się tak samo. Chwileczkę, pomyślałem, przecież już ten problem rozwiązałem! Szybkie poszukiwanie kodu - nie ma. Trzeba wymyślić koło na nowo.

Trzy dni później, po intensywnym debugowaniu, sniffowanie własnego serwera www dało efekt:
HTTP/1.1.200..
Server:.nginx/0.5.35..

Na pierwszy rzut oka, jakby czegoś w tym brakowało.

Jak można przeczytać na Phusion Passenger (cokolwiek to jest):
Nginx: ensure that the response line contains an HTTP reason phrase If the backend application didn’t sent a reason phrase (e.g. the “OK” part of “200 OK”) then the response sent by Nginx won’t contain a reason phrase as well. This breaks Ajax requests on Internet Explorer, and probably some other browsers as well.
I faktycznie, teraz widać, co brakowało w pokazanym wyżej pakiecie. Czy jednak to spowodowało błąd w Nokii?

Szybki test poprzez odpalenie Catalysta z pominięciem nginxa - hmm, dziwnie znajoma metoda. I nagłe wspomnienie jak robię to samo u tego doktora na WI, tłumacząc że nginx ma nieokreślony błąd, ale bezpośrednie połączenie działa właściwie.

Rozwiązanie:
Należało zmienić w pliku Catalyst::Engine::CGI $res_headers->header( Status => $status ); na $res_headers->header( Status => $status." ".status_message($status) ); i dodać use HTTP::Status; na początku pliku.

Keywords: j2me, java, httpconnection, hangs, freeze, nginx, 6060, nokia, reason phrase.

[ENG]: link

[PL] Brat się wyprowadził i zostawił w domu kupę niedziałającego sprzętu, który miał wysłać do serwisu. Kilka lat temu miał je wysłać, ale nigdy nie znalazł czasu. Wczoraj naprawiłem monitor Belinea 10 20 35 (wyłączał podświetlenie po jakimś czasie), dziś przyszła pora na router Linksys WAG354gv2.

Jak działał: Router nie odpowiadał na pingi. Po włączeniu, migała zielona dioda Power, co było znakiem, że z firmwarem jest coś nie tak. Funkcjonalność switcha działała, ponieważ urządzenie ma osobny chip firmy Infineon.

Jak naprawić: Okazało się, że to, że nie odpowiada na pingi, nie jest żadnym problemem! W pierwszych chwilach po włączeniu zasilania, router przyjmuje nowy firmware. Rozwiązaniem było zmienienie ip komputera na 192.168.1.2, wpisanie komendy "tftp -i 192.168.1.1 C:\WAG354Gv2-EU-AnnexA-ETSI-v1.01.58-code.bin" i wciśnięcie entera, gdy po zresetowaniu zasilania routera, zapaliła się dioda symbolizująca port 1 ethernetu. Brzmi jak Kult Cargo? Jak najbardziej. Ale zadziałało.

Przy okazji, okazało się, że w międzyczasie kod został wypuszczony na GPLu i ktoś zrobił własną wersję z obsługą ssh i niewiekiego dysku na skrypty: link i link do FW, który zainstalowałem.
Efekt: