Fehler nach Migration & Update 1.4.8 --> 2.2 unter C3.3.5

[mamboo]

Ausgangsversion: Contao 2.11.13 & Isotope 1.3.8

1. Isotope Update auf 1.4.8 via ER
2. Contao Update auf 3.3.5 manuell
3. Verwaiste Dateien aus alter Contao Version 2.11.13 löschen
4. Contao Check - alles schön grün und OK
5. Migrationstool laufen lassen und Schritt für Schritt abgearbeitet bis Ende - alles schön grün
6. Login ins Backend und Safe-Mode deaktiviert
7. Isotope Update via ER - erhalte nur weisse Seite
8. Zuerst übrige Erweiterungen upgedatet
9. Danach nochmals Isotope via ER - erhalte jetzt folgende Fehlermeldung und kann mich nirgendwo mehr einloggen:

The module dependencies could not be resolved.

Array
(
    [isotope_reports] => Array
        (
            [0] => core
            [1] => _autoload
            [2] => isotope
        )

)

Wie weiter?

[ciaobello]

Hast Du das Durchgelesen?
https://isotopeecommerce.org/de/migrationstool.html

Beide Varianten ausprobiert?

[mamboo]

Hab ich durchgelesen und mit dem regulären Archiv durchgeführt, weil mir phar unbekannt ist.
Ich probier aber jetzt halt die Phar-Varainte noch.

[Toflar]

Also im Prinzip besagt die "Fehlermeldung" ja was das Problem ist?

"isotope_reports" braucht "core", "_autoload" und "isotope". Wenn eines dieser Verzeichnisse nicht in "system/modules" existiert oder deaktiviert wurde (= eine .skip Datei sich in dem Modulverzeichnis befindet), dann stimmen die Abhängigkeiten nicht und Contao verzichtet korrekterweise darauf, sich zu laden.

Insofern musst du sicherstellen, dass alle Abhängigkeiten korrekt installiert wurden.
Mal angenommen bei dir fehlt jetzt "isotope" musst du in der localconfig.php einfach

$GLOBALS['TL_CONFIG']['coreOnlyMode'] = true; 

setzten, so dass Contao nur die Core-Module lädt. So kannst du sicherstellen, dass du immer ins Backend kommst. Nun installierst du dir "isotope" via ER und danach setzt du

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

Das machst du solange und mit allen Erweiterungen bis die Meldung "The module dependencies could not be resolved." weg ist.

[mamboo]

@Toflar

Das ist ja grad das Problem. In meiner Installation läuft das leider nicht so.

bei der folgenden Einstellung in der localconfig.php

$GLOBALS['TL_CONFIG']['coreOnlyMode'] = true; 

kann ich mich in BE einloggen.

Die Erweiterungen sind schon alle aktualisiert (soeben kontrolliert, siehe Anhang) Isotope2.2_Installationsfehler.PNG

Einstellung in der localconfig.php:

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

werden immer wieder die folgenden Fehlermeldungen angezeigt:

The module dependencies could not be resolved.

Array
(
    [isotope] => Array
        (
            [0] => core
            [1] => _autoload
            [2] => notification_center
            [3] => conditionalselectmenu
            [4] => dcawizard
            [5] => haste
            [6] => multicolumnwizard
            [7] => dc_multilingual
        )

    [isotope_reports] => Array
        (
            [0] => core
            [1] => _autoload
            [2] => isotope
        )

    [isotope_rules] => Array
        (
            [0] => core
            [1] => _autoload
            [2] => isotope
            [3] => tablelookupwizard
        )

)

[mamboo]

@ ciaobello
Hab nun in einer anderen identischen Installtation die Migration noch mit der Phar-Datei gemacht, Schritt für Schritt nach Anweisung, mit dem gleichen Resultat:

nach dem Anmelden im BE und deaktivieren des Safe-Mode habe ich nur noch 'ne weisse Seite.
Die Updates von Isotope können nur im abgesicherten Modus gemacht werden.
1. andere Erweiterungen (zu Isotope gehörend)
2. Isotope - aktualisieren im BE geht nicht --> weisse Seite
Installieren aus der Erweiterungsverwaltung (Button re. oben) - Eingabe "isotope" --> weisse Seite
jede einzelne zugehörige Ext. mit Button "Erweiterung installieren" installieren --> immer weisse Seite nachdem Datenbank aktuell "weiter" angeklickt
Browser zurück ergibt "Dokument erloschen" erneut versuchen bringt mich wieder zurück ins BE
zuletzt noch isotope --> fallt immer auf weisse Seite - die Ext. lässt sich nicht weder aktualisieren auf 2.2.x noch installieren.
Ein manueller update kann ich auch nicht machen, da diese Datei fehlt - hatte ich gestern schon mal probiert.

