PDA

Bekijk Volledige Versie : Kan geen mappen aanmaken



Dries.S
15/11/07, 15:13
Hallo,

Wanneer een script zelf een map aanmaakt dan moet ik steeds in mijn filemanager gaan en reset ownership aanklikken om iets in deze map te kunnen plaatsen!

De GID van deze map of bestand staat dan steeds op APACHE en dus heb ik niet de rechten om daar iets in te plaatsen.

Kan ik dit zelf ergens aanpassen of heeft de provider dit zo ingesteld?

Greetz,

Dries

dennis0162
15/11/07, 15:31
Hallo,

Wanneer een script zelf een map aanmaakt dan moet ik steeds in mijn filemanager gaan en reset ownership aanklikken om iets in deze map te kunnen plaatsen!

De GID van deze map of bestand staat dan steeds op APACHE en dus heb ik niet de rechten om daar iets in te plaatsen.

Kan ik dit zelf ergens aanpassen of heeft de provider dit zo ingesteld?

Greetz,

Dries

Dit heeft je provider ingesteld wat je wel kan doen is de map cmodden naar 777.

Ramon Fincken
16/11/07, 09:20
maar het is ook goed mogelijk dat er gebruik gemaakt wordt van andere gebruikers en dan is het een zaak van je hosting provider. ( ik heb dit zelf bij een pakket )

daveww
19/11/07, 00:41
Dit is volgens mij typisch iets wat bij Directadmin gebeurd, wanneer je via een script, php of iets dergelijks een map aanmaakt dat hij de owner "Apache" geeft.

Heb zit zelf ook op 1 server, waarbij dit het geval is soms, maar op mijn andere servers heb ik er geen last van. (Daar wordt ook een ander controlpanel gebruikt, maar wél de zelfde OS)

EDIT: foutje: zit = het

Keizer
19/11/07, 14:07
dit komt door de safe_mode.. als de safe_mode uitstaat voor je domeinnaam hebben je scripts wél toegang om een map aan te maken met $username als GID/UID.

ff vragen of de safe_mode uit mag dus!

Ramon Fincken
19/11/07, 14:18
Waarschijnlijk is het een "shared" hosting pakket, en die hebben vaak met reden de safe mode aan staan Hojan . zie ook : http://nl2.php.net/features.safe-mode

Keizer
19/11/07, 14:28
Waarschijnlijk is het een "shared" hosting pakket, en die hebben vaak met reden de safe mode aan staan Hojan . zie ook : http://nl2.php.net/features.safe-mode

dat neemt toch niet weg dat een hoster ook zonder safe_mode de boel veilig kan hebben? bij de meeste hosts mag de safe_mode wel uit als je het lief vraagt...

Ramon Fincken
19/11/07, 14:31
dat neemt toch niet weg dat een hoster ook zonder safe_mode de boel veilig kan hebben? bij de meeste hosts mag de safe_mode wel uit als je het lief vraagt...

klopt, maar dat ligt aan de kennis en houding van het serverbeheer.

Keizer
19/11/07, 14:39
klopt, maar dat ligt aan de kennis en houding van het serverbeheer.

juist, en TS wou een oplossing voor zijn probleem: vóila! er staat niet dat TS al geprobeerd heeft de safe_mode uit te krijgen...

dus nog steeds luidt het advies: vraag of de safe_mode uit mag! dan ist verholpen

daveww
19/11/07, 16:46
Er is toch ook een trucje..

.htaccess

php_value safe_mode off

Of heb ik het nu verkeerd?

MMaI
19/11/07, 16:55
niet zo zeer een trucje, maar volgens mij moet dta ondersteund worden door de installatie en is het geen .htaccess bestand, maar een php.ini ;)

daveww
19/11/07, 17:27
niet zo zeer een trucje, maar volgens mij moet dta ondersteund worden door de installatie en is het geen .htaccess bestand, maar een php.ini ;)

Je kunt via .htaccess zelf o.a ook je eigen Errordocumenten instellen, en zo heb ik ook eens gelezen dat je via de code die ik gaf ook safe_mode aan/uit kunt zetten, net als display_errors aan kunt zetten.

Probeer het anders even :)

Aar
20/11/07, 22:21
Het kan wel, zolang het niet aan staat in de virtual host of de php.ini.

MisterTL
21/11/07, 09:18
Om terug te komen op die Save Mode Off, ik heb hetzelfde 'probleem' bij een van mijn webhostingpakketten, maar daar staat de save_mode gewoon off.

Is hier (na die save mode) niet nog een 'oplossing' voor? Ik heb gister een Joomla installatie verwijderd, maar ik moest bij een hele hoop bestanden en mappen eerst 'reset ownership' doen, wat na ongeveer een halfuur datzelfde de hele tijd doen toch behoorlijk irritant werd.