webForumDet fria alternativet

tomma rader i koden...

HTML & CSSur HTML, XHTML & CSS

20 svar · 666 visningar · startad av jake

Medlem sedan sep. 2001649 inlägg
Frågan#1

läste att varje "space" man skrev i koden räknas som en byte
när sidan laddas. Det kan ju bli ganska mycket om man strukurerar upp koden med tabbar:
<table>
<tr>
<td>

osv...

Någon som vet hur det är om man har en tom rad.
Tar det 1 byte eller lika många som raden är lång...

Medlem sedan juni 20004 308 inlägg
#2

En radbrytning kan vara 1 eller 2 byte beroende på vilken plattform filen härstammar från. Windows använder 2 tecken för radbrytning, medans ex. *nix, MacOS, Amiga OS använder 1 tecken (byte).

Medlem sedan maj 200010 687 inlägg
#3

Hehe, vi lever på 2000-talet. Då ska man inte behöva bry sig om någon byte hit eller dit. Bara man inte har ett stort, onödigt överflöd av blanksteg och radbrytningar... :)

Medlem sedan juni 20004 308 inlägg
#4

Rymdfärjor har faktiskt störtat för att programmeraren satte ett komma-tecken på fel position. ;)

Medlem sedan maj 20001 215 inlägg
#5

Rymdfärjor har faktiskt störtat för att programmeraren satte ett komma-tecken på fel position.

Bevis? :o ;)

Medlem sedan juni 20004 308 inlägg
#6

... och även med en 10Mbit uppkoppling tar faktiskt 1 byte extra nästan en hel mikro-sekund (alltså en tusendels millisekund) att ladda, om jag fått komma-tecknen på rätt ställen...

Medlem sedan juni 20004 308 inlägg
#7

Bevis?

Major OT-varning :)

... den raketen som amerikanarna smällde ett par minuter efter uppstart för 4-5(?) år sedan. Sas inte det vara p.g.a. att stigningsbanan var felräknad...

Medlem sedan juni 20008 205 inlägg
#8

Ursprungligen av Jojoxx Rymdfärjor har faktiskt störtat för att programmeraren satte ett komma-tecken på fel position. ;)

Japp, riktigt OT. Nu var det faktiskt blanksteg vi pratade om, inte kommatecken! ;)

Medlem sedan nov. 200013 890 inlägg
#9

Vi kan alltså konstatera att det gäller att vara noggrann om man bygger hemsidor till en rymdfärja. ;)

Medlem sedan sep. 20001 124 inlägg
#10

Hade för mig att något liknande inträffade för att något obildad amerikan misstolkat några mätvärden: han trodde att det handlade om tum, medans det egentligen vad den inom vetenskapen brukade SI-enheten meter. Oops.

Många servers med någorlunda kompetenta personer bakom dom använder sig av filkompression. Det innebär att sidan komprimeras med zip innan den skickas och packas upp automagiskt av webbläsaren i andra änden. Sparar ruskigt mycket bandbredd, och bandbredd är dyrt.

Medlem sedan jan. 20016 874 inlägg
#11

Blanksteg och radbrytningar gör skillnad på laddningstiden punkt/slut!
Inte så märkbart på små dokument och snabb lina, men ändå.
På stora dokument kan det vara merkbar skillnad.
Har en jettetabell på min burk gjord i någon editor, snygg och överskådlig, 270kb bara html(css), plockade bort alla tabbar/blanksteg/radbrytningar som inte behövdes, är nu nere i 149kb!!
Så den lilla byten extra kan vara värt att tänka på.

Medlem sedan juni 20004 308 inlägg
#12

Nejmenallamellanslagkandujuinteplockabort,fördåblirdetjuintespecielltlättattläsa.;)

Medlem sedan jan. 20016 874 inlägg
#13

jodå,ingaproblem,baraattanvändafantasinlite,sedanvarstickordetsomintebehövs ;) :p

Medlem sedan okt. 2001152 inlägg
#14

Chainsaw: hur fixar man filkomprimering på tex en apache server ? låter ju litet smått trevligt

Medlem sedan sep. 20001 124 inlägg
#15

Snabb sökning i Google efter "mod_gzip" gav...

http://www.remotecommunications.com/apache/mod_gzip/

Jag har kört det här en stund på min testerver. Fungerar superbt.

Medlem sedan sep. 2001649 inlägg
#16

program som tar bort onödiga space

vet att det ska finnas progam som tar bort onödiga space och rader från koden någon som känner till något gratis fungerande sådant?

Medlem sedan sep. 20005 700 inlägg
#17

Ursprungligen av erre

Rymdfärjor har faktiskt störtat för att programmeraren satte ett komma-tecken på fel position.

Bevis? :o ;)

va bara tvungen att svara:

6. NASA Mariner 1 , Venus probe
(period instead of comma in FORTRAN DO-Loop, 1962)

https://www.cs.tau.ac.il/~nachumd/verify/horror.html Nr. 25 with reference to
G.J.Myers: Software Reliability: Principles & Practice, p. 25
The FORTRAN-Code
Additional Information

Mariner software bug is now considered to be an urban legend, see 1 2 3

Läs nummer 6 på http://wwwzenger.informatik.tu-muenchen.de/persons/huckle/bugse.html
buggar som man inte vill vara ansvariga för..

Medlem sedan sep. 2001649 inlägg
#18

hey,
nu börjar ni komma från ämnet.. (fast det var också ganska intressant)

återigen någon som vet något bra gratis program som tar bort onödig space och rader...

Klarar inte opera av en kod utan extra radbrytningar?

En tabell som ser ut så här:

<table width="208" border="1">

	\<tr\>
	   \<td\>
                 
            \<a href="http://www.dn.se"\>dn\</a\>\<font color="#808080"\>&nbsp;\|&nbsp;\</font\>

<a href="http://www.dn.se">dn</a><font color="#808080"> | </font>
<a href="http://www.dn.se">dn</a><font color="#808080"> | </font>
<a href="http://www.dn.se">dn</a><font color="#808080"> | </font>
<a href="http://www.dn.se">dn</a><font color="#808080"> | </font>
<a href="http://www.dn.se">dn</a><font color="#808080"> | </font>
<a href="http://www.dn.se">dn</a><font color="#808080"> | </font>

</td>
</tr>
</table>

blir inte 208 bred utan alla länkar skrivs i bredd. Om man däremot har med ett blankslag efter varje</a>
så verkar det fungera.

Men i övriga fungerar det även utan detta extra blankslag.

Jag trodde att tomma rader och space i koden inte spelade någon roll för utseendet... eller..?

Medlem sedan sep. 20005 700 inlägg
#19

Anledningen till att det funkar med blanksteg är väl antatligen för att den då skiljer det som flera olika ord, och bryter när det nått en viss bredd. Utan blanksteg så är det ju som ett och samma ord alltihopa.

Medlem sedan sep. 2001649 inlägg
#20

och när vi är inne på småsaker... hur många byte är då en tab
jojoxx borde kanske veta efter det detaljerade svaret om hur många byte en radbrytning är...

145 ms totalt · 3 externa anrop · v20260731065814-full.55e59744
142 ms — hämta forumlista (db)
0 ms — hämta statistik (cache)
141 ms — hämta tråd, inlägg och bilagor (db)