Ohne Logfile keine Hilfe möglich
bearbeitet von ursus contionabundo> 95.223.83.0 - - [07/Jan/2019:20:31:15 +0100] "GET /favicon.ico HTTP/1.1" 500 645 cortex.name "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0" "-"
Ist zwar keine brauchbare Fehlermeldung, aber tatsächlich wurde jeder beliebige Request mit dem Status 500 (Server-Error) beantwortet. Demnach liegt das sehr Problem wahrscheinlich an der .htaccess. (oder ist heute im gleichen Verzeichnis eine Datei mit dem Name "error.log" oder "error_log" aufgetaucht?
1. Es wird Zeit, uns die .htaccess vorzustellen. Und diese zu löschen.
2. versuche folgendes Datei als apache-module.php im Webroot abzulegen und aufzurufen:
~~~php
<pre><?php
`/usr/sbin/apache2 -V`
`/usr/sbin/apache2 -M`;
~~~
Damit kann man erkennen, welche Apache-Module geladen sind.
Geht das nicht, dann versuche:
~~~sh
#!/bin/sh
echo "Content-Type: text/plain\n\n";
/usr/sbin/apache2 -V
/usr/sbin/apache2 -M
~~~
als "apache-version.cgi" im Webroot abzulegen. Gib dieser Datei dann die Rechte 755 (jeder muss sie lesen und ausführen können, ruf die Datei dann im Browser auf.)
> Ich verwende nur 1und1-GUI vm Internet Browser.
Webgui für das Dateihandling? Grausam.
> Benötigt man dazu FileZilla bezüglich SSH?
Für SFTP kann man den nehmen.
> Mit FileZilla kenne ich mich nicht aus ebensowenig wie mit der Linux Shell.
Wer fahren will muss fahren lernen.
Ohne Logfile keine Hilfe möglich
bearbeitet von ursus contionabundo> 95.223.83.0 - - [07/Jan/2019:20:31:15 +0100] "GET /favicon.ico HTTP/1.1" 500 645 cortex.name "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0" "-"
Ist zwar keine brauchbare Fehlermeldung, aber tatsächlich wurde jeder beliebige Request mit dem Status 500 (Server-Error) beantwortet. Demnach liegt das sehr Problem wahrscheinlich an der .htaccess. (oder ist heute im gleichen Verzeichnis eine Datei mit dem Name "error.log" oder "error_log" aufgetaucht?
1. Es wird Zeit, uns die .htaccess vorzustellen. Und diese zu löschen.
2. versuche folgendes Datei als apache-module.php im Webroot abzulegen und aufzurufen:
~~~php
<pre><?php
`apache2 -V`
`apache2 -M`;
~~~
Damit kann man erkennen, welche Apache-Module geladen sind.
Geht das nicht, dann versuche:
~~~sh
#!/bin/sh
echo "Content-Type: text/plain\n\n";
apache2 -V
apache2 -M
~~~
als "apache-version.cgi" im Webroot abzulegen. Gib dieser Datei dann die Rechte 755 (jeder muss sie lesen und ausführen können, ruf die Datei dann im Browser auf.)
> Ich verwende nur 1und1-GUI vm Internet Browser.
Webgui für das Dateihandling? Grausam.
> Benötigt man dazu FileZilla bezüglich SSH?
Für SFTP kann man den nehmen.
> Mit FileZilla kenne ich mich nicht aus ebensowenig wie mit der Linux Shell.
Wer fahren will muss fahren lernen.
Ohne Logfile keine Hilfe möglich
bearbeitet von ursus contionabundo> 95.223.83.0 - - [07/Jan/2019:20:31:15 +0100] "GET /favicon.ico HTTP/1.1" 500 645 cortex.name "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0" "-"
Ist zwar keine brauchbare Fehlermeldung, aber tatsächlich wurde jeder beliebige Request mit dem Status 500 (Server-Error) beantwortet. Demnach liegt das sehr Problem wahrscheinlich an der .htaccess. (oder ist heute im gleichen Verzeichnis eine Datei mit dem Name "error.log" oder "error_log" aufgetaucht?
1. Es wird Zeit, uns die .htaccess vorzustellen. Und diese zu löschen.
2. versuche folgendes Datei als apache-module.php im Webroot abzulegen und aufzurufen:
~~~
<pre><?php
`apache2 -V`
`apache2 -M`;
~~~
Damit kann man erkennen, welche Apache-Module geladen sind.
Geht das nicht, dann versuche:
~~~
#!/bin/sh
echo "Content-Type: text/plain\n\n";
apache2 -V
apache2 -M
~~~
als "apache-version.cgi" im Webroot abzulegen. Gib dieser Datei dann die Rechte 755 (jeder muss sie lesen und ausführen können, ruf die Datei dann im Browser auf.)
> Ich verwende nur 1und1-GUI vm Internet Browser.
Webgui für das Dateihandling? Grausam.
> Benötigt man dazu FileZilla bezüglich SSH?
Für SFTP kann man den nehmen.
> Mit FileZilla kenne ich mich nicht aus ebensowenig wie mit der Linux Shell.
Wer fahren will muss fahren lernen.
Ohne Logfile keine Hilfe möglich
bearbeitet von ursus contionabundo95.223.83.0 - - [07/Jan/2019:20:31:15 +0100] "GET /favicon.ico HTTP/1.1" 500 645 cortex.name "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0" "-"
Ist zwar keine brauchbare Fehlermeldung, aber tatsächlich wurde jeder beliebige Request mit dem Status 500 (Server-Error) beantwortet. Demnach liegt das sehr Problem wahrscheinlich an der .htaccess. (oder ist heute im gleichen Verzeichnis eine Datei mit dem Name "error.log" oder "error_log" aufgetaucht?
Es wird Zeit, uns die .htaccess vorzustellen.
Ohne Logfile keine Hilfe möglich
bearbeitet von ursus contionabundo95.223.83.0 - - [07/Jan/2019:20:31:15 +0100] "GET /favicon.ico HTTP/1.1" 500 645 cortex.name "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0" "-"
Ist zwar keine brauchbare Fehlermeldung, aber tatsächlich wurde jeder beliebige Request mit dem Status 500 (Server-Error) beantwortet. Demnach liegt das sehr Problem wahrscheinlich an der .htaccess. (oder ist heute eine Datei mit dem Name error.log aufgetaucht?
Es wird Zeit, uns die .htaccess vorzustellen.
Ohne Logfile keine Hilfe möglich
bearbeitet von ursus contionabundo95.223.83.0 - - [07/Jan/2019:20:31:15 +0100] "GET /favicon.ico HTTP/1.1" 500 645 cortex.name "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0" "-"
Ist zwar keine brauchbare Fehlermeldung, aber tatsächlich wurde jeder beliebige Request mit dem Status 500 (Server-Error) beantwortet. Demnach liegt das sehr Problem wahrscheinlich an der .htaccess. (oder ist heute eine Datei mit dem Name error.log aufgetaucht?
Es wird Zeit, uns die .htaccess vorzustellen. Oder bei 1und1 zu kündigen
Ohne Logfile keine Hilfe möglich
bearbeitet von ursus contionabundo95.223.83.0 - - [07/Jan/2019:20:31:15 +0100] "GET /favicon.ico HTTP/1.1" 500 645 cortex.name "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0" "-"
Ist zwar keine brauchbare Fehlermeldung, aber tatsächlich wurde jeder beliebige Request mit dem Fehler 500 beantwortet. Demnach liegt das sehr Problem wahrscheinlich an der .htaccess. (oder ist heute eine Datei mit dem Name error.log aufgetaucht?
Es wird Zeit, uns die .htaccess vorzustellen. Oder bei 1und1 zu kündigen