Александр Шпелев

На сколько я знаю, запретить автоматическую линковку можно только для телефона и адресов, и то, на уровне мета-тега... И по-моему это сработает только для iOS

<meta name="format-detection" content="telephone=no">
<meta name="format-detection" content="address=no"/>

Хотя, можно попробовать:
<meta name="format-detection" content="date=no"/>

:))

Для всех остальных случаев используется css

.date-link {
  color: #333;
  text-decoration: none;
}

Есть еще вариант, чтобы намеренно сделать дату невалидной для парсера, например вставив пустой span между днем и месяцем

Как-то все сложно у вас.... Должен быть инфоблок "измерение", в нем поля Т1, Т2, дата, ссылка на Объект, гигакалории.
А вообще-то и этого не нужно! Просто привязываете с своему Объекту highload-блок с этими же полями! Вытягиваете объект, из него вытягиваете записи из хайлоад блока за нужный месяц. Будет работать очень шустро.
Другими словами, у вас всего два инфоблока Подстанция и Объект, и один хайлоад блок, связанный с Объектом с результатами за нужную дату.
А если еще немного подумать, то можно и Подстанцию перевести из инфоблока в в разделы инфоблока Объект. Тогда у вас останется всего один инфоблок Объект с разделами каталога в виде Подстанций (у раздела тоже могут быть свои свойства и не только!), и хайлоадблок!
Если непонятно написал, спрашивайте.
ЗЫ. Чем хорошо делать подстанции в виде разделов - вы их сможете организовать в древовидной структуре как угодно, например территориально, и поиск и результаты измерений - все будет логически связано, расширяемо и без лишних сущностей. Ну и например, можно задавать роли доступа пользователям на уровне разделов к Объектам.

юзаю портабайл версию все кишки тащит с собой отлично работает.

и ни то и не другое
1. ты создаешь инфоблок с каталогом одноуровневый !
Все товары в 1 уровень
2. создаешь скеции древовидные как тебе нужно по свойствам.
3. вяжешь каждый товар на секции.
Получаешь
Вывод товара по секциям.
1. товар может находиться в разделе "для дома" "красный" и "для дачи"
При этом урл у него будет всегда /catalog/tovar1/

3. Ты можешь строить хлебные крошки по пути которым идет человек.
Например
/каталог/трусы/сексуальные/красные/недорогие/
/каталог/трусы/сексуальные/недорогие/
/каталог/трусы/недорогие/

А урл будет всегда один.
/catalog/trusi_marry_34_read
На секциях ты пишешь сео тексты, генерирушь тайтлы дескрипшены.
Так же не забывай перекинуть пагинацию на аякс, или закрыть дисаллоу в робот.
Смарт фильтр тоже на аякс и тоже на всякий закрыть от индексации.
Поскольку это тоже дубли и они канибализируют запрос.
Тольк отак один товар может находиться в любом количестве каталогов, и не дублировать при этом урлы.

webvideoteka.ru
тут смотри

Поставьте себя на место заказчика:
1. CMS с богатым опытом (уже более 10 лет на рынке)
2. Имеет самую большую в России долю по eccommerce
3. Имеет бесплатную качественную поддержку
4. Имеет широкую документацию
5. Во всех регионах от малых до самых топовых студий можно найти специалистов без труда.
6. Обратная совместимость. Полная и безоговорочная. Вы всегда получите доступ к новым фичам и вам не придется доплачивать дохрена программистам чтобы перейти на новую версию движка т.к. старый уже не поддерживают и он кишмя кишит дырами.
7. Уже готова большая часть функционала которая вам нужна, и оттестирована годами. Только шаблон по сути натяни + немного кастомизируй логику под свои БП.
8. Есть штатная интеграция с 1с, у нас весь бизнес в России почти на ней.

Ключевое: "бизнес не любит риски", и потому в большинстве случаев bitrix самая удобная и выгодная система для заказчика как минимум в России.

За 6 летний опыт работы в направлении веб-студий, столько компаний повидал которые писались на каких нибудь:
а) Самописных движках
б) Бесплатных движках к которым прибили гвоздями функционал который в них не заложен
в) Или вовсе на питоне/руби
... которых не хотели брать ни одна из топ 10-20 региональных студий (РнД) на поддержку, и они потом переписывали заново проекты... на bitrix.

Bitrix это стандарт отрасли по ecommerce в России. Сейчас глобальный тренд на рынке - работы по поддержке и развитию проектов становится все больше чем работы по созданию новых.

И когда вы пишите на bitrix framework, у вас будет всегда много работы, т.к. bitrix не только популярен, но становится все популярнее, следите за вектором. Сейчас он входит в топ 8 CMS в мире, за последние годы прибавил 5 позиций и продолжает увеличивать свою долю.

А на счет качества... Мне порой приходит на ум ассоциация с PHP. PHP издавна отвоевала огромную долю рынка, но потом у нее появился некоторый период застоя. А тут сбоку питоны, руби. И все ругали PHP, говорили что у него не самая лучшая поддержка ООП (немного улучшившаяся с первыми 5х релизами), но в сети были модны статьи в духе PHP не круто, "PHP все", сейчас его долю на рынке веба по откусывают.
Но вот нифига, за счет большого сообщества и богатой инерции просто PHP стал улучшаться, преодолели кризис PHP6 и разногласий, и вуаля, уже php7 который уже "более-менее", и php пошел в гору.

Так и с битрикс думаю. Скорее он уже до-перепишет свое ядро на человеческий код, чем его сместят с рынка.
Работы по новому ядру активно ведутся, и оно уже 4 год живет параллельно со старым. От релиза к релизу переписывается все большая часть модулей, компонентов, структуры базы, что немаловажно с поддержкой миграции кода и данных.

Ну и что немаловажно это те люди которые пишут этот код. Если вы в топовой веб-студии с хорошими архитекторами и ведущими программистами - код на bitrix Framework будет написан качественно, и грамотно на новом ядре в традициях ООП, использования паттернов, грамотно собраны в модули и компоненты. Если же вы фрилансер или в мелкой студии, скорей всего ваши проекты будут "дурно" пахнуть, вся логика будет в шаблонах, или вообще в 1 шаблоне который будет напрочь состоять из сплошного роутинга.

Используйте функцию toggle