MM 2.3 Paginierung

Hallo,

ich habe auch in MM2.3 noch das Problem mit der Paginierung.

Ich habe eine Liste von vielen Seiten und über der Liste einen Filter. Nun gehe ich in der Lists z.B. auf die Seite 4.

Der Link ändert sich zu

Code:

---

https://www.***.net/seitenname.html?page=4

---

Nun klicke ich oben in der Auswahl und möchte die Liste einschränken.

Der Link ändert sich zu

Code:

---

https://www.***.net/seitenname/page/4/filtername/ausprägungsname.html

---

Jetzt gibt es aber gar keine 4 Seiten mehr, sondern nur noch zwei. Angezeigt wird die erste Seite. Klicke ich dann auf Seite 2 sieht der Links so aus

Code:

---

https://www.***.net/seitenname/page/4/filtername/ausprägungsname.html?page=2

---

Diese Seite gibt es natürlich nicht und das wird auch angezeigt.

Dieser Fehler führt auch in 2.3 mit dazu, dann ich den Suchindex nicht einfach aktualisieren kann. Ich muss dann alle Filter ausblenden, damit das geht. Da ich auf der Seite aber zahlreiche MMs nutze, ist das nicht wirklich praktikabel und geht maximal bei einem Upgrade. Das ist nun seit MM 2.2 so bzw. Contao 4.9.

Muss ich vielleicht nach dem Upgrade noch irgend etwas machen?

Dies sind die Einstellungen für die Paginierung im Backend.

Anhang 26230

Deine URLs werden bei der Anzeige abgeschnitten - ggf. als "Quelltext" auszeichnen...

Aber ich habe glaube ich eine Idee was das Problem ist: das Zusammenspiel von Filterung per Slug und Paginierung per Get

Und kann ich das bei den Filtern umstellen?

Ich habe die Links oben geändert.

Zitat:

---

Zitat von Shania

Und kann ich das bei den Filtern umstellen?

---

beim Filter geht das noch nicht - Ticket ist da https://github.com/MetaModels/core/issues/139

Du könntest versuchen die Paginierung auf Slug umzustellen - ich meine, ich hätte mir das auch schonmal angesehen... es könnte sein, dass Contao da rein funkt und die Get-Parameter bei den Slugs mit einsortiert...

Ein Ticket kannst Du aber auf Github dazu gern aufmachen.

Ok, dann manche ich da mal ein Ticket zu auf. Hätte ich wohl schon viel eher machen sollen ... danke dir!

Ich probiere es mal mit dem Umstellen, aber blöd daran wäre, das alle alten Links dann kaputt sind und das sind ja so viele Möglichkeiten, dass ich die kaum alle umleiten könnte. Und es sind im Forum viele Links mit diversen Filtern gepostet. Daher kann ich das mal ausprobieren, aber eine echte Option ist es irgendwie auch nicht.

die Get zu Slug automatisch umzuwandeln sollte per .htaccess möglich sein https://www.google.com/search?client...er+to+slug+url

Ok, danke, dann muss ich es erst einmal ausprobieren. Ansonsten sind diese Umschreibungen leider nicht so mein Ding, aber wenn das klappt, nützt es nichts.

Ich habe gestern mal testweise noch die Paginierung von GET auf slug geändert und dann funktioniert es tatsächlich korrekt mit der Anzeige der Seiten. Zwar bleibt die Seite 4 erst einmal stehen, auch, wenn es gar keine Seite 4 mit dem Filter mehr gibt (so gesehen ist das wohl nicht ganz richtig, aber immerhin funktioniert es erst einmal), aber wenn man die Seite wechselt, auch z.B. Seite 2, wird der Link korrekt angepasst und kommt auch die Seite 2.

Würde man den Link mit der Seite 4 posten, klappt es aber sich auch an dieser Stelle nicht. Das habe ich aber jetzt nichts ausprobiert.

Ein Ticket auf Github für dieses Problem habe ich nun eröffnet.

Sollte ich da vielleicht auch ein Ticket für die Suche aufmachen? Denn ich habe gestern mal ausprobiert nur noch eins meiner größten MMs in den Suchindex aufzunehmen. Das sind 262 öffentliche Einträge auf 27 Seiten. Es hat 14 Filter mit sehr vielen oder auch nur zwei Checkbox Ausprägungen. Die kann ich nun nicht alle zählen. Die Kombination aus allen Filtervarianten ist wahrscheinlich nicht zählbar und so läuft sich auch hier der Suchindexaufbau zu Tode. Bin ich da denn wirklich die einzige, mit diesem Problem? Eigentlich ist MM ja genau für solch Komplexe Anwendungsfälle gebaut oder nicht?

