Thema: 500 Internal Server Error die LÖSUNG

Also ich habe mich hier mal durch das Forum geklickt und alle möglichen Problemlösungen für einen Internal Server Error bei Joomla ausprobiert da ich diesen selber gerade hatte. Hierzu gibt es meiner Meinung nach wirklich gute Lösungswege in diesem Forum.

Leider haben bei mir diese voneinander unabhängigen Anätze nicht viel gebracht sondern erst die Zusammenlegung brachte den Erfolg.

Wichtig ist zu sagen das ich einer von den bestraften bin die sich mit Strato rumkämpfen müssen. Geht leider nicht anders.

Also 500 Internal Server Error bei Strato kann einmal im Backendbereich und auf der eigentlichen Homepage auftreten.

Lösche bitte zuerst einmal die .htaccess in deinem Standardverzeichnis. Ich glaube bei den meisten Fällen reicht das schon aus um wieder vernünftig arbeiten zu können. Strato verträgt sich wohl mit diesen Zeilen nicht so wirklich. Aber das reine auskommentieren bringt hier nicht die Lösung. Also leider LÖSCHEN

Code:

<Files ~ "\.(tpl|sqlite)$"> 
 order deny,allow 
 deny from all 
 AddType application/x-httpd-php4 .php
</Files>

Mich verwundert nur, dass ich dieses Problem erst nach einem Halben Jahr mit Joomla hatte und vorher alles funktioniert hat mit der .htaccess.

Aber auch hier weiß ich warum:
Ich habe mir einen Dateimanager (DOCMan) runter geladen. Hierbei musst man die Rechte auf 777 stellen was dem Server, zu den ganzen Dingen die ich schon gemacht habe, wohl zu viel war.

Es kann sein das verschiedenen Components diesen Fehler auslösen. Bekannt sind momentan Components des Bildermanagers, des Dateimanagers oder des Tabellenpopups die alle durch die Serverkonfiguration mit den PHP-Scripten durch die Rechtevergabe auf 777 zu viele Rechte bekommen haben und dadurch den Fehler auslösen.

Die Nächte Fehlerbehebnung währe also mal zu versuchen die Rechte niedriger zusetzten 766 ist hierbei meiner Meinung nach die Beste Variante 755 ist auch ein Versuch wert.

Ich habe zusätzlich zum Löschen und umändern der Rechtevergabe auf 766 noch eine vereinfachte PHP.INI und robots.txt ins Hauptverzeichnis gesetzt.

php.ini

Code:

register_globals = Off
safe_mode = Off
memory_limit = 16M
upload_max_filesize = 10M
max_execution_time = 30    
max_input_time = 60
magic_quotes_gpc = On

robots.txt

Code:

User-agent: * 
Disallow: /administrator/
Disallow: /cache/
Disallow: /components/
Disallow: /editor/
Disallow: /help/
Disallow: /images/
Disallow: /includes/
Disallow: /language/
Disallow: /mambots/
Disallow: /media/
Disallow: /modules/
Disallow: /templates/
Disallow: /installation/

Zusammenfassung meiner Lösung unter Strato. Löschen .htaccess Rechtevergabe der betroffenen Komponente (wichtig nicht den gesamten Order Components sondern nur die neu Installiert Komponente in meinem Fall DOCMan) auf 766 (oder 755) setzen. Und zusätzlich die robots.txt und php.ini Datei ins Hauptverzeichnis von Joomla kopieren.
__________________________________________________ ___________

Hat das alles nichts geholfen gab es hier im Forum noch ein paar weitere Klasse Problemlösungen. Auch wenn ich oben vielleicht schon ein paar Wiederholungen aus anderen Beiträgen habe ich dort nicht Zitiert weil es wie gesagt mein Lösungsweg war der ja nicht unbedingt bei Euch passen muss. Hier will ich aber mal Zitieren.

