Antwort #20 am: 24. Januar 2019, 12:34:34
Es wird lediglich auf den Status geachtet (
categories_status = 1), ein Kundengruppen-Check ist nicht vorgesehen.
Ich nehme an deshalb, weil es ja keinen Kunden gibt der eine Kundengruppe hat nach der man filtern kann, wie es bei normalem Shop-Seiten-Besuch wäre.
Allerdings ist es eine interessante Frage ob man nicht, wenn lediglich Admins eine Kategorie, ein Produkt, einen Content oder Hersteller sehen dürfen, die Einträge aus der Sitemap ausschließt.
Problem dabei:
Man müsste bei Änderungen (wenn also ein Artikel dann irgendwann vielleicht doch für mehr KGs als für Admins sichtbar sein soll) jedes Mal an die Sitemap denken und diese neu generieren.
Ich sehe da ad hoc keine sinnnvolle Lösung für.
Was mich jedoch mehr wundert ist,
- daß an zwei Stellen $group_check in der Query steht, dies jedoch nirgends definiert ist
und - daß in der Tat Mehrsprachigkeit nicht berücksichtigt wird.
Der zweite Punkt ist ja nun ein echtes und schwerwiegendes Manko.
Weiß jemand ob das bereits irgendwo (im Bug-Tracker) erfasst ist ?
Man könnte doch leicht mittels z.B.
$this->availbl_lngs = xtc_get_languages();
in
__construct() und einem Loop durch
$this->availbl_lngs bei den Eintrag-Erstellungen alle Sprachen erfassen.
Ich selbst würde das Ganze allerdings ohnehin anders bauen, per Ajax und mit Steps, ähnlich wie beim ImageProcessing. Dann klappt die Sitemap-Erstellung nämlich auch bei einer hohen Artikel-Anzahl im Shop ohne Timeout.
*NACHTRAG*
Außerdem natürlich bei vielen Artikeln ein Splitting in mehere Sitemaps und mit einer
sitemap_index.xml.
So wie das Sitemap-Modul momentan ist taugt es wenig.
Gruß,
noRiddle