Webserver mit Fehler...

Impressum | Werbung

Geizhals » Forum » Linux-Support »

Webserver mit Fehler... (13 Beiträge, 233 Mal gelesen)

Top-100 | Fresh-100

Du bist nicht angemeldet. [ Login/Registrieren ]

Nachdem mein Thread vorige Woche etwas aus dem Ruder gelaufen ist (teils durch meinen Wut auf den Klumpat

), versuche ich es nochmals...

Folgende Situation: ein Server mit Debian sarge, wurde (nicht von mir) installiert mit alle Optionen auf Standard. Es ist also ein Gnome, OpenOffice, einige Spiele usw drauf. Verwendet wird er nur als Webserver, mit FTP werden Daten draufgespielt.

Wegen ein offensichtlich misslungenen 'apt-get update/upgrade' (wo ich versucht habe ein MySQL aus den testing repository rein zu spielen) ist er jetzt in eine komischen Zustand: grundsätzlich funktioniert der Server, FTP und MySQL rennen, aber der Webseite reagiert unter jeden Browser anders...

Der Webseite ist von jemand mittels DreamWeaver gemacht worden, inkl DHTML (für eine Menüzeile), wo eine .dmz Datei und ein Unterverzeichnis raufgespielt wird, nur um das Menü ausklappen zu lassen. Da kann ich leider nichts ändern...

Diese Seite reagiert unter verschiedene Browser wie folgt:
IE6: Mausbewegung übers Menü bringt ein Javascript-error.
IE7: Menü funktioniert, inklusive Unterseiten die dann aufgerufen werden. Also wie es sein sollte.
FF2: Menü funktioniert, der Unterseiten kommen jedoch nicht, stattdessen kommt ein Fehlermeldung:

Not Found

The requested URL /Formulare& was not found on this server.
Apache/2.2.3 (Debian) PHP/4.4.4-8 mod_perl/2.0.2 Perl/v5.8.8 Server at 192.168.123.45 Port 80

(hier auch die aktuelle Versionsnummern der beteiligte Serverdiensten).

Das es nicht an der Seite an sich liegt, weiß ich, weil 1) der Autor hat nichts geändert (und ich glaube ihm), und 2) wenn ich das Verzeichnis auf ein Suse10.1-Server kopiere, funktioniert er dort schon mit den IE6...

Offensichtlich gibt es einen Dienst, die nach ein Update die HTML/PHP/DHTML-Seiten anders ausliefert als vorher...

Hat jemand ein Idee welchen Dienst das sein kann, oder wo ich schauen (scp/ssh) soll?

We have enough youth.
How about a fountain of SMART?

Hat jemand ein Idee welchen Dienst das sein kann, oder wo ich schauen
(scp/ssh) soll?

Die Systeme hast aber schon mit gleicher codePage usw usf ?

Kann das so schwer nachvollziehen, habe aber grad einen "Bugzilla" Umzug hinter mir wo das nicht passiert ist (Allerdings 2 Debians).

Remember what the dormouse said: Feed your head!

Codepage? Hmm, mal schauen..

Ich habe jetzt geschaut, und in /etc/apache2/apache2.conf habe ich "AddDefaultCharset ISO-8859-1" aktiviert (da war ein '#' davor), und siehe da: im IE6 tut er jetzt das was er tun soll. Zumindest, so wie ich das beurteilen kann. Der Seite ist nämlich noch in Entwicklung, und ich weiß nicht welche unterseiten schon gehen, welche nicht, welche leer bleiben oder ein Fehler zurückgeben...

Jetzt noch der Fehler aus FF2 ("The requested URL /backup_konzept& was not found on this server.") lösen, ich darf heimgehen für heute...

We have enough youth.
How about a fountain of SMART?

Supi!

Du kannst ja noch checken ob das Quell und Zielsystem die gleiche Codepage verwendet, bzw. ob da beim Kopieren ein Fehler passiert ist (MD5 Sum z.B.).

export | grep -i lang
declare -x LANG="en_AU.UTF-8"

Sollten die Systeme unterscheidliche sein (ich weiß es ist sicher ned dafür gedacht) einfach via FTP-ASCII übertragen, das konvertiert das dann

