Update 2.11.13 >> 3.2 Problem

[Maik]

Hallo zusammen, habe das o.g. Update vorgenommen und bekomme nun beim Aufruf des Install-Tools folgenden Fehler:

Warning: in_array() expects parameter 2 to be array, null given in system/modules/core/library/Contao/System.php on line 110

#0 [internal function]: __error(2, 'in_array() expe...', '/www/htdocs/v09...', 110, Array)
#1 system/modules/core/library/Contao/System.php(110): in_array('getInstance', NULL)
#2 system/modules/core/classes/BackendTemplate.php(156): Contao\System->import('BackendPassword')
#3 contao/install.php(827): Contao\BackendTemplate->output()
#4 contao/install.php(131): InstallTool->outputAndExit()
#5 contao/install.php(1093): InstallTool->run()
#6 {main}


Fatal error: Class 'BackendPassword' not found in /www/htdocs/xxxxx/emk-motoren/system/modules/core/library/Contao/System.php on line 110 

Zugang in Backend geht ebenfalls nicht mehr - Contao Check meldet bei den Systemvoraussetzungen alles grün ...

Kann mir hier jemand helfen? Ich verstehe die Fehlermeldungnicht ...

[Spooky]

Contao Check meldet bei den Systemvoraussetzungen alles grün ...

Und was sagt der Contao Check bei der Validierung der bestehenden Installation?

[Maik]

..die Validierung hat die Installation nicht gefunden ... meine Maßnahme: Alles komplett löschen, Sicherung 2.11er Version zurückspielen und ggf. mal mit dem Live-Update versuchen ... melde mich dann dazu ...

[BugBuster]

wenn die Validierung nichts findet, liegt der Check im falschem Verzeichnis.

[Maik]

Ja, das stimmt ... war in einem Unterverzeichnis - habe meine 2.11.13 zurückgespielt, dann geht´s wieder. Mein Problem: Habe jetzt versucht, über das Live-Update einen Versionssprung auf 3.0 zu machen ... dann tut er sich mit der update.phar.php schwer ... diese dann gelöscht, dann wird sie ja neu erstellt - soweit so gut. Sobalt ich aber dann das update durchführe, komme ich danach nicht mehr ins Backend. Das Backup der Datenbank wird vom Liveupdate noch gemacht, das Update läuft auch durch ... aber das war´s dann. Es kommt zu einem Fehler (arrgg, habe keinen Screenshot gemacht und inzwischen manuell wieder auf 2.11.13 zurückgesetzt) ... Auch das Backend bleibt weiß ... Ich denke, ich versuche das nochmal in Ruhe und berichte wieder ... solange muss es einach die 2er Version tun ...

[matuweb]

Hallo,

bei mir ist das gleiche Problem.

Ich wollte ein Update per Live-Update von 2.11.13 auf 3.0 machen und dann diese Meldung:

Warning: in_array() expects parameter 2 to be array, null given in /var/www/html/web14/html/cms/2_10_3/system/modules/core/library/Contao/System.php on line 130

#0 [internal function]: __error(2, 'in_array() expe...', '/var/www/html/w...', 130, Array)
#1 /var/www/html/web14/html/cms/2_10_3/system/modules/core/library/Contao/System.php(130): in_array('getInstance', NULL)
#2 /var/www/html/web14/html/cms/2_10_3/system/modules/core/library/Contao/System.php(419): Contao\System::importStatic('EasyThemes')
#3 /var/www/html/web14/html/cms/2_10_3/contao/install.php(52): Contao\System::loadLanguageFile('default')
#4 /var/www/html/web14/html/cms/2_10_3/contao/install.php(930): InstallTool->__construct()
#5 {main}


Fatal error: Class 'EasyThemes' not found in /var/www/html/web14/html/cms/2_10_3/system/modules/core/library/Contao/System.php on line 130

Im Ordner Module sind auch keine Module übernommen worden, bzw. dort sind nur Core-Module enthalten.

Was muss ich machen?

[KlausGrenoble]

Vielleicht hilft das hier weiter, falls noch nicht gesehen:
https://community.contao.org/de/show...auf-Contao-3-2

[BugBuster]