Wenn das Problem mit dem löschen der .htaccess nicht funktioniert hat kann es sein das bei dir die falsche PHP Version ausgeführt wird. Strato nutzt standardmäßig PHP 4.1.2 jedoch kann es auch sein das 5 oder 3 benutzt wird. Bitte frage da einmal nach.
Hast du das herausgefunden kannst du in deine .htaccess folgende Zeile erweitern.

Hallo, hatte das Problem auch, Version 1.0.8.
Lösung: Im Hauptverzeichnis des Accounts bzw. die bestehende .htaccess ergänzen:

Code:

AddType application/x-httpd-php5 .php .php4 .php3 .php5

Danach ging’s bei mir.

wichtig hierbei währe jetzt bei Strato

Code:

AddType application/x-httpd-php4 .php

oder

Code:

AddType application/x-httpd-php5 .php

bei mir hat das nur mit der 4 funktioniert habe das aber nachher ganz sein gelassen weil ich die Datei ja gelöscht habe.

__________________________________________________ ________

War das auch noch nicht die Lösung des Problems, habe ich auch nur noch einen Vorschlag für euch. Und zwar habe ich beim Stöbern durch Internet folgendes gefunden.

Ok, I fixed the problem, but not the best way.

I went into includes/jooma.php and commented out line 2422:

header( 'HTTP/1.1 301 Moved Permanently' );

I think that this changes the header below it ("header( "Location: ". $url );") to a 302 redirect? This made it work for me, but I do not know why.

Any gurus out there have any ideas or better fixes?

WICHTIG hierbei solltet ihr wissen welche Version ihr habt da die Zeilenangabe immer unterschiedlich ist.

hier der Link zu dieser Problemlösung
http://forum.joomla.org/index.php/topic,12874.0.html

So hier ist mein Latein dann auch am Ende. Wenn ihr weiterhin ein Problem habt müsst ihr euch an die Supermänner hier wenden. Ich selber arbeite auch erst seid ungefähr 1 Jahr mit Joomla.


Ich hoffe ich konnte euch helfen

MfG

Julian

Hallo,

habe deinen Beitrag gelesen und hab echt alle ausprobiert. Also mit 766 oder 755 konnte ich es vergessen. Aber ich sollte vllt. von vorn anfangen. Also ich hab ein Problem mit dem Hauptmenü; es lassen sich keine Menüpunkte mehr anlegen:

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 5632 bytes) in /mnt/be2/02/453/00000000/htdocs/administrator/includes/menubar.html.php on line 289

diese Meldung kam. (Der für den ich die Seite mache ist bei Strato). Naja hab eine Problemlösung mit einer php.ini gefunden ging auch jedoch muss ich mich jedes mal neu einloggen um einen neuen menüpunkt hinzufügen zu können. HAb ich die php.ini nicht kommt internal server error. Hast du eine Idee? HAb sämtlichste Themen schon gelesen, aber du hörst dich sehr kompetent an.

MFG Tony

Danke für die Tipps.

hatte auch gerade im Backend das Problem gehabt.

Bei mir löste der Fehler nach der Installation von JoomFish aus.
Ich konnte dannach keine Componenten mehr installieren.

Ich löschte einfach JoomFish per FTP aus dem Components Ordner und aus dem "Administrator -- Components" Ordner und schwupp nun kann ich wieder im Backend Componenten installieren.

Vielleicht hat ein andere ja auch die gleich Problematik und ich konnte dazu beitragen Ihn wieder zu revidieren...

Liebe Grüße aus dem Norden

Mirco

Hallo, der Hinweis mit der veränderten php.ini datei hat auch bei 1und1 geholfen.
Hatte das Problem dass der com_installer den Ferhler 500 provoziert.
Nachdem ich die php.ini abgeändert habe funzt alles ??
Zeile mit afe-mode habe ich aber rausgenommen, da dies bei 1und1 anders zu lösen ist.
Danke für die Gute Zusammenfassung.

interessant, nach dem löschen der .httacces ging es?!?!