Und ich habe mehrere recht große MMs auf der Seite wodurch sich das Problem nochmal immens vergrößert.

Ich würde die Filter einfach gerne aus der Suche ausschließen können und in den Suchindex genau die Seiten aufnehmen, die auch in der Sitemap auftauchen. Das canonical tag zieht beim Aufbau des Suchindex nach wie vor nicht. Das mag sachlich korrekt so gewünscht sein, aber ich denke, dass der Aufbau des Suchindexes abbricht kann auch nicht im Sinne des Systems sein. Ich denke, selbst bei besserer Hardware (All-Inkl Private Plus Paket) würde es vielleicht ohne Abbruch aber dennoch unendlich lange laufen.

Zitat:

---

Zitat von Shania

Sollte ich da vielleicht auch ein Ticket für die Suche aufmachen?

---

Ja...

O.k. ist jetzt auch erledigt :) .

Ich würde gerne nochmal hierauf zurück kommen:

Zitat:

---

Zitat von zonky

die Get zu Slug automatisch umzuwandeln sollte per .htaccess möglich sein https://www.google.com/search?client...er+to+slug+url

---

So wie dort im Forum passt es ja für mich nicht ganz.

meine ULRs sehen so aus:

https://meine-domain.de/metamodel.html

Für eins mit Seiten so:

https://meine-domain.de/mein-metamodel.html?page=3

Mit Slug sieht das so aus:

https://meine-domain.de/mein-metamodel/page/3.html

In dem Beispiel ist es anders herum.

Zitat:

---

I want to redirect www.abc.com/pqr/xyz/ to www.abc.com/pqr/?param=xyz

---

Hier wird dieser Code empfohlen:

Code:

---

RewriteEngine on
RewriteRule "^pqr\/([^\/]+)\/?$"  "/pqr/?param1=$1" [L]

---

Ich habe es dann umgestellt:

Code:

---

RewriteRule "^/?page=$" "/page/?$1"  [L]

---

Aber es funktioniert nicht. Der Slash im ersten teil ist an sich ja auch falsch, aber wenn ich den weg lasse, dann gibt es einen Server Error.

ich bin verwirrt...

ich denke Du möchtest bei der Paginierung die Parameter als GET und nicht als Slug - oder??

Für mich sind das alles böhmische Dörfer ... ;) .

Also vorher stand alles auf GET -> ?page=3 und
jetzt steht alles auf slug -> /page/3 .

Sonst läuft die Indizierung des Suchindexes ja nicht durch. Von umstellen wollen kann keine Rede sein, aber es bleibt mir nichts anderes.

Und mit dem Eintrag in der .htaccess sollen ja nur alte Links weiterhin funktionieren.

Zitat:

---

Zitat von Shania

Und mit dem Eintrag in der .htaccess sollen ja nur alte Links weiterhin funktionieren.

---

das habe ich so nicht rauslesen können...

wobei isch das etwas krude finde, sich eine Liste inkl. Paginierung zu bookmarken - aber o.k., kann ja jeder machen wie er will.

zu dem Bug der automatischen Umwandlung von GET zu Slug gibt es ein Issue auf Github - wir sind aber noch nicht zum Fixen gekommen :(

Ah, ok, na ja, in unserem anhängenden Forum werden alle Arten von Links von unserer Seite gepostet, ohne, dass wir darauf Einfluss hätten oder nehmen wollen. Und auch von anderen Foren oder Seiten wird gerne mal was mit Filter oder Seiten verlinkt. Warum auch immer ;) . Ich denke, die Leute merken das manchmal nicht.

Ich muss das Upgrade nun halt in Betrieb nehmen. Es funktioniert an sich ja nun alles soweit. Ich möchte auch niemanden hetzen. Fehler werden behoben, wenn Zeit dafür ist. Wenn ich die Umleitung hinbekomme, ist das für mich erstmal ok.

wenn Du bei der Paginierung Slung&Get einstellst sollten alte Bookmarks m.E. funktionieren - die Links werden in der Paginierung aber per Slug generiert, weil das Vorrang hat

Ich finde auf Deiner Seite gerade keine Paginierung :(

Ok, dann stelle ich das einfach um, danke!

Link schicke ich dir!