Module nicht erreichbar, kein Liveupdate und kein Erweiterungskatalog

[Jogi42]

Hallo zusammen,
ich muss vorab erwähnen, ich bin nicht der Contao Spezialist, pflege aber für den Verein unsere Homepage und habe mir schon einiges angeeignet. Gestern wollte ich in den Modulen was machen, und da kommt eine leere Seite. Dies hatte ich nach einem Update schon öfters, aber nach Aktualisierung der Erweiterungen waren sie wieder da. Wenn ich nun auf den Erweiterungskatalog gehe oder zur Erweiterungsverwaltung kommt folgender Error: SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://contao.org/services/repository.wsdl' : failed to load external entity "https://contao.org/services/repository.wsdl"
Wenn ich in Systemwartung auf Liveupdate gehe, kommt folgendes: Keine Verbindung zum Live Update-Server möglich

Ich habe nun schon mehrere Dinge im Internet gefunden, aber nichts hat mir geholfen. Ich sollte nur dringend etwas an den Modulen auf der Homepage machen und hoffe, ihr habt mir noch eine Idee.

LG Jörg

[Spooky]

Bzgl. Liveupdate und Erweiterungskatalog: befindet sich die Website auf Strato?

[Jogi42]

Ja, ich habe die Seite bei Strato

[Spooky]

Der Fehler bzgl. Liveupdate und Erweiterungskatalog liegt bei Strator. Du musst denen sagen, dass aktuell auf deinem Server die DNS Auflösung nicht funktioniert. Oder dass zumindest die Domain 'contao.org' nicht aufgelöst werden kann.

[Jogi42]

OK, werde ich probieren, danke

[Jogi42]

Kann ich da auch was selber machen, wenn ich mich bei Strato einlogge?

[tab]

Wie hast du denn das Update gemacht? Eventuell fehlen dir ja "nur" die Dateien deiner Erweiterungen unter system/modules. Die könnte man wohl zur Not auch manuell da reinkopieren, am einfachsten aus einem Backup, das vor dem Update durchgeführt wurde. Bei einem Update der Erweiterung passiert das automatisch, normalerweise nimmt man die Dateien der Erweiterungen aber beim Update mit. Eigentlich alle Dateien, die nicht zum Contao-Core gehören.

[Jogi42]

Ich habe das per Libeupdate gemacht. Backup kann er aus irgend welchen Gründen nicht machten. Der Fehler kam aber nicht mit dem Update. Nach dem Update hatte es schon funktioniert,

[hoggie]

Ich häng mich da mal dran. Ich habe mehrere Contao-Installationen auf Strato in Version 3.4.0 und eine 3.4.4. Der Fehler tritt seit etwa ein bis zwei Wochen bei allen auf. Bei allen Installationen hat die Erweiterungsverwaltung nach dem (Live-)update noch funktioniert.
An manchen Installationen wurde seit mehreren Wochen nichts verändert. Der Fehler trat also 'aus heiterem Himmel' auf. Ich werde auch Strato auf das Problem aufmerksam machen. Aber vielleicht gibt es ja schon User die mit dem Problem weiter sind?

LG Horst

[hoggie]

Ich habe das Problem wohl gelöst. Die PHP-Version war noch auf 5.3.x eingestellt. Ich habe das jetzt auf 5.6 umgestellt (Aktuell 5.6.6) und siehe da, alles funktioniert wieder wie gehabt.

LG Horst

[Spooky]

Ist wohl nur Zufall, da Strato das Problem anscheinend vor kurzem behoben hat

[hoggie]

Naja, vor einer halben Stunde ging es bei mir definitiv noch nicht. Nach der Umstellung vor 10 Minuten war's dann OK.

[hoggie]

Wahrscheinlich doch nur Zufall. Auf den anderen Server die noch auf PHP 5.3.29 stehen geht's jetzt plötzlich auch.

[Spooky]

Naja, vor einer halben Stunde ging es bei mir definitiv noch nicht. Nach der Umstellung vor 10 Minuten war's dann OK.

