Php unlink funktie werkt niet meer.

[Blacky]

Ik ben effe iemand aan het helpen, gaat om een Cpanel server. Deze is nog niet zo lang geleden op een nieuwe server gezet o.a. wegens hd problemen, dus compleet nieuw ingeregeld.
Achteraf bleek Freetype 2 ook niet meegecompileerd dus ook dat is apart gedaan.
Er staat php 5.2.6 op te draaien.

Het volgende probleem doet zich voor met een scriptje, wat foto's moet unlinken en dan vervangen voor nieuw te uploaden foto's:

20-Aug-2008 16:30:06] PHP Warning:  unlink(002/39-478f58575f1b2.jpg) [<a
href='function.unlink'>function.unlink</a>]: No such file or directory in
/home/jantje/public_html/systemen/mod/fotomod.php on line 48

[/code]

Daarna nog zo'n regel, maar dan met line 49.

In de fotomod.php is dit op regel 48 en 49 te vinden:

unlink  ("002/$mainfoto.jpg");
unlink  ("002/$mainfoto-t.jpg");

Een stukje van de code bovenin (regel 10 t/m 16):

//echo"tot zover werkt het wissen";
$mainfoto=$_POST["mainfoto"];
$ID=$_POST["ID"];
$onderschrift=nl2br($_POST["onderschrift"]);
$br=$_POST["br"];
unlink  ("002/$mainfoto.jpg");
unlink  ("002/$mainfoto-t.jpg");

Stel ik maak nu een bestand aan in de directory 002 genaamd 39-478f58575f1b2.jpg.
Daarna ga ik via het script en wil die foto vervangen.
Dan verschijnt ook bovengenoemde foutmelding.

Het jpg bestand is echter wel uit die directory gewist, maar het nieuwe jpg bestand niet geupload.
We hebben ook al geprobeerd die dir naar 777 te chmodden maar dat mocht ook niet helpen.

Die regel 48 en 49 staan in het check gedeelte en dit is het volledige check deel:

//echo "de check werkt; ",
$mainfoto=$_POST["mainfoto"];
$ID=$_POST["ID"];
$onderschrift=nl2br($_POST["onderschrift"]);
$br=$_POST["br"];
unlink  ("002/$mainfoto.jpg");
unlink  ("002/$mainfoto-t.jpg");
if($foto_type != "image/pjpeg")
die ("C'est pas une photographique legale!");
include "001/001.inc";
include "001/foto.inc";

Iemand enig idee waarom die foutmelding ontstaat? Wat zien wij over het hoofd? Ik ben geen php/mysql specialist dus begrijp wel een beetje wat er staat maar begrijp niet waarom de foutmelding blijft ook al maak ik handmatig zo'n bestand aan.

P.s. Voorheen werkte dit zonder problemen, maar toen draaide het op de vorige server en daar stond nog php 4.x op, nu dus php 5.2.6, misschien dat dit ermee te maken heeft.

[Marinus]

probeer eens met het absolute path te unlinken. Dus ipv '002/', gebruik je '/home/jantje/public_html/systemen/mod/002'. Of wat de directory ook is waarin je foto staat. Eventueel kun je je path ook in een variable zetten. Het is in ieder geval nettere code om absoluut te linken.

[Xolphin]

Als je wil dat iemand hier naar kijkt moet je echt de volledige code hier plaatsen, want zo is het echt niet te volgen.

[Triloxigen]

Controleer de rechten en de modus en code een stukje netter, kan fouten schelen

unlink("002/" . $mainfoto . ".jpg");

is bijvoorbeeld een goed begin

[Blacky]

@Marinus: Ja dat zou ik kunnen proberen inderdaad, alhoewel het script het wel gezien moet hebben omdat ie bestaande jpg files wel doet wissen.

@Xolphin: Heb ik wel begrip voor maar zou ik eerst toestemming voor moeten vragen.

@Triloxigen: rechten had ik al op 777 gezet dus dat kon het niet zijn leek me, toch?
V.w.b. code heb je gelijk, maar ik ben geen coder en dan eigenlijk het hele script mooier gemaakt moeten worden.

Allemaal bedankt voor het antwoorden/meedenken.

Eigenaar heeft het opgelost door de check gewoon uit het script te halen, toen werkte het geheel weer.
Ook niet de netste methode, maarja... wel effectief.

[YolkNet]

Klopt dit bestand? 002/39-478f58575f1b2.jpg
Heb je de rechten van het bestand op 777 gezet, maar ook die van de map 002?

[Blacky]

Ja dat klopt, waarbij 002 de directory is. Rechten van de map stonden op 777, van het bestand was dat niet nodig, want het script kon die gewoon wissen.
Alleen de check gaf problemen, want nu de check er uit is, zonder verder iets te wijzigen, kunnen er weer bestanden gewist en bij gezet worden.
Dus ergens zal er een verschil zitten wat dat betreft tussen php 4 en 5 neem ik aan.

[Xolphin]

Probeer je op regel 48 niet een bestand te verwijderen die je op regel 15 al verwijderd hebt?

Zonder de volledige code blijf ik erbij dat het lastig foutzoeken is.

[Blacky]

Eerlijk gezegd heb ik geen idee, ik probeer niks want het script is niet van mij zoals ik al schreef.

Maar het is al opgelost dus verder foutzoeken is niet meer nodig, toch bedankt!