matuweb, du hast nicht das gleiche Problem, du hast die Update Hinweise nicht gelesen besonders die Hinweise einzelner Nutzer.
Die Erweiterung "EasyThemes" in deinem Beispiel ist eine Contao 2 Version, die kann nicht in Contao 3 laufen.
Leider klingt sich das Teil wohl recht früh in den Aufruf mit ein, wo scheinbar das Liveupdate dies noch nicht verhindert. Der Warungsmodus sollte solche Dinge verhindern.

Ein

Fatal error: Class '...' not found

ist eine typische Fehlermeldung für solche Fälle.

[eisenherz]

Hallo!
ich dachte zwischen den Jahren endlich das Update von 2.11.12 auf 3 fahren zu können. Neues LiveUpdate gekauft und frisch ans Werk (Backup etc).
Beim Auslösen des Liveupdates bekomme ich dann diese Meldung:

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

Ich wüsste zwar ungefähr wie ich an die Stelle komme nur leider verstehe ich nicht was ich dann zu tun hätte.

Was muss ich tun?

Tschüss
Jörg Basler

[eisenherz]

Was muss ich tun?

Ich habe beim Vergleich von ungenutztem Core und dem Core meiner Website festgestellt, das die Datei "update.phar.php" nicht mitgeliefert wird. Also habe ich sie aus meinem Core entfernt und jetzt zumindest das Update anstossen können.

[BugBuster]

"broken signature" sagt aus, das die phar Datei beschädigt war. Du hast genau das richtige getan. Wenn man die löscht holt sich Contao automatisch eine neue.

[eisenherz]

Hallo !
Ich habe das update jetzt laufen lassen.
Dann wieder ins installtool, die DB updaten.
Dabei klemmte es das erste Mal. Ich durfte nicht mehrere Tabellen auf einmal auswählen, dann war entweder der Bildschirm weiß oder es kämmen Fehlermeldungen. Also habe ich alle Tabellen einzeln aktualisiert, bis der Hinweis kam, das jetzt alles Aktuell ist und ich ins Backend zurück kann.
Nach der Eingabe des Kennwortes kommt jetzt leider das hier

Warning: in_array() expects parameter 2 to be array, null given in system/modules/core/library/Contao/System.php on line 110
#0 [internal function]: __error(2, 'in_array() expe...', '/usr/www/users/...', 110, Array)
#1 system/modules/core/library/Contao/System.php(110): in_array('getInstance', NULL)
#2 contao/main.php(162): Contao\System->import('TaskMessages')
#3 contao/main.php(130): Main->welcomeScreen()
#4 contao/main.php(287): Main->run()
#5 {main}

Fatal error: Class 'TaskMessages' not found in /usr/www/users/baslerd/contao/system/modules/core/library/Contao/System.php on line 110 

Ich kann zwar in die PHP Dateien schauen, nur leider kann ich kein PHP.
Was mir aber auffällt, dass in den jeweiligen Zeilen nicht unbedingt steht, was hier im Zitat des Fehlers gemeldet wird ???

Hilfe dringend erbeten.
Tschüss
Jörg Basler

[BugBuster]

Zum Thema Taskmanager, der hier nicht gefunden wird, findest du Informationen in den Sammelinfos oben verlinkt hier im Forum.


Gesendet von meinem X10.Quad+ mit Tapatalk 4

[eisenherz]

Zum Thema Taskmanager, der hier nicht gefunden wird, findest du Informationen in den Sammelinfos oben verlinkt hier im Forum.


Gesendet von meinem X10.Quad+ mit Tapatalk 4

Hallo BugBuster!

Du meinst diesen Tip

Fatal error: Class 'TaskMessages' not found in /www/ .../system/modules/core/library/Contao/System.php on line 110

Troubleshooting:
Extension tasks installieren.
Aus dem ER runterladen und einfach system/modules/tasks ueberschreiben.

... ich komme ja gar nicht mehr ans ER

Tschüss
Jörg Basler

[tab]

Natürlich kommst du da dran. Über die oben unter "Contao-Links" verlinkte Erweiterungsliste. Auf der Seite
https://contao.org/de/extension-list...000009.de.html
ist unten ein Link, über den man die Erweiterung herunterladen kann. Ich hoffe, ich habe diesmal die richtige Erweiterung erwischt

[eisenherz]

