Neu Upgrade Shop 4 auf Shop 5 mit neuer Lizenz

[css-umsetzung]

Dann benenn das plugin Verzeichnis zuerst um, damit du siehst ob es dann geht

 

[phönix]

Habe ich ja eben schon gemacht. Stört ihn aber nicht! Backend ist leer ohne Fehlermeldung und die Website heult weiterhin nach dem Plugin. Allerdings eben nur, sobald man auf eine Unterseite will. Die Hauptseite ist ok. Aber eben das Backend kommt nicht!

 

[css-umsetzung]

lösch mal im /admin den Inhalt vom templates_c Verzeichnis

 

[css-umsetzung]

Dein PHP ist nicht richtig konfiguriert
<b>Fatal error</b>: Call to undefined function mb_split() in <b>/home/devrcpil/public_html/includes/vendor/smarty/smarty/libs/plugins/shared.mb_str_replace.php</b> on line <b>48</b><br />

 

[phönix]

Nein, ich hatte kurz auf php 8.1 umgestellt. Höchstens für 20 sek.

Backend bleibt leer! Auch ohne template_c

 

[phönix]

Habe auch inzwischen das ganze admin Verzeichnis nochmal neu drauf gespielt. Aber daran scheint es nicht zu liegen.

 

[css-umsetzung]

Dein PHP ist falsch konfiguriert
<b>Fatal error</b>: Call to undefined function mb_split() in <b>/home/devrcpil/public_html/includes/vendor/smarty/smarty/libs/plugins/shared.mb_str_replace.php</b> on line <b>48</b><br />

 

[phönix]

Immer recht haben, ist auch langweilig!?
Jetzt habe ich alles gründlich aufgeräumt und werde mal die shop 5 Files entpacken. Dann bin ich auf Stand letzten Freitag!

 

[phönix]

Wie gesagt, jetzt bin ich auf dem gleichen Stand! Scheint doch irgendetwas mit der Sprachzuweisung zu sein?

Fatal error: Uncaught Error: Class "Locale" not found in /home/devrcpil/public_html/includes/src/Language/LanguageModel.php:127 Stack trace: #0 /home/devrcpil/public_html/includes/src/Model/DataModel.php(541): JTL\Language\LanguageModel->onInstanciation() #1 /home/devrcpil/public_html/includes/src/Model/DataModel.php(336): JTL\Model\DataModel->fill() #2 /home/devrcpil/public_html/includes/src/Language/LanguageHelper.php(1048): JTL\Model\DataModel::loadByAttributes() #3 /home/devrcpil/public_html/includes/src/Language/LanguageHelper.php(376): JTL\Language\LanguageHelper->mappedGetDefaultLanguage() #4 /home/devrcpil/public_html/includes/src/Language/LanguageHelper.php(181): JTL\Language\LanguageHelper->autoload() #5 /home/devrcpil/public_html/includes/src/Language/LanguageHelper.php(167): JTL\Language\LanguageHelper->__construct() #6 /home/devrcpil/public_html/includes/src/Session/Backend.php(96): JTL\Language\LanguageHelper::getInstance() #7 /home/devrcpil/public_html/includes/src/Session/Backend.php(64): JTL\Session\Backend->setLanguageFromDefault() #8 /home/devrcpil/public_html/includes/src/Session/Backend.php(48): JTL\Session\Backend->setLanguage() #9 /home/devrcpil/public_html/includes/src/Session/Backend.php(36): JTL\Session\Backend->__construct() #10 /home/devrcpil/public_html/admin/includes/admininclude.php(68): JTL\Session\Backend::getInstance() #11 /home/devrcpil/public_html/admin/dbupdater.php(3): require_once('/home/devrcpil/...') #12 {main} thrown in /home/devrcpil/public_html/includes/src/Language/LanguageModel.php on line 127



Das hat aber mit dem folgendem nichts zu tun? Weil ich komme ja nun in kein Admin Menü

Schritt 4: Migration auf InnoDB/UTF-8 vornehmen​

Nachdem das Datenbank-Update auf die neue JTL-Shop-Version abgeschlossen ist, müssen beim Upgrade vom JTL-Shop 4 nun noch die Datenbank-Tabellen auf InnoDB und UTF8 umgestellt werden.

1. Rufen Sie dazu den Punkt Administration > Fehlerbehebung > Diagnose > Datenbankstruktur > Details auf. Alternativ können Sie über die Mitteilungs-Glocke auf den Hinweis Datenbankstruktur: Es liegen Fehler in der Datenbankstruktur vor. klicken.

 

[css-umsetzung]

in jedem Fall, bevor du startest alle Cookies vom Shop löschen.
Und die PHP Version sollte 8.1 sein (8.2 ginge auch würde ich aber nicht machen).

 

[phönix]

