Citat:
Originally posted by fretek@Nov 21 2007, 20:11
Någon mer än jag som börjar tröttna på Loopia och problemet med att sidorna inte kompileras om mer en 1grr per dygn? Oehört iriterande om man gör en liten ändring i någon fil och den inte slår igenom fören nästa dygn. Som utvecklare håller inte detta.
|
Jag tänkte jag skulle förklara problemet lite mer ingående än vad supporten normalt gör då det kan vara av intresse för andra som sysslar med större system.
I ASP.NET v2.0 används uteslutande något som kallas FileChangeNotifications (FCN):
http://http://blogs.msdn.com/tmarq/a...monitored.aspx
Det Win32-anropet som används finns beskrivet i MSDN som FindFirstChangeNotification:
http://http://msdn.microsoft.com/lib...tification.asp
Det innebär att en katalog eller filsystem separat monitoreras och att applikationen får information när ändringar görs.
ASP.NET laddas om (recycle) så fort någon ändring detekteras (katalog eller fil skapas, tas bort eller ändras).
Vår nya miljö innebär att vi har en kraftig NetworkAttachedStorage (NAS) där allt kundmaterial finns och respektive Windows-server använder sig av den via SMB/CIFS.
FindFirstChangeNotification fungerar även över SMB/CIFS, men inte för så många kundkataloger som vi har och Microsoft har beskrivit problemet på:
http://support.microsoft.com/kb/810886/en-us
I dagsläget har vi stängt av FCN på alla Windows-servrar som använder NAS och det är också en bidragande orsak till varför vi inte har migrerat alla servrar till vårt nya system.
Vi har ställt in att alla applikationer laddas om (recycle) en gång per dygn och vi har även möjlighet att göra det manuellt för en kund i undantagsfall.
I samband med omladdningen kommer applikationer att kompileras om de inte är förkompilerade.
Om man använder förkompilerade applikationer borde man inte påverkas alls av att FCN saknas.