Code: Select all
function _subsiteSitemap()
{
global $u, $cl, $plugin_cf, $_XH_firstPublishedPage;
$urls = array();
for ($i = 0; $i < $cl; $i++) {
if (!$this->_model->isPageExcluded($i)) {
$seperator = $plugin_cf['sitemapper']['clean_urls'] ? '' : '?';
$priority = $this->_model->pagePriority($i);
$url = array(
//'loc' => SITEMAPPER_URL . $seperator . $u[$i],
'loc' => (($i == $_XH_firstPublishedPage) ? (rtrim(SITEMAPPER_URL, '/')) : (SITEMAPPER_URL . $seperator . $u[$i])),
'lastmod' => $this->_model->pageLastMod($i),
'changefreq' => $this->_model->pageChangefreq($i),
'priority' => $priority
);
array_walk($url, array($this, '_hsc'));
$urls[] = $url;
}
}
return '<?xml version="1.0" encoding="UTF-8"?>' . PHP_EOL
. $this->_renderXML('sitemap', array('urls' => $urls));
}
Code: Select all
function _subsiteSitemap()
{
global $u, $cl, $plugin_cf, $cf, $sl, $_XH_firstPublishedPage;
$urls = array();
for ($i = 0; $i < $cl; $i++) {
if (!$this->_model->isPageExcluded($i)) {
$seperator = $plugin_cf['sitemapper']['clean_urls'] ? '' : '?';
$loc = (($i == $_XH_firstPublishedPage)
? (($sl == $cf['language']['default']) ? (rtrim(SITEMAPPER_URL, '/')) : (SITEMAPPER_URL))
: (SITEMAPPER_URL . $seperator . $u[$i]));
$lastmod = $this->_model->pageLastMod($i);
$changefreq = $this->_model->pageChangefreq($i);
$priority = $this->_model->pagePriority($i);
$url = array(
'loc' => $loc,
'lastmod' => $lastmod,
'changefreq' => $changefreq,
'priority' => $priority
);
array_walk($url, array($this, '_hsc'));
$urls[] = $url;
}
}
return '<?xml version="1.0" encoding="UTF-8"?>' . PHP_EOL
. $this->_renderXML('sitemap', array('urls' => $urls));
}
Ja, aber eigentlich auch bei der Hauptsprache – zumindest stört er da nicht. Ich hab es jetzt mal so gelöst.olape wrote:Denn beim den Zweitsprachen muss der abschliessende Slash ja bleiben.
...Es macht aus SEO-Sicht bekanntlich einen Unterschied, ob eine URL mit einem Trailing-Slash (=der Slash am Ende der URL) abschließt oder nicht. Für Google sind es zwei verschiedene URLs, die separat indexiert werden können, falls ein Aufruf sowohl mit als auch ohne Trailing-Slash möglich ist. Somit kann Duplicate Content erzeugt werden.
UpdateAuszug aus dem Blogartikel:olape wrote:Gängige Praxis (keine wirkliche Festlegung) ist reine URL ohne /, Unterverzeichnis mit /.
https://webmasters.googleblog.com/2010/ ... slash.html
Deshalb meine Lösung mit der Unterscheidung. .tld <-> .tld/xx/.
Würde Google das also als DC interpretieren, wäre das schon ziemlich daneben. Zumal, wie soll denn http://example.com eine Datei referenzieren? Und das inzwischen obsolete RFC 2616 sagt sogar:Rest assured that for your root URL specifically, http://example.com is equivalent to http://example.com/ and can’t be redirected even if you’re Chuck Norris.
Eine entsprechende Einschränkung konnte ich in RFC 7230 nicht finden, so dass ein Slash nach der Domain wohl nicht unbedingt erforderlich ist – aber schaden wird er wohl kaum.If the abs_path is not present in the URL, it MUST be given as "/" when used as a Request-URI for a resource (section 5.1.2).
Und vermutlich einer ganzen Reihe von Plugins. Da wird im Zweifel nur etwas wie Seo_XH helfen, namentlich seo_redirect().olape wrote:Und jetzt mal ganz unabhängig von dem Slash.
Das gleiche Problem steht eigentlich noch im Menü und der Sitemap von XH.
Ich denke, ein Slash nach der authority ist das beste, da auch mit RFC 2616 konform. Außerdem hängen sowohl Chrome als auch Firefox automatisch einen solchen an, wenn man eine URI ohne Pfad aus der Adressleiste kopiert.olape wrote:Es scheint prinzipiell egel ob mit oder ohne /.
Bei Verzeichnissen sollte er aber auf jeden Fall sein.
Bei der reinen URL ist es wohl eher eine Einstellungsfrage.
Insgesamt sollte man sich aber auf eine Linie einigen.
Gut, dann werde ich mich zukünftig daran halten.cmb wrote:Ich denke, ein Slash nach der authority ist das beste, da auch mit RFC 2616 konform. Außerdem hängen sowohl Chrome als auch Firefox automatisch einen solchen an, wenn man eine URI ohne Pfad aus der Adressleiste kopiert.
Mir war doch so, als ob $_XH_firstPublishedPage aber 1.6.3 benötigt.Sitemapper_XH ist ein Plugin für CMSimple_XH. Es benötigt CMSimple_XH ≥ 1.5.4 und PHP ≥ 4.3.10.