Condition: Wert von Attribut vom Typ "Auswahlmenü"

Hallo,

ich habe ein eigenes Attribut vom Typ "Auswahlmenü" definiert (interner Name etwa select) und möchte eine Produktliste nach den Werten des Auswahlmenüs filtern.
Da der in den Produkteinstellungen ausgewählte Menüeintrag (etwa mit dem Wert foo) nicht als Reintext in der Datenbank gespeichert wird (BLOB), lässt sich in der Produktliste als Condition offenbar nicht p1.select="foo" festlegen, um alle Produkte mit dem Wert foo aufzulisten. Zumindest schaffe ich es auf diesem Wege nicht.

Versteht ihr, was ich erreichen möchte und habt ihr Ideen, wie sich das umsetzen lässt?

Vielen Dank!
Gruß

EDIT: Isotope 1.3.0 rc1, Contao 2.10.4 :confused:

Bekommst du denn eine Fehlermeldung?

PS: Ein Feldname "select" finde ich nicht gerade sinnvoll :(

Zitat:

---

PS: Ein Feldname "select" finde ich nicht gerade sinnvoll

---

Habe ich auch nicht so gewählt; diente nur der Erklärung hier im Thread.

Zitat:

---

Bekommst du denn eine Fehlermeldung?

---

Nein.

Gruß

Was steht denn in der Datenbank?

Zitat:

---

Zitat von andreas.schempp

Was steht denn in der Datenbank?

---

Kann ich nicht genau sagen. Wenn ich mir die Sache mit phpMyAdmin anschaue, steht im jeweiligen Feld lediglich „BLOB“.

Mittlerweile habe ich einen eigenes DCA-Feld erstellt und in Isotope eingebunden, wodurch nun folgendes in der Datenbank steht:

PHP-Code:

---

a:2:{i:0;s:3:"foo";i:1;s:3:"bar";} 


---

Wie ich nun alle Produkte auflisten kann, die "foo" enthalten, weiß ich noch nicht. Mit einer einfachen "Condition" ist es ja vermutlich nicht getan.

Gruß

Probier's so:

Code:

---

p1.select LIKE '%"foo"%'

---

Klasse, es funktioniert! Vielen Dank!

Wäre es auch möglich, einen Inserttag zu verwenden? Also in etwa p1.select LIKE '%"{{env::page_id}}"%'. Habe es bereits mit einem $this->replaceInsertTags(), doch der Ausdruck wird vor der Datenbankabfrage offenbar nicht ausgewertet.

Gruß

Nein InsertTags sind auf die Frontend-Ausgabe gebunden. Welchen Sinn würde das denn machen?

Zitat:

---

Zitat von andreas.schempp

Welchen Sinn würde das denn machen?

---

In einem Buchshop sind die einzelnen Produkten jeweils einer Seite (genauer: Seiten-ID) mit Informationen zum jeweiligen Autor zugeordnet. Auf den Autorenseiten sollen wiederum all ihre Bücher aufgelistet werden.
Wenn ich die jeweilige Seiten-ID mit in die Condition aufnehmen könnte, würde 1 Listenmodul für alle Autorenseiten ausreichen; ansonsten wäre für jede Autorenseite ein eigenes Modul (mit einer individuellen Condition) notwendig.

Gruß

EDIT: andere Idee: ich nehme die Filterung erst im Frontend mit einem angepassten Template vor. Erzeugt zwar einen gewissen Overhead, aber sollte immerhin umsetzbar sein.

Du kannst doch einfach die entsprechenden Bücher in den Kategorien (Seitenstruktur) zusätzlich der Authorenseite zuweisen?

Zitat:

---

Zitat von andreas.schempp

Du kannst doch einfach die entsprechenden Bücher in den Kategorien (Seitenstruktur) zusätzlich der Authorenseite zuweisen?

---

Oh, stimmt, da merke ich, dass ich mit dem System einfach noch nicht so ganz vertraut bin ;)

Werde es nun aber vermutlich nicht mehr ändern, da ich bereits alle Produkte importiert habe. Meine Variante hatte den Vorteil, dass dadurch der Import recht einfach möglich war, da die Verweise auf die Seiten lediglich aus einem serialisiertem Array bestehen. Um die Datenbank zu entlasten, werde ich im Template eine angepasste Datenbankabfrage einbauen; dann müsste ich nicht mehr quick'n'dirty filtern.

Gruß

Nur zu Info, falls jemand vor einem ähnlichen "Problem" steht:
Das Contao-Modul „Auflistung” ermöglicht Bedingungen, welche einen Inserttag enthalten:
select LIKE '%"{{env::page_id}}"%'
Zusammen mit den Isotope-Inserttags $this->replaceInsertTags('{{product::href_reader::'.$c ol['id'].'}}') (und weitere {{product::ATTRIBUT::'.$col['id'].'}}) konnte ich mir so eine individuelle Auflistung erstellen.

Gruß