LiveUpdate leitet auf update.contao.org/de

Druckbare Version

08.08.2016, 21:01
laurinello

LiveUpdate leitet auf update.contao.org/de

So langsam verzweifle ich mit dem Liveupdate. Ich versuche für jemanden eine alte Version Contao 2.11.17 auf neuen Stand zu bringen und habe mit eine Id fürs Liveupdate gekauft.
Wenn ich auf "Aktualisierung starten" klicke lande ich immer wieder hier:

https://update.contao.org/de/

Bei anderen Domains auf gleichem Server mit identischen Einstellungen läuft alles tadellos.
Fehlermeldungen gibt es keine.
Alle PHP Versionen bis 5.6.24 habe ich durch. Laut info.php ist alles in Ordnung.
Rechte im Ordner sind geprüft. Drei mal zu Fuß durchs Internet war ich auch schon auf der Suche nach Fehlern.

Meine Boardmittel sind erschöpft. Hat jemand einen Tipp für mich?

Vielen Dank"
08.08.2016, 21:23
Spooky

Welche Live Update URL ist eingetragen?
08.08.2016, 21:27
planepix

Hallo laurinello,

das sollte in der URL fürs Live Update drinstehen:
https://update.contao.org/service/

Wichtig ist der abschliessende / - ohne diesen gabs das von dir genannte Phänomen auch schon mal.
08.08.2016, 21:55
laurinello

Genau so steht es drin.
https://update.contao.org/service/
09.08.2016, 07:11
Contao-Academy

Hast du vielleicht in der .htaccess irgendwas konfiguriert was das Problem auslösen könnte?
Benenne die Datei vielleicht zum Test kurz um.
09.08.2016, 08:03
laurinello

Ich habe nichts verändert. Trotzdem habe ich sie kurz testweise umbenannt. Problem bleibt bestehen.

Weiterhin habe ich inzwischen eine komplett neue Installation 2.11.17 hochgeladen.
Problem bleibt bestehen. Dann habe ich ein händisches Update auf 3.0.0 vesucht mit einer Subdomain, um zu sehen, ob ich von dort aus mit dem Liveupdate weiterarbeiten kann.
Werde weiterhin auf den Link zur Bestellung einer ID geleitet.
Das scheint alle dafür zu sprechen, dass die Ursache beim Server/Provider liegt.

Gegen diese Variante spricht aber, dass andere Domains bei gleicher Konfiguration keinerlei Probleme mit dem Liveupdate haben.

Bin ratlos.
09.08.2016, 08:06
Spooky

Hast du die update.phar schon mal gelöscht?
09.08.2016, 08:07
planepix

Hallo laurinello,

was du noch einmal anschauen und vergleichen kannst:
Die .htaccess aus 2.11-Zeiten ist meist noch für Apache 2.0 kompatibel.

Damit hatte ich auch hin und wieder zu kämpfen - und ich habe dann die .htaccess aus der 3.5.15 genommen und die Anpassungen darin vorgenommen.
Damit war dann zumindest der 500er Fehler weg - und vielleicht hilft das auch bei deiner Installation…
09.08.2016, 08:37
laurinello

Die .htaccess im root habe ich jetzt testweise ausgetauscht - ohne Ergebnis.

Eine update.phar.php ist im Verzeinis contao nicht vorhanden.
Es wird beim Aufruf des Installtools aber auch keine geladen, wie an vielen Stellen beschrieben. Stattdessen lande ich auf der Seite s.o.
Dachte schon, sie könne nicht geladen werden, wegen falsch vergebener Rechte im Ordner, aber das ist nicht der Fall.

Danke für eure Hilfe beim Stochern im Nebel.
09.08.2016, 12:07
Spooky

// Nanu, irgendwie ist mein Post verloren gegangen.

Überprüfe mal, ob du in der JavaScript Konsole deines Browsers beim Aufruf der Systemwartung oder beim betätigen des Live-Updates irgendwelche Fehler findest. Das Formular zum absenden der Live-Update ID in der Systemwartung wird nämlich per JavaScript per AJAX Request gemacht. Funktioniert das JavaScript nicht, leitet dich dein Browser einfach zur angegebenen Action des Formulars weiter und das wäre dann

PHP-Code:

<form action="https://update.contao.org/service/index.php" class="tl_form" method="post" onsubmit="AjaxRequest.liveUpdate(this,'ctrl_liveUpdate');return false">

Das heißt dein Browser kommt dann direkt zu https://update.contao.org/service/index.php und das ist ohne POST Daten dann einfach eine Weiterleitung auf https://update.contao.org/.

Validiere deine Contao 2.11 Installation außerdem mit dem Contao Check.
28.08.2016, 18:33
laurinello