Ich weiss nicht mehr weiter...

[mamboo]

@ Toflar

In der Installation ohne Phar-Migration, wo die Fehlermeldungen "The module dependencies could not be resolved." angezeigt werden, konnte ich isotope auf 2.2.1 aktualisieren.
Wie bringe ich nun diese Fehler weg? Dann würde wenigstens diese Installation laufen.

Vielen Dank schon mal.

[Toflar]

Aber das habe ich doch alles erklärt? Wenn die Abhängigkeiten nicht aufgelöst werden können, dann fehlt eben irgendeine davon. Du musst prüfen welche das ist.

[mamboo]

@ Toflar

Die Fehlermeldungen erscheinen erst seit den Updates der isotope Erweiterung.

Was und wie kann ich noch mehr prüfen?

Wenn ich den Safe-Mode einschalte und das Installtool aufrufe, erscheint diese Fehlermeldung:

Fatal error: Class 'Isotope\Upgrade' not found in D:\Webprojekte\htdocs\fuertronic\cms\2015\system\modules\isotope\config\upgrade.php on line 17

Es ist mir nicht möglich die Datenbank zu aktualisieren - auch nicht aus dem BE, Erweiterungsverwaltung. Da erscheint dieselbe Meldung.

[Monique Hahnefeld]

Hallo mamboo,

Was und wie kann ich noch mehr prüfen?

1. Gehe einmal in die Systemeinstellungen im BE. Schau ob du da Erweiterungen deaktiviert hast.
-Falls ja aktiviere sie.
2. Schalte den Save-Mode aus.
3. Wenn Fehlermeldung noch existiert, gehe über FTP in das Verzeichnis system/module/.
Da schaust du ob die Ordner für die entsprechenden anscheinend fehlenden Module da sind.
4. Sind die alle da, dann schau einmal in die Ordner, ob da eine .skip Datei drin liegt.
5. Ist das nicht der Fall und die Fehlermeldung tritt immernoch auf, lass einen Programmierer deine Installation anschauen.

BTW: Wenn bei der Datenbankaktualisierung eine Fehlermeldung kommt " Isotope Upgrade bla ...". Einfach die upgrade.php im isotope/config-Verzeichnis löschen.

Hoffe das hilft dir

[mamboo]

Danke Monique

1. War alles aktiviert ausser backend_tabletree - habe ich sicherheitshalber aktiviert.
2. Safe-Mode aus = dieselben Fehlermeldungen werden erneut angezeigt.
3. Die Module sind alle da.
4. nirgenda eine .skip Datei drin
5. ???

upgrade.php im isotope/config-Verzeichnis löschen bringt die folgende Fehlermeldung:

Warning: require_once(D:\Webprojekte\htdocs\fuertronic\cms\2015\system/modules/isotope/config/upgrade.php): failed to open stream: No such file or directory in D:\Webprojekte\htdocs\fuertronic\cms\2015\system\modules\isotope\config\runonce.php on line 26

#0 D:\Webprojekte\htdocs\fuertronic\cms\2015\system\modules\isotope\config\runonce.php(26): __error(2, 'require_once(D:...', 'D:\\Webprojekte\\...', 26, Array)
#1 D:\Webprojekte\htdocs\fuertronic\cms\2015\system\modules\isotope\config\runonce.php(26): Terminal42RunonceExecutorVersion100::run()
#2 D:\Webprojekte\htdocs\fuertronic\cms\2015\system\modules\isotope\config\runonce.php(46): Terminal42RunonceExecutorVersion100->run(Array)
#3 D:\Webprojekte\htdocs\fuertronic\cms\2015\system\modules\core\classes\Backend.php(266): include('D:\\Webprojekte\\...')
#4 D:\Webprojekte\htdocs\fuertronic\cms\2015\contao\install.php(624): Contao\Backend->handleRunOnce()
#5 D:\Webprojekte\htdocs\fuertronic\cms\2015\contao\install.php(192): InstallTool->adjustDatabaseTables()
#6 D:\Webprojekte\htdocs\fuertronic\cms\2015\contao\install.php(1148): InstallTool->run()
#7 {main}


