Foutmelding "maak de map /facturen/ aan"

Ik krijg bij het opslaan van de Winkel Configuratie de melding:
JFTP::mkdir:foutmelding
JFTP::chmod::foutmelding
Sorry, kon geen directory aanmaken voor facturen in de Verkoop pad, maak handmatig de map "\facturen\" aan.

Als 'verkoop pad' heb ik zelf de vmfiles map aangemaakt, 1 niveau hoger dan public_html. Probleem blijft als ik in vmfiles de map facturen aan maak..... vmfiles op 777 zetten ipv 755 hielp niet.

Kijk eens in het beheerpaneel van je host of Apache niet toevallig eigenaar is.

Ik neem aan dat je de vmfiles map bedoeld? Alles heeft de username als eigenaar, ik heb alles ook met FTP op de server gezet en Joomla werkt via FTP.

Hoi Hasse

In dit draadje was het uitzetten van de ftp laag de oplossing mbt foutmelding JFTP::mkdir:foutmelding

mbt verkooppad. Je krijgt bij die foutmelding ook een advies in welke pad je deze map moet aanmaken. Check ook of je in de backend van VM het juiste pad neerzet.
Ook al gebruik je dat advies dan soms lukt dat toch niet en blijf je de foutmelding idd houden. Dit heb ik ook gehad. Gewoon testen en op verschillende plekken die map zetten en iedere keer kijken of die foutmelding verdwijnt. Zo niet map weer weghalen en elders neerzetten iig boven de public HTML van je joomla website.

Groetjes
Renata

FTP uitzetten kan niet, dan krijgt alles apache als gebruikersnaam.

Bij de foutmelding stond geen advies in welk pad ik die map moet aanmaken. De foutmelding met ontbrekend verkooppad heb ik opgelost door vmfiles aan te maken en het pad in te vullen. Nu krijg ik dus een melding over een /facturen/ map zonder duidelijke hint waar die moet staan. Als ik die aanmaak in /vmfiles/ dan lost het het probleem niet op, evenals het op 777 zetten van vmfiles....

Misschien moeten we eerst het probleem mbt apache eens oplossen.

Gebruik je directadmin als control panel? Zo ja dan kun je daar heel eenvoudig de owner resetten. probeer dat eerst eens, kijk wie dan de owner is.

Maak wel eerst een goede backup!

Groetjes
Renata

Ja, dat zou mooi zijn!

Ik heb DA en ook installatron. Echter met installatron liep het helemaal in de soep qua apache usernames en de conclusie was dat het aan de hoster zou liggen (Versio). Ik heb alles er af gegooid en toen uitsluitend via FTP alles er op gezet. Daardoor heeft alles de ftp username.

Via de filemanager van DA staat alles nu op username als gebruiker. Ik heb daar geen apache gebruikers in aangetroffen.

Wel heb ik in een ander topic al moeten concluderen dat er kennelijk een bug zit in VM en dat die soms niet met FTP werkt. Ik heb dat getest door de betreffende map op 777 te zetten en toen werd een map met apache als gebruikersnaam aangemaakt (terwijl FTP in Joomla aan stond).

Ik kan mij niet voorstellen dat er een bug mbt ftp in VM zit. zo'n fout zou VM er meteen uithalen! Er zijn ontelbare winkels die draaien op VM. Ik zelf heb ook nooit problemen ondervonden en ik doe lekker ouderwets nagenoeg alles via ftp.

Indien nu alles via filemanager op usernaam staat wat ook zo hoort, zet dan eens de ftp laag uit. Die heb je dan niet meer nodig. Kijk dan eens wat er gebeurt. Ik neem aan dat via de backend van joomla ook alle mappen op schrijfbaar staan?

De 'bug' waar ik het over heb is dat thumbnails niet via FTP werken. Die maakt ie 100% aan met de apache username en dat kan die nooit doen als het met ftp zou werken. Ik heb de resized map op 777 moeten zetten om dat te fixen (lees: dat ie toch thumbnails aanmaakt).

In Joomla staan alle mappen op NIET schrijfbaar. Ik dacht dat dat te maken had omdat ik FTP gebruik.

FTP Laag heb ik nog altijd geregeld nodig:
- foto's uploaden
- invoices etc.
- joomla extensies
- template updates

Ik kan FTP ook niet uitzetten want dan kan hij het configuratiebestand niet schrijven (met de instellign ftp-uit).

Ik weet niet hoe goed jij zoekt in het forum van versio, maar misschien heb je hier iets aan.

Hoi Hasse

Indien je bepaalde mappen op 777 zet, dan maak je jezelf heel erg kwetsbaar voor hackers. Dit zou ik ten alle tijden voorkomen of indien het niet anders kan heel even op 777 zetten en na je werkzaamheden meteen weer terug zetten.

De mappen moeten staan op 755
De documenten op 644 dus ook je configuratio.php

Indien de ftp layer uit staat, de mappen op jouw usernaam staan en chmod goed staat ingesteld wat gebeurt er dan? Wat zie je in de backend qua schrijfbaarheid? heb je dit zojuist getest?

heb je overigens je htaccess.txt document hernoemd naar .htaccess (incl puntje) en mod rewrite aangezet?

Ik denk toch echt dat je host een grote invloed heeft op het functioneren van je website. indien je het niet op kan lossen zou ik toch dit eens voorleggen aan hen. Wellicht moet de htaccess bestand aangepast worden?

Hallo,

Ik weet het, ik wil ook niets op 777 zetten maar kon niet anders omdat anders de thumbnails niet aangemaakt werden.

Ik wil ook wel geloven dat het geen bug is van VM maar dan moet het aan mijn host liggen...

Alle mappen staan verder op 755 en bestanden op 644.

Met FTP uit (dmv handmatig config.php aanpassen -> $ftp_enable = '0'; ) staan nog steeds alle mappen op niet schrijfbaar.

Ik ga nu eerst de tip van Astrid eens proberen om via .htaccess de server op php 5.3 te laten werken. Geen idee waarom dat een verschil zou moeten maken. Ik had dat elders ook al eens gelezen. Dus toch maar even proberen.