CMS - Der Dirigent » Support » Installation
Neue Umfrage | neues Thema | Antworten
Seiten: (2) [1] 2 ( Zum ersten neuen Beitrag )
Probleme nach Update bei Schottenhhost
« Älteres Thema | Neueres Thema » Thema abonnieren | Thema versenden | Thema drucken
| andyg |
 |
|
Newbie  Gruppe: Members Beiträge: 6 Mitgliedsnummer: 1743 Mitglied seit: 27. Dec 2005 
|
Hallo, ich habe meine Site bei Schottenhost gehostet. Dedi lief bis letzte Woche dort einwandfrei. Danach haben die ein Update bei php von 4.3.10 auf 4.4.1 bzw. von 5.0.3 auf 5.1.1 gemacht. Außerdem wurde die Ausführung von cgi auf fastcgi umgestellt. Seitdem läuft dedi dort nicht mehr richtig. Ich bekomme im Backend beim Anlegen einer neuen Seite, bzw. eines neuem Ordner die Meldung "Seite nicht gefunden" im Browser (so als wenn man eine nicht existierende Adresse eingibt). Die neu angelegte Seite ist danach aber zumindest trotzdem da. Ordner auf der Hauptebene neu anzulegen geht dagegen gar nicht mehr. Auch Seiten, die als Weiterleitung eingerichtet sind, funktionieren im Frontend nicht mehr. Was ich getestet habe: Anderer Browser: Gleiches Problem. Völlige Neuinstallation von dedi 103 mit neuer Datenbank: Gleiches Problem wie bei meiner alten 102. Umstellung von von php 4 auf php 5 nach Anleitung des Providers und Einrichtung der vom Provider angegebenen php.ini: Gleiches Problem. Es wird außerdem kein Errorlog von dedi angelegt. Da die Sache nun sowohl bei php 4 als auch bei php 5 auftritt, denke ich eher, dass es an der Umstellung auf fastCGI liegen muss. Kennt jemand dies Problem? Hat jemand ebenfalls seine Seiten bei Schottenhost? Wisst ihr eine Lösung? Oder mag sich das jemand mal angucken. Ich habe mich gerade erst in dedi eingearbeitet, es gefällt mir und ich möchte nicht schon wieder das CMS wechseln müssen. Grrr. Viele Grüße Andreas |
 
|
|
| hk-cons |
|
 Dauertester Gruppe: Tester Beiträge: 5444 Mitgliedsnummer: 71 Mitglied seit: 31. Mar 2003
|
die schattenhoster sollten mal die httpd-conf ordentlich einrichten. wenn sie zu blöd dazu sind, ist ein blick ins php-manual zu empfehlen -------------------- spart sich sprüche und wird humorlos
|
|
|
|
| andyg |
|
|
Newbie Gruppe: Members Beiträge: 6 Mitgliedsnummer: 1743 Mitglied seit: 27. Dec 2005
|
Hallo hk-cons, was vermutest du denn, was da falsch eingerichtet sein könnte? |
|
|
|
| hk-cons |
|
|
Dauertester Gruppe: Tester Beiträge: 5444 Mitgliedsnummer: 71 Mitglied seit: 31. Mar 2003
|
ich bin nicht schattenhost, sorry, lies dir den link durch und wende dich an die -------------------- spart sich sprüche und wird humorlos
|
|
|
|
| andyg |
|
|
Newbie Gruppe: Members Beiträge: 6 Mitgliedsnummer: 1743 Mitglied seit: 27. Dec 2005
|
Hallo, zur Info: der Provider hat meinen Account auf das normale CGI umgestellt und es läuft alles wieder. Irgendwie kommt Dedi wohl mit dem fastCGI (bzw. mit den Einstellungen des Providers dazu...) nicht zurecht. Wie auch immer, es scheint mir eher KEIN Problem mit Dedi zu sein, sondern mit der Konfigiguration des fastCGI des Providers. Oder? Grüße Andreas |
|
|
|
| hk-cons |
|
|
Dauertester Gruppe: Tester Beiträge: 5444 Mitgliedsnummer: 71 Mitglied seit: 31. Mar 2003
|
dumme frage ... was ist überhaupt fastCGI ? -------------------- spart sich sprüche und wird humorlos
|
|
|
|
| roberto |
|
 Unicoder Gruppe: Tester Beiträge: 1853 Mitgliedsnummer: 343 Mitglied seit: 16. Oct 2003
|
http://rfc1437.de/page/apache2-php5-fcgi-p..._fastcgi-howto/ Weiterlesen dort: http://www.debianhowto.de/de:howtos:sarge:...pache2_php-fcgi -------------------- Lokal: DeDi 1.01; SuSE 8.1 | Apache/1.3.26 & PHP 4.3.10 | MYSQL 3.23.52
|
|
|
|
| Eppi |
|
 .....................noname Gruppe: Admin Beiträge: 8077 Mitgliedsnummer: 1 Mitglied seit: 23. Mar 2003