Fatal error: require_once(): Failed opening required 'D:\Webprojekte\htdocs\fuertronic\cms\2015\system/modules/isotope/config/upgrade.php' (include_path='.;C:\xampp\php\PEAR') in D:\Webprojekte\htdocs\fuertronic\cms\2015\system\modules\isotope\config\runonce.php on line 26

Bin langsam am verzweifeln...

[Monique Hahnefeld]

Hi mamboo,

gehe in das verzeichnis system/module/isotope/config/
Darin löschst du die runonce.php + upgrade.php
Falls es dann nicht funktioniert sende mir gern die Zugangsdaten an info@monique-hahnefeld.de, damit ich nachsehen kann.

Viel Glück!

[mamboo]

Danke Monique

Jetzt kommen wir der Sache näher.
Es lag zwar nicht an den beiden Dateien die ich gelöscht habe - danach wurden die Fehlermeldungen genau gleich angezeigt.

aber:
Ich hab mal im ER bei isotope die abhängigen Module gecheckt und festgestellt, dass bei mir nicht alle mit isotope geladen wurden. Also die 2 fehlenden Erweiterungen nachinstalliert und siehe da die Fehlermeldungen kamen nicht mehr.
So wie's aussieht, kann ich jetzt weiter arbeiten.

Was mir jetzt noch nicht klar ist, ob die folgende Datenbankaktualisierung auch ausführen darf. Diese Meldungen wurden vom System alle nicht angehakt.

