Jakiś czas temu opisywałem nowy plugin do Visual Studio 2010 – Image Optimizer. Wspomniałem w nim, że ułatwia on osadzanie obrazów jako string base64 i dzisiaj chciałbym ten temat rozwinąć.
Standardowo chcąc wyświetlić obraz na stronie www musimy podać jego adres:
url('images/img01.jpg')
IIS Express jest nowym, developerskim serwerem www mającym zastąpić aktualnie „wbudowanego” w Visual Studio Cassiniego. IIS Express, w porównaniu to Cassiniego, jest o wiele bardziej wydajny oraz oferuje więcej możliwości konfiguracji (np. uruchomienie aplikacji na https).
Aktualnie nowy serwer instaluje się razem z WebMatrixem (od wersji beta 3 instaluje się już jako osobna aplikacja). Finalna wersja serwera IIS Express będzie w pełni niezależną aplikacją, jednak aktualnie domyślnie jest on zarządzany poprzez WebMatrixa.
Można jednak inaczej 
Już teraz mamy możliwość wystartowania serwera IIS Express bez uruchamiania WebMatrixa – w konsoli.
Dzisiaj chciałbym poruszyć ważny element tworzenia aplikacji – logowanie zdarzeń. Odpowiednio przygotowane logi są często jedynym sposobem na zdiagnozowanie problemu w aplikacji, dlatego warto o tym pamiętać i z logowania korzystać.
Logowanie można przeprowadzić na wiele sposobów – ja chciałbym opisać przykład oparty na darmowej bibliotece log4net.
Temat ten podzieliłem na trzy części:
To zaczynamy:
bibliotekę pobieramy ze strony: http://logging.apache.org/log4net/download.html. Z pobranego archiwum wypakowujemy plik: log4net.dll (incubating-log4net-1.2.10.zip\log4net-1.2.10\bin\net\2.0\release\log4net.dll) i wgrywamy go np. do katalogu „lib„. Następnie dodajemy referencję do tego pliku.
W swoich aplikacjach korzystam z takiej klasy:
public class LogHelper
{
static LogHelper()
{
var confFile = ConfigurationSettings.AppSettings.Get("log4net.config");
var fi = new FileInfo(confFile);
XmlConfigurator.Configure(fi);
}
public static ILog GetLog()
{
return LogManager.GetLogger("WebAppLog");
}
}
Jak widać w pliku Web.config podajemy ścieżkę do pliku konfiguracyjnego, czyli:
<appSettings> <add key="log4net.config" value="conf\log4net.config"/> </appSettings>
Brakuje jeszcze zawartości pliku log4net.config:
<log4net> <appender name="RollingLogFileAppender" type="log4net.Appender.RollingFileAppender,log4net"> <file value="logs\test_log.log" /> <lockingModel type="log4net.Appender.FileAppender+MinimalLock"/> <param name="StaticLogFileName" value="true"/> <appendToFile value="true" /> <param name="RollingStyle" value="Date"/> <param name="DatePattern" value="yyyy-MM-dd"/> <layout type="log4net.Layout.PatternLayout"> <conversionPattern value="%date [%thread] %-5level %type.%method - %message%newline"/> </layout> </appender> <logger name="WebAppLog"> <level value="ALL" /> <appender-ref ref="RollingLogFileAppender" /> </logger> </log4net>
Podana konfiguracja zapisuje logi do pliku (może to być również baza danych, e-mail, konsola lub inne źródło) – file określa, do jakiego pliku będą zapisywane logi, a layout określa format zapisu logów.
Samo logowanie jest operacją niezwykle prostą:
LogHelper.GetLog().Info("My sample comments");
lub
catch (Exception ex)
{
LogHelper.GetLog().Error("Error occurred!", ex);
}
log4net dostarcza kilka poziomów logowania:
Nazwy poziomów logowania są bardzo czytelne i nie wymagają większego opisu.
Powyższy kod w logu zapisać może coś takiego:
2009-12-07 22:22:33,202 [8] INFO LogForNetWebSample._Default.Page_Load - My sample comments 2009-12-07 22:22:33,292 [8] ERROR LogForNetWebSample._Default.Page_Load - Error occurred! System.DivideByZeroException: Attempted to divide by zero. at LogForNetWebSample._Default.Page_Load(Object sender, EventArgs e) in Default.aspx.cs:line 14
Jak widać log zawiera wiele cennych dla nas informacji – wiemy, kiedy i co się zdarzyło oraz w jakiej metodzie. Wiemy również, co działo się w aplikacji zanim wystąpił wyjątek.
Osobiście jestem zwolennikiem logowania jak największej ilości zdarzeń w naszej aplikacji – użytkownik wchodzi na stronę, klika button A, pobrano dane użytkownika, itp – jako poziom Debug. Przy przenoszeniu aplikacji na serwer produkcyjny możemy ograniczyć poziom logowania i logować jedynie logi z poziomu Error, Fatal czy Warn – bez zmiany kodu aplikacji!
log4net jest biblioteką bardzo elastyczną i posiada wiele parametrów konfiguracyjnych.
Oczywiście podczas logowania trzeba uważać, żeby nie zalogować danych poufnych – np. haseł.
Dzisiaj to tyle – zachęcam do zabawy z log4net i czytaniem logów – tylko uwaga – TO UZALEŻNIA!!
Od jakiegoś czasu – a dokładnie od 19 listopada – udostępniono do testów nową wersję ReSharpera - 5.0. Jest to co prawda dopiero wersja beta, ale nie mogłem odmówić sobie przyjemności przetestowania
Pierwsze wersje trochę mi namieszały, ale reinstall Visual Studio pomógł. Ostatnio zainstalowana przeze mnie wersja 5.0.1537 póki co działa stabilnie.
Nowy Resharper oferuje wsparcie dla VS 2008 oraz VS 2010.
Poza wsparciem dla nowego VS, Resharper 5.0 oferuje sporo nowych przydatnych funkcji:
Wsparcie dla ASP.NET
Wsparcie dla ASP.NET MVC
Możliwość debugowania źródeł .NET oraz bibliotek, dla których posiadamy pliki pdb.
Bardzo przydatne -np. na ToString() klikamy „Go to definition” i podglądamy, co się kryje w środku.
Bookmarki
Kolejna ciekawa nowość. Dodajemy bookmarka i później możemy bardzo szybko w dane miejsce wrócić. Domyślnie za pomocą skrótów możemy zarządzać 10 bookmarkami – ctrl+shift+numer (np. ctrl+shift+1) dodajemy bookmarka, ctrl+numer „wędrujemy” do bookmarka.
Oczywiście możemy dodawać więcej bookmarków (tzw. anonymous bookmark) i tylko w tej sytuacji, chcąc do niego „powędrować”, musimy go wybrać z listy (najpierw: ctrl+shift+’)
„Historia wartości”
Nowe okienko pokazujące, jak „wędrowała” wartość jakiejś zmiennej pomiędzy metodami.
Na powyższym screenie widać, że nasza zmienna testValue została przekazana jako parametr metody SampleMethod. Wartość zmiennej przekazanej do tej metody została przekazana z GetSampleValue, a w tej metodzie przypisaliśmy jej wartość 10 – czysto i przejrzyście.
To na razie tyle z nowych funkcjonalności, które przetestowałem – kolejna wersja i kolejny raz WIELKIE WOW . O nowych ciekawych doświadczeniach postaram się informować na bieżąco.
Więcej o nowej wersji ReSharpera na stronie: http://blogs.jetbrains.com/dotnet/2009/10/resharper-50-overview/.
Nowe wydania R# 5.0 można pobrać ze strony: http://www.jetbrains.net/confluence/display/ReSharper/ReSharper+5.0+Nightly+Builds
Wczoraj zakończyłem przenosiny bloga na nowy hosting – tym razem wybór padł na firmę webio.pl
Do tej pory korzystałem z yeahhost.com – oferta korzystna finansowo, usługa stabilna, jednak nie byłem zadowolony z szybkości działa stron.
Od nowej usługi oczekuję polepszenia tego elementu – pierwsze wrażenia są wyjątkowo pozytywne.
Dodatkowo Webio zapewnia dostęp do najnowszych technologii Microsoft:
Jest to bardzo duży plus dla mnie jako programisty!
Pracując nad jakąś aplikacją czasami musimy ją zdebugować. Sposobów na to jest wiele – np. podpinając się pod odpowiedni proces. U mnie standardowo wygląda to tak: menu Debug->Attach to Process…->w3wp.exe.
Wykonuję tę operację dość często.
Jak wiele czynności w pracy z komputerem można tę operację zautomatyzować, tworząc np. makro.
W Visual Studio wybieramy: Tools->Macros->Macros IDE
Dodajemy nowy moduł, nadajemy mu nazwę, np. RecordingModule:
i wpisujemy makro:
Imports System
Imports EnvDTE
Imports EnvDTE80
Imports EnvDTE90
Imports System.Diagnostics
Public Module RecordingModule
Sub AttachToAspNET()
Try
Dim dbg2 As EnvDTE80.Debugger2 = DTE.Debugger
Dim trans As EnvDTE80.Transport = dbg2.Transports.Item("Default")
Dim compName As String = Environ$("computername")
Dim proc2 As EnvDTE80.Process2 = dbg2.GetProcesses(trans, compName).Item("WebDev.WebServer.EXE")
proc2.Attach2()
Catch ex As System.Exception
MsgBox(ex.Message)
End Try
End Sub
End Module
Oczywiście w ten sposób możemy podpinać się pod dowolny proces. W przypadku ASP.NET, w zależności od tego, z jakiego serwera korzystamy będzie to:
Aby uruchamiać makro, najprościej jest podpiąć je pod skrót klawiaturowy.
Z menu wybieramy: Tools->Options->Environment->Keyboard i wybieramy nasze makro:
Po przypisaniu skrótu (u mnie ALT+CRTL+K) klikamy Assign, zamykamy okno opcji i cieszymy się nowym makrem
Tworząc aplikacje /strony internetowe dobrze jest zadbać, aby dla każdego linku istniało miejsce docelowe
Nie stanowi to problemu, kiedy mamy małą stronę (składającą się z 5,6 podstron), ale przy większych (szczególnie kiedy kontent jest generowany dynamicznie), często stanowi to problem. Ciężko jest również „przeklikać” stronę i sprawdzać, czy wszystkie linki są prawidłowe.
Z pomocą przychodzi mały, ale wręcz genialny program – Xenu. Zadaniem tego programu jest analizowanie strony w poszukiwaniu „złych” linków. Xenu sprawdza nie tylko linki do stron, ale również adresy sktryptów javascipt, css, obrazów.
Program można pobrać ze strony: http://home.snafu.de/tilman/xenulink.html.
Instalacja programu jest banalna, więc nie będę jej opisywał.
Po uruchomieniu programu wybieramy „File -> Check URL…”
Podajemy adres strony, klikamy OK …
… i czekamy, aż Xenu skończy swoją pracę
Na zakończenie otrzymamy raport prezentujący listę znalezionych linków oraz status określający, czy dany link jest prawidłowy, czy też nie.
Myślę, że Xenu jest obowiązkowym narzędziem każdego, kto tworzy strony www.
Zapraszam na pierwszą część z serii screencastów dotyczących wykorzystania AJAXa w ASP.NET.
Pierwsza część jest jednocześnie jedyną w pełni teoretyczną. Omawia historię powstania AJAXa oraz krótkie wprowadzenie, które pozwoli rozumieć działanie przykładów przedstawionych w kolejnych częściach.
Zapraszam do oglądania i czekam na komentarze
Nie lada gratka dla każdego programisty ASP.NET
Firma ORCS Web udostępniła darmowy hosting z ASP.NET 4.0 beta(!). Oferta przeznaczona jest jedynie dla projektów testowych i nie zawiera m.in. e-maili, FTP czy panelu administracyjnego.
Otrzymujemy natomiast:
Nasze konto będzie aktywne do końca października.
Ponieważ darmowe konto nie posiada konta FTP, naszą aplikację wgrywamy za pomocą narzędzia Web Deployment Tool (MsDeploy). Narzędzie to jest dołączone do Visual Studio 2010 lub można je pobrać ze strony Web Deployment Tool – RC1 – x86.
Rejestracji dokonujemy na stronie https://www.orcsweb.com/signup/?planid=46. Po wypełnieniu formularza otrzymamy maila z danymi potrzebnymi do wgrania naszej aplikacji na serwer oraz „connection string” do bazy danych.
Więcej informacji dostępnych jest na stronie: VS2010 and Web Deployment Tool Beta Program.
W Visual Studio 2008 mamy możliwość korzystania z intellisense dla różnych bibliotek javascript. Aby jednak korzystać z tego dobrodziejstwa musimy:
Po instalacji tych elementów możemy korzystać z instellisense dla różnych bibliotek javascript. Oczywiście biblioteki te musimy zadeklarować na naszej stronie.
<script src="js/mylibrary.js" type="text/javascript"></script>
Poza standardowym „podpowiadaniem” funkcji/metod/itp. dla bibliotek js, path ten umożliwia korzystanie również z dokumentacji. Dokumentację tworzymy pisząc komentarze podobne do komentarzy z C#, np.:
function TestFunction(imie) {
/// Przykładowa funkcja javascript
/// Pierwszy parametr funkcji
/// Wartość zwracana
return "test";
}
Funkcjonalność patha jest bardzo przemyślana i umożliwia korzystanie z komentarzy umieszczonych w innym pliku niż nasza biblioteka. Jak wiadomo, pliki javascript powinny być jak najmniejsze, a tworzenie w nich dokumentacji na pewno w tym nie pomaga
Kolejność przeszukiwania plików w poszukiwaniu dokumentacji wygląda tak:
Jeżeli nie zostanie znaleziony plik mylibrary-vsdocs.js szukany jest mylibrary-debug.js, itd. Oczywiście deklarujemy tylko mylibrary.js – plik z dokumentacją powinien jednak znajdować się w tym samym katalogu (jednak nie musi być nawet includowany w projekcie).
Jeżeli deklaracja pliku js znajduje się innym pliku (np. w MasterPage), wtedy w naszym pliku musimy podać referencję:
/// <reference path="js/mylibrary.js" />
lub
/// <reference path="Default.aspx" />
Wszystkich, którzy piszą w jQuery z pewnością ucieszy fakt, iż od jakiegoś czasu przygotowywane są pliki z dokumentacją do tej biblioteki.
Dokumentację znaleźć można na stronie jQuery.
Otrzymuj nowe wpisy przez RSS!
