Почему в конце og:url для главной добавляется в конце два слэша?

Question

[BLM21]

Приветствую вас, уважаемые знатоки.

Сайт на MODX. Текущая версия: 2.8.3-pl
Только недавно обратил внимание, заглянув в исходный код страницы, что в разметке добавлено два слэша в конце главной. Не знаю, куда копать, чтобы это исправить.

Вот такая штука в исходном коде страницы:

<meta property="og:url" content= "https://mysite.com//">

В чанке head стоит так:

<meta property="og:url" content= "[[++site_url]][[~[[*id]]]]">

Откуда берётся два слэша, не ясно. НЕ главные страницы сайта в этом же og:url в конце без слэша, и после домена у них тоже двух слэшей нет. А вот исходный код главной страницы с такой бедой.

Кто мог бы навести на мысль, где собака зарыта?

Пока никто не смог ответить, заметил. Схема url стоит со значением "-1"
Если поставить любое другое, ерунда совсем получается. Например, если поставить схему "1", в исходном коде

<meta property="og:url" content=https://mysite.com/https://mysite.com/">

Comments

[Александр Васильев]

Добрый день.
Первый слеш происходит от сайт-урл.
Второй - от конструкции вызова урла текущего айди.
Думаю, надо убрать сайт-урл

[BLM21]

Александр Васильев, Доброго вечера, Александр. Признателен, что откликнулись. Вот этот сайт-нэйм, если прописан по пути файла core/config/config.inc.php , то тут нет лишних слэшей, даже одного. Выходит, сайт-нэйм подтягивается не отсюда. А вот откуда, вопрос.

[Александр Васильев]

BLM21, я обычно так делаю

<meta property="og:url" content="{$_modx->makeUrl($_modx->resource.id, '', '', 'full')}">

[BLM21]

Александр Васильев, пардон, не сразу понял, что имели в виду модифицировать данный код, убрав [[++site_url]]

Но нет, это не спасает. А в config.inc.php всё в порядке.

Кстати, canonical в чанке head имеет эту же формулу

<link href="[[++site_url]][[~[[*id]]]]" rel="canonical">

И с ним у главной такая же беда.

[BLM21]

Александр Васильев, мои извинения. при обновлении страницы даже не показался в Вашем комментарии код приведённый Вами. Только сейчас обновил страницу и увидел.

Ваша формула кода у меня не действует, к сожалению. Я дописал описание к вопросу.

[Александр Васильев]

BLM21, а, ну да, я думал у Вас fenom включен

[Александр Васильев]

А base href прописан в хеде?

[BLM21]

Александр Васильев, я сейчас прикреплю скрин настроек и код .htaccess. Может, там что-то не то заметите.

# For full documentation and other suggested options, please see
# http://svn.modxcms.com/docs/display/MODx096/Friendly+URL+Solutions
# including for unexpected logouts in multi-server/cloud environments
# and especially for the first three commented out rules

RewriteEngine on

# The Friendly URLs part
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

RewriteCond %{REQUEST_URI} ^(.*?)\/{2,}(.*?)$
RewriteRule . %1/%2 [L,R=301]
RewriteCond %{THE_REQUEST} //
RewriteRule .* /$0 [R=301,L]
 
RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]
 
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [NC,R=301,L]

#php_flag register_globals Off
#AddDefaultCharset utf-8
#php_value date.timezone Europe/Moscow

Options +FollowSymlinks
RewriteEngine On
RewriteBase /

<ifModule mod_gzip.c>
  mod_gzip_on Yes
  mod_gzip_dechunk Yes
  mod_gzip_item_include file .(html|img|flv|gif|jpg|jpeg|png|ico|swf|js|css|webp|pdf|txt|php|pl)$
  mod_gzip_item_include handler ^cgi-script$
  mod_gzip_item_include mime ^html/.*
  mod_gzip_item_include mime ^text/.*
  mod_gzip_item_include mime ^application/x-javascript.*
  mod_gzip_item_exclude mime ^image/.*
  mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</ifModule>

<IfModule mod_rewrite.c>
     RewriteEngine On
     RewriteCond %{HTTP_ACCEPT} image/webp
     RewriteCond %{REQUEST_URI}  (.*)(\.(jpe?g|png))$
     RewriteCond %{DOCUMENT_ROOT}/%1\.webp -f
     RewriteRule .* %1\.webp [L,T=image/webp]
 </IfModule>
 <IfModule mod_headers.c>
     Header append Vary Accept env=REDIRECT_accept
 </IfModule>
 <IfModule mod_mime.c>
   AddType image/webp .webp
 </IfModule>

