Carrear hat geschrieben:Hm. Wird in der Suche ja auch gemacht.
Was meinst du damit? Die Suche geht auf den Index (=Text). Da kannst du keine Datumsvergleiche oder ähnliches machen.
Carrear hat geschrieben:Also wenn es so ineffizient ist, lässt es sich nicht ändern.
Mit den bestehenden Strukturen / Abfragemöglichkeiten ist es leider aufwändig und ineffizient. Mit entsprechendem Einsatz und Aufwand ließe sich da vermutlich schon eine generische Lösung bauen. Das ist halt nichts das sich schnell umsetzen lässt.
Carrear hat geschrieben:Warum ich es aber sehr schade finde ist, weil wir immer mehr dazu tendieren die Meta-Daten-Felder für die richtige Inhaltspflege zu nutzen. D.h. z.B. der ausgegebene Seitentitel landet im Title, der Anrisstext in Description und die "Tags" in Keywords. ...[/list]
Machen wir genau so
.
Carrear hat geschrieben:Die anderen Felder die man als Input, etc. anlegt sind aber in der Content-Tabelle?
Ja! Sowohl Meta-Daten als auch im Template angelegt Felder landen in der Content-Tabelle. Meta-Daten sind auch nichts anderes als vordefinierte <we:input/>s (Title, Description, Keywords).
Carrear hat geschrieben:Oder lassen sich da auch keine "or" Abfragen erstellen?
Selbes "Problem".
Carrear hat geschrieben:Aus meiner Sicht sind solche Abfragen in Zeiten von möglichst flexibler Inhaltszusammenstellung durch Distribution und Aggregation fast unverzichtbar!? Alles auf Objekte umstellen ist da aber aus Gründen der Pflegbarkeit auch nicht immer das coolste.
Sehe ich genau so. Das wird sich nur leider nicht schnell ändern lassen.
Anm.: Bei einem anderen Projekt haben wir genau aus dem Grund noch eine extra Suchmaschine (Elastic Search) dazu gepappt. Das greift die Daten direkt aus der DB und sorgt für die Durchsuchbarkeit.
Liebe Grüße,
Sascha