Natürlich kommst du da dran. Über die oben unter "Contao-Links" verlinkte Erweiterungsliste. Auf der Seite
https://contao.org/de/extension-list...000009.de.html
ist unten ein Link, über den man die Erweiterung herunterladen kann. Ich hoffe, ich habe diesmal die richtige Erweiterung erwischt

Hallo!
Danke ... die manuelle Variante hatte ich verdrängt.

Jetzt klemmt es hier wenn ich die Frontendvorschau bemühe

[31-Dec-2013 09:11:19 GMT] PHP Fatal error: Uncaught exception 'Exception' with message 'Could not connect to database (Access denied for user 'JB_Contao'@'213.133.104.62' (using password: YES))' thrown in /usr/www/users/baslerd/contao/system/libraries/Database.php on line 78

Da steht

/**
     * Load the database configuration file and connect to the database
     * @throws Exception
     */
    protected function __construct()
    {
        $this->connect();

        if (!is_resource($this->resConnection) && !is_object($this->resConnection))
        {
            throw new Exception(sprintf('Could not connect to database (%s)', $this->error));
        }
    } 

line 78 davon ist diese

            throw new Exception(sprintf('Could not connect to database (%s)', $this->error)); 

Leider kann ich kein PHP und verstehe nicht was ich jetzt tun muss.
Das Kennwort ist das von meinem Hoster(Hetzner) vergebene Masterpassword

Wenn ich im Install die Datenbankverbindung anschaue, sind im Feld Passwort immer viel weniger Punkte zu sehn als bei der Länge des Passwortes zu erwarten wären. Ich hoffe die 5 Punkte sind nur Platzhalter für das Passwort mit 16 Stellen

Gehe ich direkt auf www.droplimits.com meckert das System weil es moo_analytics nicht findet ... womit ich leider auch leicht überfordert bin. Ich habe ja alles per liveUpdate installiert (dachte ich zumindest) und es läuft noch im abgesicherten Modus.

Kann mir jemand helfen?
Tschüss
Jörg Basler

[magicsepp]

das Datenbankpasswort sowie die anderen Parameter lassen sich in der /system/config/localconfig.php überprüfen.

[eisenherz]

das Datenbankpasswort sowie die anderen Parameter lassen sich in der /system/config/localconfig.php überprüfen.

Danke für die schnelle Rückmeldung.
Die Kennwörter sind dort korrekt hinterlegt, aber was bedeutet das hier

$GLOBALS['TL_CONFIG']['dbPconnect'] = false; 

[magicsepp]

das entspricht der Auswahl unter "Dauerhafte Verbindung" (default=false)

[eisenherz]

Hallo!
Die Fehlermeldung

Fatal error: Uncaught exception Exception with message Could not find template "moo_analytics" thrown in system/modules/core/library/Contao/TemplateLoader.php on line 127
#0 system/modules/core/library/Contao/Controller.php(70): Contao\TemplateLoader::getPath('moo_analytics', 'html5', 'templates/DropL...')
#1 system/modules/core/library/Contao/Template.php(276): Contao\Controller::getTemplate('moo_analytics', 'html5')
#2 system/modules/core/classes/FrontendTemplate.php(37): Contao\Template->parse()
#3 system/modules/core/pages/PageRegular.php(688): Contao\FrontendTemplate->parse()
#4 system/modules/core/pages/PageRegular.php(179): Contao\PageRegular->createFooterScripts(Object(Contao\LayoutModel))
#5 index.php(249): Contao\PageRegular->generate(Object(Contao\PageModel), true)
#6 index.php(432): Index->run()
#7 {main} 