ALTER TABLE `tl_calendar` DROP `makeFeed`;
ALTER TABLE `tl_calendar` DROP `format`;
ALTER TABLE `tl_calendar` DROP `language`;
ALTER TABLE `tl_calendar` DROP `source`;
ALTER TABLE `tl_calendar` DROP `maxItems`;
ALTER TABLE `tl_calendar` DROP `feedBase`;
ALTER TABLE `tl_calendar` DROP `alias`;
ALTER TABLE `tl_calendar` DROP `description`;
ALTER TABLE `tl_calendar_events` DROP `details`;
ALTER TABLE `tl_content` DROP `iso_reader_jumpTo`;
ALTER TABLE `tl_content` DROP `iso_list_layout`;
ALTER TABLE `tl_content` DROP `iso_attribute_set`;
ALTER TABLE `tl_iso_address` DROP INDEX `pid`;
ALTER TABLE `tl_iso_attribute` DROP `invisible`;
ALTER TABLE `tl_iso_attribute` DROP `gallery`;
ALTER TABLE `tl_iso_config` DROP `store_id`;
ALTER TABLE `tl_iso_config` DROP `invoiceLogo`;
ALTER TABLE `tl_iso_config` DROP `shipping_fields`;
ALTER TABLE `tl_iso_config` DROP `billing_fields`;
ALTER TABLE `tl_iso_config` DROP `gallery`;
ALTER TABLE `tl_iso_config` DROP `missing_image_placeholder`;
ALTER TABLE `tl_iso_config` DROP `imageSizes`;
ALTER TABLE `tl_iso_download` DROP `title`;
ALTER TABLE `tl_iso_download` DROP `description`;
ALTER TABLE `tl_iso_download` DROP `type`;
ALTER TABLE `tl_iso_orderstatus` DROP `mail_customer`;
ALTER TABLE `tl_iso_orderstatus` DROP `mail_admin`;
ALTER TABLE `tl_iso_orderstatus` DROP `sales_email`;
ALTER TABLE `tl_iso_payment` DROP `authorize_login`;
ALTER TABLE `tl_iso_payment` DROP `authorize_trans_key`;
ALTER TABLE `tl_iso_payment` DROP `authorize_delimiter`;
ALTER TABLE `tl_iso_payment` DROP `authorize_trans_type`;
ALTER TABLE `tl_iso_payment` DROP `authorize_relay_response`;
ALTER TABLE `tl_iso_payment` DROP `authorize_email_customer`;
ALTER TABLE `tl_iso_payment` DROP `button`;
ALTER TABLE `tl_iso_product` DROP INDEX `pid`;
ALTER TABLE `tl_iso_product` DROP `pages`;
ALTER TABLE `tl_iso_product` DROP `price`;
ALTER TABLE `tl_iso_product` DROP `tax_class`;
ALTER TABLE `tl_iso_product_collection` DROP INDEX `pid`;
ALTER TABLE `tl_iso_product_collection` DROP `shipping_address`;
ALTER TABLE `tl_iso_product_collection` DROP `billing_address`;
ALTER TABLE `tl_iso_product_collection` DROP `surcharges`;
ALTER TABLE `tl_iso_product_collection` DROP `cc_num`;
ALTER TABLE `tl_iso_product_collection` DROP `cc_type`;
ALTER TABLE `tl_iso_product_collection` DROP `cc_exp`;
ALTER TABLE `tl_iso_product_collection` DROP `cc_cvv`;
ALTER TABLE `tl_iso_productcache` DROP INDEX `page_id`;
ALTER TABLE `tl_iso_related_category` DROP `jumpTo`;
ALTER TABLE `tl_iso_requestcache` DROP `filters`;
ALTER TABLE `tl_iso_requestcache` DROP `sorting`;
ALTER TABLE `tl_iso_requestcache` DROP `limits`;
ALTER TABLE `tl_iso_rule` DROP INDEX `pid`;
ALTER TABLE `tl_iso_rule` DROP `pid`;
ALTER TABLE `tl_iso_rule` DROP `sorting`;
ALTER TABLE `tl_iso_rule_restriction` DROP INDEX `pid`;
ALTER TABLE `tl_iso_rule_restriction` DROP INDEX `type`;
ALTER TABLE `tl_iso_shipping` DROP `surcharge_field`;
ALTER TABLE `tl_iso_shipping` DROP `weight_unit`;
ALTER TABLE `tl_iso_shipping` DROP `ups_accessKey`;
ALTER TABLE `tl_iso_shipping` DROP `ups_userName`;
ALTER TABLE `tl_iso_shipping` DROP `ups_password`;
ALTER TABLE `tl_iso_shipping` DROP `ups_enabledService`;
ALTER TABLE `tl_iso_shipping` DROP `usps_userName`;
ALTER TABLE `tl_iso_shipping` DROP `usps_enabledService`;
ALTER TABLE `tl_layout` DROP `fallback`;
ALTER TABLE `tl_layout` DROP `header`;
ALTER TABLE `tl_layout` DROP `footer`;
ALTER TABLE `tl_layout` DROP `skipTinymce`;
ALTER TABLE `tl_layout` DROP `skipFramework`;
ALTER TABLE `tl_module` DROP `news_numberOfItems`;
ALTER TABLE `tl_module` DROP `rss_numberOfItems`;
ALTER TABLE `tl_module` DROP `iso_reader_jumpTo`;
ALTER TABLE `tl_module` DROP `iso_cart_layout`;
ALTER TABLE `tl_module` DROP `filter_module`;
ALTER TABLE `tl_module` DROP `iso_mail_customer`;
ALTER TABLE `tl_module` DROP `iso_mail_admin`;
ALTER TABLE `tl_module` DROP `iso_sales_email`;
ALTER TABLE `tl_module` DROP `iso_enableCoupons`;
ALTER TABLE `tl_news` DROP `text`;
ALTER TABLE `tl_news_archive` DROP `makeFeed`;
ALTER TABLE `tl_news_archive` DROP `format`;
ALTER TABLE `tl_news_archive` DROP `language`;
ALTER TABLE `tl_news_archive` DROP `source`;
ALTER TABLE `tl_news_archive` DROP `maxItems`;
ALTER TABLE `tl_news_archive` DROP `feedBase`;
ALTER TABLE `tl_news_archive` DROP `alias`;
ALTER TABLE `tl_news_archive` DROP `description`;
ALTER TABLE `tl_page` DROP `staticSystem`;
ALTER TABLE `tl_style` DROP INDEX `selector`;
ALTER TABLE `tl_user` DROP `iso_mails`;
ALTER TABLE `tl_user` DROP `iso_mailp`;
ALTER TABLE `tl_user` DROP `translation`;
ALTER TABLE `tl_user_group` DROP `iso_mails`;
ALTER TABLE `tl_user_group` DROP `iso_mailp`;
alle auswählen
DROP TABLE `tl_iso_cart_backup`;
DROP TABLE `tl_iso_cart_items_backup`;
DROP TABLE `tl_iso_mail_backup`;
DROP TABLE `tl_iso_mail_content_backup`;
DROP TABLE `tl_iso_shipping_options_backup`;
DROP TABLE `tl_lock`;
DROP TABLE `tl_task`;
DROP TABLE `tl_task_status`;

[Spooky]

Danke Monique

Jetzt kommen wir der Sache näher.
Es lag zwar nicht an den beiden Dateien die ich gelöscht habe - danach wurden die Fehlermeldungen genau gleich angezeigt.

