masser af tekst

tekst fylder nu engang det tekst fylder og det er nok umuligt at gøre noget ved. Umiddelbart vil jeg mene at det må være heeelt vildt meget tekst du må have på en side hvis det bliver et problem for klienten - og i så fald (selvfølgelig afhængig af hvad det omhandler) ville det nok under alle omstændigheder være en god idé at dele op på flere sider da brugerne nok ikke kan gennemskue det så.

Men har du evt et link så man kan se hvad det drejer sig om?

ren tekst fylder jo ikke alverdens
Så med mindre du har 1000 sider eller sidder bag et gammelt 14kb modem
Så er der da noget galt tror jeg
Så ja har du et link ?

Wow, jeg fandt lige et program der hedder HTMLzip og det fik min 142 kb fil ned på 36 kb. Fedt lille program. Og så bevarer det meta tags.

142 kb kan man ikke byde sine besøgende. Ikke alle har hurtig bredbånd. Jeg selv har kun 64 linie, og det går lidt for langsomt. Heldigvis er der ikke så mange, der har langsomme forbindelser mere, men det er stadig rart at det går så hurtigt som muligt.

142kb på en 64kb linje, ca 2 sekunder ? hmmmmmm
men ok
Jeg kender ikke lige det program, vil se på det
Men umiddelbart skal du huske på det også tager tid dels at komprimere siden og dels at udpakke den igen
Med så "lille" en side så kunne det godt tænkes at der ikke var sparet det store

busschou: Jeg tror vi taler 64 kilobit og 142 kilobyte ~ 16 sekunder.

Det tager næsten 10 sekunder for mig at hente siden. Siden vil muligvis også blive større med tiden.

ahh ok der er jo forskel på kb og KB ;o) .. burde jeg måske have set hehe

Men altså 142KB (kilobyte) svarer til 142*1024*8byte og da 1byte er 1tegn i ren tekst så er det 1.163.264 tegn
Et godt skud er at man har ca 100tegn maks pr linje, dvs 1163 linjer
Andet godt skud er at man har ca 40linjer pr side dvs 29 sider
---
Hvor vil jeg så hen med det?
Jo selv i kilde kode er 29 sider reen tekst en pæn stor side
Så det undrer mig hvordan du kan have det i reen tekst?

og så skal jeg vist lære at regne, for det første skulle jeg ikke have ganget med 8, for det skal jo ikke om til bit, for det andet kom jeg til at dividere med 1000 frem for 100
Sikken en dårlig hovedregning
Lommeregner
142KB -> 145408B -> 145408tegn -> 1454linjer -> 36sider

Jeg ved godt du har skrevet at du ikke vil dele siden op
Men du skriver også at du ikke vil byde dine besøgende uden bredbånd at skulle få en langsom side
Jeg ville bare personligt mene at løsningen så var en "let" hovedside med links til flere andre "lette" sider frem for een stor "tung" side
Men det er jo smag og behag :o)

<ole>

Der er i hvert fald nok mere end én god grund til, det er en løsning, ingen andre bruger  ;o)

/mvh
</bole>

hmm husk også lige at den metode så vidt jeg kan lure kræver at man har javascript !
Hvis du vil gøre din side brugervenlig for alle selvom næsten alle har en hurtig forbindelse
Så bør du vel også få den til at fungere hos alle selvom næsten alle har javascript kørende :o)

jo, det er jo altid en masse prioriteringer man laver, når man fremstiller et website. Et eller andet sted må man sætte end grænse. Man kan jo også sikre sig at endnu flere kan se siden, ved ikke at bruge tags, som gamle browsere ikke forstår. Men man begrænser sig selv en del på den måde.

Med hensyn til at fylde, vil en side så fylde mindre ved at lave siden som Flash?

Det er rigtig, og du må selv styre dine egne begrænsninger,
Personlig synes jeg bare det er en forkert måde at gribe det an på

Om flash fylder mindre når det er ren tekst ved jeg desværre intet om :o/

-- men i rent tekst-format vil den være hurtigere læselig end i et hvilketsomhelst andet format !o]

-- så du kan selvfølgelig dele din fil op i nogle småbidder, som indlæses i hver sin iframe (og på den måde bliver tilgængelig uafhængigt af den øvrige tekst !-), men det eneste optimale er at prioritere sin tekst, for hvis du taler om en fil, der vokser vil folk enten være dybt interesseret i de udvidelser, der kommer til den, eller også har du forældet stof ...

Jeg ved heller ikke hvorfor det tager så lang tid, for der er egentlig ekke så meget tekst. Der er lidt over 100 adresser med tlf.nr. og link og email. Så er der et kort med hotspots, der linker til hver adresse. Men det går i hvert fald hurtigere nu.

et kort med hotspots ?
Det er jo ikke ren tekst så ;o)
Kortet er jo et billede

ja, det er så lige 37 kilo ekstra. Så det er en lidt tung side.

jeg fik bare indtrykket af dit oprindelige spørgsmål aller øverst at det var ren tekst
Derfor jeg synes det lød så vildt :o)

Kan det have nogen væsentlig indflydelse på hastigheden at der er mange tabeller, som skal bygges op?

ikke mere indflydelse end at den skal finde ud af dit kæmpe javascript som den laver med htmlzip!
Hvis du kun tænker båndbredde og tænker på hvor lang tid det tager computeren at hente filen
Så skal du tælle dine tegn i html koden
Hvert tegn fylder 1byte

Derefter er det jo brugerens browser som opbygger siden hvad enten der er javascript eller tabeller eller andet
Hvis du har et <img src="noget.jpg"> som du bruger til et image map, så er det ikke med i de bytes din html side er på!
Billeder henter browseren seperat, og de fylder selvfølgelig ekstra

Men resten det er altså ren html, også derfor formatet hedder text/html

Så vis jeg reducerede antallet af tabeller, ville filstørrelsen også reduceres?

kun i det omfang at hvis du fjerner "<table>" så sparer eksempelvis 7 tegn
Men ja hvis du er ude på det plan så kan du tælle dine tegn i html kildekoden
Hvert tegn du sparer vil spare dig for 1byte

Tabeller fylder selvfølgelig noget i kode, da man er inde i tredje lag af nestede elementer, når man skal skrive noget, men oftest er det den simpleste formattering, specielt hvis man har lister med flere oplysninger om noget, men så skal du selvfølgelig ikke have en tabel til hver ting, men een tabel til det hele !-)

lukketid?

Tid at rydde op.
busschou, du har bidraget mest. Læg gerne et svar.

hmm