Tárgyszó szerinti listázás: Konfig

ASP.NET vs. Google Chrome horror

Dávid Zoltán A Chrome megjelenése óta folyamatosan vannak gondok az ASP.NET alkalmazások megjelenésével. Több oldalt láttam szétcsúszva, nem működően megjelenni Chrome alatt. Lássuk az okot és a megoldást. Tovább »
2010.05.27. | Permalink | Hozzászólások: 0 | Tárgyszavak: , ,

ASP.NET alkalmazás élesbe állítása

Dávid Zoltán Vannak lépések, amiket minden ASP.NET alapú alkalmazás élesbe állításakor meg kell tenni, és vannak amiket talán nem, de elgondolkozni rajtuk mindenképpen érdemes. Hogy ne csak ismerjük ezeket a lépéseket, de végre is hajtsuk őket, ahhoz pedig elengedhetetlen a jó memória, vagy egy ellenőrző-lista. Ez az én listám, nem fontossági sorrendben. Ha valami kimaradt, írd meg kommentben és kibővítem vele a listát. Tovább »
2010.01.16. | Permalink | Hozzászólások: 2 | Tárgyszavak: , ,

Nagy fájlok feltöltése újabb IIS-ekre

Dávid Zoltán Már volt szó a nagy fájlok feltöltése körüli problémákról egy korábbi blogbejegyzésben. Ezek egyike, hogy az ASP.NET korlátozhatja a POST típusú kérések méretét. Erre akkoriban sikerült megnyugtató választ találni. Most, hogy átálltunk IIS 7.5-re kiderült, hogy ez nem elég: a webszerverbe épített request filtering is kiszűri a túl hosszú kéréseket (többek között). Szerencsére ennek működése is konfigurálható a web.configban. Figyelni csak arra kell, hogy míg a korábbi ASP.NET beállítást kilobyte-ban kell megadni, addig az újabb IIS beállítást byteban. Például max. 55 megabyte méretű kérésekhez ez kell az IIS-nek. Tovább »
2010.01.04. | Permalink | Hozzászólások: 0 | Tárgyszavak: ,

Az ASP.NET Cache beállításai

Dávid Zoltán Míg a renderelt HTML válasz gyorsítótárazására az OutputCache használható, addig az adatokéra a HttpContext.Cache. Ez viszont a fizikai memória telítettségének és néhány előre drótózott bűvszámnak a függvényében kihajigálja magából az elemeket. Ez egy biztonsági mechanizmus, hogy ne legyen swap, ne legyen OutOfMemoryException vagy ne makkantsuk meg a GarbageCollectort túl sok “szeméttel”. Az, hogy pontosan mik ezek a bűvszámok és, hogy miért alakultak így elolvasható itt. Ami viszont sokkal fontosabb az, hogy ezek a határok hogyan állíthatók át. Íme. Tovább »
2009.07.24. | Permalink | Hozzászólások: 0 | Tárgyszavak: , ,

Web.config szétdobása több fájlba

Dávid Zoltán Ha több ember fejleszt egyszerre valamilyen source control eszközzel, akkor óhatatlanul előkerül az probléma, hogy egymás web.config (app.config) bejegyzéseit írkálják felül. Talán leggyakrabban ez a connection stringgekkel esik meg: mindenkinek másképp hívják a gépét, az SQL szerverét vagy az adatbázisát. További probléma, hogy az ilyesmi az éles környezeten történő verziófrissítést is lassítja: nagyon körültekintően kell másolni a web.configot, hogy minden fontos éles beállítás megmaradjon, de az újdonságok mégis bekerüljenek. A fenti jelenség jól kezelhető, ha több állományba dobjuk szét az alkalmazásunk konfigurációját. Tovább »
2009.04.16. | Permalink | Hozzászólások: 0 | Tárgyszavak: , , , ,

Tipikus ASP.NET hozzáférési szintek

Dávid Zoltán Az ASP.NET-es erőforrások (például aspx oldalak) a kezdetek óta védhetőek web.config-ban elhelyezett deklaratív bejegyzésekkel. Az IIS7 megjelenése óta az ilyen jellegű deklaratív védelem minden webes erőforrásnak (például PNG állományoknak) is alapértelmezetten kijár. Tovább »
2008.12.15. | Permalink | Hozzászólások: 0 | Tárgyszavak: , ,