<FilesMatch ".(html|img|flv|gif|jpg|jpeg|png|ico|swf|js|css|webp|pdf|txt|php|pl)$">  
Header set Cache-Control "max-age=10368000"  
</FilesMatch>


<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType text/url "access plus 180 days"
</IfModule>

# Fix Apache internal dummy connections from breaking [(site_url)] cache
RewriteCond %{HTTP_USER_AGENT} ^.*internal\ dummy\ connection.*$ [NC]
RewriteRule .* - [F,L]

# Exclude /assets and /manager directories and images from rewrite rules
RewriteRule ^(manager|assets)/*$ - [L]
RewriteRule \.(jpg|jpeg|png|gif|ico)$ - [L]

# For Friendly URLs
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

# Reduce server overhead by enabling output compression if supported.
#php_flag zlib.output_compression On
#php_value zlib.output_compression_level 5

RewriteEngine on
RewriteRule ^sitemap\.xml$ /google_sitemap.php [L]

[BLM21]

Александр Васильев, canonical - да, base href - нет.

[BLM21]

Александр Васильев, да, изменил схему url на "abs", однако, это тоже не избавило от слэшей. Более того, присмотрелся, у меня после домена и на неглавных страницах так же в canonical подтягивается двойной слэш. Уже в хостинг написал. Такого точно не было до переезда на https, который они сами мне сделали. Жду ответ от них.

Answer 1

[Александр Лунегов]

Отвечаю на вопрос: «где собака зарыта?»

[[++site_url]] возвращает строку из системной настройки с ключом site_url, если такая задана. Если не задана, то берет сформированную строку из файла config.inc.php. Вы правильно поняли, что MODX_BASE_URL в Вашем случае (и для большей части сайтов) добавляет в строку слеш на конце.

[[~[[*id]]]] возвращает строку с адресом страницы, сформированном по схеме, указанной в системной настройке с ключом link_tag_scheme. По ссылке можно прочитать про данную настройку. Там не сказано только одного, что у главной страницы обязательно будет слеш. И это правильно, так как при формировании ссылки без доменного имени для главной страницы не считая слеша не остается больше ничего.

Если Вы хотите оставить тот вариант, который есть в Вашем ответе, но еще убрать слеш на конце у главной страницы, то можно сделать такой код:

<link rel="canonical" href="[[++site_url]][[*id:ne=`[[++site_start]]`:then=`[[~[[*id]]]]`]]">

Comments

[BLM21]

Лучший ответ с популярнейшим объяснением. Признателен.
Позвольте вопрос. А как всё-таки лучше со слешем на конце или без для главной или остальных страниц? Посмотрел у Youtube, например, canonical главной со слешем на конце. Но это не аргумент ЗА, а просто к слову. Даже у таких сайтов валидация прихрамывает. Интересно мнение специалиста на этот счёт - про лучше или хуже.

[Александр Лунегов]

Я не спец по SEO, поэтому мне надо еще меньше доверять. Давайте просо еще посмотрим у других.
Это сайт из нашей темы:

Это сайт, что был у меня во вкладках:

Это сайт первый из выдачи Яндекса по запросу «seo»:

Это можно продолжать, но лучше Вы сами...

А мое личное мнение такое:
В адресе https://site.ru/
https://site.ru — адрес сайта,
/ — адрес главной страницы,
поэтому слеш на конце адреса главной страницы пишем обязательно.

Answer 2

[BLM21]

По пути core/config в файле config.inc.php изменил этот код

if (!defined('MODX_SITE_URL')) {
    $site_url= $url_scheme . $http_host . MODX_BASE_URL;
    define('MODX_SITE_URL', $site_url);
}

на этот код

if (!defined('MODX_SITE_URL')) {
    $site_url= $url_scheme . $http_host;
    define('MODX_SITE_URL', $site_url);
}

Сразу исчез двойной слэш.

Теперь осталось подумать, как сделать, чтобы на конце ссылки КОНКРЕТНО главной страницы не было слэша вообще. На данный момент <link rel="canonical" href="https://mysite.com/">, а я хочу <link rel="canonical" href="https://mysite.com">