"Doppelte" Kategorien in LangID 2

[Cobalt60]

Hallo und Frohes Fest,
ich habe hier ein komischen Phänomen ...

Eine Seite, die ursprünglich mit 4.2 erstellt wurde zeigte (auf einmal - keine Ahnung, war der Auslöser war), in der LangID 2 "doppelte" Kategorien - die sich auch nicht on/offline stellen lassen.
"Anklicken" lassen sich die Kategorien auch nicht mehr, sehe also auch nicht, wie es drinnen mit den Artikeln aussieht.
(Ergo funktioniert auch der Sprachwähler nicht mehr).

Hat jemand eine Idee, wie ich das wieder geraderücken kann?

Gruß!

[Oliver.Kreischer]

Hi,

ich vermute, dass die Kategorien schlicht doppelt angelegt wurden. Fälschliches Umbenennen sorgt dann für die komplette Verwirrung.

Aktiviere mal unter "Benutzer" "Dein Account" "Optionen" den "advancedMode[]"

Damit bekommst Du die IDs vor den Kategorien / Artikeln angezeigt und Du kannst sehen ob es tatsächlich doppelte gibt (hatte ich noch nie...)

LG
Oliver

[Cobalt60]

Hallo Oliver,

danke für Deine Antwort ...

... tja, sieht leider wirklich so aus ...

[Oliver.Kreischer]

Hm.

Und was passiert wenn Du eine Kategorie neu anlegst?

LG
Oliver

[Cobalt60]

Angelegt: Test

In DE umbenannt nach
627 Test DE

in EN haben wir nach umbenennen nur eine
627 Test EN

Im Prinzip zielst Du auf "Kategorien neu anlegen" ab?

Bei Artikeln im Stamm gibt's übrigens auch "Verdoppelung" ...

In der EN Ansicht:
69 Sitemap
69 Sitemap
71 Impressum
71 Impressum

In DE:
69 Sitemap
71 Impressum

Danke für Deine Hilfe,
Markus

[Oliver.Kreischer]

Hi,

wenn ich das richtig verstehe funktioniert alles tadellos beim Anlegen neuer Kategorien.

Du hast geschrieben:

...ursprünglich mit 4.2 erstellt wurde...

Heisst das, dass Du mal ein Updaten gemacht hast? Neuer Datenbank Import? Oder sonst irgendetwas?

Grüße
Oliver

[Cobalt60]

Nein - das Problem war schon mit 4.2 gegeben - ich hatte nur in der Hoffnung, daß es vielleicht hilft (Index oder sonstwas) die Geschichte exportiert und in eine neue 4.4 importiert.

[Cobalt60]

> wenn ich das richtig verstehe funktioniert alles tadellos beim Anlegen neuer Kategorien.

So ist es!

[Oliver.Kreischer]

..und die Doppelten Kategorien habe auch den "richtigen" Inhalt?

Hast Du mal versucht eine unkritische Kategorie (Artikel) mit wenig Inhalt zu löschen und geguckt was passiert?

Grüße
Oliver

[Cobalt60]

Kommando zurück ... er erstellt die neue Kategorie zwar richtig "neu", sobald ich aber etwas im Startartikel der "DE"-Kategorie mache, verschwindet die EN-Kategorie komplett ...

Wäre wohl am Sinnvollsten, im DB-Export den Fehler zu beheben und neu zu importieren - die Frage ist nur, "wie" .

[jdlx]

Für mich klingt das nach ner angeknacksten DB.. das zu fixen dürfte vermutl. kein Spaß werden - wüßt ad hoc auch nicht wie. Ich würd evtl. mal testweise lang #2 löschen, und kucken ob sich danach wieder "normales" Verhalten einstellt. Bzw. vorher mal: firephp Addon installieren, und im SQL log kucken wie die queries aussehen beim Seitenaufruf.. das könnte evtl. auch Hinweise geben.

[Cobalt60]

So,
war mutig und habe mir den Export mal genauer angesehen ... und einen kompletten Satz doppelter Import-Zeilen für rex_article entdeckt.
Alle gelöscht - neu importiert ... und sieht soweit gut aus ... der LangSwitcher will noch nicht, aber das liegt vielleicht an 4.4

Code: Alles auswählen

<?

$MyLangFlags[0] = "deutsch.gif";
$MyLangFlags[2] = "english.gif";

$showCurLang = 0; // 0 blendet aktuelle Sprache aus 1 blendet sie ein

foreach($REX['CLANG'] as $clkey => $clang)
{
   $art = OOArticle::getArticleById($this->getValue("article_id"), $clkey);
   if( $art !== null && ($art->isOnline() || $this->getValue("article_id") =="1" || $this->getValue("article_id") =="6")
      && ($REX['CUR_CLANG'] != $clkey || $showCurLang))
  {

$navLang .= '<a href="'.rex_getUrl($this->getValue("article_id"),$clkey).'">';
     $navLang .= '<img src="/files/'.$MyLangFlags[$clkey].'" ';
     $navLang .= 'height="12" width="20" alt="'.$clang.'" />';
     $navLang .= '</a>'; 
 
/*
     $navLang .= '<a href='.rex_getUrl($this->getValue("article_id"),$clkey).'>'.$clang.'</a>';
*/

}
}
?> 

Vielen Dank für Eure Tipps!

[jdlx]

... und einen kompletten Satz doppelter Import-Zeilen für rex_article entdeckt

Mit identischer ID? Das müßte beim import ne Fehlermeldung geworfen haben..

[Cobalt60]

Hallo Jan,

vielleicht in einem Logfile - auf der GUI jedenfalls nix ...

Gruß,
Markus

[jdlx]

Nochmal die Frage: waren identische IDs drin.. also Artikel mit gleichen pid, re_id & clang? Die hätten imho ne sql-rex_warning ausgeworfen haben müssen..

[Cobalt60]

Hier mal ein Auszug aus dem Export ...

die ersten beiden Zeilen sollten die "richtigen" in DE und EN sein:

Code: Alles auswählen

INSERT INTO `rex_article` VALUES ('1808','626','349','Bahn','Extra','0','','0','3','|349|','1','1322406530','1322406677','5','0','Markus','Markus','','','0','','','','','','','');
INSERT INTO `rex_article` VALUES ('1809','626','349','Bahn','Special','0','','0','3','|349|','0','1322406530','1322406530','5','2','Markus','Markus','','','0','','','','','','','');

Später kommt dann aber nochmal diese Zeile hier:

Code: Alles auswählen

INSERT INTO `rex_article` VALUES ('2931','626','349','Bahn','Extra','0','','0','3','|349|','0','1322406530','1322406677','5','2','Markus','Markus','','','0','','','','','','','');

... die meines Erachtens das Problem darstellt.

[jdlx]

Hm, also imho müßte das nen sql error werfen, den du beim import als rex_warning angezeigt bekommen haben solltest.