andrzej.net.pl » wyszperane

Logi IIS – LogParser oraz Indihiang

andrzej — Mon, 27 Jun 2011 22:36:30 +0000

Analiza logów to nieodłączna część poprawiania, naprawiania, optymalizacji…
W IIS również gromadzone są logi operacji. Zapisywane są w katalogu, którego ścieżkę – jak i wiele opcji dotyczących logowania – można sprawdzić we właściwościach sekcji „Logging”. Każda aplikacja stworzona na serwerze www posiada identyfikator. Domyślnie pliki loga tworzone są w trybie „jeden plik dziennika na witrynę dziennie” i zapisywane w katalogu: %SystemDrive%\inetpub\logs\LogFiles.
Microsoft udostępnia sprytne narzędzie konsolowe, które pozwala na przeglądanie rozmaitych plików log – również tych zapisywanych przez IIS. Drugie narzędzie – graficzny Indihiang ma o wiele mniejsze możliwości ale pozwala na szybkie uzyskanie danych o naszej aplikacji i żądaniach do niej kierowanych.

LogParser 2.2

Narzędzie do ściągnięcia w postaci MSI – tutaj.

Przypuśćmy, ze chcemy wyświetlić dane dotyczące nie odnalezienia strony przez naszą aplikację (czyli ze statusem odpowiedzi 404). Jednak aby ułatwić „eliminowanie problemu” pogrupujemy te dane wg URI o posortujemy po ilości wystąpień.

Musimy posiadać ID aplikacji w IIS. Wystarczy wejść w zaawansowane ustawienia witryny i sprawdzić jej identyfikator. W moim przypadku jest to ID = 5.
Pełna ścieżka do moich logów, to: C:\inetpub\logs\LogFiles\W3SVC5

Przenalizujmy plik z dzisiaj, polecenie z konsoli:

I wynik tej operacji:

Szerszy opis LogParsera choćby na wss.pl. Konsolowy LogParser może łatwo dać się upchnąć w narzędzia administracyjne, więc warto o nim pamiętać – zwłaszcza, że potrafi naprawdę sporo!

Indihiang

Indihiang to narzędzie GUI hostowane na codeplex. Pozwala na przeglądanie logów IIS oraz Apache w przyjaznej dla użytkowników formie wykresów, list etc.

Wskazujemy plik log, czekamy na jego przetworzenie:

I cieszymy oko wykresami podobnymi do:

Indihiang ma o wiele mniejsze możliwości niż LogParser. Jego przeznaczenie to po prostu możliwość szybkiej weryfikacji, czy w naszej aplikacji nie dzieje się coś złego. Do dogłębnej analizy logów LogParser nadaje się o wiele lepiej.

PS: jeśli masz system x64 koniecznie pobierz wersję x64! x86 płata figle!

A Wy – czego używacie do poglądania logów?

Powiązane wpisy:

Proste narzędzie do testowania zapytań XPath

Powiązane wpisy wygenerowane przez wtyczkę Yet Another Related Posts.

Satyra na .NET ;) ?

andrzej — Fri, 25 Jun 2010 21:45:11 +0000

Wspaniały filmik, który poprawił mi humor dzisiejszego dnia ;) Podlinkowany przez znajomego na fb.

Perfekcyjnie punktuje .NET ;) Polecam!

Powiązane wpisy:

[Nonsensopedia] – programowanie. Na wesoło.

Powiązane wpisy wygenerowane przez wtyczkę Yet Another Related Posts.

DebuggerDisplay – mały pomocnik

andrzej — Thu, 24 Jun 2010 12:16:28 +0000

Czasami, gdy próbuję zdebugować jakiś uciążliwy problem istnieje konieczność oglądania właściwości obiektu.
Klikanie kolejnych plusików w wizualizacji debuggera w poszukiwaniu odpowiedniego obiektu na liście doprowadza mnie do szału (zwłaszcza, gdy klasy są dziedziczone).
Przy przeglądaniu namespace’a System.Diagnostics natknąłem się na atrybut: DebuggerDisplay. Krótka lektura MSDN i okazało się, że taka mała głupota może niesamowicie ułatwić życie :)

Weźmy pod lupę bardzo prosta klasę:

[Serializable]
public class Part
{
public string PartSeries { get; set; }
public string PartNumber { get; set; }

...
}

Jak prezentuje się w debuggerze podgląd listy naszych części? Ano tak:

Jeśli nie znamy pozycji naszego elementu musimy uprawiać zawody w klikaniu mychą w celu znalezienia interesującego nas elementu. Jak ułatwić sobie życie?
Dodając do klasy atrybut DebuggerDisplay:

[Serializable]
[System.Diagnostics.DebuggerDisplay("Part number = {PartNumber}, Part series = {PartSeries} ")]
public class Part
{
public string PartSeries { get; set; }
public string PartNumber { get; set; }
...
}

