Antal linier i include filer

Det kommer an på hvad den gør.

Hvis det er en række funktioner som du måske/måske ikke skal bruge, så kræver det ikke meget processor-tid at udføre den. Det kræver kun processor-tid at udføre funktionerne.

Og eftersom IIS (som standard) cacher dine scripts EFTER at filerne er inkluderet, så er det indholdet af filerne der er afgørende, ikke længden.
Så hvis du har tilstrækkelig hukommelse er det normalt ikke noget problem.

MEN IIS cacher som standard "kun" 250 ASP-filer, så hvis du har mere end det, skal du lige have sat antallet op. Ellers bliver de "skubbet ud" på harddisken.
(web sites - properties - home directory - configuration - cache options)

Det er lige meget angående hvor mange linjer du har i din fil så vidt jeg ved, DOG er 1.200 linjer vist lige i overkanten... måske du kunne forminske det så serveren ikke crasher ???

Lige som en sidebemærkning - jeg har et site, hvor der er to includes på over 2000 linier, og tilsammen omkring 5000 liniers include pr side. Kører smertefrit. Ca 25.000 daglige besøgende på en 1Gb server.

Som mortrr skriver er det vigtigste hvad du har i includefilen -- men måske skulle du overveje at dele dit indhold op efter hvilken funktionalitet du skal bruge -- alt andet lige kan jeg ikke forestille mig, at _alle_ linjerne _kan_ komme i brug hver gang ...

Så lave noget med en slags biblioteks-opdeling og så nøjes med at include de biblioteker, som skal bruges på hver side -- serveren burde få mindre arbejde, når den 'kun' skal finde noget imellem 300 linjer ...

Det er faktisk ikke så tungt for serveren "at finde noget".
Hele scriptet kompileres, så det er kun et spørgsmål om at springe rundt i hukommelsen til positioner den kender.

Det er vigtigere at optimere de enkelte funktioner og antallet af "store" variable, end at skære ned på det samlede antal linier.

Tak for svar.