Einen Beitrag mehreren Kategorien zuweisen?

[Wirrkopf]

Wie kann ich einen Beitrag mehreren Kategorien zuweisen?

Ich habe die Version 1.5.3 und das Bulletproof Template.

[yellowled]

Wie kann ich einen Beitrag mehreren Kategorien zuweisen?

Dafür brauchst Du das Ereignis-Plugin „Kategorien zuweisen“ (serendipity_event_assigncategories):

Ermöglicht mehrere Kategorien zu bestehenden Einträgen zuzuweisen, bzw. die Zuweisungen schnell für alle Artikel zu ändern.

Zu haben auf Spartacus bzw. via Spartacus-Plugin.

YL

[garvinhicking]

Hi!

Das ist eine populäre Urbane Legende.

Das genannte Plugn ist einzig dafür da, um NACHTRÄGLICH VIELEN Einträgen mehrere Kategorien "on the fly" mitzugeben.

Man kann, ganz ohne Plugins, in s9y einem Eintrag mehrere Kategorien zuweisen indem man neben der Kategorieliste einfach auf "+" klickt, dann wird das Select zu einem Multiselect.

Grüße,
Garvin

[yellowled]

Das ist eine populäre Urbane Legende.

Dat versteht getz wieder keiner

Man kann, ganz ohne Plugins, in s9y einem Eintrag mehrere Kategorien zuweisen indem man neben der Kategorieliste einfach auf "+" klickt, dann wird das Select zu einem Multiselect.

Och was? Das ist dann vielleicht ein wenig wie Wolfgang Neuss immer gesagt hat: „Verlegt wie bei Suhrkamp - unauffindbar.“

YL

[gimmel]

Ich dachte ja auch, dass es so einfach wäre. Ich konnte auch mehrere Kategorien auswählen, die nach dem Speichern sogar noch angezeigt wurden. Allerdings hatten die Beiträge anschließend immer nur eine zugeordnete Kategorie. Ein Blick in die Tabelle entrycat Datenbank zeigte den Grund für den Fehler:


Die Spalte entryid hat einen UNIQUE-Index. D.h. ein Beitrag kann nur einmal in der Tabelle auftauchen und dementsprechend auch nur eine Kategorie zugeordnet bekommen. Hier scheint ein Bug in der Serendipity-Datenbank-Struktur vorzuliegen. Eigentlich sollte der UNIQUE-Index über beide Spalten gehen. So könnten keine doppelten Entry/Category-Einträge vorkommen. In einigen meiner Blogs ist das auch richtig angelegt, bei einigen geht der Index wie gesagt nur über eine Spalte.

Ist das vielleicht noch ein Bug aus alten Serendipity-Zeiten, der bei Updates nicht behoben wird?

[garvinhicking]

Hi!

Hm, also in den SQL-Dateien von s9y gab es nie einen unique index nur auf der einen spalte, sondern immer auf beiden. Ich wüsste nicht, wann das in s9y mal ein Bug war. Kann es sein dass du dein Blog mal verschoben hast und einen SQL-Dump ex/importiert hast? Bei so einer Aktion könnte ich mir vorstellen dass es passiert...

In der s9y db.sql steht:

CREATE UNIQUE INDEX entryid_idx ON {PREFIX}entrycat (entryid, categoryid);

Viele Grüße,
Garvin

[gimmel]

Ja, ich habe mein Blog schon mehrfach verschoben und dabei einen SQL-Dump verwendet. Aber dabei sollten die Indexe doch eigentlich übernommen werden. Schon merkwürdig.
Ich habe den Index jetzt neu erstellt und es können problemlos mehrere Kategorien gewählt werden. Ich wollte das Thema hier nur verewigen, falls jemand anders mal dieses Problem haben sollte.

[garvinhicking]

Hi!

Je nachde, wenn du das mit phpmyadmin gemacht hast, in manchen Versionen gab es Bugs bei der SQL-Exportierung...

Und es ist super, dass Du das hier geschrieben hast, keine Frage - das wollte ich nicht unterbewerten!

Viele Grüße,
Garvin

[gimmel]

Allerdings, über die Jahre sind da mehrere phpmyadmin als auch mehrere Serendipity-Versionen zum Einsatz gekommen. Dann lag es wohl tatsächlich am Export durch ein altes phpmyadmin.
Ich habe erst jetzt den Fehler bemerkt, da ich erst jetzt anfange, mehrere Kategorien zu benutzen. Bisher hatten die meisten meiner Einträge überhaupt keine Kategorie. Leider lassen sich Benutzer- und Kategorierechte bei kategorielosen Einträgen nicht steuern. Vielleicht wäre es sinnvoll, eine feste Kategorie „kategorielos“ einzuführen, die in der Admin-Oberfläche immer gelistet wird und auf Kategorie 0 verweist. Die Tabelle entrycat enthält ja bei Einträgen ohne Kategorie immer die Kategorie 0. Damit ließen sich auch schnell die Beiträge ohne Kategorie finden.

[kybernator]

Vielleicht wäre es sinnvoll, eine feste Kategorie „kategorielos“ einzuführen, die in der Admin-Oberfläche immer gelistet wird und auf Kategorie 0 verweist.

+1

Fände ich ebenfalls sehr praktisch,

[garvinhicking]

Hi!

Grundsätzlich eine nette Idee, aber das im Code zu verdrahten hätte an ganz vielen Stellen unvoraussehbare Ergebnisse, da die "0" an einigen Stellen durchaus ausgefiltert wird oder dann beim Auslesen probleme verursachen könnte. Das müsste also dann sehr eng geprüft werden...

Es gibt ja das entrycheck plugin, mit dem kann man Autoren verbieten ohne Kategorie-posting einen Eintrag zu erstellen....?

Grüße,
Garvin

[gimmel]

Naja, ist nicht das gleiche. Eher genau das Gegenteil…

Ich finde es unpraktisch, immer eine Kategorie vergeben zu müssen. Was ist, wenn keine passt? Erst mal eine neue anlegen? Für evtl. nur einen Beitrag?
Es gibt viele Plugins, die auf Kategorien zugreifen, aber keins davon kümmert sich um die Beiträge ohne Kategorie. Es ist immer eher Zufall, was mit denen passiert. Das ist schade.
Bisher habe ich unser Blog fast ohne Kategorien geführt. Nur spezielle Dinge wie Rezepte oder Bastelanleitungen bekamen eine Kategorie. Das war gut zu verwalten (und befreite uns von dem Druck, sich irgendwelche kruden Kategorien auszudenken zu müssen).

Vielleicht wäre das ja was für die große 2.0? Da dürfte sowieso kein Stein auf dem anderen bleiben, oder…?

[garvinhicking]

Hi!

Es gibt viele Plugins, die auf Kategorien zugreifen, aber keins davon kümmert sich um die Beiträge ohne Kategorie.

Hast Du da Beispiele? Evtl kann man einfacher an diesen Plugins etwas anpassen; bei der "0er Kategorie" könnte ich mir echt Probleme bei dem Rechtesystem von Kategorien und der Darstellung vorstellen, so dass ggf. derartige Artikel dann nicht angezeigt werden könnten in gewissen Umständen.

Viele Grüße,
Garvin