Error 500 na CHMOD 777 (joomla)

[Tjaws]

Hallo,

op een server heb ik joomla staan en alles werkte prima.
Alleen als ik componenten wilde installeren gaf hij een fout aan..
Dit zou ik op kunnen lossen door mappen chmod 777 te maken.

Nu ik dit gedaan heb krijg ik bij elke PHP pagina de 500 error!

Heeft iemand enig idee hoe ik dit weer werkend krijg?

[Cartman!]

Welke mappen heb je op 0777 gezet en onder welke user heb je dit gedaan? Zonder info kunnen we je natuurlijk niet helpen

[jopitan]

Heb je toevallig ook een .htaccess file? Dit kan soms ook voor een 500 error zorgen.

Waarmee heb je trouwens de chmod veranderd? En meestal is 0755 permissie genoeg naar mijn weten.

[Tjaws]

Ik heb alle mappen en bestanden in public_html naar 777 gezet via filezilla

Verder staat er geen .htaccess in deze stond er wel in van joomla maar ik hem hem verwijdert.

Wat wel vreemd is is dat ik bij filezilla rechten flcdmpe (0644) bij een bestand zie en op mijn eigen server als -rw-- etc.. zie?

[Voor 60% gewijzigd door Tjaws op 16-02-2012 20:17]

[Cartman!]

Sowieso moet je nooit zomaar mappen op 0777 chmodden. Waarom heb je de .htaccess file verwijderd? Ik kan me voorstellen dat je deze nodig hebt voor Joomla.

[Room42]

Kun je de apache error log niet bekijken? Daar staat 99% zeker het antwoord in.

Wat ik me goed voor kan stellen is dat de web server weigert bestanden die 777-rechten heeft, als veiligheidsmaatregel. Probeer hem inderdaad eens 755 of 770 te geven.

[Tjaws]

Ik had 2 joomla's er op staan. Één voor geinstalleerde en één die ik er zelf opgezet had.

Bij de voorgeinstalleerde deed hij het al 3 dagen prima behalve dan dat ik geen modules kon installeren. Dat ht bestandje stond in de map van de voorgeinstalleerde.

Op het moment ligt nu de hele website plat ik kan me niet voorstellen dat door CHMOD ik dat kan veroorzaken:p

Wat wel vreemd is is dat hij html perfect liet zien en dus alleen php niet werkt

[jopitan]

Heb je je website gehost ergens of host je hem zelf?

Host je hem zelf? Kijk dan even in de errors.log van apache.

[Tjaws]

Dit is een hostingbedrijf. Ik ben er mee bezig voor een klant

[jopitan]

Tjaws schreef op donderdag 16 februari 2012 @ 20:28:
Dit is een hostingbedrijf. Ik ben er mee bezig voor een klant

Maar je hebt dus geen toegang tot de error log what so ever?

Trouwens al eens met PHP in de index.php een stukje gezet van errors showen, dit kan er soms ook voor zorgen dat de 500 error verdwijnt en dat de errors dan gewoon op de pagina worden weergegeven.

[Voor 29% gewijzigd door jopitan op 16-02-2012 20:31]

[Room42]

Heb je wel enig idee waar je mee bezig bent dan? Leuk dat je voor je hobbyprojectje even geinig world read+write+execute-rechten geeft maar dat kun je toch niet maken tegenover een klant.
En enig idee wat de .htaccess voor 'n zaken behelst?

No offence intended, gewoon bezorgd.

[Cartman!]

Je geeft aan dat jij de mappen aanpast maar dat het voor een klant is, hoe zit het nu in elkaar? Het komt er hobbymatig over nu...

[Tjaws]

Ik zie niet in waarom dit relevant is?
Deze website heb ik zelf opgezet maar het uploaden wilde niet werken.
Op een forum stond dat ik de mappen aan moest passen.

Mijn vraag is hoe los ik dit op niet hoe had ik het kunnen voorkomen.


[Wed Feb 15 17:03:21 2012] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Wed Feb 15 17:09:05 2012] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Wed Feb 15 17:09:06 2012] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?

Stond in de error.log

[Cartman!]

Natuurlijk is dat relevant, je zegt dat jij componenten wilde installeren.... is het dan jouw site of die van een klant. En als jij zelf hoster bent, dan weet je toch wel iets van rechten en error logs af en hoe je die moet lezen / googlen?

[jopitan]

Tjaws schreef op donderdag 16 februari 2012 @ 20:58:
Ik zie niet in waarom dit relevant is?
Deze website heb ik zelf opgezet maar het uploaden wilde niet werken.
Op een forum stond dat ik de mappen aan moest passen.

Mijn vraag is hoe los ik dit op niet hoe had ik het kunnen voorkomen.


