Unlink og htaccess

Det er ikke htaccess der er problemet. Du har nok ikke givet webserveren rettigheder til at kunne slette mappen (den skal ligeledes være tom, mener jeg). Kig på mappens rettigheder.

Jeg har slettet filen fra forskellige steder i sti-system men lige så snart den ligges i "private" hvor htaccess beskytter kommer fejlmeddelsen!

<ole>

Hvis du har beskyttet mappen med htaccess og du ikke kan slette en fil i den fra en mappe udenfor beskyttelsen, så ser det sør'me ud til, din htaccess-fil virker som den skal  :)

/mvh
</bole>

Ha Ha ja men der må være en måde at slette den på alligevel for ligger jeg en fil i 'private' som skal slette en fil i files-mappe så sker der det at htaccess aktiveres og jeg skriver så brugernavn samt pass og så slettes filen ;-)) Ergo ..der må findes en måde :-)

"Hvis jeg holder en bold i 1 meters højde og slipper den, falder den til jorden. Lægger jeg nu bolden på gulvet og slipper den, må den altså kunne hoppe 1 meter op - i min anden hånd" ... nej, ikke nødvendigvis  ;o)
Der er stor forskel på, om du prøver at scripte ind i et beskyttet område - eller du forsøger at scripte ud af det ... get my point?  :)

Det er et stykke tid siden, jeg sidst havde fat i htaccess, så jeg husker ikke præcis, hvordan (og alle muligheder) - men du kan sætte forskellige rettigheder i .htaccess-filen.
Jeg mindes dog, der er oceaner af relevant materiale om emnet på WWW, så prøv en søgning på Google - og her i kategorien.
/mvh

... men i princippet åbner man jo for et potentielt sikkerhedshul, hvis man tillader en bruger at slette filer i et beskyttet område, som vekommende ellers ikke kan betros adgang til  :)

Brug den fulde sti og ikke relativ, når du har med filsystem at gøre:

Ikke
<?php
unlink("../../files/files-mappe/$filnavn") ;
?>

men

<?php
unlink($_SERVER["DOCUMENT_ROOT"] ."/files/files-mappe/". $_POST["filnavn"]) ;
?>

Jeg troede der skulle nogle hardcore koder til for at løse mit problem og af samme grund vurderede jeg spørgsmålet til svært men løsningen var dog enkel for jeg havde lagt mit  unlink("../../files/files-mappe/$filnavn") ; et sted hvor $filnavn ikke var indlæst fra databasen *G*

Jeg ved ikke lige hvad jeg skal stille op med pointene men sukos kommer dog med et forslag men hans svar løste intet for jeg fik samme fejl med hans metode! Kan være olebole har en ide når han står op ;-) Hvad er takt og tone her på Eksperten mht point uddeling ?

Doohhhh ... ja, det burde jeg zq da have set i fejl-meddelelsen (og mon ikke, sukos tænker det samme?): "Warning: unlink(../../files/files-mappe/) ... osv ..."  ;o)

Jeg har ikke haft tid til at pudse min htaccess af (den er som sagt lidt rusten), men jeg er sikker på, det kan lade sig gøre via htaccess-filen.
Alligevel synes jeg dog stadig ikke om strukturen. Et Admin-område er _kun_ for Admin ... her bør ingen andre kunne foretage noget.

Jeg mener ikke, jeg har bidraget med noget, der er points værd - men finder din approach helt rigtig. Er man den mindste smule i tvivl, bør man lige spørge deltagerne i spm'et.
Man vil ofte få svaret "Ellers tak", men så har man dog udvist respekt for, at nogen har gidet afsætte noget af deres fritid til at forholde sig til ens problem - og forsøge at guide én mod en løsning.

En løsning belønnes altid, men en indsats uden reel brugbar løsning ses også tit belønnet ... det er lidt et spørgsmål om 'indføling' og 'stemning'.
Et spørgsmål i tvivlstilfælde er dog som sagt altid en god idé - og direkte adspurgt er det jo svært at være grådig og urimelig  ;o)
/mvh

Jeg er ret overbevist om at .htaccess ikke er noget php bekymre sig særligt om, efter php har overtaget kontrollen over et request.

Efter lange overvejelser er point fordelingen foretaget ;-)

Vil dog lige understrege at i min admin-del kan man administrere og det kan de som har adgang kun gøre! I min htaccess admin-del kan man fortage ændringer i mapper/filer som ikke ligger i admin-delen og jeg mistænker en af jer for at have misforstået dette ;-)

Mange tak for hjælp og interesse :-)