stellt mich jetzt vor Rätsel.
Den Pfad
system/modules/core/*
finde ich gar nicht.

Ich habe jetzt den Core aus der Installationsdatei Core-3.2.3 manuell ergänzt (sollte das nicht Teil des Updates sein?)
Jetzt kommt nur noch der Hinweis:

An error occurred while executing this script!

If you are a Contao user, contact the administrator of your website.
Open file system/logs/error.log and search for a corresponding entry.
Open file system/config/localconfig.php and add the following line:
$GLOBALS['TL_CONFIG']['displayErrors'] = true;
Read the Contao FAQs or visit the Contao support page.
To customize this notice, create a custom template file named templates/be_error.tpl.

auch wenn ich dem Hinweis folge und die Zeile
$GLOBALS['TL_CONFIG']['displayErrors'] = true;
ergänze

???

Tschüss
Jörg Basler

[eisenherz]

Hallo!

Der Fehler scheint hier zu liegen

            throw new Exception(sprintf('Could not connect to database (%s)', $this->error)); 

Leider kann ich kein PHP und verstehe nicht was ich jetzt tun muss.
Das Kennwort ist das von meinem Hoster(Hetzner) vergebene Masterpassword

Wenn ich im Install die Datenbankverbindung anschaue, sind im Feld Passwort immer viel weniger Punkte zu sehn als bei der Länge des Passwortes zu erwarten wären. Ich hoffe die 5 Punkte sind nur Platzhalter für das Passwort mit 16 Stellen


Kann mir jemand helfen?
Tschüss
Jörg Basler

[tab]

Die Daten in der localconfig stimmen alle? Datenbank-Server, Datenbank-Name, Datenbank-Benutzer, ...

[eisenherz]

Die Daten in der localconfig stimmen alle? Datenbank-Server, Datenbank-Name, Datenbank-Benutzer, ...

Gerade nochmal kontrolliert. Stimmen leider!?
Nur das nur 5 Punkte, im Passwort Feld, gezeigt werden. In der localconfig steht das Passwort aber in voller Länge und richtig.
Deshalb bin ich ratlos

[magicsepp]

wie sieht den der check deiner installation aus? php version etc?

[peter.fl]

Ein Hinweis aus dem Fussvolk:

Ab 3.2 wird, wenn ich mich recht erinnere, zwischen Gross- und Kleinschreibung unterschieden. Was vermutlich auch bei Benutzernamen, Passwörtern und Datenbanknamen zu beachten ist.

[eisenherz]

Ein Hinweis aus dem Fussvolk:

Ab 3.2 wird, wenn ich mich recht erinnere, zwischen Gross- und Kleinschreibung unterschieden. Was vermutlich auch bei Benutzernamen, Passwörtern und Datenbanknamen zu beachten ist.

Hallo!
Ich bin gut im falsch schreiben ... deshalb copy and paste

[eisenherz]

wie sieht den der check deiner installation aus? php version etc?

Contao check 7.9 meldet "Alles bestens"

[eisenherz]

Hallo!
Es bleibt bei der Fehlermeldung bezüglich moo_analytics

Fatal error: Uncaught exception Exception with message Could not find template "moo_analytics" thrown in system/modules/core/library/Contao/TemplateLoader.php on line 127
#0 system/modules/core/library/Contao/Controller.php(70): Contao\TemplateLoader::getPath('moo_analytics', 'html5', 'templates/DropL...')
#1 system/modules/core/library/Contao/Template.php(276): Contao\Controller::getTemplate('moo_analytics', 'html5')
#2 system/modules/core/classes/FrontendTemplate.php(37): Contao\Template->parse()
#3 system/modules/core/pages/PageRegular.php(688): Contao\FrontendTemplate->parse()
#4 system/modules/core/pages/PageRegular.php(179): Contao\PageRegular->createFooterScripts(Object(Contao\LayoutModel))
#5 index.php(249): Contao\PageRegular->generate(Object(Contao\PageModel), true)
#6 index.php(432): Index->run()
#7 {main}

ich habe hier noch den Tip gefunden, das template im Seitenlayout erneut zu speichern

Das template fehlt aber ... auch der in meiner 2.x version von Droplimits (www.droplimits.de) liegt es nicht vor. Wieso sollte es dann im Update auftauchen?

Wo kriege ich das fehlende template denn her?

[eisenherz]

Ich habe das hier als moo_analytics, bei php.code gefunden

01
<?php
02
 
03
/**
04
 * To use the script, replace UA-XXXXX-X in the code below with your Google
05
 * Analytics ID and then add it to a Contao page layout. Make sure to insert
06
 * it as the last moo_ script (!) and note that it will only be added to the
07
 * page if you are not logged into the back end.
08
 */
09
if (!BE_USER_LOGGED_IN && sha1(session_id() . (!$GLOBALS['TL_CONFIG']['disableIpCheck'] ? $this->Environment->ip : '') . 'BE_USER_AUTH') != $this->Input->cookie('BE_USER_AUTH')):
10
 
11
?>
12
 