aber:
Ich hab mal im ER bei isotope die abhängigen Module gecheckt und festgestellt, dass bei mir nicht alle mit isotope geladen wurden. Also die 2 fehlenden Erweiterungen nachinstalliert und siehe da die Fehlermeldungen kamen nicht mehr.
So wie's aussieht, kann ich jetzt weiter arbeiten.

Wenn bei einer Extension Abhängigkeiten nicht mit installiert wurden, einfach im ER die entsprechende Extension nochmal 'reparieren' lassen, evt. werden dann die fehlenden nochmal installiert.

[mamboo]

Hallo Spooky

Hab ich gemacht, trotzdem sind die Meldungen noch da.
Backup vom aktuellen Stand gemacht und Datenbank aktualisiert mit Meldungen alle angehakt.
Läuft mal alles noch.

Herzlichen Dank allen die mir geholfen haben.

[doescher]

Hallo Zusammen,

ich habe leider die oben genannte Fehlermeldung auch nach dem Kopieren der Website auf meinen lokalen Mac:

The module dependencies could not be resolved.

Array
(
    [isotope] => Array
        (
            [0] => core
            [1] => _autoload
            [2] => notification_center
            [3] => conditionalselectmenu
            [4] => dcawizard
            [5] => haste
            [6] => multicolumnwizard
            [7] => dc_multilingual
        )

    [isotope_reports] => Array
        (
            [0] => core
            [1] => _autoload
            [2] => isotope
        )

)

Ich habe dann - wie von 59Toflar oben beschrieben - die localconfig.php von false auf true gestellt

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

und konnte mich dann ins Backend einloggen. Hier habe ich versucht, die Erweiterungen upzudaten, aber das funktioniert leider nicht. Weder gleichzeitig, noch nacheinander. Ich konnte aber das Umschreiben der URL deaktivieren, damit es auf dem Rechner klappt. Trotzdem keine Besserung.

Es scheint, als wenn "Haste" das Problem ist und es kommt immer wieder diese Fehlermeldung:

Fatal error: Class 'Haste\Haste' not found in /Users/xxx/Sites/ContaoWebsites/yyy/system/modules/haste/config/upgrade.php on line 80

Ich habe dann versucht, "Haste" vorab neu zu installieren, aber leider ohne Erfolg.
Wie gesagt, online läuft die Site gut, ich habe nun versucht, ein Backup auf dem Mac zum Laufen zu bringen.

Was mache ich falsch?
Grüße und schönen Abend
Jan-Dirk

PS: Gibt es nicht eine gute Möglichkeit, eine funktionierende Site vom Rechner online zu stellen und umgekehrt, ohne ständig diese Probleme zu haben? Habe heute mit zwei weiteren Websites Stunden verbracht, bis es endlich lief...

[Toflar]

Also was dein Problem ist, ist ja deutlich beschrieben. Die Abhängigkeiten fehlen, kein Wunder crasht alles, wenn nur die Hälfte installiert ist.

[doescher]

Also was dein Problem ist, ist ja deutlich beschrieben. Die Abhängigkeiten fehlen, kein Wunder crasht alles, wenn nur die Hälfte installiert ist.

Aber ich habe doch alles rüber kopiert, was auch in der original Site enthalten ist. Wie kann dann so viel fehlen?
Aber vor allem: Wie kann ich das reparieren, eine Installation über das Backend hat - wie geschrieben - nicht funktioniert?

[mamboo]

Hallo Jan-Dirk

Hast Du die Datenbank auch aktualisiert?

[doescher]

Hallo Jan-Dirk

Hast Du die Datenbank auch aktualisiert?

Bei Installieren auf dem Rechner habe ich die Originaldatenbank mit installiert.
Bei dem Versuch, die Erweiterungen zu aktualisieren und dann die Datenbank zu aktualisieren ist immer der Fehler mit "Haste" aufgetaucht und nix ging mehr.
Was kann ich hier noch tun?

[mamboo]

versuch doch mal haste zu deinstallieren und neu zu installieren, ansonsten kann ich Dir leider auch nicht weiter helfen.

[doescher]

versuch doch mal haste zu deinstallieren und neu zu installieren, ansonsten kann ich Dir leider auch nicht weiter helfen.

Funktioniert leider nicht, es wird immer und immer wieder dieselbe Fehlermeldung gezeigt, egal, ob ich versuche "Haste" zu deinstallieren und danach zu installieren oder ob ich versuche, die anderen Erweiterungen zu aktualisieren. Immer heißt es