Um irgendwann vor 11:05 wurd es von Strato gefixed ( https://community.contao.org/de/show...l=1#post360880 )

[Jogi42]

Hi, die Erweiterungen und den Liveupdate erreiche ich wieder. Nur wenn ich die Fronted Module aufrufe, kommt nur eine weise Seite. Jemand einen Tipp?

[Spooky]

Nur wenn ich die Fronted Module aufrufe, kommt nur eine weise Seite.

Was genau meinst du damit überhaupt? Du rufst einfach das Frontend auf, oder? Hast du schon im system/logs/error.log nachgesehen?

[Jogi42]

Das bekomme ich beim Check:
<?php

/**
* Contao Open Source CMS
*
* Copyright (c) 2005-2015 Leo Feyer
*
* @license LGPL-3.0+
*/

require 'controller/bootstrap.php';


/**
* Route the request to a controller
*
* @author Leo Feyer <https://github.com/leofeyer>
*/
class Router
{

/**
* Dispatch a request and send the response
*
* @throws RuntimeException If the command name is invalid
*/
public static function dispatch()
{
// Default command
$file = 'controller/index.php';
$class = 'Index';

$command = filter_var($_GET['c'], FILTER_SANITIZE_STRING);

// Check the command (thanks to Arnaud Buchoux)
if (static::isInsecurePath($command)) {
throw new RuntimeException("Invalid command $command");
}

// Custom command
if ($command != '' && file_exists("controller/$command.php")) {
$file = "controller/$command.php";
$class = str_replace(' ', '', ucwords(str_replace('-', ' ', $command)));
}

include $file;
$controller = new $class;
$controller->run();
}


/**
* Insecure path potentially containing directory traversal
*
* @param string $path The file path
*
* @return boolean True if the file path is insecure
*/
public static function isInsecurePath($path)
{
// Normalize backslashes
$path = str_replace('\\', '/', $path);
$path = preg_replace('#//+#', '/', $path);

// Equals ..
if ($path == '..')
{
return true;
}

// Begins with ./
if (substr($path, 0, 2) == './')
{
return true;
}

// Begins with ../
if (substr($path, 0, 3) == '../')
{
return true;
}

// Ends with /.
if (substr($path, -2) == '/.')
{
return true;
}

// Ends with /..
if (substr($path, -3) == '/..')
{
return true;
}

// Contains /../
if (strpos($path, '/../') !== false)
{
return true;
}

return false;
}
}

Router::dispatch();

[Jogi42]

Ich gehe unter Themes auf Module und dann kommt eine weise Seite. Wo finde ich den Error-Log?

[Jogi42]

Der Errorlog ist zu groß um hier hochzuladen

[BugBuster]

Im Prinzip reichen ja die Zeilen die erzeugt werden beim Aufruf die zur weißen Seite führt. Das sollten nicht so viele sein, je nach Fehler 10 - 100 Zeilen, ganz grob geschätzt.
Am besten die Datei (error.log) umbenennen, Seite Aufrufen und dann die neue error.log hier posten, am besten als zip.

[Jogi42]

So, danke. Hab den Log mal gezipt

[Spooky]

Hm, ich kann dein .zip nicht entpacken (unknown compression method Fehler im 7-zip).

[Jogi42]

gehts jetzt

[Spooky]

Nachdem dir der Contao Check anscheinend PHP direkt ausgibt, musst du evt. einfach die PHP Version höher setzen. Mindestens PHP 5.3.7, besser gleich PHP 5.4 oder 5.5. Auch das error.log deutet darauf hin, dass deine PHP Version nicht ausreicht. Darüberhinaus solltest du die install.php aufrufen und Datenbanktreiber auf MySQLi setzen.

[Jogi42]

Habe ich gemacht. Wenn ich jetzt auf Module gehe, dann kommt das:
Parse error: syntax error, unexpected '$GLOBALS' (T_VARIABLE) in /mnt/webb/b0/99/54008099/htdocs/cms/system/cache/language/en/tl_module.php on line 589

[BugBuster]

Gehe mal im Backend auf Systemwartung und lösche darüber die Cache Einträge

[Jogi42]

Jetzt sind sie wieder da. Juhu, vielen Dank. Wenn ich aber den internen Cache wieder aufbaue sind sie wieder weg. Brauche ich den internen Cache?

[BugBuster]

Dann scheint eine Erweiterung in den Sprachfiles ne Macke zu haben. müsste man anhand der Fehlermeldung, Zeilennummer rausbekommen.
Bis dahin bleibt dir dann wohl nur übrig den Cache auszuschalten. Verlangsamt die Seite ein wenig.