[fretek]

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.

Deras support vet ingenting om det hela mer att en lösning är på G. Ev att man manuellt får omkompilera. Va fasen e detta? Har aldrig varit med om något liknande.

Kanske någon tekniskt kunnig från Loopia som kan förklara detta "problem" lite.

Vad jag vet är att detta problem dök upp när de bytade hård & mjukvara. Verkar inte gälla gamla konton.

Loopia har alltid funkat oehört bra för mig som asp.net utvecklare, men detta problem är nog ett av de värsta jag upplevt från ett webbhotell.

[Osiris]

Intressant.
Senast idag har jag flera gånger laddat upp nya förkompilerade filer till Loopia och det har fungerat kalasbra.

Eller har jag missförstått ditt problem?

[fretek]

Ja förkompilerat går bra. Men om du av någon anledning inte har det så blir det problem.

[Osiris]

Och varför förkompilerar du inte?

Jag har kört utan förkompilering också på Loopia och det har funkat bra det med, även efter när de byggde sitt SAN.

[EmilIsberg]

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.

[EmilIsberg]

Note to self: Jag måste lära mig att inte använda "http://"-knappen.
Följande länkar fungerar bättre:
http://blogs.msdn.com/tmarq/archive/...monitored.aspx
http://msdn.microsoft.com/library/en...tification.asp

[fretek]

Detta var en mycket bra och ingående beskrivning på problemet Emil. Nu väntar jag bara på att få reda på när ni tänkt lösa problemet.

Förkompilerat är inte alltid möjligt. Tex har jag en del "standard" grejer jag lägger upp till kunder. Då kunderna själva vill ha möjligheten att göra små ändringar på detta använder jag mig av icke förkompilerade sidor. Sen slipper jag att sitta på en jäkla massa unika, men liknande, projekt.