mboost-dp1

Problem fra forside til underside.


Gå til bund
Gravatar #1 - vmanmartin
10. nov. 2012 10:58
Hej

Jeg har et lille problem. jeg er i gang med at lave en hjemmeside, som ikke er oppe og køre endnu. Jeg har fået lavet en forside med baggrund og rammer samt en menu.
Jeg har fra forsiden lavet nogle links til mine undersider, men på mine undersider kan jeg ikke få baggrunden frem, eller nogle af mine rammer eller menu.
Hvis jeg går ind på min underside, og skriver kun "det her er en test" så kan det nemt nok blive vidst.

Er der nogen af jer der måske kunne ha en ide om hvad jeg gør forkert??

Mvh
Martin Bøgelund
Gravatar #2 - paradise_lost
10. nov. 2012 11:02
Forkert sti højst sandsynligt! Dog nemmere hvis du postede noget kode.
Gravatar #3 - vmanmartin
10. nov. 2012 11:20
Det der er på min underside er det her

<html>

<head>

<script type="text/javascript" src="file:C:\xampp\htdocs\hjemmeside\CSSnav.js"></script>

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

<title>Cs 1.6 Maps</title>

<link rel="stylesheet"

href="file:C:\xampp\htdocs\hjemmeside\ramme.css"

type="text/css">

</head>

<body>

<div id="toprammemedkode"></div>

<div id="toprammetilgr"></div>

<div id="ramme"></div>


</body>

</html>

Er der noget forkert i det ??

Mvh
Martin Bøgelund
Gravatar #4 - XorpiZ
10. nov. 2012 11:24
Du kan/skal ikke linke direkte til filer på C:\.

Skriv noget ala src="cssnav.js" og src="ramme.css" istedet.
Gravatar #5 - kasperd
10. nov. 2012 12:07
XorpiZ (4) skrev:
Du kan/skal ikke linke direkte til filer på C:\.
Det skal man nemlig ikke. For man glemmer at rette det før man lægger dem på serveren. Og når man så tester det på serveren, og der stadigvæk bliver brugt file:, så risikerer man at det virker på den ene computer, hvor man lavede det i første omgang. Men selvfølgelig virker det ikke på nogen andre computere.

Faktisk vil jeg anbefale at man bruger en webserver gennem hele udviklingsprocessen. Start en webserver som kun lytter på localhost:80 og brug http://localhost/ når du tester dine sider. Der er andre ting som opfører sig forskelligt mellem file: og http:, så du vil uundgåeligt opleve noget, der ikke virker som forventet, når det flyttes til en webserver.

Og husk i URLer skal man holde sig fra \. Komponenter i stien adskilles med /.
Gravatar #6 - vmanmartin
10. nov. 2012 13:20
Hej igen

Har fundet ud af det.

jeg har klaret problemet ved at skrive

<html>
<head>

<meta charset="utf-8" />

<title>Cs 1.6 Maps</title>

<link type="text/css" rel="stylesheet"

href="http://localhost/hjemmeside/ramme.css" />

<script type="text/javascript"

src="http://localhost/hjemmeside/CSSnav.js"></script>

</head>

<body>

</body>

</html>
Gravatar #7 - XorpiZ
10. nov. 2012 13:34
Du skal ikke skrive http://localhost. Så vil det kun virke for dig, når du smider den op på nettet.
Gravatar #8 - kasperd
10. nov. 2012 16:29
XorpiZ (7) skrev:
Du skal ikke skrive http://localhost. Så vil det kun virke for dig, når du smider den op på nettet.
Ja. Der er mange måder at lave en side som virker når man tester den men ikke når den kommer på den rigtige server.

Da jeg sagde at man skulle skrive http://localhost når man tester menter jeg selvfølgelig at man skulle skrive det i browseren, ikke at man skulle skrive det i html filerne.

Som påpeget i #4 undgår man mange af problemerne ved at skrive relative adresser i sine html filer. Hvis man bruger relative adresser i filerne og skriver http://localhost i browseren, så vil det virke på samme måde både når man tester lokalt og når det kommer på serveren.

Der kan være situationer hvor en absolut sti er en absolut nødvendighed. F.eks. fordi man linker til et andet site. I den slags situationer kan man lade være med at bruge absolutte stier indenfor sitet. Og absolutte stier til andre sites kan man så lade pege på produktion, så de ikke skal ændres når man går fra test til produktion.

Hvis man har en situation hvor man finder behov for at lade en test version af et site pege på test versionen af et andet site, så gør man det forkert. Kig på de ændringer man er i gang med at teste og find ud af hvilken af de to der skal i produktion først. Gør den færdig og få den i produktion.

Hvis de ændringer man laver er så tæt knyttet sammen at man stadigvæk er nødt til at linke mellem test versionen af de to sites, fordi ingen af de to sites ændringer kan lægges i produktion før begge sites er klar, så har man et designproblem. Den slags kan med rette kaldes for et spagettidesign, og det får man aldrig til at fungere i produktion.

Nu gætter jeg på at det som er ved at blive udviklet slet ikke er på et kompleksitetsniveau, hvor funktionalitet fordelt over flere sites kommer ind i billedet. Men der kan stadigvæk godt forekomme links til andre sites, som ikke er relaterede.
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login