HAVIT Knowledge Base

Vývoj webových aplikací, .NET, SQL, návrh
Welcome to HAVIT Knowledge Base Sign in | Join | Help
-
Home Články Forums Obrázky Soubory

ASP.NET

Vývoj webových aplikací ASP.NET

  • 50 Ways to Avoid, Find and Fix ASP.NET Performance Issues - PDF kniha zdarma

    Za připomenutí stojí, že RedGate před nějakým časem sestavil a zdarma ke stažené nabízí knihu 50 Ways to Avoid, Find and Fix ASP.NET Performance Issues.

    Jedná se o stručný a čtivý soupis doporučení nezávislých odborníků, který můžete mít za pár minut vstřebán.

    Ne se vším se plně ztotožňuji, nicméně jako inspirace to stojí za zkouknutí...

  • ASP.NET and Web Tools 2012.2 update - ke stažení

    Microsoft dnes oznámil a uvolnil ke stažení final release ASP.NET and Web Tools 2012.2 update.

    Co získáte:

    • vylepšení Visual Studia 2012 pro webový vývoj
      • update projektových šablon na nové verze jQuery, ... prostě nové NuGet package
      • Publish pro WebSites stejný jako Web Applications
      • vylepšení Page Inspectoru o JavaScript selection mapping a CSS live updates
      • super podpora pro LESS - editor, compiler, ...
      • editory (syntax highlighting, intelli-sense, ...) pro CoffeeScript, Mustache, Handlebars, JsRender, Knockout bindings
      • extensibility pro Mobile Emulator, ...
    • ASP.NET WebAPI vylepšení
      • podpora OData
      • tracking
    • ASP.NET SingalR - real-time web
    • vylepšení ASP.NET WebForms
    • vylepšení ASP.NET MVC
      • Facebook Application template
      • Single Page Application template
    •  pre-release of Windows Azure Authentication

     

    Důlěžité: Je potřeba aktualizovat na poslední verzi  Web Essentials 2012 extension, jinak se to popere.

  • MVP Summit 2013 - Day 1 - ASP.NET - Notes

    ...non-NDA pracovní poznámky z Microsoft MVP Summitu 2013, první den, ASP.NET tématika.

    Tooling

    • Web Essentials 2012 & ASP.NET and Web Tools 2012.2
      • super LESS editor (včetně generování minified verze, atp.)
        • Trik: pokud se soubor pojmenuje s podtržítkem na začátku, nekompiluje se do .css (hodí se např. pro include soubory s variables, které nemají mít vlastní .css výstup). 
      • podstatně vylepšené Intellisense
      • spousta prima udělátek do webových editorů
      • ZenCoding - pozoruhodná syntaxe pro rychlopsaní kódu
      • code-snippets v .css

    ASP.NET Core

    • Friendly URLs 1.0.0 - released live this morning
      • Adds a mobile master page and a view switcher user control to enable switching between mobile and desktop views using ASP.NET Friendly URLs.
    • ScriptManager.EnableCdnFallback
    • ControlBuilderInterceptor - cesta, jakou je možné ovlivnit C# code generovaný control-builderem z markup-kódu při compile-time
      • override OnProcessGeneratedCode()

    Windows Azure Web Sites

    • Download Publish Profile - možnost stáhnout .PublishSettings z Azure Portalu pro Visual Studio
  • Chyba 404 při přístupu na ASP.NET aplikaci v Classic managed pipeline modu na II7

    SYMPTOM

    Pokud přepneme application pool do Classic managed pipeline mode a dostáváme podivnou chybu 404, jedná se velmi pravděpodobně o chybu

    HTTP Error 404.2 - Not Found

    The page you are requesting cannot be served because of the ISAPI and CGI Restriction list settings on the Web server.

    Error Code 0x800704ec

    Tuto podrobnější chybu se můžeme dozvědět, pokud přístup uděláme přímo ze browseru běžícím na serveru (což bohužel ne vždy lze, viz třeba problémy s lokální integrovanou authentizací).

    CAUSE

    Každopádně problém je v tom, že nejsou v nastavení IIS povoleny ISAPI extenze pro ASP.NET 4.0.

    ACTION

    1. IIS Manager
    2. server level
    3. ISAPI and CGI restrictions
    4. u zakázaných ASP.NET 4.0 extenzí, které potřebujeme, nastavit Allow
  • Juice UI - ASP.NET controls pro jQuery UI

    Na první dnešní přednášce ASP.NET 4.5 na Microsoft MVP Summitu byla prezentována zajímavá nová knihovna, která přináší jQuery UI Widgets do prostředí ASP.NET WebForms - Juice UI. Protože je to jedna z mála věcí, které nejsou pod NDA, mohu se s Vámi o tento poznatek podělit.

    Juice UI aspiruje na náhradu AJAX Control Toolkitu a zahrnuje například tyto controly:

    • Accordition
    • Autocomplete
    • Button
    • DatePicker
    • Dialog
    • Draggable
    • Position
    • ProgressBar
    • Resizable
    • Slider
    • Sortable
    • Tabs

    Použití je přímočaré a nijak nekomplikované, např.:

    <Juice:Tabs ID="_Default" runat="server">
      <Juice:TabPage Title="Tab 1" ID="_Tab1">
        <TabContent>
          ...
        </TabContent>
      </Juice:TabPage>
      <Juice:TabPage Title="Tab 2" ID="_Tab2">
        <TabContent>
          ...
        </TabContent>
      </Juice:TabPage>
    </Juice:Tabs>

    ...uvidíme, jak se vypořádají s porodními bolestmi, které AJAX ControlToolkit měl. Jedná se o open-source knihovnu použitelnou pod licencemi MIT nebo GPLv2.

  • LinkButton nezobrazí po postbacku obsah, pokud obsahuje "statické html" a ASP.NET control

    Pokud je v LinkButtonu "statické html", ASP.NET control a LinkButtonu změníme nějakou vlastnost, která se ukládá do ViewState, dojde po postbacku ke ztrátě obsahu LinkButtonu (je vyčištěna vlastnost Controls).
    Nahlášeno na connect včetně dema, jak chybu zreprodukovat.
    Workaround nemám, takže nezbývá, než v LinkButtonu nepoužívat vnitřní obsah – což je poměrně rozumný přístup :-).

  • Validátory považují white-space za empty hodnotu

    Leckoho možná překvapí chování validátorů (RegularExpressionValidatoru, CompareValidatoru a dalších) v jednoduchém případě:

    <asp:TextBox ID="MyTB" runat="server" />
    <asp:RegularExpressionValidator ValidationExpression="\d+" ControlToValidate="MyTB" Text="x" runat="server" />
    <asp:Button Text="OK" runat="server" />

    Co se děje:

    • hodnota "123" validátor aktivuje, vstup je validní
    • hodnoty "123 " nebo " 123" validátor aktivují, vstup není validní
    • hodnotu " " (white-space) validátor propustí, vstup je podle něj validní
      • nepomáhá ani ValidationExpression="^\d+$", validátor se prostě neaktivuje
    • hodnota "" (String.Empty) validátor neaktivuje, validátory nevalidují Empty vstupy
      • white-space samotný je považován za Empty a validátory se tak vyjma RequiredFieldValidatoru ignorují (a CustomValidatoru, pokud má nastaveno ValidateEmptyText="true")
  • Health Monitoring a sledování chyb v ASP.NET webových službách (.asmx)

    Jak jsem již popisoval v předchozím články, nevýhodou jinak šikovného mechanizmu Health Monitoringu je, že nesbírá chyby z aynchronních requestů a z webových služeb ASP.NET. Jak se vypořádat s prvním problémem u AJAX requestů bylo již naznačeno, podívejme se teď na problematiku webových služeb ASP.NET (.asmx). V zásadě jde opět o zachycení problémové výjimky a předání WebRequestErrorEvent.

    SoapExceptionHealthMonitoringHandler (SoapExtension)

    Elegantní metodou jak se dostat k odběru výjimek během zpracování webových služeb a jak je předávat mechanizmu Health Monitoringu je požití SoapExtension. Uvádím opět kód kolegy Jiřího Kandy (pomocná třída WebRequestErrorEventExt byla již definována v předchozím článku):

    /// <summary>
    /// V případě chyby ve zpracování web metody (webové služby) zajistí oznámení chyby health monitoringem.
    /// Pozor, toto nefunguje (a chyby healthmonitoringu tak nejsou oznamovány),
    /// pokud se webové služby testují v browseru!!! Pro testování nutno použít skutečného klienta webové služby (třeba service reference v konzolovce).
    /// </summary>
    public class SoapExceptionHealthMonitoringHandler : System.Web.Services.Protocols.SoapExtension
    {
        #region ProcessMessage
        public override void ProcessMessage(System.Web.Services.Protocols.SoapMessage message)
        {
            try
            {
                if ((message != null) && (message.Stage == SoapMessageStage.AfterSerialize))
                {
                    if (message.Exception != null)
                    {
                        Exception exception = message.Exception;
                        if ((exception is SoapException) && (exception.InnerException != null))
                        {
                            exception = exception.InnerException;
                        }
                        if ((exception is HttpUnhandledException) && (exception.InnerException != null))
                        {
                            exception = exception.InnerException;
                        }
                        new WebRequestErrorEventExt(exception.Message, message, exception).Raise();
                    }
                }
            }
            catch // pokud by zde nedejbože došlo k nějaké další výjimce, tak ji zamaskujeme
            {
                // NOOP
            }
        }
        #endregion

        #region GetInitializer
        public override object GetInitializer(Type serviceType)
        {
            return null;
        }

        public override object GetInitializer(LogicalMethodInfo methodInfo, SoapExtensionAttribute attribute)
        {
            return null;
        }
        #endregion

        #region Initialize
        public override void Initialize(object initializer)
        {
        }
        #endregion
    }

    ...a zapojení ve web.configu potom v elementu configuration/system.web/webServices:

    <webServices>
        <soapExtensionTypes>
            <add type="MyNamespace.SoapExceptionHealthMonitoringHandler, MyAssembly" priority="0" group="0" />
        </soapExtensionTypes>
    </webServices>
    A JE TO.

  • Health Monitoring a sledování chyb asynchronních postbacků (AJAX)

    Health Monitoring je šikovný vestavěný mechanizmus ASP.NET pro sledování a hlášení problémových situací. Typicky je používán pro zápis výjimek aplikace do event-logu nebo jejich posílání mailem.

    Slabinou Health Monitoringu je, že se neumí vypořádat s chybami vzniklými během asynchronních postbacků (AJAX) ani s chybami vzniklými v rámci webových služeb ASP.NET. Přesněji řečeno ASP.NET na tyto chyby nějak nepamatuje a neoznamuje je do web-events mechanizmu, na němž je Health Monitoring závislý.

    Podívejme se nyní na cestu, jak doplnit do Health Monitoringu sledování chyb AJAXu, sledování chyb webových služeb ponechávám do samostatného článku. Jak již bylo naznačeno, jde o to, že potřebujeme doplnit chybějící oznamování chyb do web.events mechanizmu. Chyba vzniklá během asynchronního postbacku způsobí vyvolání události ScriptManager.AsyncPostBackError. Potřebujeme se tedy napojit na tuto událost s vlastní obsluhou a v ní chybu předat jako WebRequestErrorEvent.

    AjaxHealthMonitoring control

    Jedním z možných opakovaně použitelných elegantních řešení je vytvoření vlastního controlu, který se bude umisťovat do stránek stejně jako samotný ScriptManager, např. tedy v MasterPage. Uvádím zde kód kolegy Jirky Kandy, který se s tím vypořádal takto:

    public class AjaxHealthMonitoring: Control
    {
        #region OnInit
        protected override void OnInit(EventArgs e)
        {
            base.OnInit(e);

            ScriptManager scriptManager = ScriptManager.GetCurrent(Page);
            if (scriptManager == null)
            {
                throw new InvalidOperationException("Ve stránce nebyl nalezen ScriptManager, který je controlem AjaxHealthMonitoring vyžadován.");
            }
            scriptManager.AsyncPostBackError += new EventHandler<AsyncPostBackErrorEventArgs>(ScriptManager_AsyncPostBackError);
        }
        #endregion

        #region ScriptManager_AsyncPostBackError
        /// <summary>
        /// Obsluha události AsyncPostBackError ScriptManageru. Zajistí vyvolání události health monitoringu.
        /// </summary>
        private void ScriptManager_AsyncPostBackError(object sender, AsyncPostBackErrorEventArgs e)
        {
            if (e.Exception != null)
            {
                new WebRequestErrorEventExt(e.Exception.Message, this, e.Exception).Raise();
            }
        }
        #endregion
    }
    Pro úplnost uvádím odvozenou podobou třídy WebRequestErrorEventExt:

    public class WebRequestErrorEventExt : WebRequestErrorEvent
    {
        public WebRequestErrorEventExt(string message, object eventSource, Exception exception)
            : base(message, eventSource, WebEventCodes.WebExtendedBase + 999, exception)
        {
        }
    }
    Control se pak používá ve stránce stejně jako ScriptManager (do výstupního HTML kódu nic nerenderuje):

    <asp:ScriptManager ScriptMode="Release" AllowCustomErrorsRedirect="true" runat="server" />
    <havit:AjaxHealthMonitoring runat="server" />

  • ResourceProvider - resources z databáze nebo odjinud

    ASP.NET ve výchozí konfiguraci bere při lokalizaci resources z .resx souborů umístěch ve Vaší webové aplikaci. Globální resources ze složky ~/App_GlobalResources/, lokální resources z podsložek ./App_LocalResources/ u jednotlivých stránek/controlů. Na resources pak lze přistupovat použitím syntaxe <%$ Resources: ... %> z markup kódu, popř. metodami GetGlobalResourceObject(), resp. GetLocalResourceObject(). Ke globálním resources pak ASP.NET ještě generuje do namespace Resources třídy pro jednotlivé .resx soubory s properties odpovídajících jednotlivým klíčům (záznamům v .resx).

    Pokud namísto .resx souborů chceme resources brát z jiného datového zdroje, např. databáze, je to jednoduché. ASP.NET pro tuto situaci používá provider-model a celá akce se v zásadě odehrává v následujících třech až čtyřech krocích:

    1. vytvoření vlastního resource-providera, tj. třídy implementující rozhraní IResourceProvider a zejména jeho metodu GetObject(),
    2. vytvoření ResourceProviderFactory třídy, na kterou se deleguje rozhodování ASP.NET o tom, kterého resource-providera má pro jednotlivé situace použít, v našem případě našeho resource-providera z bodu 1,
    3. nasměrování konfigurace ASP.NET na používání připravené ResourceProviderFactory třídy (úprava web.configu),
    4. pokud chceme zachovat, nebo alespoň simulovat generovaný namespace Resources, musíme ho buď také generovat (nepravděpodobné), nebo si od NET4 výše můžeme krásně vypomoci dynamickým objektem.

    Pojďme se podívat na jednotlivé kroky podrobněji:

    1. Vytvoření vlastního resource-providera

    Resource-provider, je odpovědný za vlastní implementaci vyhodnocování resource-výrazu, tj. v něm ztvárním náš kód, který bude hodnoty resources číst z databáze, XML, nebo jiného zdroje, dle našeho uvážení.

    Resource-provider je třída, která implementuje rozhraní IResourceProvider. To má zejména metodu object GetObject(string resourceKey, CultureInfo culture). Vstupem zde není resourceClass, který jak později uvidíme naopak dostává již ResourceProviderFactory a pro každou resourceClass je tak typicky vytvářena samostatná instance resource-providera odbavující danou resourceClass. IResourceProvider předepisuje ještě implementaci property IResourceReader ResourceReader, nicméně v běžných scénářích se bez implementaci readeru obejdete.

    Primitivní implementace resource-providera pak může vypadat například takto:

    namespace MyResourceProviders
    {
        /// <summary>
        /// Resource-provider pro lokální i globální resources z DB.
        /// </summary>
        public class MyResourceProvider: IResourceProvider
        {
            private string _classKey;

            #region Constructors
            /// <summary>
            /// Initializes a new instance of the <see cref="XeroxWebToolResourceProvider"/> class.
            /// </summary>
            /// <param name="classKey">identifikátor resources třídy (cesta a název souboru pro lokální, název třídy pro globální)</param>
            public XeroxWebToolResourceProvider(string classKey)
            {
                _classKey = classKey;
            }
            #endregion

            #region GetObject
            /// <summary>
            /// Returns a resource object for the key and culture.
            /// </summary>
            /// <param name="resourceKey">The key identifying a particular resource.</param>
            /// <param name="culture">The culture identifying a localized value for the resource.</param>
            /// <returns>
            /// An <see cref="T:System.Object"/> that contains the resource value for the <paramref name="resourceKey"/> and <paramref name="culture"/>.
            /// </returns>
            public object GetObject(string resourceKey, CultureInfo culture)
            {
                Debug.Assert(!String.IsNullOrEmpty(resourceKey)); // contract zajišťuje již interface

                if (culture == null)
                {
                    culture = CultureInfo.CurrentUICulture;
                }

                return ResourceHelper.GetString(_classKey, resourceKey, culture);
            }
            #endregion

            #region ResourceReader
            /// <summary>
            /// Gets an object to read resource values from a source.
            /// </summary>
            /// <value></value>
            /// <returns>
            /// The <see cref="T:System.Resources.IResourceReader"/> associated with the current resource provider.
            /// </returns>
            public IResourceReader ResourceReader
            {
                get
                {
                    throw new NotImplementedException();
                }
            }
            #endregion
        }
    }

    Implementace třídy ResourceHelper, resp. její metody GetString(resourceClass, resourceKey, culture) již je samozřejmě na Vaší fantazii. Nemusíte samozřejmě tuto funkčnost ani vytahovat do samostatné třídy, ale můžete ji implementovat in-line.

    3. Vytvoření ResourceProviderFactory

    Abychom našeho připraveného resource-providera dostali do hry, musíme připravit ještě jednoduchou třídu odvozenou od předka ResourceProviderFactory, která jak už název napovídá bude odpovědná za volbu a vytváření instancí příslušných tříd resource-providerů. Teoreticky můžeme mít totiž pro různé množiny resources mít úplně jiné resource-providery, část nechat v .resx souborech, část mít v DB, atp. Rozhodujícím faktorem pro volbu resource-providera je zde informace o tom, jestli se jedná o globální nebo lokální resources a dále v případě globálních resourceClass a v případě lokálních virtualPath odkazujícího prvku.

    ResourceProviderFacotry má dvě abstraktní metody, které musíme implementovat - CreateGlobalResourceProvider() a CreateLocalResourceProvider(). Primitivní implementace odkazující se na našeho resource-providera z předchozího kroku může vypadat třeba takto:

    namespace Havit.XeroxWebTool.WebBase.ResourceProviders
    {
        /// <summary>
        /// Resource-factory vracející InformResourceProvider pro lokální i globální resources.
        /// </summary>
        public class MyResourceProviderFactory : ResourceProviderFactory
        {
            #region CreateGlobalResourceProvider
            /// <summary>
            /// When overridden in a derived class, creates a global resource provider.
            /// </summary>
            /// <param name="classKey">The name of the resource class.</param>
            /// <returns>
            /// An <see cref="T:System.Web.Compilation.IResourceProvider"/>.
            /// </returns>
            public override IResourceProvider CreateGlobalResourceProvider(string classKey)
            {
                return new MyResourceProvider(classKey);
            }
            #endregion

            #region CreateLocalResourceProvider
            /// <summary>
            /// When overridden in a derived class, creates a local resource provider.
            /// </summary>
            /// <param name="virtualPath">The path to a resource file.</param>
            /// <returns>
            /// An <see cref="T:System.Web.Compilation.IResourceProvider"/>.
            /// </returns>
            public override IResourceProvider CreateLocalResourceProvider(string virtualPath)
            {
                string classKey = virtualPath;
                if (!string.IsNullOrEmpty(virtualPath))
                {
                    classKey = virtualPath.Remove(0, 1); // odstranění počátečního lomítka
                }
                return new MyResourceProvider(classKey);

            }
            #endregion
        }
    }

    3. Konfigurace použití ResourceProviderFactory (web.config)

    Posledním nutným krokem ke zprovoznění vlastní logiky resources je sdělit ASP.NET prostřednictvím web.configu, že si přejem používat naší ResourceProviderFactory. Děje se tak prostřednictvím elementu globalization, atributu resourceProviderFatoryType:

    <globalization ... resourceProviderFactoryType="MyResourceProviders.MyResourceProviderFactory, MyAssembly"/>

    Element globalization patří do configuration/system.web/globalization, pokud je Vaše aplikace lokalizována, již ho tam pravděpodobně budete mít.

    4. Náhrada za namespace Resources (volitelně) 

    Pokud přesouváte resources projektu do DB dodatečně, je možné, že v kódu již na mnoha místech používáte strong-type odkaz na prvky namespace Resources, kterou ASP.NET generuje ke globálním resources. V takovém případě se budete potřebovat s tímto kódem nějak vypořádat, protože nebudete-li používat .resx soubory, namespace Resources se Vám nebude generovat.

    Jednou z možných cest, jak toto vyřešit, je použití dynamického objektu NET4.

    V zásadě jde o to, že místo namespace Resources vytvoříte třídu odvozenou od předka DynamicObject a v příslušných předcích (PageBase, UserControlBase) vytvoříte dynamic property Resources. Ve zkratce může implementace třídy vypadat takto:

    namespace MyResources
    {
        /// <summary>
        /// Pomocná třída pro přístup k Resources z kódu.
        /// </summary>
        public class Resources: DynamicObject
        {
            #region Constructors
            public Resources()
                : base()
            {
            }
            private Resources(string key):base()
            {
                this.ResourceClass = key;
            }
            #endregion

            #region ResourceClass
            /// <summary>
            /// ResourceClass pro načítaný resource
            /// </summary>
            private string ResourceClass { get; set; }
            #endregion

            #region TryGetMember (override)
            /// <summary>
            /// Vrátí požadovanou property
            /// </summary>
            /// <param name="binder"></param>
            /// <param name="result"></param>
            /// <returns></returns>
            public override bool TryGetMember(GetMemberBinder binder, out object result)
            {
                if (this.ResourceClass == null)
                {
                    result = new Resources(binder.Name);
                }
                else
                {
                    result = ResourceHelper.GetString(this.ResourceClass, binder.Name, Thread.CurrentThread.CurrentUICulture);
                }
                return true;
            }
            #endregion
        }
    }
    Ve třídě PageBase/UserControlBase potom zadefinujete property takto:

    protected readonly dynamic Resources = new Resources();(Předka všech stránek/usercontrolů, pokud to zatím nepoužíváte, dostanete do hry z web.configu pomocí atributů pageBaseType a userControlBaseType na elementu configuration/system.web/pages. Budete se na něj však muset odkazovat i z code-behind tříd.)

    Viz též

  • Extending the ASP.NET 2.0 Resource-Provider Model [MSDN, Michèle Leroux Bustamante]
  • Optimalizace výkonu webových aplikací v praxi - prezentace a demokód z MS Fest 2010

    Do sekce Soubory jsem umístil prezentaci a demokód z mé dnešní přednášky "Optimalizace výkonu webových aplikací v praxi" z konference 2010.

    Připomínám, že stále hledáme nového kolegu na pozici ASP.NET Developer!!!

  • WebResource.axd: This is an invalid webresource request. Špatné datum na serveru.

    Symptom

    Všechny requesty na WebResource.axd (včetně základních na .NET skripty) končí chybou 404 - "This is an invalid webresource request.", resp. "Toto je neplatný požadavek webového prostředku."

    Cause

    Problém byl v tom, že na serveru byl nastaven čas o několik měsíců nazpět.

    Jestli tomu vadí, že aplikace byla kompilována později, než je datum/čas na serveru, nebo co konkrétně je problém, to jsem nehledal. Každopádně navrácení korektního data okamžitě problém vyřešilo.

  • Bezpečnostní chyba v ASP.NET a workaround s customErrors k jejímu vyřešení

    V ASP.NET byla objevena (a zveřejněna!) bezpečnostní chyba, která sofistikovanějšímu útočníkovi umožní získat obsah zdrojových souborů uložených na webovém serveru, včetně web.configu. Podrobnosti popisuje ve svém blog-postu Scott Guthrie. Workaround spočívá v zapnutí customErrors bez rozlišování typu chyby.

    Kdo by to chtěl vidět na vlastní oči, tak na YouTube je pěkné video.

  • ASP.NET Device Filters

    Nedávno se mi připomněla jedna starší lahůdka (čti obskurnost, za kterou může ten zpropadený svět heterogenních browserů) - Device Filters. Dovolím si tedy připomenout:

    Jde o víceméně elegantní deklaratorní zápis, jak nastavovat různé hodnoty jednotlivých properties controlů a direktiv v ASP.NET v závislosti na browseru. Syntaxe je jednoduchá:

    <asp:Label IE:Text="Používáte Internet Explorer" Mozilla:Text="Používáte Firefox" PIE:Text="Používáte Pocket IE" Text="Používáte Buchvíco" runat="server" />Není to jen o properties controlů, dá se to použít i pro direktivy, takže například pro <%@ Page %> lze nastavit MasterPageFile či Theme. Rozpoznávané browsery se řídí browser-definition-files (App_Browsers, browserCaps).

     

  • ASP.NET Sprite and Image Optimization Framework

    Že Microsoft ASP.NET team si už delší dobu hraje s věcmi kolem CSS Sprites se vědělo už dlouho. Nakonec nečekají na další release ASP.NET a uvolnili svůj ASP.NET Sprite and Image Optimization Framework už nyní (na Codeplex). Pokud tedy chcete na svých webech optimalizovat rychlost načítání a zobrazování obrázků, určitě doporučuji Vaší pozornosti. Kdo netušíte, o co jde, potom viz instruktážní video (ve zkratce jde o slučování několika obrázků do jednoho a zobrazování výřezů z něj na Vaší webové stránce pomocí CSS stylování s background-image).
More Posts Next page »