Hatte ich aufgeräumt. Die riesige Fehlermeldung eben bezog sich auf eine fehlende intl. Erweiterung bei den php settings.
Dann kam meine Weiterleitungsseiteund die Anmeldemaske für das Backend.
Jetzt sind da noch so Sachen aufgepoppt:
Das scheint mir aber etwas programminternes zu sein, weil er irgendwelche strings nicht zuordnen kann.

Warning: foreach() argument must be of type array|object, null given in /home/devrcpil/public_html/includes/src/Services/Factory.php on line 101

Warning: Undefined array key "category_filter_type" in /home/devrcpil/public_html/includes/src/Filter/Items/Category.php on line 37

Warning: Undefined array key "manufacturer_filter_type" in /home/devrcpil/public_html/includes/src/Filter/Items/Manufacturer.php on line 31

Warning: Undefined array key "search_special_filter_type" in /home/devrcpil/public_html/includes/src/Filter/Items/SearchSpecial.php on line 45

Warning: Undefined array key "allgemein_availabilityfilter_benutzen" in /home/devrcpil/public_html/includes/src/Filter/Items/Availability.php on line 33

 

[css-umsetzung]

schalte das error_reporting in der config Datei ab, bzw.

nimm mal diese defines raus

    //enables printing of warnings/infos/errors for the shop frontend
    define('SHOP_LOG_LEVEL', 0);
    //enables printing of warnings/infos/errors for the dbeS sync
    define('SYNC_LOG_LEVEL', 0);
    //enables printing of warnings/infos/errors for the admin backend
    define('ADMIN_LOG_LEVEL', 0);
    //enables printing of warnings/infos/errors for the smarty templates
    define('SMARTY_LOG_LEVEL', 0);
    //excplicitly show/hide errors
    ini_set('display_errors', 0);

und setze das dafür ein,
Wenn der Shop dann produktiv läuft, dann stellst du $show_error=true um auf $show_error=false
So werden dir nur wirkliche Fehler angezeigt und in jtllogs/ hinterlegt

$show_error=true;
$strong = false;
if($show_error) {
    if($strong) {
        define('SHOP_LOG_LEVEL', E_ALL);
        define('SYNC_LOG_LEVEL', E_ALL);
        define('ADMIN_LOG_LEVEL', E_ALL);
        define('SMARTY_LOG_LEVEL', E_ALL);
        define('SMARTY_LOG_LEVEL', E_ALL);
        ini_set('display_errors', 1);
    } else {
        define('SHOP_LOG_LEVEL', E_ALL & ~E_WARNING & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED & ~E_USER_DEPRECATED);
        define('SYNC_LOG_LEVEL', E_ALL & ~E_WARNING & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED & ~E_USER_DEPRECATED);
        define('ADMIN_LOG_LEVEL', E_ALL & ~E_WARNING & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED & ~E_USER_DEPRECATED);
        define('SMARTY_LOG_LEVEL', E_ALL & ~E_WARNING & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED & ~E_USER_DEPRECATED);
        ini_set('display_errors', 1);
    }
    ini_set('error_log',PFAD_ROOT. 'jtllogs/phperror_'.date("d-m-Y").'.log');
} else {
    //enables printing of warnings/infos/errors for the shop frontend
    define('SHOP_LOG_LEVEL', 0);
    //enables printing of warnings/infos/errors for the dbeS sync
    define('SYNC_LOG_LEVEL', 0);
    //enables printing of warnings/infos/errors for the admin backend
    define('ADMIN_LOG_LEVEL', 0);
    //enables printing of warnings/infos/errors for the smarty templates
    define('SMARTY_LOG_LEVEL', 0);
    //excplicitly show/hide errors
    ini_set('display_errors', 0);
}

 

[phönix]

Danke!
Die Update Seite schickt mich jetzt auf meine eigene 404 Verweisseite
Beim Backendaufruf kommt rot

 

[phönix]

 

[css-umsetzung]

Du hast dich nach dem löschen der Cookies aber auch neu angemeldet im Shop?
in deiner Config Datei vom Shop steht https:// und nicht http://

 

[phönix]

Gute Frage! Im Backend habe ich mich neu angemeldet. Allerdings steht auch im aktiven shop in der config http. Ich hatte da mal vor Jahren etwas mit Zertifikat gemacht, damit es htttps wurde. Habe mich gewundeert, dass die neuue Instanz auch https ist. Kann man sowas erzwingen?
Muss ich etwas in der config ändern?

 

[phönix]

Bei der deevrcpil ist bei Domain ein Schalter gesetzt HTTPS Umleitung erzwingen

 

[css-umsetzung]

Das ist egal, entscheidend ist was in der config Datei steht.

 

[phönix]

da steht in beiden Fällen http

 

[css-umsetzung]

was falsch ist, da muss https stehen und auch in der wawi in der Shop Anbindung muss bei der URL https: stehen, da sonst ab dem 5er Shop kein Abgleich mehr möglich ist