13
<script type="text/javascript">
14
<!--//--><![CDATA[//><!--
15
var _gaq = _gaq || [];
16
_gaq.push(['_setAccount', 'UA-XXXXX-X']);
17
_gaq.push(['_trackPageview']);
18
(function() {
19
  var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
20
  ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
21
  var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
22
})();
23
//--><!]]>
24
</script>
25
<?php endif; ?>

und als analytics_google.html5

<?php

/**
 * To use this script, please fill in your Google Analytics ID below
 */
$GoogleAnalyticsId = 'UA-XXXXX-X';


/**
 * DO NOT EDIT ANYTHING BELOW THIS LINE UNLESS YOU KNOW WHAT YOU ARE DOING!
 */
if ($GoogleAnalyticsId != 'UA-XXXXX-X' && !BE_USER_LOGGED_IN && sha1(session_id() . (!$GLOBALS['TL_CONFIG']['disableIpCheck'] ? Environment::get('ip') : '') . 'BE_USER_AUTH') != Input::cookie('BE_USER_AUTH')): ?>

<script>
  var _gaq = _gaq || [];
  _gaq.push(['_setAccount', '<?php echo $GoogleAnalyticsId; ?>']);
  <?php if ($GLOBALS['TL_CONFIG']['privacyAnonymizeGA']): ?>
    _gaq.push(['_gat._anonymizeIp']);
  <?php endif; ?>
  _gaq.push(['_trackPageview']);
  (function() {
    var ga = document.createElement('script'); ga.async = true;
    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
  })();
</script>

<?php endif; ?>

Das sieht für mich ziemlich gleich aus, allerdings mit unterschiedlichen Namen.
Umbennen?

[eisenherz]

Umbennen scheint geholfen zu haben ... aber nur bis zur nächsten Fehlermeldung

Fatal error: Class 'NewsFeedModel' not found in /usr/www/users/baslerd/Droplimits/system/modules/core/pages/PageRegular.php on line 611

Geht das jetzt immer so weiter, oder gibt es auch eine eleganteren Weg, als von einem Fehler zum nächsten zu stolpern?


P.S.: Im ER tauchen auch immer wieder neue Updates auf. Das ist natürlich an sich begrüßenswert. Was mich nur wundert. Ich update eine Erweiterung und ein paar Minuten später, leider nicht sofort, taucht eine andere Erweiterung auf, die neu geschrieben wurde. Ist das jetzt Zufall und die Erweiterungen werden wirklich gerade alle heute neu geschrieben oder läuft da was nicht ganz rund?

[eisenherz]

Fehler "NewsFeedModel" behoben -> Tips dazu im github

... und das nächste Problem:

Fatal error: Uncaught exception Exception with message Query error: Unknown column 'j1.calendars' in 'field list' (SELECT tl_article.*, j1.id AS author__id, j1.tstamp AS author__tstamp, j1.username AS author__username, j1.name AS author__name, j1.email AS author__email, j1.google AS author__google, j1.language AS author__language, j1.backendTheme AS author__backendTheme, j1.uploader AS author__uploader, j1.showHelp AS author__showHelp, j1.thumbnails AS author__thumbnails, j1.useRTE AS author__useRTE, j1.useCE AS author__useCE, j1.password AS author__password, j1.pwChange AS author__pwChange, j1.admin AS author__admin, j1.groups AS author__groups, j1.inherit AS author__inherit, j1.modules AS author__modules, j1.themes AS author__themes, j1.pagemounts AS author__pagemounts, j1.alpty AS author__alpty, j1.filemounts AS author__filemounts, j1.fop AS author__fop, j1.forms AS author__forms, j1.formp AS author__formp, j1.disable AS author__disable, j1.start AS author__start, j1.stop AS author__stop, j1.session AS author__session, j1.dateAdded AS author__dateAdded, j1.lastLogin AS author__lastLogin, j1.currentLogin AS author__currentLogin, j1.loginCount AS author__loginCount, j1.locked AS author__locked, j1.calendars AS author__calendars, j1.calendarp AS author__calendarp, j1.calendarfeeds AS author__calendarfeeds, j1.calendarfeedp AS author__calendarfeedp, j1.news AS author__news, j1.newp AS author__newp, j1.newsfeeds AS author__newsfeeds, j1.newsfeedp AS author__newsfeedp, j1.newsletters AS author__newsletters, j1.newsletterp AS author__newsletterp FROM tl_article LEFT JOIN tl_user j1 ON tl_article.author=j1.id WHERE tl_article.pid='2' AND tl_article.inColumn='header' AND (tl_article.start='' OR tl_article.start<1388603422) AND (tl_article.stop='' OR tl_article.stop>1388603422) AND tl_article.published=1 ORDER BY tl_article.sorting) thrown in system/modules/core/library/Contao/Database/Statement.php on line 282
#0 system/modules/core/library/Contao/Database/Statement.php(253): Contao\Database\Statement->query()
#1 system/modules/core/library/Contao/Model.php(937): Contao\Database\Statement->execute(Array)
#2 system/modules/core/library/Contao/Model.php(833): Contao\Model::find(Array)
#3 system/modules/core/models/ArticleModel.php(111): Contao\Model::findBy(Array, Array, Array)
#4 system/modules/core/library/Contao/Controller.php(220): Contao\ArticleModel::findPublishedByPidAndColumn('2', 'header')
#5 system/modules/core/pages/PageRegular.php(138): Contao\Controller->getFrontendModule('0', 'header')
#6 index.php(249): Contao\PageRegular->generate(Object(Contao\PageModel), true)
#7 index.php(432): Index->run()
#8 {main}