Wizualizacja naszej kolekcji wygląda teraz następująco:

Prawda, że lepiej i wygodniej :) ?
Nie będę rozwodził się nad wszystkimi opcjami jakie udostępnia ten atrybut, gdyż bardzo dobrze (wraz z przykładami) opisany jest on na MSDN.

Miłego debugowania! ;)

Nie znaleziono powiązanych wpisów.

Powiązane wpisy wygenerowane przez wtyczkę Yet Another Related Posts.

Finderr – serwis ułatwiający szukanie zlokalizowanych wyjątków

andrzej — Mon, 07 Jun 2010 13:54:16 +0000

Jakiś czas temu na devpytaniach Maciej Zbrzezny pytał o to, jak zmienić język zgłaszanych wyjątków w .NET.
Dziś podczas jednego z podobnych poszukiwań natknąłem się na serwis FindErr.
Jeden z komentarzy zadowolonych użytkowników:

I have spent numerous hours trying to translate error messages logged by application deployed at my Chinese client. After long hours of frustration, I finally found this site. So far, this site has saved me at least 1480 man hours of laborous searching for translations of those Chinese error messages. I simply love it!

jakże podobny do tego co odczuwamy tłumacząc na angielski polskie teksty wyjątków ;)

Teraz wystarczy wkleić tekst wyjątku do serwisu zamiast do google – to tylko jedno kliknięcie więcej ;)

W połączeniu z możliwościami jakie daje choćby Opera, wystarczy po krótkiej konfiguracji wpisywać w pasku adres np:

i serwis finderr zrobi za nas resztę ;)

Nie znaleziono powiązanych wpisów.

Powiązane wpisy wygenerowane przez wtyczkę Yet Another Related Posts.

SnippetCompiler – wklej i skompiluj

andrzej — Fri, 14 Aug 2009 17:25:15 +0000

Kolejny raz informacja za Maciejem Zbrzeznym – a co! Może niedługo wyszperam coś sam ;-)

Ile razy zdarzyło się Wam zastanawiać, jak zadziała kawałek kodu w projekcie, nad którym właśnie pracujecie? I ile razy musieliście o taką informację (czyli – „jak to tak naprawdę zadziała”) oprzeć dalsze działania? Właśnie – mam wrażenie, że to jakieś niepisane tajemnicze prawo. W momencie gdy rozgrzebię projekt tak, że nic się nie kompiluje, lub gdy pracuję nad takim projektem, że żeby cokolwiek przetestować trzeba go 3 minuty konfigurować i uruchamiać – to właśnie staję przed podobnym dylematem. Jedynym sposobem na sprawdzenie kawałka kodu, który spowodował całe zamieszenia trzeba albo dodać nowy projekt, albo otworzyć kolejne VS z testowym projektem właśnie na takie okazje.

Od dziś zapomnijcie o podobnych – mrożących bity w bajtach – sytuacjach. Z pomocą przychodzi SnippetCompiler. To sprytne narzędzie przy uruchamianiu wita nas gotowym projektem typu ConsoleApplication, w którym możemy przetestować to, co nas trapi. Niesamowite ale posiada intellisense. Nie jest to oczywiście VisualStudio w wersji lite – nie spodziewajcie się zbyt wiele ;-) Czasem mam wrażenie, że jest napisany w Javie – tak potrafi się przyciąć ;-)

SnippetCompiler

Powiązane wpisy:

Przewodnik po polskich blogach poświęconych C# i .NET

Powiązane wpisy wygenerowane przez wtyczkę Yet Another Related Posts.

Przewodnik po polskich blogach poświęconych C# i .NET

andrzej — Sat, 08 Aug 2009 14:53:04 +0000

Na blogu Macieja Zbrzeznego pojawił się mały przewodnik po polskich blogach poświęconych C# i .NET. Zachęcam do lektury. Kilka blogów wartych jest miejsca w RSS każdego, kto programuje – czy to zawodowo czy dla przyjemności. Chociaż chwilka, czy pierwsza opcja wyklucza drugą ;-) ?

Jak sam autor napisał

lista i opisy mają charakter dość subiektywny, nie mam zamiaru oceniać, czy wskazywać najlepszego. Kolejność została ustalona w sposób nie zamierzony

Taka (krótka) lista aktualnych blogów (czyli takich, na których pojawiały się wpisy w ostatnich miesiącach) jest moim zdaniem bardziej przydatną niż tasiemiec zawierający blogi-zombi.

ps: albo mi się wydaje, albo na blogspocie nie znalazłem opcji trackback…

Nie znaleziono powiązanych wpisów.

Powiązane wpisy wygenerowane przez wtyczkę Yet Another Related Posts.