[Wed Feb 15 17:03:21 2012] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Wed Feb 15 17:09:05 2012] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?
[Wed Feb 15 17:09:06 2012] [warn] RSA server certificate CommonName (CN) `localhost' does NOT match server name!?

Stond in de error.log

Hmm een warn error zou niet voor een 500 error moeten zorgen. Daarnaast is dat van die RSA Server certificate een fout van je hosting provider. Ik neem aan dat ze het onderhand al hebben gefixt, want heb je geen recentere error logs. Waren dit de laatste logs die erin stonden zeg maar?

[kwaakvaak_v2]

Ik durf te wedden dat er iets van suPHP op die omgeving draait en die geeft keurig een HTTP 500 terug als php bestanden op 777 staan. En terecht, want ze hoeven niet voor iedereen volledig open te staan, enkel de user is voldoende.

[Sneezydevil]

Die error log is wel erg leeg, bestaat er niet toevallig een error log van de virtualhost? domeinnaam.nl-error.log ofzo.

Mijn eerste verdachte zou ook SuPHP zijn, hoewel dat niet zou verklaren, waarom de modules niet geinstalleerd konden worden, met SuPHP of mod_ruid, zou je dat weer juist niet verwachten.

[kwaakvaak_v2]

Tenzij het een brakke hoster is en de ftp user/group niet gelijk is aan de www/apache. Zal niet de eerste keer zijn

[Quad]

Als je ftp acces heb, zet alles op 755 en group Daemon [1] en User Daemon [1], zou moeten werken, althans staat dat zo op mijn server.

[koekiemonster]

Sneezydevil schreef op vrijdag 17 februari 2012 @ 10:18:
Die error log is wel erg leeg, bestaat er niet toevallig een error log van de virtualhost? domeinnaam.nl-error.log ofzo.

Mijn eerste verdachte zou ook SuPHP zijn, hoewel dat niet zou verklaren, waarom de modules niet geinstalleerd konden worden, met SuPHP of mod_ruid, zou je dat weer juist niet verwachten.

Dit, verlaag je rechten...

Het heeft geen zin om zomaar alles open te stellen.

[Sneezydevil]

kwaakvaak_v2 schreef op vrijdag 17 februari 2012 @ 14:48:
Tenzij het een brakke hoster is en de ftp user/group niet gelijk is aan de www/apache. Zal niet de eerste keer zijn

Daar heb je inderdaad gelijk in.

koekiemonster schreef op vrijdag 17 februari 2012 @ 15:04:
[...]

Dit, verlaag je rechten...

Het heeft geen zin om zomaar alles open te stellen.

Ik snap niet helemaal wat je bedoeld. Ik doelde erop dat als SuPHP geïnstalleerd staat, het process, niet onder de apache/www gebruiker draait, maar onder zijn eigen gebruiker, die normaal gesproken wel weer dingen mag, zoals een file uploaden naar een directory, en dus dingen installeren, zonder dat de map volledig open hoeft te staan.

Maar ik gebruik niet zovaak Joomla, dus ging er misschien ten onrechte vanuit, dat je een module op je pc hebt staan, deze selecteerd binnen Joomla, en dat deze dan geupload en geïnstalleerd wordt.

[Tjaws]

Ondertussen heb ik contact gehad met het hosting bedrijf.
Het lag dus aan het hosting bedrijf.

Even voor de duidelijkheid ik ben een stagiair en de website wat ik moest maken is voor een klant van mijn stagebedrijf.Deze had al een hosting geregeld ik moest er een joomla opzetten en aanpassen (componenten, modules, plugins en template).

Het gebeurde steeds als ik meerdere aanvragen via de FTP verstuurde dus als ik alles bijvoorbeeld wilde backuppen van host naar mijn pc klapte alles er uit. Dit had te maken met de firewall werd mij verteld door de hosting. Ik vond het al vreemd want ik had niks aangepast.

En het .htaccess bestand waar sommigen op reageerden alsof ik iemands gegevens vernietigd had was het standaard joomla htaccess wat er altijd bij zit.

Bedankt voor het meedenken!

[Room42]

Tjaws schreef op vrijdag 17 februari 2012 @ 16:47:
[...]

En het .htaccess bestand waar sommigen op reageerden alsof ik iemands gegevens vernietigd had was het standaard joomla htaccess wat er altijd bij zit.

[...]

Ook die staat er niet voor niks

[Tjaws]

Klopt die staat er om mod_rewrite aan te zetten ;-)

[Cartman!]

Maar je zei dat je een .htaccess had verwijderd, iets duidelijker in je communicatie kan dus geen kwaad. Zie het als een leermoment voor een volgend topic

Verder staat er geen .htaccess in deze stond er wel in van joomla maar ik hem hem verwijdert.

[marko77]

Tjaws schreef op vrijdag 17 februari 2012 @ 16:47:

Even voor de duidelijkheid ik ben een stagiair en de website wat ik moest maken is voor een klant van mijn stagebedrijf.Deze had al een hosting geregeld ik moest er een joomla opzetten en aanpassen

En niemand in het bedrijf kon je hiermee assisteren? Een stagiar heeft in de regel toch een begeleider waar jij iets van kunt leren? NOFI, maar als dat niet zo is, hoe gaan ze die site dan beheren als jouw stage is afgelopen?