Nur mal so am Rande. Seid ihre alle selber verzweifelt und antwortet nicht oder stelle ich einfach zu blöde Fragen, die schon irgendwo anderes x-mal erklärt wurden? ... oder liegt ihr alle noch im Salz?

[tab]

Im unten verlinkten Thread trat jedenfalls schonmal die selbe Fehlermeldung auf. In diesem Fall war der Fehler weg, nachdem die Datenbank aktualisiert wurde.
https://community.contao.org/de/show...-in-field-list

[eisenherz]

ich werd irre

Jetzt hab ich die news module wieder eingeschaltet ums die Fehlermeldung zum newsfeedmodul abzuschalten, jetzt bin ich auch noch aus dem backend ausgesperrt. Es kommt nur noch die Fehlermeldung

Fatal error: Class 'TXDonation' not found in /usr/www/users/baslerd/Droplimits/system/modules/tx_donate/dca/tl_settings.php on line 138

bei nächsten Login Versuch jetzt diese Meldung

Fatal error: Uncaught exception Exception with message Query error: Table 'JB_Contao.tl_task' doesn't exist (SELECT t.deadline, s.status, s.assignedTo FROM tl_task t LEFT JOIN tl_task_status s ON t.id=s.pid AND s.tstamp=(SELECT MAX(tstamp) FROM tl_task_status ts WHERE ts.pid=t.id)) thrown in system/modules/core/library/Contao/Database/Statement.php on line 282
#0 system/modules/core/library/Contao/Database/Statement.php(253): Contao\Database\Statement->query()
#1 system/modules/tasks/TaskMessages.php(62): Contao\Database\Statement->execute('1', '1')
#2 contao/main.php(163): Contao\TaskMessages->listTasks()
#3 contao/main.php(130): Main->welcomeScreen()
#4 contao/main.php(287): Main->run()
#5 {main}

Ich mache jetzt erstmal das Datenbankbackup von gestern drüber, damit ich wieder ins Backend komme

[eisenherz]

Hallo!
So, ich habe die "alte Datenbank" zurückgeladen, Contao 3.2.3 manuell aufgespielt, den Check 7.9 drüber gejagt (alles in bester Ordnung, angeblich), das LiveUpdate nochmal drüber geschickt (ohne Bemängelung) allerdings mit folgenden "Fremddateien".
Die .xml sind von mir und sollten bleiben. Ist von den anderen Dateien etwas als Störfaktor bekannt?

Befreundete_Teams_Fahrer.xml
Blog_CAS.xml
DEKRA-Rekordwochenende_2011.xml
DEKRA_2012.xml
Dekra_2011.xml
Radsporttermine.xml
Rennen.xml
Weltrekorde.xml
banner_clicks.php
basics_DL.css
bin/
check/
dcaconfig.php
dev/
etc/
files/tinymce.css
form_DL.css
home/
login.css
navigation_DL.css
printer_k0002.css
screen_DL.css
system/modules/comments/.skip
system/modules/devtools/.skip
system/modules/faq/.skip
system/modules/listing/.skip
tl_files/

