Grzebiąc dziś rano w Internecie natknąłem się na linka Michalczewski: obiję mu ten głupi łeb, żeby zmądrzał. Zauważyłem, że Michalczewski jest w miarę podobny do Ragniego - administratora fotka.pl. Aby się upewnić wszedłem w jego profil. Patrzę i OWNED : D. Zdjęcie adekwatne do tytułu dzisiejszego artykułu na sport.onet.pl.
Kliknij na zdjęcie, aby powiększyć.
Ostatnio wykopałem w sieci ciekawy artykuł:
Australijski naukowiec opracował technologię, która 100-krotnie przyspieszy prędkość przesyłania danych za pośrednictwem Sieci. John Papandriopoulos w swojej pracy doktorskiej opisał algorytm, który pozwoli na zredukowanie interferencji sygnału w łączach DSL.
Redukcja interferencji oznaczałaby, że przepustowość takich łączy zwiększyłaby się z obecnych 1-10 Mbps do 100-250 Mbps. To z kolei może w ciągu kilku najbliższych lat zrewolucjonizować Internet. Pierwsze układy, w których zostanie zastosowany nowy algorytm powinny trafić na rynek w ciągu 2-3 lat.
Problem interferencji pojawia się w momencie, gdy próbujemy wycisnąć większą przepustowość z miedzianych łączy telefonicznych. Interferencje zakłócają przepływ danych i zmniejszają w ten sposób przepustowość łącza - wyjaśnia Papandriopoulos.
Jeżeli to prawda, poczekamy około 5-10 lat na implementacje rozwiązania we wszystkich sieciach.
Integracja między językami czy też platformami to kwestia poruszana nie od dzisiaj. Na poziomie platform funkcjonuje od dłuższego czasu CORBA i Web Services z trio SOAP + WSDL + XML Schema na czele. Integracja systemów napisanych w tym samym języku sprowadza się zwykle do wykorzystania serializacji, która jest najszybsza i najwygodniejsza. Gorzej jeśli idzie o połączenie dwóch języków - w moim przypadku PHP i Javy. Zend ma swój mostek, który umożliwia na zintegrowanie Javy i PHP, jest też dodatkowe rozszerzenie do PHP, które pozwala na wykorzystanie Javy w PHP, jednakże moje oczekiwania nie był aż tak wielkie. Potrzebowałem po prostu odczytać dane specyficzne dla PHP - powiedzmy informacje o jakiejś klasie. Standardowo taka operacja wymagała stworzenia parsera, co jest zadaniem powiedzmy, nie na moje siły i umiejętności.. stąd też postanowiłem sobie nieco uprościć pracę. :)
Wspólny, najwygodniejszy format (zarówno w odczycie i zapisie danych) z jednej i drugiej strony to oczywiście XML. Problem w tym, jaki format ma być wykorzystany. Nie da się przecież bezpośrednio odwzorować obiektu z PHP do Javy głównie z racji na dynamikę. Jeśli w PHP ktoś dorzuci pole do obiektu, poprzez proste $someUser->city = 'Białystok' to Java bazująca tylko na statycznych, zadeklarowanych polach w klasie nie odczyta tej informacji. Serializacja w postaci specyficznej dla PHP również wiąże się ze stworzeniem parsera po stronie Javy by to wszystko obsługiwać i dodatkowo coś co by później mapowało obiekty z Javy do XMLa w postaci przyjaznej dla PHP. Wyjściem z całej sytuacji okazały się funkcje wddx_*. Po prostu strzał w dziesiątkę. WDDX to standard może nie najnowszy, ale dosyć spójny, i co najważniejsze umożliwiający przesyłanie złożonych obiektów bez zbytniej walki. Po chwili poszukiwań znalazłem DTD, zatem ze strony Javy wystarczy odpalić JAXB i jesteśmy na miejscu.
Przykładowy skrypt PHP, który uzyskuje informacje o konfiguracji Agavi:
PLAIN TEXT PHP:A teraz część wyniku, który PHP wyświetla w konsoli:
PLAIN TEXT XML:Teraz kod Javy, który odczytuje sobie informacje.. (nawiasy kwadratowe przy listach podyktowane błędami w skrypcie, który koloruje składnię)
PLAIN TEXT JAVA:Wynik działania poniższego kodu to:
PLAIN TEXT CODE:
Czas jakiś temu udało mi się stworzyć pierwszy działający edytor w oparciu o Eclipse. Kilka informacji co pod spodem:
Całość ogólnie jest prosta niczym konstrukcja cepa, w działaniu sprawia się dobrze. Jak tylko ogarnę kod postaram się opisać krok po kroku jak można coś podobnego stworzyć na własny użytek.
Splatch wraca do gry i będzie grać wysoko! ;-)
Kanał ATOM
