В slug записи добавляется месяц

Ребята, поиском по сайту нашел эти вопросы, но туда нельзя добавить мой вопрос, так как эти темы закрыты — «Решено».

Я сейчас тоже обнаружил, что у меня к году добавился месяц в slug. Как то не очень смотрится. Я создал новый тип контента и одним из его полей является год выпуска из военного училища. И теперь slug  вместо base/1972/1-uve выглядит так: base/1972august/1-uve

Ранее там нужно было закомментировать в /system/languages/ru/functions.php такую строку 

if (is_numeric($slug)){ $slug .= strtolower(date('F')); }

Я открыл этот файл, сейчас там немного по другому....

function lang_slug($string, $disallow_numeric = true) {
 
    $string = strip_tags(trim($string));
    $string = mb_strtolower($string);
    $string = str_replace(' ', '-', $string);
 
    $slug = preg_replace('/[^a-zа-яё0-9\-\/]/u', '-', $string);
    $slug = preg_replace('/([-]+)/i', '-', $slug);
    $slug = trim($slug, '-');
 
    $ru_en = [
        'а' => 'a', 'б' => 'b', 'в' => 'v', 'г' => 'g', 'д' => 'd',
        'е' => 'e', 'ё' => 'yo', 'ж' => 'zh', 'з' => 'z',
        'и' => 'i', 'й' => 'i', 'к' => 'k', 'л' => 'l', 'м' => 'm',
        'н' => 'n', 'о' => 'o', 'п' => 'p', 'р' => 'r', 'с' => 's',
        'т' => 't', 'у' => 'u', 'ф' => 'f', 'х' => 'h', 'ц' => 'c',
        'ч' => 'ch', 'ш' => 'sh', 'щ' => 'sch', 'ъ' => '', 'ы' => 'y',
        'ь' => '', 'э' => 'e', 'ю' => 'yu', 'я' => 'ja'
    ];
 
    $slug = strtr($slug, $ru_en);
 
    if (!$slug) {
        $slug = 'untitled';
    }
    if ($disallow_numeric && is_numeric($slug)) {
        $slug .= strtolower(date('F'));
    }
 
    return $slug;
}
 

Правильно ли я понял, что сейчас чтобы не добавлялся месяц к цифрам в УРЛ — достаточно поменять только в верхней части функции вот на это

function lang_slug($string, $disallow_numeric = false) 

И тогда месяц не будет добавляться к цифровой части УРЛ?

И еще подскажите пожалуйста если я создал уже очень много записей — теперь убрать месяц из УРЛ можно только редактируя все записи или в базу данных залезть? Что посоветуете ребята? Или оставить все как есть? В чем вообще опасность или вредность если в составе УРЛ будут просто цифры по годам? 

Дааааа… спасибо всем за ответы:)  Так и не понял  в чем вообще опасность или вредность если в составе УРЛ будут просто цифры по годам? 

Наверное ни кто не понимает о чём вы..

В шаблоне генерации УРЛ стоит поле год выпуска? Какой тип этого поля?

Дааааа… спасибо всем за ответы:)  Так и не понял  в чем вообще опасность или вредность если в составе УРЛ будут просто цифры по годам? 

нет не какой опасности или вредности, с точки зрения СЕО и прочего разницы нет будет только год или будет как сделано сейчас с месяцем, просто разные цели будут достигаться.

просто разные цели будут достигаться

А почему разные цели будут достигаться? Ведь УРЛы такого вида base/1972august/1-uve  и такого вида base/1972/1-uve  выведут одну и ту же страницу....

Наверное ни кто не понимает о чём вы..

В шаблоне генерации УРЛ стоит поле год выпуска? Какой тип этого поля?

У меня тип контента с категориями, в роли категорий года выпуска, выглядит так 

Помимо категорий используется еще вот это поле instantcms.ru/forum/pole-god.html  для удобства поиска через фильтр. 

Я вроде задал конкретный и простой вопрос — в чем разница между base/1972august/1-uve  и  base/1972/1-uve.   Мне просто не понравилось, что добавляется месяц и выглядит нелепо и в УРЛ и в breadcrumb. Сейчас я внес изменение в файл, записал $disallow_numeric = false. Но вопрос то остался… Для чего это сделано было — добавление месяца к цифровой части УРЛ? Может в моем случае убрать месяц ни на что не повлияет… но ведь неспроста по умолчанию добавляется месяц к цифрам....

Если смотреть просто с точки юзабилити и не касаться вопросов СЕО оптимизации и поисковой выдачи, то наличие месяца не как не скажеться на вашем сайте, сделано скорее всего чтобы не было проблем с дублями одинаковых чисел в УРЛ когда он создается. (возможно это просто такая уникализация ЧПУ). Если смотреть более детально то с точки зрения СЕО оптимизации поисковой выдачи вообще лучше убрать год из ЧПУ а организовать его через фильтры.

но ведь неспроста по умолчанию добавляется месяц к цифрам....

ИМХО может ошибаюсь… У всех задачи разные, для кого то по SEO достаточно что бы был обозначен только год, а для кого то необходима большая детализация до месяца...

Например в поисковых запросах ищут «топ такого то года» или «какие празднике в месяце таком то»… и согласен с  maxisoft, возможно нет там никакого глубинного смысла, а просто сделано для разнообразия URL...

Для чего это сделано было — добавление месяца к цифровой части УРЛ? Может в моем случае убрать месяц ни на что не повлияет…

SEO очень хитрая наука, один сеошнег вам скажет, не парьтесь никаких проблем нет, другой будет утверждать, что указывать месяц обязательно так как это дает поисковику более точную информацию...

 Мне просто не понравилось, что добавляется месяц и выглядит нелепо и в УРЛ и в breadcrumb

Опять же ИМХО, делайте, как считаете лучше для ВАШЕГО сайта… Я могу только сказать, что лично мне кажется, что подобная детализация вряд ли нужна...

Потому что, элементарно если начать заморачиваться в эту сторону SEO (построение правильного URL) тогда начинать надо с уровня вложенности, чем меньше тем лучше... 

И такой синтаксис (если уж говорить о добавлении месяца),  /1972-august/ был бы лучше, чем такой /1972august/… и т.д.

Большое спасибо всем за участие. Оставлю только годы, потому что при создании контента в УРЛ тупо добавлялся просто текущий месяц, который к записи не имеет никакого отношения. Я потом отредактировал одну августовскую запись, уже в сентябре — получилось такое base/1972september/1-uve  

Согласен, что для уникализации УРЛ оно может и нужно, но у меня база выпускников, логичнее и красивее смотрится без месяца. Более менее разобрались с вопросом, спасибо огромное за ответы 👍🤝