Володь, это уж как запрограммировано :) Я встречал варианты, когда ввод дублированного названия тупо вываливался по ошибке :)
А так, да, базово на дублирующую запись - цифру с номeром копии, как при сохранении в ОС.
Причём тут Гугл.Новости? TC приводит пример товарных URL-ов.
Мы и говорим про базу данных. Есть две области данных. Одна группа - ID движка, другая группа - SCU. Мы можем оперировать ими как угодно, хоть раздельно, хоть сливать с другими данными. Вопрос только в том, что конкретно надо сделать.
Это понятно, в данном случае ID-шники - это будут порядковые номера, а уникальные, будь-то SCU или как угодно названные (хоть отдельно вебмастером забитые через админку) - это отдельные поля в таблицe БД.
Основа - это всё равно алиас документа, хочешь добавляй к нему свой ID-шник, хочешь добавляй SCU - это вопрос только того, как будет сформулирована задача. Для нормального программиста здесь нет проблемы,
в том числе и разобрать регуляркой рабочий URL, вычленить алиас (если он там есть), вычленить ID или SCU (если он там есть), занести новые записи в нужные поля БД, сопоставить и получить рабочий результат.
Проводил такие задачи десятки раз, конечно не сам, а через ТЗ программисту, но здесь решительно нет ничего сложного, для тех программистов, которые конечно умеют это делать.
Откровенно говоря, не вижу проблемы, если изначально сделано правильно. У каждой карточки товара - свой алиас, сформированный из названия документа (названия товара). ID - хоть реальный (по товарной номенклатуре), хоть виртуальный (может быть порядковый) - в отдельной ячейке БД. Рабочий URL формируется путём сложения алиаса и нужного ID (может в любой форматной последовательности, в том числе и заданной админом, если сильно нужно). При выполнении миграции здесь не должно быть проблем, когда данные по БД разделенные.
спасибо добрый человек. Значит санкций к тому, кто занимается продвижением, ровно как и к самим сайтам предъявлять не за что.
Пожалуйста :) Был и штатным сотрудником студии, и её главной, был и остаюсь частным специалистом - в моём рабочем профиле десятки сайтов, нередко с пересекающейся тематикой.
Это нормально, не волнуйтесь :)
Всецело - нет. Каким бы крупным бизнес не был, он всё равно в равной степени не может поддерживать должный уровень конкуренции во всех нишах. Поэтому настоящее и будущее мелких сайтов - это нишевая конкуренция.
Ошибки присутствуют в номерах строк вашей карты сайта.
Масса веб/seo студий ведут своих клиентов не только по одному городу, но еще и в одной тематике, нередко по одним и тем же общим запросам. Так что это не причина.
Каждому поколению - свои ценностные ориентиры. Через 20-30 лет "афоновцы" будут также писать в своих устаревших чатах про поверхностное потребительство молодых, которые в тому времени, используя какие-нибудь виртуальные очки для коммуникации с миром будут потешаться над ненужными карманными коробочками.
Дубли адресов при полном совпадении названия товара/объекта и т.д.