Fatal error: Class 'Haste\Haste' not found in /Users/xxx/Sites/ContaoWebsites/yyy/system/modules/haste/config/upgrade.php on line 80

Wer kann mir helfen? Wo habe ich den Fehler? Was habe ich nicht richtig kopiert, wie Toflar angedeutet hat? Die Dateien sind meiner Meinung nach alle vorhanden. Fehlt eine Verknüpfung, die nicht mitkopiert wird?

[doescher]

Ich habe nun noch einmal alle Schritte wiederholt:

1. Alle Daten heruntergeladen
2. Datenbank exportiert
3. Datenbank in MAMP neu erstellt, Daten importiert
4. Datenbankinfos in localconfig.php geändert in user: root, Passwort: root und den Namen der Datenbank
5. localhost:8888/xxx/contao/install.php aufgerufen, um die Datenbank zu installieren und anzupassen.

Es kommt direkt diese Fehlermeldung:

Fatal error: Uncaught exception UnresolvableDependenciesException with message The module dependencies could not be resolved.

Array
(
    [isotope] => Array
        (
            [0] => core
            [1] => _autoload
            [2] => notification_center
            [3] => conditionalselectmenu
            [4] => dcawizard
            [5] => haste
            [6] => multicolumnwizard
            [7] => dc_multilingual
        )

    [isotope_reports] => Array
        (
            [0] => core
            [1] => _autoload
            [2] => isotope
        )

)

thrown in system/modules/core/library/Contao/ModuleLoader.php on line 203

#0 system/modules/core/library/Contao/ModuleLoader.php(52): Contao\ModuleLoader::scanAndResolve()
#1 system/modules/core/library/Contao/Database/Installer.php(277): Contao\ModuleLoader::getActive()
#2 system/modules/core/library/Contao/Database/Installer.php(111): Contao\Database\Installer->getFromDca()
#3 system/modules/core/library/Contao/Database/Installer.php(41): Contao\Database\Installer->compileCommands()
#4 system/modules/core/controllers/BackendInstall.php(619): Contao\Database\Installer->generateSqlForm()
#5 system/modules/core/controllers/BackendInstall.php(169): Contao\BackendInstall->adjustDatabaseTables()
#6 contao/install.php(24): Contao\BackendInstall->run()
#7 {main}

Ich weiß leider nicht mehr weiter und bin für jede Hilfe dankbar: Wie mache ich nun weiter?

[mamboo]

Contao Version?
Isotope Version?
Hattest Du zuvor Updates von Contao und Isotope gemacht? Wenn JA von welcher Version auf welche Version?

[doescher]

Contao Version?
Isotope Version?
Hattest Du zuvor Updates von Contao und Isotope gemacht? Wenn JA von welcher Version auf welche Version?

Die Contaoversion ist 3.4.4 und Isotope 2.2.3.
Ich habe keine Updates gemacht, weil ich zuerst die Offline-Version am Laufen haben wollte. Glücklicherweise...

[doescher]

Das kann doch alles nicht sein. Ich mache dieselbe Prozedur jetzt bestimmt zum 30ten mal - immer mit demselben Ergebnis.
Die Definition von Wahnsinn ist, immer wieder das Gleiche zu tun und andere Ergebnisse zu erwarten.

Ich habe nun zigmal die komplette Website heruntergeladen und verglichen. Beide sind indentisch, hier fehlt nix.
Öfter noch habe ich die Datenbank heruntergeladen und neu aufgesetzt in MAMP 3.4.

Dann localconfig.php geändert und dann die Install.php aufgerufen und hier die letzten Änderungen gemacht.
Ergebnis die Fehlermeldung von oben.

Erweiterungen installieren, updaten oder deinstallieren funktioniert nicht, weil "Haste" nicht gefunden wird und die Datenbank somit nicht aktualisiert wird.
Ich traue mich natürlich auch nicht, die Updates in der Live-Version der Site zu machen, da ich ja kein Backup habe.

Ich bin vollkommen hilflos und habe keine Ahnung, warum die Seite im Netz hier läuft und auf dem Rechner einfach nicht laufen will...

[ciaobello]

Das kann doch alles nicht sein. Ich mache dieselbe Prozedur jetzt bestimmt zum 30ten mal - immer mit demselben Ergebnis.
Die Definition von Wahnsinn ist, immer wieder das Gleiche zu tun und andere Ergebnisse zu erwarten.

Wenn Du es nun zum 31sten mal zum laufen bringen willst, solltest Du anfangen systematisch vorzugehen.

