Вложенные типы контента в двойке (Связи типов контента)

А вот эти дублируются:

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

А вот эти дублируются:

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

Претензий нет.
Вы сделали, что по моему не дублирует. Спасибо!

rel="canonical" это однозначно решение.
Только вес куда передавать будем? На какую из страниц?
Если это не важно, то тоже в принципе решение -)

я как то не правильно интерпретировал слово "дубль"?

rel="canonical" это однозначно решение.
Только вес куда передавать будем? На какую из страниц?
Если это не важно, то тоже в принципе решение -)

я как то не правильно интерпретировал слово "дубль" ?

Это наверное я не правильно сказал. Я имею ввиду какой страницей жертвовать как дублем будем?
Хотя я уже ответил, что дубля нет, значит и муссировать не к чему-)

Как поживает доработка? Есть у кого хоть старая версия?

Про мир пока рано говорить. Жду очередного обновления. Чтоб выяснить, как оно повлияет на работу скриптов. Хотя все файлы самостоятельны и не затрагивают/изменяют файлов движка, в скрипте используются стандартные функции и методы ядра. Если они изменятся, то мне интересно, как отработает моя часть.

Тестировали что то в этом направлением? Очень актуально!

rookee, Поражает ваша пунктуальность и стабильность в этой ветке. В направлении связей типов контента, вопрос пока открытый. Делал несколько версий/вариаций, прикрепления одних записей к другим, из разных типов контента (аля перелинковка). Но пока занят обновлением одного сайта и перевода его на несколько языков.

Тестировал на 2.5.1.
Пока полет нормальный.

p.s. Просмотр pdf будет обновляться?

Поражает ваша пунктуальность и стабильность в этой ветке

Это то что вырезали при рождении( И почему этой логики не было изначально — не понятно. Ведь парамметр parent — есть у каждой записи и по сути всё можно делать по аналогии групп.

Механизм сложный получается и два варианта хорошо было бы иметь, вариант 1 — сквозное поле, берем существующий контент с поля другого типа контента, таким образом можно гибко добавлять сквозные поля и настраивать на вывод в нужном типе контента вывод с другого существующего, и вариант 2, связи целыми записями (причем и списки), например созданные в другом типе контента список разместить в нужной записи другого, оба варианта применяются в практике и частенько…

Это то что вырезали при рождении(

Наоборот, я заметил, что у вас стабильно раз в год в мае месяце возникает вопрос со "связями".

Ведь парамметр parent — есть у каждой записи

Это на случай, если вы захотите связать тип контента с группами.

Просмотр pdf будет обновляться?

Вероятно. Напишите в личку, что с ним не так.

вариант 1 — сквозное поле, берем существующий контент с поля другого типа контента

Не совсем уловил мысль. Можно поподробнее? или на примере каком-то?

Не совсем уловил мысль. Можно поподробнее? или на примере каком-то?

Мысль такая поля же есть уже созданные в других типах контента, например мы создаем тип контента — где изображения и с помощью сквозного поля к нужной записи другого типа контента привязываем нужное изображение… Это типа вместо клонирования, просто зачем раздувать базу например если эта же инфа есть в другом типе контента… Просто механизм как я понимаю добавления примерно такой Создаем поле — прописываем что берем данные в это поле с — Типа контента (Б) — id-записи — имя поля, как то так…

jorgovich, спасибо, мысль ясна, надо подумать.

jorgovich, спасибо, мысль ясна, надо подумать.

Как раз ищу сейчас такое ) Было бы очень круто! Особенно если указывать, какое поле из контента будет связующим. (заголовок, или автор, или город, или другое поле.)

Коллеги, готов оплатить разработку для включения в дистрибутив. Откликнитесь!!!