In Bearbeitung [SHOP-2725] SemVer-Fehler

[css-umsetzung]

"Ja, wenn du mir jetzt noch die Url sagst Kaper ich deinen Admin Account" okeeee, dass muss ich mir mal zu Gemüte ziehen. (Und PW ändern, sollte helfen, oder?)

Alles nur halb so wild war ja nur die hinterlegte Session ID, die sollte ja nun schon abgelaufen sein.

Dann hast du in deinen E-Mail Templates wohl irgendwas murksiges in der Datenbank?

 

[holzpuppe]

Alles nur halb so wild war ja nur die hinterlegte Session ID, die sollte ja nun schon abgelaufen sein.

Dann hast du in deinen E-Mail Templates wohl irgendwas murksiges in der Datenbank?

*Puuuh*, bestimmt. Ich dachte schon ich muss alles neu machen, DB, PW, Shop, mein Leben.
Ok Spass bei Seite.
Ich schau mal in die DB, eigentlich sollte bei den E-Mail Templates nichts ungewöhnliches als der Standard stehen. Mit dem Update von 11 auf 12 hatte sich ja sowieso das ein oder andere geändert.

 

[holzpuppe]

In der DB -> temailvorlage ->ist in der Spalte "nFehlerhaft" eine 1 in Wunschzettel (kEmailvorlage = 14)
Mir war aufgefallen, dass in html und in plain ein etwas anderer Text steht als in der "wunschliste_html.tpl".
Ich nehme mal an, dass der Code dann entsprechend in der DB eingetragen werden sollte? (ohne {includeMailTemplate template=header type=html})

Falls ja, hm...keine Änderung.
Falls nein, ähm....ups? xD

 

[css-umsetzung]

Ich würde mir jetzt eher die Vorlage core_jtl_admin_passwort_vergessen anschauen und die mal zurücksetzen.
Ich kann dir da jetzt auch nicht mehr sagen, JTL hat den Core quasi auf Links gedreht es ist gar nicht so einfach sich da jetzt durchzufummeln,
wird wohl eine Weile dauern bis ich da die wichtigsten Sachen wieder im Blick habe.

 

[holzpuppe]

Ich würde mir jetzt eher die Vorlage core_jtl_admin_passwort_vergessen anschauen und die mal zurücksetzen.

Na das ist witzig, die fehlt völlig in der DB.

Ok das war eine ungünstige Formulierung. Per se ist "core_jtl_admin_passwort_vergessen" in der Tabelle "temailvorlage" vorhanden, aber nicht in "kEmailvorlage".

 

[css-umsetzung]

Das hätte mit dem 3.20er Update angelegt werden sollen.

 

[css-umsetzung]

Ok das war eine ungünstige Formulierung. Per se ist "core_jtl_admin_passwort_vergessen" in der Tabelle "temailvorlage" vorhanden, aber nicht in "kEmailvorlage".

wie meinst du das?

kEmailvorlage wäre ja die ID in diesem Datensatz, die kann gar nicht null oder leer sein.



Das ist dann je verknüpft mit temailvorlagesprache


und auch mit temailvorlageoriginal


und mit temailvorlagespracheoriginal

 

[holzpuppe]

Ach, menno. Man kommt ja ganz durch einander mit den Tabellen.
In der "temailvorlage" ist es vorhanden. (Da steht ja die Verknüpfung, also Spalte kEmailvorlage mit dem Wert 29)
In der "temailvorlagespracheoriginal" ist es vorhanden.
In der "temailvorlagesprache" fehlt es.
Also so wie ich dich verstehe, sollte ich das dann mal nachtragen?

 

[css-umsetzung]

Ja, das solltest du tun, du kannst ja das vom original exportieren und dann die inserts für die andere Tabelle importieren.

 

[holzpuppe]

OK. Bei "temailvorlage" in "Passwort vergessen (Admin)" stand in cName: NULL. Warum, weiß ich nicht. Verändert hatte ich es nicht. Könnte es noch aus der 3 sein?
Die "temailvorlagesprache " hatte nur 62 Datensätze.
Also mit der "temailvorlagespracheoriginal " abgeglichen.
(Hatte zur Folge, das die Vorlage "Wunschzettel" einen Fehler ausspuckte. Also hier im Shop-Backend zurückgesetzt. Merkwürdig, da doch eigentlich eben die Daten aus der "temailvorlagespracheoriginal " genommen wird, oder nicht?)
Danach ging es erstmal wieder weiter.
Bis hier hin:
Fehler bei Update: Migration_20190418144700 Syntax checks | SQLSTATE[42S21]: Column already exists: 1060 Duplicate column name 'version'