1) Installiere auf beiden Systemen, online und lokal den contao-check (siehe Signatur) und gucke mal ob auf beiden Seiten die gleichen Bedingungen bestehen. Wenn nicht dann solltest du zuerst diese Bedingungen mal erfüllen.

2) Falls auf beiden Systemen alles grün ist und bem prüfen der Installation (von Contao) nichts beanstandet wird, musst du mit z.Bsp einem phpinfo tiefer analysieren und die Ungleichheiten beseitigen. Nun steht die Chance gut dass Du es zum laufen bringst und nicht irgend eine Einstellung auf dem Server die fehlt, einer Erweiterung das Bein stellt und die Abhängigkeiten nicht erfüllt sind ...

Beim kopieren musst du sicher stellen das alle Daten mit kopierst auch die System Dateien (.versteckte Dateien wie ".htaccess" etc.). Wenn das auch erfüllt ist, kannst noch auf dem Webserver und auf dem Mac die Berechtigungen prüfen und die allenfalls mit chown ändern, falls der Webserver (online) andere Benutzerrechte voraussetzt. Da sollte Dir aber schon der Contao-Check hinweise liefern.

also, viel Glück und ein gutes 31igstes mal

Sollte es zu einem 32igsten mal kommen kannst Du ja mal darüber nachdenken :
https://isotopeecommerce.org/de/circle.html

[doescher]

Wenn Du es nun zum 31sten mal zum laufen bringen willst, solltest Du anfangen systematisch vorzugehen.

1) Installiere auf beiden Systemen, online und lokal den contao-check (siehe Signatur) und gucke mal ob auf beiden Seiten die gleichen Bedingungen bestehen. Wenn nicht dann solltest du zuerst diese Bedingungen mal erfüllen.

2) Falls auf beiden Systemen alles grün ist und bem prüfen der Installation (von Contao) nichts beanstandet wird, musst du mit z.Bsp einem phpinfo tiefer analysieren und die Ungleichheiten beseitigen. Nun steht die Chance gut dass Du es zum laufen bringst und nicht irgend eine Einstellung auf dem Server die fehlt, einer Erweiterung das Bein stellt und die Abhängigkeiten nicht erfüllt sind ...

Beim kopieren musst du sicher stellen das alle Daten mit kopierst auch die System Dateien (.versteckte Dateien wie ".htaccess" etc.). Wenn das auch erfüllt ist, kannst noch auf dem Webserver und auf dem Mac die Berechtigungen prüfen und die allenfalls mit chown ändern, falls der Webserver (online) andere Benutzerrechte voraussetzt. Da sollte Dir aber schon der Contao-Check hinweise liefern.

also, viel Glück und ein gutes 31igstes mal

Sollte es zu einem 32igsten mal kommen kannst Du ja mal darüber nachdenken :
https://isotopeecommerce.org/de/circle.html

Hallo ciaobello,

vielen Dank für die Antwort. Den Check habe ich schon vorher gemacht und hier ist alles soweit okay.
Ich habe mir am Mac auch die versteckten Dateien anzeigen lassen und auch hier sieht es gut aus (es fehlte nur .htaccess.default, habe ich mir rauskopiert aus der Original-Installation).

Was Deine weiterführenden Vorschläge angeht habe ich leider keine Ahnung, wie ich das machen kann oder sollte.
Eine Installation der Erweiterung php.info funktioniert ja leider nicht (ist auch nur für Contao 2.10, oder?), da der Fehler bei aktualisieren der Datenbank auftaucht. Von PHP habe ich eh keine Ahnung, da möchte ich auch nix versauen (insbesondere in der Live-Version).
Das mit den Rechten ist für mich ein echtes Problem, weil ich nix auf meinem Mac verändern möchte, was dessen Leistungsfähigkeit beeinträchtigen könnte. Hier verdiene ich das Geld, da möchte ich nicht im Terminal rumprobieren (hatte ich schon mal, hat mich 3 Tage Arbeit und einen Großteil meiner Daten trotz Sicherung gekostet).

Was ich nicht verstehe ist, dass ich die Seite ja am Mac gebaut habe, dann auf den Server hochgeladen (problemlos übrigens), dann diese immer mal wieder überarbeitet (inhaltlich) und nun funktioniert die gesamte Seite nicht mehr zurückzukopieren. Es ist zum schreien.

[MacKP]

Um fehler auf dem Mac auszuschließen:
Mach dir nen extra Ordner bei dem Hoser, leg da ne Subdomain hin und mach das ganze direkt online. Dann weißt du auch, das es nach der Umstellung bei denen gehen wird, wenn du es schaffst, das alles hin zu bekommen.

