hvad er den korrekte beskrivelse af sti?

Skulle spørgsmålet ikke have været postet i kategorien 'HTML'?

Hvis det er HTML, du mener, plejer jeg altid at angive stien fra roden: /minMappe/mitDokument.html

Angiver du en '/' først i stien indikerer det, at du angiver din sti fra roden.

nej jeg synes det er et generelt sp da jeg både er interesseret i det i forhold til javascript html og php

bruger man / hvis der er fra roden og ./ hvis det er fra den mappe scriptet er i?

Det er ligemeget om du bruger folder/fil.jpg eller ./folder/fil.jpg - Personligt ville jeg bruger folder/fil.jpg

ok
dvs ./ eller ingenting henviser til den mappe det executedede script er i

/  henviser til roden af www bibliotek

korrect?

Det er korrekt. Det aktuelle bibliotek er . og det forrige er ..

ok tak i må gerne få points

Ellers tak :)

De steder du agiver stier i javascript er det for at give stien videre til browseren der så evaluerer stien efter html-reglerne. JavaScript selv har ingen adgang til hverken brugerens eller serverens filsystem.

HTML regler

/  forrest betyder 'fra roden', eg hvis din hjemmeside ligger på http://dinside.dk og du angiver stien /f1/filnavn.html vil broveren søge efter filen i http://dinside.dk/f1/filnavn.html

uden / forrest adresseres der relativt til der hvor den nuværende side blev hentet fra. eg f2/mitscript.js i filen http://dinside.dk/f1/filnavn.html vil blive fortolket som http://dinside.dk/f1/f2/mitscript.js

./ er gylle og bør ikke benyttes som sti i HTML

server regler

Server reglerne er ikke de samme som HTML reglerne og kan variere afhængigt af hvilket operativsystem der anvendes . og .. for 'denne mappe' og 'mappen ovenover' gælder kun i windows og ikke engang nødvendigvis i alle servere der kører under windows. du kan slet ikke regne med dem andre steder.

PHP scripts har en convention om at ./ betyder et eller andet (vistnok 'denne mappe' ligesom i windows). Jeg husker ikke sikkert da jeg aldrig har brugt det (stoler ikke på at det vil betyde det samme hvis scriptet flyttes til en anden server)

mvh JakobA

..mhh vil det sige a php bruger nogle andre stier ..da det er på severen?

Ja.

Og når du bruger dit styresystems kommandolinie inteface (DOS) er det igen nogen andre regler. i MS-dos skal der stå '\' (baglæns skråstreg) imellem mappenavnene, i Unix skal der stå '/' (forlæns skråstreg), i gamle versioner af MS-dos og windows kunne navne på filer og mapper kun være 8 bogstaver lange og måtte ikke indeholde blanktegn. I Unix har de meget længe kunnet være lange men der må de stadigvæk ikke indeholde blanktegn. nogle styresystemer skelner mellem store og små bogstaver, andre gør ikke, osv.

mvh JakobA

hvad gør man så hvis man vil lave et script der virker på alle servere?

Holder op med de utopiske drømmerier og fokuserer på den server man har  ;-))

Nej, praktisk kan man gøre en del for at gøre sine scripts flytbare, men det handler næsten altsammen om at lære hvilke alternativer der er. Lige den med mappestier kunne foreksempel klares ved at samle alle de strenge der indeholder mappestier i en enkelt lille fil man så includerer i sit script. Når man så flytter server er det nemt at gå den fil igennem og rette stierne til efter de regler der evt er ændret. Det er ikke noget stort problem, for det er faktisk sjældent scripts flyttes fra een server til en anden.
Et par tommelfingerregler jeg bruger:

1) hold filnavne korte, uden mellemrum og altid i lowercase. (laveste fællesnævner)

2) brug enten relativ adressering eller nogle få faste stier der importeres. eg:
  <?php
  $cgi = 'home/scripts/cgi-bin/';
  $js  = 'home/scripts/javascript/':
  ... osv
  ?>
der er ikke brug for vældig mange og så kan du inkludere den fil allevegne og sige fx
  <?php
  include_once( "minestier.php" );
  include( $js."scriptnavn.js" );
  ?>
det eneste der så måske skal ændres er den lille fil med stier.

3) Pas på de forskellige php versioner. De er ikke helt ens, men hvis du kender dem kan du lave dine scripts så de virker uanset hvilken version det er. Læs manualen for hver eneste ene php facilitet du bruger indtil du kender dem.

mvh JakobA

./ virker alle steder - det er standard at . er det aktuelle bibliotek og .. er det foregående, det virker også i HTML - Jeg ser dog ingen grund til at bruge ./

tak ...for hjælpen. I må gerne lægge svar

Ellers tak :)

coderdk >>
>> ./ virker alle steder - det er standard at . er det aktuelle bibliotek og .. er
>> det foregående, det virker også i HTML - Jeg ser dog ingen grund til at bruge ./

Jeg vil anbefale du efterprøver den hypotese på en MAC eller unix/Linux baseret PC der har en anden browser end IE.

  -----------

men points vil jeg da godt have :)

mvh JakobA

Mig bekendt holder den hypotes også på Unix/Linus-systemer (herunder Mac OsX). :^)

jakoba, Måske skulle du selv prøve det :-) Ved ikke med alm. Mac men på Mac OS X og linux/*nix/*bsd virker det skam på ;)

Adw. Jeg hader at sku æde mine ord, men det må jeg vel så :).