Remember what the dormouse said: Feed your head!

Es geht nicht um den Kopie auf ein Zielsystem. Das war nur als Test ob es am Browser-spezifischer Code auf den Seiten lag oder am Server.

Und nachdem es auf den eigentlicher Server nicht funktioniert, und am Kopie schon, wusste ich das nicht der Autor schuld war, sondern ich..

Ich habe jetzt 'nur' noch das Problem das der Seite unter FF2 nicht funktioniert, unter IE6 und IE7 schon...

We have enough youth.
How about a fountain of SMART?

Naja wennst Sonderzeichen hast und das ganze binär übertragst und es sind unterschiedliche Codepages eingerichtet kann das schon sein. Ich kenn ja den Code nicht wirklich den Du da probierst zu kopieren.

Sind jetzt viele Bedingungen, aber der Teufl schlaft bekanntlich nicht..

Remember what the dormouse said: Feed your head!

ganz versteh ich nicht was da laeuft - sind die dreamweaver seiten nun statisches HTML, oder z.b. irgendwas mit PHP? dann koennten z.b. unterschiedliche PHP-versionen bzw. PHP-settings die ursache sein.

vergleich am besten mal den source (im browser!) des alten und neuen systems.

Hmm, vielleicht habe ich es nicht klar gemacht. Es geht nicht um einen Umsiedlung auf ein neues System. Nach ein Upgrade des alten Systems hat es nicht mehr funktioniert, und der Kopie aufs andere System war nur als Test ob es am System oder an der Seiten gelegen ist. Leider für mich muß es der Server gewesen sein...

Ich wollte ein MySQL-DB umsiedeln. Beim Import hat er geschrien das es nicht geht, weil der zielServer MySQL 4.1 hat, und der Quelle 5.0 war. Dann habe ich versucht Debian klar zu machen das ich MySQL (und die abhängige Pakete) upgraden will. MySQL 5 ist bei Debian nur in 'testing' (obwohl 4.x laut MySQL schon unsupported ist), ich habe als Ergebnis also ein teils upgraded Debian Sarge gehabt, wo die bestehende Webseiten nicht mehr funktionierten (der Umzug der DB ist erst mal unwichtig), jedoch auf unterschiedliche Browser anders, wie im Eröffnungsposting beschrieben.

We have enough youth.
How about a fountain of SMART?

ich hab's schon so verstanden.

was dein posting nicht enthalten hat, ist ob die dreamweaver-erstellten seiten dynamisch (PHP, etc.) oder statisch (HTMl, DHTML) sind. mit PHP kann eine unterschiedliche serverkonfig dazu fuehren, dass eine dynamisch gebaute seite problemem mit javascript bekommt.

dreamweaver kann ja prinzipiell auch PHP sachen, wenn ich mich recht erinnere.

Der Seite wurde nicht von mir gemacht, und ist auch noch in Werdung.

Das wichtigste ist der Menüzeile. Statt ein Bild und Imagemap (wie ich es machen würde wenn es so ausschauen sollte) ist es ein Bild mit Javascript und DHTML. Dreamweaver kompiliert das ganze irgendwie in eine .DMZ-Datei der uploaded wird, inkl der dazugehörige Unterverzeichnis. Das fasse ich nicht an, weil ich würde von 0 auf an mit saubere HTML-Kode arbeiten

Es wird also Javascript verwendet, PHP, DHTML, usw. Ich habe schon einen Teillösung gefunden (sie ein Posting weiter oben), wodurch der Seite in IE6 wieder funktionierte. Aber unet FF2 kriege ich immer noch Fehlermeldungen, und ich weiß nicht wo ich das umstellen kann am Server...

We have enough youth.
How about a fountain of SMART?

das problem an deinem fehler ist, dass javascript clientseitig ist, und daher deine serverconfig wurscht sein sollte.

deshalb solltest du mal alten und neuen server im sourcecode des browsers vergleichen, wenn da unterschiede bestehen oder nicht koennte man den fehler mal eingrenzen.

Könnte es sein, dass da wo absolute Pfade verwendet werden?

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung