[RassK]

Peakasutas on fail xxx.php, ning peakaustas on neid kaustu veel, kus on failid, mis seda config.php faili kasutavad.

oletame, et on kaust "kaust1", kus on php failid ning funktsioon require("xxx.php"); neis töötab.
Peale selle on peakasutas veel kaust "kaust2", kus php failides funktsioon require("xxx.php"); enam faili kätte ei saa.

Alguses töötas kõik kenasti kui nood "kaust2" kaustas olevad php failid olid ka peakaustas. Kuna failimajandus muutus suht pornoks siis sai antud failid uude kausta tõstetud.
Peale seda on mingi kepp...

ideid?

Lihtne lahendus oleks kopeerida xxx.php kausta "kaust2". Kuid ma ei saa aru miks ta seda faili peakaustast kätte ei saa

[matis]

Ega siin midagi ei olegi teha, kui faili xxx.php tõstad kausta "kaust2", siis tuleb ka require ringi teha:
require('kaust2/xxx.php');

Selleks, et pärast sellist ringitegemist vältida, tuleks kohe alguses püüda tekitada mingi loogiline kaustastruktuur.

Mida veel võiks proovida on see:
http://php.net/manual/en/language.oop5.autoload.php

Eriti mõttekas on see siis, kui iga PHP fail on eraldi klass, siis on võimalik nii teha, et ainult peafailis on require statement, ning igalpool mujal laetakse vajalik fail juba automaatselt.
Zend Framework kasutab taolist loogikat.

[Fukiku]

Kui sul on juurkaust, selles xxx.php ning kaustad kaust1 ja kaust2, siis ei saagi kaust2 all olevas failis require("xxx.php"); ju töötada.. peaks olema require("../xxx.php");

Miks ta sul kaust1 puhul töötab, ei oskagi öelda .. ega sul seal kaust1 all eraldi xxx.php faili pole?

Eraldi teema on muidugi include_path seadistusega mängimine, mis seda käitumist muuta võib, kui ma asjust õigesti aru saan.

[RassK]

[lepar]

Kasuta konstante, kus on defineeritud aboluutne kaustatee. Nii on tulevikus lihtne ühest kohast neid muuta.

[mikk36]

lepar, http://php.net/manual/en/function.getcwd.php

[napoleon]

Nagu ise ütlesid, klassidega saab edukalt autoload'i kasutada. Kui vahel töötab, vaata üle kust seda tegelikult välja kutsutakse.
Kui on näiteks z.php, selle sees include('y.php') ja y.php sees omakorda requeire('xxx.php') siis xxx.php asukohta vaadatakse ikka z.php mitte y.php suhtes. Kui on juba paras hulk faile, mis seda xxx.php-d kasutavad ja kõike muuta ei viitsi, siis üks võimalik lahendus on ka symlink. Eks sellega mõned aga-d muidugi on nagu näiteks see, et kui kasut2 sees on symlink ja keegi seda faili muutma läheb, siis ei pruugi ta märgata, et tegemist on symlink-ga ja kirjutada sinna midagi, mis seal olema ei peaks, samuti võib kataloogide kopeerimisel mõni vahend(näiteks juhul kui kaust on sambaga win masinatele välja jagatud) sellest mitte aru saada ja teha tuimalt igasse kausta eraldi koopia.

[RassK]

[napoleon]

kui järg käest ära läheb, siis kõige lihtsam debugimisvahend on echo '<pre>';print_r($GLOBALS);echo '</pre>'; või kui kõiki muutujaid tahad, siis $GLOBALS asemel get_defined_vars()
Kui seda live keskkonnas võib sinna igaks ka mingi tingimuse lisada, et seda igaühele ei väljastataks. Samuti võib sulle huvi pakkuda debug_backtrace funktsioon

[19Mart94]

[RassK]

sain juba tööle require("../file.php"), toimib kenasti.
Sain süsteemile pihta ka