|
das interessiert mich jetzt aber doch ein wenig. hat vielleicht jemand die möglichkeit mir so eine umgebung als testumgebung zur verfügung zu stellen? gruß, paul -------------------- "Heute ist nicht aller Tage... ich komm wieder, keine Frage!"
|
|
|
| AndreX |
|
|
Member Gruppe: Members Beiträge: 145 Mitgliedsnummer: 355 Mitglied seit: 26. Oct 2003
|
Ich habe das gleiche Problem bei ProfiHost, ist wohl der gleiche Anbieter mit anderer Firma  Folgende Antwort habe ich vom Support erhalten: QUOTE ... ich habe folgende Fehlermeldung in Ihrem error.log gefunden: error parsing headers: duplicate header 'Status' Ein Script hat dementsprechend falsche Header geliefert. Mit freundlichen Grüßen ... Liegt das nun an DeDi oder am Provider. Vor der Umstellung hat alles funktioniert, demnach müsste es am Provider liegen, aber was ist mit der Fehlermeldung im error.log? Vielleicht kann jemand was mit der Meldung anfangen. lg André -------------------- ...
|
|
|
|
| roberto |
|
|
Unicoder Gruppe: Tester Beiträge: 1853 Mitgliedsnummer: 343 Mitglied seit: 16. Oct 2003
|
QUOTE (Eppi @ 24. Jan 2006 - 10:12) das interessiert mich jetzt aber doch ein wenig. hat vielleicht jemand die möglichkeit mir so eine umgebung als testumgebung zur verfügung zu stellen? gruß, paul Bei Puretec (1&1) hast Du meines Wissens auch fastCGI. Deine Testplattform wäre also dieser Server hier.  -------------------- Lokal: DeDi 1.01; SuSE 8.1 | Apache/1.3.26 & PHP 4.3.10 | MYSQL 3.23.52
|
|
|
|
| hk-cons |
|
|
Dauertester Gruppe: Tester Beiträge: 5444 Mitgliedsnummer: 71 Mitglied seit: 31. Mar 2003
|
ahjaaa es sieht dann also aus, als ob in der vhost bei den schattenhostern die einträge nicht stimmen, nur ist uns diese leider unbekannt -------------------- spart sich sprüche und wird humorlos
|
|
|
|
| STam |
|
 freelancer Gruppe: Members Beiträge: 1285 Mitgliedsnummer: 173 Mitglied seit: 03. Jun 2003
|
Das Problem ist FastCgi und die PHP-Header. Da Standardmässig HTTP-Auth mit FastCGI nicht funktioniert muss man in der /etc/apache2/mods-available/fastcgi.conf bei FastCgiConfig ein “-pass-header Authorization” einhängen. Dies leitet die HTTP-Auth Anfragen an das PHP-Binary weiter. Das ganze ohne Funktionsgarantie, da es bei manchen nicht zu funktionieren scheint. Weiterhin müssen alle Header die Php übergibt umgeschrieben werden denn FastCgi übergibt nur Standart-Header zB: mehr CODE header('Status: 301 Moved Permanently'); nach mehr CODE header('HTTP/1.1 301 Moved Permanently'); ändern (was dann doch eine Änderung der DeDi Source bedeutet  )!Gruss -------------------- ... to watch out for sefrengo.de
|
|
|
|
| andyg |
|
|
Newbie Gruppe: Members Beiträge: 6 Mitgliedsnummer: 1743 Mitglied seit: 27. Dec 2005
|
Hallo AndreX, dein Profihost hat tatsächlich die gleiche Anschrift wie Schottenhost, ist also derselbe Laden  Die haben mir nun einfach eine .htaccess in Stammverzeichnis gelegt mit der Zeile mehr CODE AddHandler cgi-script .php .php4 versuch doch mal, ob das bei dir auch klappt. Ändert zwar nichts daran, dass es unter fastCGI nicht läuft, aber immerhin. Gruß Andreas |
|
|
|
| AndreX |
|
|
Member Gruppe: Members Beiträge: 145 Mitgliedsnummer: 355 Mitglied seit: 26. Oct 2003
|
Ich hab jetzt nochmal eine Antwort von meinem Provider erhalten: QUOTE Ich nehme an, dass es sich bzgl. des doppelten Status Headers um einen Bug im CMS handelt. Sie können dies momentan z.B. umgehen in dem Sie Ihren Account manuell auf CGI umstellen (ist aber langsamer). Dazu legen Sie in Ihren root Ordner (eine Ebene höher als der www. Order) eine .htaccess mit folgendem Inhalt: AddHandler cgi-script .php .php4 .php5 So, und jetzt?? PS.: Hi andyg, vielleicht wird uns ja noch geholfen -------------------- ...
|
|
|
|
| STam |
|
|
freelancer Gruppe: Members Beiträge: 1285 Mitgliedsnummer: 173 Mitglied seit: 03. Jun 2003
|
^^^manchmal verzweifle ich noch... die Lösung steht doch 3 Post höher  Gruss -------------------- ... to watch out for sefrengo.de
|
|
|
Thema wird von 0 Benutzer gelesen (0 Gäste und 0 Anonyme Benutzer)
0 Mitglieder:
22 Antworten seit 22. Jan 2006 - 13:04
Thema abonnieren | Thema versenden | Thema drucken
Seiten: (2) [1] 2