moo_analytics fehlt wieder und verhindert das Weiterkommen.
Ich will jetzt aber nicht einfach wieder bei Post #28 von vorn anfangen ... oder muss ich das doch?
Ich blick nicht mehr durch ... da hilft leider auch nicht das x-Mal durchlesen der Tipps ... ich krieg das nicht mehr sortiert.

Wer kann mir helfen?
Tschüss
Jörg Basler

[peter.fl]

Hallo Jörg

Nur mal so am Rande. Seid ihre alle selber verzweifelt und antwortet nicht oder stelle ich einfach zu blöde Fragen, die schon irgendwo anderes x-mal erklärt wurden? ... oder liegt ihr alle noch im Salz?

Nochmals aus dem Fussvolk: php verstehe ich auch nicht und was 'im Salz liegen' bedeutet, weiss ich auch nicht Trotzdem wage ich eine Antwort auf obige Frage.

Allgemeines:

1. Du wirst kaum DIE Antwort oder DIE Lösung bekommen, sondern Hinweise und Ansätze.

2. Liveupdate kenne ich nicht aus eigener Erfahrung.

3. Den Überblick über das von dir bisher gemachte habe ich verloren.

4.Oben habe ich 5x gelesen, dass du irgendwie punktuell von Hand in den Prozess eingegriffen hast. Solche Änderungen bergen aus meiner Sicht das Risiko, weitergehende Veränderungen in den Contao-Abgründen auszulösen. Mindestens mir würde die Situation dann schnell entgleiten.




Ich würde als nächste Schritte Folgendes machen:

1. Die Situation herstellen, wie sie vor dem ersten Updatversuch war - wo noch alles funktionierte.

2. Klären, was es mit moo_analytics auf sich hat. Dieses Template finde ich weder in 3.1.5 noch in 3.2.2. Die Anbindung von Googleanalytics habe ich im analytics_google.html5 gemacht. Möglicherweise hilft googleanalytics VOR dem Update deinstallieren und nach dem Update wieder installieren.

3. Das Update manuell machen und mich dabei an die 'Tipps und Tricks' (gelber Link auf grünem Grund im Kopf der Forumseite) halten.

4. Bei Fehlermeldungen nach dem Update die externenen Erweiterungen eine nach der anderen deaktivieren und so ein möglicherweise aus dieser Ecke stammendes Problem einkreisen.

[tab]

Wenn das moo_analytics Problem nicht durch nochmaliges Abspeichern aller Seitenlayouts zu lösen ist, dann wäre der "saubere" Weg wohl der, die google analytics im "Original" 2.x zu deaktivieren. moo_analytics.tpl war wohl ab Contao 2.9 der hochoffizielle Weg, google analytics einzubinden. Die Nachfolger sind jetzt eben analytics_google.html5 bzw -.xhtml. Wenn das Sysem dann auf 3.2.3 erst mal sauber läuft, ist analytics schnell wieder eingebunden. Das würde ich bei Problemen mit allen Erweiterungen so machen. Zumindest bei solchen, an denen nicht eine Unmenge von Daten hängt, die man sonst erneut eingeben müsste.

Live-Update habe ich auch noch nie benutzt, will es aber nicht ausschliessen, das zukünftig zu tun. Bisher sehe ich es mit gemischten Gefühlen.
Auf der einen Seite denke ich mir, es automatisiert das Update und es steckt da weit mehr Wissen und Sachverstand drin als ich selbst habe.
Auf der anderen Seite sehe ich aber auch den Kontrollverlust über den Update-Vorgang. Nicht, dass der beim manuellen Update wirklich gegeben wäre, letztlich ruft man da auch nur install.php auf und hofft dass es klappt .

Falls das direkte Update auf 3.2.3 partout nicht klappt, könnte man auch über einen Zwischenschritt nachdenken. Beim direkten Update auf 3.2.3 sind ja prinzipiell zwei "große" Schritte zu machen. 2.11.13 auf 3.0. 3.0 auf 3.1 würde ich eher als mittel einschätzen, vielleicht nicht völlig unproblematisch aber fast. 3.1 auf 3.2 ist wieder ein großer Schritt, vor allem wegen der Änderungen im DBAFS.