Wollte noch einmal rückmelden, dass die Ideen nicht zum Ergebnis geführt haben. Ich habe dann den Server "geputzt" und noch einmal von vorne angefangen und siehe da, es funtkionierte dann.
Was Ursache für die Probleme war, konnte ich nicht feststellen.
Danke für eure Unterstützung!
29.09.2016, 12:44
pustefix

In der Javaskriptkonsole steht nur eine Warnung: getAttributeNode() sollte nicht mehr verwendet werden. Verwenden Sie stattdessen getAttribute().

Wo sollte ich das denn ändern?
29.09.2016, 12:50
Spooky

Zitat:

Zitat von pustefix

In der Javaskriptkonsole steht nur eine Warnung: getAttributeNode() sollte nicht mehr verwendet werden. Verwenden Sie stattdessen getAttribute().

Wo sollte ich das denn ändern?

Du musst das Formular zuerst abschicken und dann nachsehen, was in der JavaScript Konsole steht. Dafür musst du aber vorher aktivieren, dass die Meldungen in der Konsole nicht bei einem neuen Request gelöscht werden.
29.09.2016, 16:59
pustefix

ich hatte heute noch andere Probleme mit der betreffenden Homepage.
Es hat eine Serverumstellung auf Apache2.4 stattgefunden, einige Befehle werden nun wohl nicht mehr so interpretiert wie unter 2.2. Ich vermute, dass auch dieses Problem damit zu tun hat.

Zitat:

Du musst das Formular zuerst abschicken und dann nachsehen, was in der JavaScript Konsole steht. Dafür musst du aber vorher aktivieren, dass die Meldungen in der Konsole nicht bei einem neuen Request gelöscht werden.

Da muss ich mich erst reinfuchsen, ich gebe Tönchen, wenn ich was erreicht habe.
29.09.2016, 17:15
Spooky

Zitat:

Zitat von pustefix

ich hatte heute noch andere Probleme mit der betreffenden Homepage.
Es hat eine Serverumstellung auf Apache2.4 stattgefunden, einige Befehle werden nun wohl nicht mehr so interpretiert wie unter 2.2. Ich vermute, dass auch dieses Problem damit zu tun hat.

Bei einer Umstellung von Apache 2.2 auf 2.4 musst du auch alle Extensions auf den neuesten Stand bringen.

Wenn diese nicht mehr von den Entwicklern gewartet werden, dann musst du etwaige .htaccess Dateien in den Extensions selbst anpassen. Statt

Code:

order deny,allow allow from all

muss nämlich dann

Code:

<IfModule !mod_authz_core.c> Order allow,deny Allow from all </IfModule> <IfModule mod_authz_core.c> Require all granted </IfModule>

drin stehen.
29.09.2016, 17:25
pustefix

Danke Spooky, das weiss ich seit heute nachmittag nun auch.

Ich hatte Probleme mit der Extension Cameraslideshow, dort musste ich die htaccess anpassen.

Hier für alle eine zusammenfassung: http://httpd.apache.org/docs/2.4/upgrading.html

Wie ich allerdings das Liveupdate wieder zum Laufen bekomme weiss ich noch nicht...

Vlt. mach ich erstmal ein Update ohne LIVE und dann seh ich weiter.
29.09.2016, 17:40
Spooky

Wie gesagt, es muss sich eigentlich um einen JavaScript Fehler handeln. Du musst so vorgehen wie von mir beschrieben, um herauszufinden welcher.
13.10.2016, 10:12
planepix

Hallo zusammen,
hänge mich hier mal dran.

Update von 2.11.7 auf 3.5.17
LiveUpdate

.htaccess von der 3.5.17 genommen und angepasst (hier nur die RewriteBase geändert).
PHP 5.6.26

Alle .htaccess-Dateien angepasst wie oben beschrieben)

Nach Klick komme ich immer auf die URL https://update.contao.org/de/.

Wie von Spooky beschrieben erhalte ich auch keinen Fehler in der Konsole angezeigt (Preserve log ist aktiviert)

Die update.phar habe ich schon gelöscht.

Lasse ich die update.phar.php im Verzeichnis liegen erhalte ich diese Fehlermeldung:

PHP-Code:

Fatal error: Uncaught exception 'PharException' with message 'phar "/var/www/xxx/html/2016/contao/update.phar.php" SHA1 signature could not be verified: broken signature' in /var/www/xxx/html/2016/contao/update.phar.php:34 Stack trace: #0 /var/www/xxx/html/2016/contao/update.phar.php(34): Phar::webPhar('update.phar.php', 'index.php', '', Array, 'phar_rewrite') #1 {main} thrown in /var/www/xxx/html/2016/contao/update.phar.php on line 34

Any further ideas?
Danke.
13.10.2016, 10:28
Spooky

Außer, dass ich mir das mal direkt im Backend ansehen möchte, habe ich keine Idee ;). Warum die "Weiterleitung" passiert sollte ja eigentlich herausgefunden werden können.