links zu verschobenen Artiklen versagen
links zu verschobenen Artiklen versagen
Hi there
Wenn ich einen Artikel in seinen Eigenschaften in eine andere Kategorie verschiebe erhält dieser eine neue Artikel ID. Somit schlagen alle bis dahin erstellten Links fehl. Wird der Artikel über die Zeitsteuereung verschoben bleibt die ID erhalten.
Scheint wohl ein Bug zu sein, oder?
Gruß
die Mauskugel
Ansonsten: Dickes LOB !!!
Wenn ich einen Artikel in seinen Eigenschaften in eine andere Kategorie verschiebe erhält dieser eine neue Artikel ID. Somit schlagen alle bis dahin erstellten Links fehl. Wird der Artikel über die Zeitsteuereung verschoben bleibt die ID erhalten.
Scheint wohl ein Bug zu sein, oder?
Gruß
die Mauskugel
Ansonsten: Dickes LOB !!!
Hi..
Die ID, die in der Artikeleigenschaften Maske steht ist die "idcatart", die join-ID aus der Kategorie UND dem Artikel.
Diese haben wir der Einfachheit halber gewählt um den Artikel mit einer Nummer zu identifizieren.
Das sich diese ID ändert wenn man den Artikel verschiebt ist richtig!
Wenn sich die ID nach Verschieben mit der Zeitsteuerung nicht ändert, ist das ein Bug..
Das die Verlinkungen nach verschieben nicht mehr stimmen ist ein Problem. Wir werden das mal intern diskutieren.
Gruss Jan/4fb
Die ID, die in der Artikeleigenschaften Maske steht ist die "idcatart", die join-ID aus der Kategorie UND dem Artikel.
Diese haben wir der Einfachheit halber gewählt um den Artikel mit einer Nummer zu identifizieren.
Das sich diese ID ändert wenn man den Artikel verschiebt ist richtig!
Wenn sich die ID nach Verschieben mit der Zeitsteuerung nicht ändert, ist das ein Bug..
Das die Verlinkungen nach verschieben nicht mehr stimmen ist ein Problem. Wir werden das mal intern diskutieren.
Gruss Jan/4fb
das ist mir noch gar nicht aufgefallen... ähmasmo hat geschrieben: Das sich diese ID ändert wenn man den Artikel verschiebt ist richtig!
Wenn sich die ID nach Verschieben mit der Zeitsteuerung nicht ändert, ist das ein Bug..
ich bin da in 2 punkten nicht deiner meinung:
artikel ID ändert sich beim verschieben -> ist für mich ein bug
das sie sich nicht ändert bei zeitsteuerung -> halte ich für keinen
Das ist ein Konzeptionelles Problem...
Die ID, von der du denkst das Sie die ID des Artikels ist, ist eigentlich die Zuordnungs-ID.
Diese Wird aus Artikel ID (idart) und Kategorie ID (idcat) gebildet.
Wenn ich also eine Zuordnung durch eine eindeutige ID identifiziere, ist es konzeptionell richtig, das sich die ID ändert.
Die Artikel ID (idart) und sprachabhängige ID (idartlang) ändern sich nicht.
Wir wollten der Usability wegen nur eine ID benutzen, willst dir ja nicht jedesmal 2 Zahlen merken.
Sobald wir das Frontend aufgeräumt haben, wird es reichen nur die idart zu kennen, der Rest wird dann automatisiert..
Gruss Jan/4fb
Die ID, von der du denkst das Sie die ID des Artikels ist, ist eigentlich die Zuordnungs-ID.
Diese Wird aus Artikel ID (idart) und Kategorie ID (idcat) gebildet.
Wenn ich also eine Zuordnung durch eine eindeutige ID identifiziere, ist es konzeptionell richtig, das sich die ID ändert.
Die Artikel ID (idart) und sprachabhängige ID (idartlang) ändern sich nicht.
Wir wollten der Usability wegen nur eine ID benutzen, willst dir ja nicht jedesmal 2 Zahlen merken.
Sobald wir das Frontend aufgeräumt haben, wird es reichen nur die idart zu kennen, der Rest wird dann automatisiert..
Gruss Jan/4fb
-
- Beiträge: 174
- Registriert: Mi 22. Okt 2003, 11:08
- Kontaktdaten:
Also ich habe mich eh schon gefragt, warum ich immer ne idcat dazu brauche, oder ne idcatart, weil JEDER Artikel, egal in welcher Kategorie IMMER eine eindeutige idart bekommt. Das ist ja der Primärschlüssel!asmo hat geschrieben:Sobald wir das Frontend aufgeräumt haben, wird es reichen nur die idart zu kennen, der Rest wird dann automatisiert..
Und über Zuordnung idart zu idcat käm man immer wieder auf die entsprechende Kategorie.
Stammt dieses System noch aus einer vorangegangen Version, in der die Organisation noch anders aussah? (rein neugierdehalber)
Gruß,
BlackWidow
-
- Beiträge: 174
- Registriert: Mi 22. Okt 2003, 11:08
- Kontaktdaten:
Ein Artikel kann in mehreren Kategorien sein? Echt?
Das wusste ich nicht! Wollte hier auch nicht klug scheißen , ist mir nur so aufgefallen!
...
Tatsächlich, stimmt, das ist ja ne Mehrfachauswahl! Cool!
Damit hast Du mir gerade unbewußt das Leben etwas vereinfacht!
Hmm, mit solchen "banalen" Dingen wie Artikel erfassen hatte ich mich noch gar nicht richtig beschäftigt! Das war nen Fehler ...
Das wusste ich nicht! Wollte hier auch nicht klug scheißen , ist mir nur so aufgefallen!
...
Tatsächlich, stimmt, das ist ja ne Mehrfachauswahl! Cool!
Damit hast Du mir gerade unbewußt das Leben etwas vereinfacht!
Hmm, mit solchen "banalen" Dingen wie Artikel erfassen hatte ich mich noch gar nicht richtig beschäftigt! Das war nen Fehler ...
-
- Beiträge: 174
- Registriert: Mi 22. Okt 2003, 11:08
- Kontaktdaten:
Stimmt, deswegen hab ich das erst gar nicht als Mehrfachauswahl erkannt. Hab mir mein System jetzt eher nach nem Verzeichnis/Datei System aufgebaut. "Verzeichnisse" = Kategorien und "Dateien" = Artikel. Eine Datei kann auch nicht in mehreren Verzeichnissen sein.
Also fang ich jetzt doch lieber gar nicht erst an das zu benutzen ...
... jetzt wollen wir aber den Thread nicht weiter "verlabern". Gehört ja nicht zum Thema ...
Gruß,
Black Widow