---

Een kennis heb ik enthousiast gemaakt voor PHP-Fusion. Alle bestanden ge-upload, rechten aangepast, echter bij de setup komt de volgende foutmelding:

Stap 1: Taal (locale)

Warning: opendir(locale/) [function.opendir]: failed to open dir: No such file or directory in D:\www\sitenaam\www\setup.php on line 1190

Warning: readdir(): supplied argument is not a valid Directory resource in D:\www\sitenaam\www\setup.php on line 1191

Warning: closedir(): supplied argument is not a valid Directory resource in D:\www\sitenaam\www\setup.php on line 1198
Kies a.u.b. de gewenste taal (locale):

Ik kan de oorzaak niet vinden. Alle bestanden, ook de locale Dutch zijn aanwezig, rechten zijn gezet, de MSQL-database is aanwezig. Wat doe ik fout of zie ik over het hoofd?
bedankt, Jan

---

Je bestanden moeten in locale/Dutch staan. Blijkbaar is deze map niet geupload of zitten er fouten in.

---

Daar heb ik ook al gezocht omdat de foutmelding in die richting wijst. Alle locale bestanden zijn echter netjes aanwezig in de root onder locale/Dutch en locale Englisch. De foutmelding blijft hetzelfde. Tips waar ik nog meer kan zoeken?

---

Let óók op de hoofdletters, dit moet absoluut hetzelfde zijn. Sommige ftp programma's hebben een instelling om de bestanden te uploaden met kleine letters.

---

En het is English en niet Englisch, misschien is dat je fout (Maar waarschijnlijk niet)

---

Draait die site op een local of online server?
Want ik zie dat die fout verwijst naar je D schijf.

---

Hoofdletters is gecontroleerd. Inderdaad Jeepers, English is in de reactie niet juist geschreven maar op de server wel. De site draait op een online server van vevida.com.

Het probleem is inmiddels gedeeltelijk opgelost en had met lees- en schrijfrechten te maken. De site is geïnstalleerd.

---

Zoals gezegd is de site geïnstalleerd er rest nog een probleempje. Wil je de site in de browser aanroepen dan verschijnt de vraag om je inlognaam en wachtwoord (van de provider) in te vullen. Dit kwam omdat op www niveau geen lees-en schrijfrechten zijn toegekend. Nadat op www niveau leesrechten zijn ingesteld en schrijfrechten aan de betreffende PHP-Fusion mappen komt na aanroep van de site in de browser de melding "Config file not found" terwijl deze file wél aanwezig is. Verder is alles op leesrechten ingesteld. Herkend iemand dit probleem en heeft wellicht een oplossing?

---

Wat voor administratie paneel gebruikt je hoster? Het lijkt erop alsof het domein niet goed aangemaakt is.

Wat voor platform gebruik je? Windows, Linux, ....

Plak onderstaande in een texteditor en sla het op als phpinfo.php
Upload het bestandje naar je root directory en roep het aan,
b.v. http://www.mijndomijn.nl/phpinfo.php
[geshi=php]

// Show all information, defaults to INFO_ALL
phpinfo();

?>
[/geshi]

---

