Avatar billede skwat Praktikant
27. april 2005 - 08:18 Der er 12 kommentarer og
1 løsning

Anbefalinger stor vs. lille site

Hejsa,

Jeg står over for en opgave at portere et asp site til et asp .net site. Det originale site fylder pt. 300 mb(uden billedere) hvilket jeg syntes er lidt meget.
Mit spørgsmål er så, kan det bedst anbefales at lave en række små sites, eller et stort site?
Avatar billede arne_v Ekspert
27. april 2005 - 08:23 #1
300 MB .asp filer ?  Så tror jeg at en opdeling er en god ide !

300 MB data i databasen ? No problemos !

Eller ?
Avatar billede skwat Praktikant
27. april 2005 - 08:49 #2
Tak for svaret, men jeg søger lidt argumenter for og imod.

Der er pt. 300 mb .asp filer i den mappe jeg har fået, men nu har jeg fundet ud af det er noget rod med backuper af backuper osv.
Så nu er jeg nede på 170 mb, og der skal nok blive mindre.
Avatar billede arne_v Ekspert
27. april 2005 - 08:53 #3
Det har noget med overblik at gøre.

Det er vigtigt at en udvikler kan overskue det projekt han/hun arbejder
på. Man kan ikke overskue mere end 20-50 filer.

Derfor er det vigtigt at få systemet delt op i nogle afgrænsede områder
af overskuelig størrelse.
Avatar billede burningice Nybegynder
27. april 2005 - 09:09 #4
170 mb ren tekst... det er eddermugme meget
Avatar billede skwat Praktikant
27. april 2005 - 09:11 #5
Ok, men hvad med den måde IIS håndtere .NET? giver det et problem hvis ens site bliver for stort?
Avatar billede burningice Nybegynder
27. april 2005 - 09:19 #6
nej, det gør det ikke... alle dine filer bliver jo ikke loadet på samme tid. Det er kun dem af gangen der skal bruges
Avatar billede skwat Praktikant
27. april 2005 - 12:55 #7
Er det hele sitet der bliver oversat ved første kald? Eller er det kun den enkelte side?
Avatar billede burningice Nybegynder
27. april 2005 - 18:00 #8
det er kun en side af gangen... :)
Avatar billede arne_v Ekspert
27. april 2005 - 18:30 #9
Memory forbruget må faktisk være en ret kompleks sag at estimere:

sum(klasse definitioner for alle klasser som har været brugt) +
sum(alle instanser i brug d.v.s. afhængig af current load) +
sum(alle instanser ikke i brug men ikke GC'et endnu d.v.s. afhængig af previous load)
Avatar billede nielsbrinch Nybegynder
27. april 2005 - 20:28 #10
Med mindre en meget stor del af programmet næsten aldrig er i brug, mener jeg ikke der er nogen grund til at tage en beslutning baseret på en bekymring om performance.
Avatar billede arne_v Ekspert
27. april 2005 - 20:31 #11
Korrekt.

Vedligeholdelse af 170 MB source kode må koste det hvide ud af øjnene.

Det er timerne ikke GHz'ene eller GB'ene der er vigtige.
Avatar billede skwat Praktikant
03. maj 2005 - 00:15 #12
Nå det gik i pis, tak for svar, vil i lægge et svar?
Avatar billede arne_v Ekspert
03. maj 2005 - 08:34 #13
.
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
IT-kurser om Microsoft 365, sikkerhed, personlig vækst, udvikling, digital markedsføring, grafisk design, SAP og forretningsanalyse.

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester