Neue webEdition Version 9.1.3
- haydi
- Senior Member
- Beiträge: 645
- Registriert: Do 1. Jan 1970, 02:00
- Wohnort: Hirschberg
- Kontaktdaten:
Re: Neue webEdition Version 9.1.3
Kannst du eine Maria-DB ausprobieren, ob das auch dort der Fall ist?
Re: Neue webEdition Version 9.1.3
@Heidi: ich hatte die mysql Daten schon in eine maria db 10.3 importiert und darauf die Updates laufen lassen, leider ebenso ohne Erfolg. Fehlerlogs habe ich dazu aber keine zur Hand und kann nicht sagen, ob das das selbe Problem war. Müsste ich nochmal prüfen...
webEdition Partner - https://www.blickfang-media.com
Ehemals im Vorstand des webEdition e.V.
Ehemals im Vorstand des webEdition e.V.
Re: Neue webEdition Version 9.1.3
Hast Du vielleicht wirklich einen doppelten Eintrag in einer Tabelle? Ich hatte das mal, dass es durch irgendeinen alten Fehler ein Objekt irgendwie doppelt gab. Das war aber in wE nicht ersichtlich, konnte aber in der DB gefunden werden. Nach dem Löschen war alles wieder ok.
Re: Neue webEdition Version 9.1.3
also wenn das Update nicht ganz durchläuft, dann stimmen danach die Daten nicht und WE verläßt sich darauf das die DB korrekt arbeitet.
Wir haben das manchmal entdeckt, wenn beireits Updates in WE 7/8 nicht durchliefen, sich aber keiner drum gekümmert hat. Wir haben dann teilweise in der Tabelle die Daten x-fach gefunden. Bei der Anzeige auf der Seite war es dann teilweise Zufall was angezeigt wurde.
Wenn das Update nicht zu Ende läuft, oder Fehler auftreten sollte das IMMER genau geprüft werden. Wir können nicht alle Fälle auf dem Schirm haben, was mal vielleicht iwann falsch gelaufen sein könnte.
Wir haben das manchmal entdeckt, wenn beireits Updates in WE 7/8 nicht durchliefen, sich aber keiner drum gekümmert hat. Wir haben dann teilweise in der Tabelle die Daten x-fach gefunden. Bei der Anzeige auf der Seite war es dann teilweise Zufall was angezeigt wurde.
Wenn das Update nicht zu Ende läuft, oder Fehler auftreten sollte das IMMER genau geprüft werden. Wir können nicht alle Fälle auf dem Schirm haben, was mal vielleicht iwann falsch gelaufen sein könnte.
webEdition-Kern-Entwickler
Re: Neue webEdition Version 9.1.3
Genau so was hatte ich mal.mokraemer hat geschrieben: ↑Do 17. Nov 2022, 00:04 also wenn das Update nicht ganz durchläuft, dann stimmen danach die Daten nicht und WE verläßt sich darauf das die DB korrekt arbeitet.
Wir haben das manchmal entdeckt, wenn beireits Updates in WE 7/8 nicht durchliefen, sich aber keiner drum gekümmert hat. Wir haben dann teilweise in der Tabelle die Daten x-fach gefunden.
BTW: es wäre durchaus hllfreich, wenn Updatefehler einfach zu sehen wären. Aktuell läuft ein Update durch und am Ende fliegst aus we raus. Um Uodatefehler u sehen, muss aktiv auf Einstellungen > Update > Log > Updateprotokol > Checkox Fehler gegangen werden. Im Fall von voliegenden Updatefehlern könnte sich we auch direkt beim Einloggen des Admin melden.
- haydi
- Senior Member
- Beiträge: 645
- Registriert: Do 1. Jan 1970, 02:00
- Wohnort: Hirschberg
- Kontaktdaten:
Re: Neue webEdition Version 9.1.3
Guten Morgen! ![Smile :-)](./images/smilies/icon_e_smile.gif)
Es werden Log-Einträge beim Update erstellt, was super ist. Ich denke es ist durchaus zuzumuten, dass man nach einem Update ins Update-Log schaut. Wenn dies ein Feature-Request sein/werden soll, dann gerne im entsprechenden Forumsbereich einen Thread aufmachen zur Diskussion.
Sonnige Grüße
Haydi
![Smile :-)](./images/smilies/icon_e_smile.gif)
Es werden Log-Einträge beim Update erstellt, was super ist. Ich denke es ist durchaus zuzumuten, dass man nach einem Update ins Update-Log schaut. Wenn dies ein Feature-Request sein/werden soll, dann gerne im entsprechenden Forumsbereich einen Thread aufmachen zur Diskussion.
Sonnige Grüße
Haydi
Re: Neue webEdition Version 9.1.3
Hi Thomas,
den Gedanke hatte ich auch schon, allerdings geht es ja um die tblFile und dort die ParentID, die zwangsläufig nicht unique sein kann, weil es durchaus mehrere Dateien in einem Verzeichnis geben kann. Ich kann nicht ganz nachvollziehen, was er da zusammenbaut, denn parentId ist ja eigentlich immer ein int und kein string. Wo also das "1145-infotag-" als ParentId herkommen soll, ist mir schleierhaft.
den Gedanke hatte ich auch schon, allerdings geht es ja um die tblFile und dort die ParentID, die zwangsläufig nicht unique sein kann, weil es durchaus mehrere Dateien in einem Verzeichnis geben kann. Ich kann nicht ganz nachvollziehen, was er da zusammenbaut, denn parentId ist ja eigentlich immer ein int und kein string. Wo also das "1145-infotag-" als ParentId herkommen soll, ist mir schleierhaft.
webEdition Partner - https://www.blickfang-media.com
Ehemals im Vorstand des webEdition e.V.
Ehemals im Vorstand des webEdition e.V.
Re: Neue webEdition Version 9.1.3
tblfile: UNIQUE KEY `ParentID` (`ParentID`,`Filename`,`Extension`)
das sollte unbedingt stimmen!!
Das man beim Update rausfliegt sollte auch nicht (mehr) passieren und sollte auch in die Bugbase. Sowas läßt sich aber oftmals bei uns nicht reproduzieren, weil man dazu die gesamte Serverumgebung nachstellen müßte.
Wir könnten am Ende des Updates schauen, ob wir einen Hinweis anzeigen, das es zu Fehlern beim Update kam - kann jemand dazu einen FR einstellen? Das braucht wohl nicht diskutiert zu werden.
das sollte unbedingt stimmen!!
Das man beim Update rausfliegt sollte auch nicht (mehr) passieren und sollte auch in die Bugbase. Sowas läßt sich aber oftmals bei uns nicht reproduzieren, weil man dazu die gesamte Serverumgebung nachstellen müßte.
Wir könnten am Ende des Updates schauen, ob wir einen Hinweis anzeigen, das es zu Fehlern beim Update kam - kann jemand dazu einen FR einstellen? Das braucht wohl nicht diskutiert zu werden.
webEdition-Kern-Entwickler
Re: Neue webEdition Version 9.1.3
habe herausgefunden, dass das Problem wohl daran liegt, dass der Redakteur zwei Verzeichnis mit gleichem Name, aber unterschiedlicher Schreibweise angelegt hat.
infotag vs Infotag
In der Datenbank konnte ich das zunächst nicht identifizieren, da ich case sensitive gesucht habe und somit nur den Eintrag kleingeschrieben gefunden hab. Der unique key wird aber wohl immer lowercase generiert, was dann zu einem Konflikt mit duplicate key führt.
@Marc: haben wir hier ein Problem mit der gewählten Collation, dass das so passieren kann?
infotag vs Infotag
In der Datenbank konnte ich das zunächst nicht identifizieren, da ich case sensitive gesucht habe und somit nur den Eintrag kleingeschrieben gefunden hab. Der unique key wird aber wohl immer lowercase generiert, was dann zu einem Konflikt mit duplicate key führt.
@Marc: haben wir hier ein Problem mit der gewählten Collation, dass das so passieren kann?
webEdition Partner - https://www.blickfang-media.com
Ehemals im Vorstand des webEdition e.V.
Ehemals im Vorstand des webEdition e.V.
- haydi
- Senior Member
- Beiträge: 645
- Registriert: Do 1. Jan 1970, 02:00
- Wohnort: Hirschberg
- Kontaktdaten:
Re: Neue webEdition Version 9.1.3
Re: Neue webEdition Version 9.1.3
Kein Problem - das sind normale Ansätze der DB, was sie als gleich behandelt.haben wir hier ein Problem mit der gewählten Collation, dass das so passieren kann?
Mueller=Müller
Wäre da ein anderes Beispiel - die Groß-/Kleinschreibung wird hier auch nicht berücksichtigt - was aber ja auch sinnvoll ist - die Unterschiede will man im "Dateisystem" nicht haben - und werden auch auf dem Server-Dateisystem (je nach Einstellung) als gleich behandelt.
Ein Fehler ist es, das der Index teilweise früher fehlte und dadurch die Einträge überhaupt entstanden sind
webEdition-Kern-Entwickler
- haydi
- Senior Member
- Beiträge: 645
- Registriert: Do 1. Jan 1970, 02:00
- Wohnort: Hirschberg
- Kontaktdaten:
Re: Neue webEdition Version 9.1.3
https://qa.webedition.org/tracker/view.php?id=13833
Der FR wurde nun umgesetzt - verfügbar ab Version 9.1.4![Smile :-)](./images/smilies/icon_e_smile.gif)
Der FR wurde nun umgesetzt - verfügbar ab Version 9.1.4
![Smile :-)](./images/smilies/icon_e_smile.gif)
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 19 Gäste