Z półki web developera
1.
Web Developer Helper dla IE6 -> IE8
[ http://projects.nikhilk.net/WebDevHelper ],
czyli odpowiednik naszego ulubionego narzędzia Firebuga
Warto przeczytać readme – chociażby dla samego nazewnictwa,
testowałem pod IE8 i sprawuje się naprawdę solidnie,
wymaga zainstalowanego środowiska .NET 2.0
jeżeli chodzi o IE9 to już właściwe narzędzie zawarli
samy twórcy w przeglądarce
Aby dostać się do naszego “FireIE” lub jak kto woli “IEBuga” :p
-> Narzędzia -> Paski Eksploratora -> Web Development Helper
Jako console.log wykorzystywany jest window.debugService.trace
natomiast można sprawdzać zawartość obiektów poprzez
window.debugService.inspect – wywołane zostanie dodatkowe okno
z grafem obiektu
co do sprawdzania żądań i odpowiedzi z serwera
(HTTP -> Enable HTTP logging) i po wywołaniu jakiegoś skryptu
można sprawdzać klikając dwukrotnie na danym zapytaniu
zostanie wyświetlone dodatkowe dodatkowe okno,
odpowiedź z serwera jest przedstawiana albo w formie
tekstowej albo szesnatkowej.
w ustawieniach narzędzia można określić, do jakich typów plików
odwołania mają być rejestrowane.
Jakby to kogoś zainteresowało, twórca tego narzędzia stworzył
Script# (kompilator C# do javascriptu)
-> darmowe narzędzie, wykorzystywane chociażby przez … Microsoft
w ich systemach live.com (w załączniku listu dowód -> windowsLiveHotmail.jpg).
2.
IE Compat VHD – czyli IE6, IE7, IE8 w maszynie wirtualnej XP lub Vista
- niestety wymaga do pracy Virtual PC 2007
[ http://www.microsoft.com/downloads/details.aspx?FamilyId=21EABB90-958F-4B64-B5F1-73D0A413C8EF&displaylang=en ]
Kolejnym ważnym szczegółem jest to, że:
1) co 4 miesiące wydawana jest nowa wersja – ćwicz cierpliowość z wujkiem Balmerem
- ostatnio została opublikowana 30 marca
2) domyślnie w systemach XP (pod Vistą nie sprawdzałem) jest wyłączona możliwość
“Dodaj/Usuń programy”, ale rozwiązanie jest proste
a) Start->Run->regedit
b) Przechodzimy do klucza rejestru HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\policies\Uninstall
c) W tej gałęzi zmieniamy wartość NoAddRemovePrograms zmienić na 0 (dwa razy klikamy na ten klucz i wpisujemy w “Value Data” 0)
Dla ścisłości (Kopiuj, Wklej ) działa między maszyną wirtualizowaną a naszym systemem
3.
Komodo Edit
[ http://www.activestate.com/komodo_edit/downloads/ ]
- darmowa wersja Komodo IDE bez zdolności do synchronizowania kodu
(no cóż, nikt nie mówił, że wszystko za darmo trzeba dostać)
a) naprawdę solidne podpowiadanie składni php, budowanie podpowiadania składni
dla dajmy na to, Zend Framework na moim jednordzeniowcu pod Ubuntu trwało
z dwie minuty, na Windzie + trzy rdzeniowcu trwało minutę
b) solidne podpowiadanie składni dla javascript, można własnoręcznie
przygotować podpowiadanie składni -> (plik xml),
chociaż ma już wbudowane podpowiadnie dla ext 3.0
czy jquery (niestety 1.3.2)
c) obsługa innych języków, np.: python
d) możliwość samodzielnego rozszerzenia możliwości edytora z wykorzystaniem javascriptu
Warto po uruchomieniu pomajstrować przy ustawieniach samego edytora
(kodowania znaków, tabulatory kontra spacje itd)
(Edit -> Preferences)
oraz wyłączyć rozszerzenia do obsługi innych języków niż są nam potrzebne
Tools -> Addons -> Extensions
oraz wtyczki (Addons), które pobierze z domyślnej instalacji …. Firefoxa
Tak, jest to oparty na silniku Gecko edytor.
*************************
Z półki Interop
1.
[ http://www.janetdev.org/ ]
czyli -> implementacja Javy 5 (JDK i JRE) dla .NET
powiedzmy, że jest to odpowiednik J# .NET (wydawanego kiedyś przez Microsoft)
… i jestem w trakcie testów, jak dobrze pójdzie to w ciagu
tygodnia będę mógł mówić o sukcesie w postaci skompilowanego
serwera Jetty,
Zestaw zawiera zarówno biblioteki klienckie, jak i typowe
narzędzia deweloperskie, czyli kompilator javac.
Krótko ujmując – możliwość skompilowania projektów napisanych w javie
(rozumiemy to jako czystą javę bez odwołań do bibliotek natywnych)
do kodu rozumianego przez biblioteki .NET
2.
Budowanie aplikacji java z użyciem javascriptu, xml, json
[ http://sourceforge.net/projects/vexi/ ]
została napisana również wtyczka do Eclipsa
[ http://vexi.sourceforge.net/VexiDev ]
3. Narzędzia do wykrywania/konwersji kodowania znaków
w plikach tekstowych
Enca [ http://gitorious.org/enca) ]
lub chardet [ http://chardet.feedparser.org/ ]
Jestem w trakcie testów tego pierwszego narzędzia
4. Narzędzia gnu dla Windy
No cóż, mamy do wyboru:
a) GnuWin32
[ http://gnuwin32.sourceforge.net/ ]
[ http://getgnuwin32.sourceforge.net/ ]
Polecam instalator GetGnuWin32, około 30 minut z pobraniem wszystkich
pakietów, ale nie trzeba się męczyć z pobieraniem wszystkich narzędzi)
b) SFU (Services for Unix) / Interix
+ dodatkowe pakiety/programy dostępne tutaj
[ http://www.suacommunity.com/tool_warehouse.aspx
Co do samego Interixa, próbowałem kiedyś skompilować Debiana
pod Interixa
[ http://www.debian-interix.net/
i powiem jedno -> nie jest to klik&play
Wadą tak uruchamianego Debiana jest ... konieczność używania
głównego konta administratora, również w systemach serwerowych.
c) coLinux i oparte na nim andLinux
[ http://www.colinux.org/
[ http://www.andlinux.org
czyli jądro linuksa dla Windows (coLinux)
i jego wydanie oskryptowane z Ubuntu (andLinux)
generalna zasada -> dużo co prawda do oskryptowania i konfiguracji,
ale potężne narzędzia tak mają.
d) Cygwin
[ http://www.cygwin.com/ ]
Długa historia, dużo testów,
chociaż podobnie jak przy instalacji SFU (Interix),
zostajemy poproszeni o decyzję – czy system plików
to ma wspierać rozróżnianie wielkości liter czy też nie
**************************
Coś dla ciekawskich, czyli głównie administratorów i takich nudziarzy
jak autor tego biuletynu
- polecam Wam wchodzić przez linuxa, nie przez windę
http://www.spamhaus.org/xbl
Lista komputerów (według IP), do których się ktoś włamał
- razem z opisanym typem zagrożenia.