Preben Nielsen formulerede spørgsmålet:
> On 1 Jun., 21:19, Jens Peter Karlsen wrote:
>
>> Du mener vel modsat. / peger p roden s stier der starter med det er
>> root relative. Mens nummer to peger p en folder direkte under den
>> aktuelle folder, s flyttes dokumentet virker linket ikke l ngere.
>
> Just my point.
>
> On 1 Jun., 17:41, Bertel Lund Hansen wrote:
>
>> Den langsiggtede løsning er at lære PHP som er et
>> programmeringssprog. Man kan f.eks definere nogle konstanter i
>> begyndelsen af hovedfilen som her:
>>
>> define ('ARCHIVEINCFILE', 'include/arkivskraellemaend.inc.php');
>>
>> Hvis den fil så senere skal flyttes eller omdøbes, ændrer man
>> bare definitionen, og så slår det igennem alle de steder hvor
>> der refereres til filen (via betegnelsen ARCHIVEINCFILE). Og
>> selv om man aldrig flytter filen, så sikrer det mod skrivefejl i
>> 117 forskellige links til samme fil.
>
> Det lyder fornuftigt og som en god ide. Det undrer mig dog at jeg
> stort set intet kan finde, hvis jeg på google søger på ARCHIVEINCFILE.
>
>> Men det er et stort arbejde at omlægge noget eksisterende til PHP.
>
> Jeg er igang med et stort arbejde, og det kommer til at tage den tid
> det tager. Alle sider bliver .php. Det eneste php indtil videre kommer
> til at sørge for er dog at include top, menu og footer (og så er der
> en søgemaskine, lidt send-mail via form, som også var med i på det
> gamle/nuværende site). Men projektet er stadig i høj grad undervejs,
> så mere kan jo komme til, hvis det skulle vise sig hensigtsmæssigt,
> altså hvis det giver væsentlige fordele. Det er derfor jeg gør mig
> lidt umage, før jeg skal igang med at putte indholdet fra de gamle
> sider ind i det nye layout. Er der noget der kan gøres smartere her
> fra starten af konverteringen, er det jo godt at få med, fremfor at
> opdage det, når koden er tilrettet på alle sider.
>
> On 1 Jun., 21:22, Birger Sørensen <s...@bbsorensen.com> wrote:
>
>> Jeg bruger altid relative ster, hvor jeg kan komme til det.
>
> Hvorfor?
>
>> Det kr ver selvf lgelig, at man fra starten tilrettel gger sit projekt,
>> s man har en fornuftig mappe-struktur, og ikke tvinges til at lave om
>> p den midt i det hele - s kan det nemt blive noget rigtigt rod.
>> Eller som Bertel foresl r, bruger variable - men det har nok sin
>> begr nsning i praksis for Preben. Som jeg forst r det, har han allerede
>> en veludviklet struktur p mapperne.
>
> Korrekt. Mit mappestruktur er velfungerende og gennemtænkt, men jeg
> ved fra 10 år med det nuværende site, at det er umuligt at forudse,
> hvilke stofområder, der kan mængdemæssigt kan udvikle sig i et omfang,
> så der er brug for yderligere strukturering, dvs. opdeling i
> undermapper. Og det er det "problem" jeg prøver at tage højde for i
> den måde jeg indretter det nye site på.
>
> Som jeg ser det lige nu - og altså uden at tage højde for smarte php-
> løsninger, der kan klare ærterne (dem hører jeg gerne om) - så ser det
> for mig ud til 1) at absolutte stier <a href="/mappe/fil.php"> gør at
> henvisninger UD fra den flyttede side forbliver intakte, ider der her
> altid gås ud fra placeringen i forhold til roden, mens 2) links IND
> til de flyttede sider bliver brudt. Så 50% succes ved denne metode.
> Ved brug af relative links bliver både udgående og indgående links
> brudt. 0% succes. Så jeg har stadig brug for at kunne forstå
> hensigtsmæssigheden i at benytte relative stier - flytninger vil komme
> henad vejen, uanset hvor gennemtænkt mappestrukturen er.
>
> /Preben
Det problem kan kun løses, ved Bertels forslag om anvendelse af
konstanter (define( 'NAVN', værdi) definerer en kanstant med nanvet
NAVN) ti stinavne.
Hvis du er nødt til at dele en mappe nede i hierakiet, kan hverken
absolutte eller relative stier gøre tingene automatisk.
Men med relative stier, kan du flytte tingene som en helhed, uden at
skulle "omprogrammere" stierne. Der kan det være en idé at have dem
liggende som konstanter i programmet.
Birger
--
http://varmeretter.dk - billig, sund og hurtig mad
http://bbsorensen.dk