Viele Grüße

[doescher]

Um fehler auf dem Mac auszuschließen:
Mach dir nen extra Ordner bei dem Hoser, leg da ne Subdomain hin und mach das ganze direkt online. Dann weißt du auch, das es nach der Umstellung bei denen gehen wird, wenn du es schaffst, das alles hin zu bekommen.

Viele Grüße

Das ist eine gute Idee, dass könnte ich mal probieren...
Melde mich, wenn ich es durchgeführt habe.

[doescher]

So, ich habe nun die Subdomain angelegt und die Daten und die Datenbank kopiert und es läuft! Änderungen der Site werden auch nur in der Subdomain angezeigt, sie ist also eigenständig (war mein Test).
DANKE! So habe ich wenigstens eine Sicherung der Site. Hier werde ich nun mal die Updates der Erweiterungen probieren, sollte dann auch bei der Live-Version funktionieren...

Das Problem liegt also am Mac. Na so eine Sch...
Habe die aktuelle Version von MAMP drauf, andere Websites laufen auf der Version gut. Bringt ein Update auf die Pro-Version etwas oder macht das nix?

[ciaobello]

Das Problem liegt also am Mac. Na so eine Sch...

Nicht wirklich, das Problem sitzt hinter dem Bildschirm
http://php.net/manual/de/function.phpinfo.php guck bei Beispiele, eine Datei die info.php heißt z.Bsp und mit dem geposteten Code drin.

Habe die aktuelle Version von MAMP drauf, andere Websites laufen auf der Version gut. Bringt ein Update auf die Pro-Version etwas oder macht das nix?

Es gibt doch nicht nur MAMP? Richte Dir eine Virtualbox ein und darin eine Entwicklerumgebung wenn du es Isolieren willst. Googeln ist auch immer eine gute alternative

[Spooky]

Das mit den Rechten ist für mich ein echtes Problem, weil ich nix auf meinem Mac verändern möchte, was dessen Leistungsfähigkeit beeinträchtigen könnte.

Was genau soll hier die Leistungsfähigkeit deines Macs beeinflussen?

Hier verdiene ich das Geld, da möchte ich nicht im Terminal rumprobieren (hatte ich schon mal, hat mich 3 Tage Arbeit und einen Großteil meiner Daten trotz Sicherung gekostet).

Wenn du als Webentwickler arbeitest, dann sollte die Kommandozeile für dich ein genau so wichtiges Arbeitsumfeld sein wie sonst etwas.

[doescher]

Nicht wirklich, das Problem sitzt hinter dem Bildschirm
http://php.net/manual/de/function.phpinfo.php guck bei Beispiele, eine Datei die info.php heißt z.Bsp und mit dem geposteten Code drin.

Danke für das Kompliment, aber ja, es ist wohl so. Habe mir eine Datei info.php in den contao-Ordner gelegt, aber mit der Fülle an Infos, die dann auftauchen, kann ich nichts anfangen. Bei dem Vergleich "local" und "master" konnte ich jedenfalls keine Abweichungen feststellen.

Ich habe nun bei meiner "Reserve" Live-Domain alle Updates durchgeführt und nachdem zwischendurch zwar auch hier die Fehlermeldung von Haste auftauchte, geht es nun. Ich habe dann die Live-Domain ebenfalls upgedatete und auch hier alles soweit okay.

Dann habe ich auf meinem Mac Isotope und Haste deinstalliert und danach funktionierte das Aktualisieren der Datenbank etc. problemlos. Dann habe ich Isotope wieder installiert und siehe da:

Fatal error: Class 'Haste\Haste' not found in /Usersxxx/Sites/ContaoWebsites/yyy/system/modules/haste/config/upgrade.php on line 80

Also ich weiß nun echt nicht mehr, warum die alte Version (Contao 3.4.4, Isotope 2.2.1 und Haste 4.5.3) noch Probleme auf meinem Rechner läuft, die aktuelle aber nur noch im Web.
Aber dann ist das wohl so.

[ciaobello]

Contao 3.4.4,

Liegt wohl daran, ab 3.5 wird für Contao eine höhere php Version vorausgesetzt. Die meisten Erweiterungen ziehen da natürlich mit.

Die Übung mit dem php.info wäre eigentlich gewesen herauszufinden wie was wo installiert ist. Wenn das aber alles zu viel ist, lass es sein und arbeite Online