Welche Tabelle ist den damit gemeint?

 

[css-umsetzung]

Die Dateien sind ja alle unter Update/migration, die musst du anschauen, eventuell hattest du mal ein Fix im Shop extra eingespielt.

Bin gerade nicht am Rechner daher kann ich nicht schauen.

 

[holzpuppe]

Die Dateien sind ja alle unter Update/migration, die musst du anschauen, eventuell hattest du mal ein Fix im Shop extra eingespielt.

Das ist sehr wahrscheinlich, aber frag mich nicht was alles. Wenn, dann sind das offizielle Hotfixes gewesen.
Ich konnte in der Migration zwei Dateien finden in denen "Version" angesprochen werden:
"enable_semantic_versioning"
"Update evo template version into semantic Version"
Hier wird die "ttemplate" angesprochen, deren Datensätze nicht geändert werden können, ausser der Struktureinträge.
Ich nehme an, das die "public function up()" der Eintrag für die 5er Version sein soll und die public "function down()" halt die alte Version ist?
"enable_semantic_versioning"->

    public function up()
    {
        $this->execute('ALTER TABLE ttemplate CHANGE COLUMN version version VARCHAR(20) NOT NULL');
    }

Das geht ja noch, aber:
"Update evo template version into semantic Version"->

    public function up()
    {
        $this->execute("UPDATE `ttemplate` SET `version` = '5.0.0' WHERE `cTemplate` = 'Evo' AND `eTyp` = 'standard'");
    }

In "cTemplate" gibt es kein EVO, das steht maximal in "parent". Oder soll damit einfach ein neuer Eintrag gemacht werden?

 

[css-umsetzung]

nein nicht ganz

also up ist das was er gerne machen möchte, down ist dafür, um eine Migration rückgängig zu machen.
Das kann man über ein zusätzliches define in der config vom Shop aktivieren (da fällt mir ein, ich muss das unbedingt mal ausprobieren um zu sehen was dann wirklich passiert ).

Du kannst in up() nach der Klammer ein return; schreiben dann übergeht er dieses. oder du machst vor diesem Befehl ein # Zeichen.

 

[holzpuppe]

Ich hab einfachhalber den Code in der DB ausgeführt. Das ging.
Der Fehler bei Update: Migration_20190418144700 Syntax checks | SQLSTATE[42S21]: Column already exists: 1060 Duplicate column name 'version'
besteht jedoch weiter. Also das scheint es dann nicht zu sein.
Ich würde gerne wissen wie und was in welcher Reihenfolge das DB-Update erfolgt, sieht man das irgendwo?

 

[holzpuppe]

Hm....okeee, das war alles. Nachdem ich mal noch alle Plugins deaktiviert habe, ist es durchgelaufen. Nu geht's zum Datenbank-Check xD

 

[holzpuppe]

Verlief ohne Probleme.
Backend geht soweit. Shop nicht.
Boxen im Backend hat erst gemuggt, ging dann aber.
Was mich irritiert:

[01-May-2019 21:40:46 Europe/Berlin] PHP Deprecated:  JTL\Shop::DB is deprecated. in /www/htdocs/xxx/xxx.com/html/testshop/includes/src/Shop.php on line 597
[01-May-2019 21:41:11 Europe/Berlin] PHP Fatal error:  Uncaught Error: Call to a member function setRedirectCode() on null in /www/htdocs/xxx/xxx.com/html/testshop/seite.php:34
Stack trace:
#0 /www/htdocs/xxx/xxx.com/html/testshop/index.php(18): require()
#1 {main}
  thrown in /www/htdocs/xxx/xxx.com/html/testshop/seite.php on line 34

 

[css-umsetzung]

Du hast echt spaß

Du solltest zuerst alle Plugins deaktivieren und wegen der ganzen depreacted Meldungen auch das error reporting. Abschalten.

 

[holzpuppe]

 

[holzpuppe]

Der Errorreport ist das, was nach allem noch erscheint. Frontshop zeigt halt nichts an.

 

[css-umsetzung]

Dann doch mal nen Profi drauf schauen lassen