De hoster is Vevida waar ik zelf ook een site onder PHP-Fusion heb draaien. Het platvorm is Windows. Met phpinfo wordt zowel op mijn eigen adres als dat van mijn kennis dezelfde gegevens getoont. (alleen een andere domeinnaam. Voor alle duidelijkheid: als alle rechten worden verwijderd zowel lees als schrijf dan wordt de site getoont na het ingeven van de inlognaam en wachtwoord van de host.

---

Die rechten is me nog niet helemaal duidelijk.
Zijn het rechte op files die je met een ftp programma kan chmodden? 644 755 777 etc?

Of is het iets in je hosting panel?

---

De rechten moeten worden ingegeven in een hosting panel. Je kunt dus niet met een FTP programma chmodden. ook het 'rechtensysteem' wijkt af van dat van een Unix server. De volgende uitleg komt van de helpdesk:
CHMOD - Het instellen van rechten op uw website
Talloze server-side scripts (PHP, CGI/Perl) zijn geschreven voor Apache op een Unix of Linux server. Wanneer er voor het gebruik van deze scripts rechten gewijzigd moeten worden (op folders of bestanden), wordt er vaak gesproken over het commando Chmod(1).

Chmod is een commando om op een Unix systeem rechten toe te kennen aan bestanden en/of folders. Rechten zijn toe te kennen voor (of te verwijderen van) de gebruiker/eigenaar van een folder of bestand, de groep waarin deze zit en iedereen (de "wereld"). Vaak worden de rechten aangeduid met in totaal vier nummers (0-7), verkregen door het optellen van de bitwaardes 4, 2 en 1. Van niet gebruikte nummer-waardes wordt aangenomen dat deze 0 zijn en komen vooraan. De waardes 777 en 0777 zijn dus wat dat betreft gelijk. De nummers staan voor:

4: read (lezen)
2: write (schrijven)
1: execute (uitvoerbaar)
Zo staat de waarde (0)777 voor read, write en execute voor de eigenaar, de "groep" en iedereen.

VEVIDA werkt met het Windows besturingssysteem, wat een volkomen ander rechtensysteem(2) gebruikt. Per gebruiker zijn rechten in te stellen, die bestaan uit:

Read (lezen)
Write (schrijven)
Read & Execute (lezen en uitvoerbaar)
Modify (wijzigen)
Full Control (volledige controle)
Bij wijze van spreke kunnen er op een folder honderd gebruikers ingesteld zijn, allemaal met verschillende rechten. Op onze servers zijn er "maar" twee gebruikers:
de FTP gebruiker (example.com)
de anonieme internet-bezoeker (de "IUSR")

De FTP gebruiker heeft alle rechten (full control). Wordt er via MYVEVIDA schrijfrechten toegekend aan een folder, dan wordt er op de achtergrond "modify"-rechten ingesteld voor de IUSR. Bestanden in de folder nemen deze rechten over; de bestanden overerven de rechten. Wanneer dit "vertaald" wordt naar het veel gebruikte (en veel vermelde) Unix chmod systeem, dan worden er schrijfrechten ingesteld voor "iedereen". Voor chmod wordt dit gedaan met de bit-waardes 777, 666 en 755 en daarom staan deze equivalenten in MYVEVIDA erbij genoemd.

Ik hoop dat zo een en ander duidelijk is. Het vreemde is dat mijn site met de ingestelde rechten wél werkt en die van mijn kennis met dezelfde (lees)rechten niet.

---

Voor je php-fusion installatie zijn slechts 3 bit-waardes belangrijk.
Alle bestanden 644
Alle directories 755
Voor zowel directories als bestanden die beschrijfbaar moeten zijn 777.

Probeer dat met die equivalenten tabel in te stellen.
Vraag anders je hoster je te helpen.

Ik weet dat een collega van me hier ook mee aan stoeien is geweest. Ik zal hem maandag vragen hoe hij dat opgelost heeft.

---

Wanaboo,
het is bij Vevida niet mogelijk om te Chmodden in bitwaardes. Je kunt alleen lees- en/of schrijfrechten instellen in een hosting panel. Ben benieuwd naar de ervaringen van je collega, anders neem ik volgende week maar opnieuw contact op met de hoster.

---

Ik dacht dat je daar dus een tabelletje voor had ter vergelijking. Maar goed.

Vandaag de bewuste collega gevraagd, in zijn geval ging het gewoon om een Apache server waarvan de hoster ftp instellingen niet goed had staan.

Het heeft achteraf dus niets met een Windows server te maken.

Windows heeft een andere rechten structuur als Linux. Je kunt alles publiek toegankelijk maken terwijl je zelf de schrijfrechten behoud. Is zo'n instelling in Vevida mogelijk?

Edit1: Heb inmiddels http://www.vevida.nl/NL/service_onderwerp.asp?owid=235 gevonden, maar dat verhaal had je al gepost.

Misschien heeft iemand anders nog ideeën om je verder te helpen, mijn ideeën zijn uitgeput.
Het enige wat ik je nog kan aanbieden is via jouw inlog gegevens (of kun je een extra gebruiker aanmaken?) eens rond te snuffelen en kijken of het mij lukt. Natuurlijk kun je ook eerst de hulp van je hoster inroepen.

Is dit de eerste je eerste hoster? Ik kon totaal geen info vinden over wat voor soort hostingpanel ze gebruiken, dat geeft wat mij betreft al te denken.

Edit2:
Je moet wel MySQL database gebruiken en niet MSQL, die laatste is van MicroSoft.

---

Wanaboo, alvast dank voor al je inspanningen. Ik heb via googlen het volgende gevonden. Dit lijkt op het probleem wat ik heb, zie http://php-fusion.co.uk/forum/viewthr...pid=120888

Deze hoster heb ik al enkele jaren en ook aanbevolen bij anderen. Nooit problemen gehad ook niet met de installatie van PHP-Fusion. Ga morgen met de hoster contact opnemen want daar lijkt het probleem toch te zitten?

---

Opgelost! Het probleem lag bij de hoster en het gebruikte Windows besturingssysteem. Na het herstellen van de rechten en het toevoegen van wat extra rechten door de hoster is het gelukt op PHP-Fusion "aan de praat" te krijgen. Iedereen bedankt voor het aandragen van oplossingen.