Это делается путем создания соответствующей структуры базы данных и написания программного кода. Но в общем можно попробовать приспособить категории со связью один-ко-многим (категория-объект или категория-подкатегория), если есть.
Если есть новости, касающиеся каждой серии, можно использовать список связанных (похожих) новостей, например: http://hyde.pageshop.ru/example-content (внизу). Даже если новости и серии - разнотипные объекты, все равно можно использовать тот же принцип.
Основные способы:
Нода? 😊
Да, таблички создаются для любых объектов. Даже для самих табличек могут создаваться: http://hyde.pageshop.ru/tables
Говорю же: не позорьтесь.
Не позорьтесь. Сейчас база данных - основа практически любой информационной системы. Если вы об этом только что узнали, можете таблицу соответствия жестко в коде прописать (в виде массива). Это лучше, чем с наскока вникать в "современные реалии".
Если для вас принципиально сделать именно "через одно место", можете каким-нибудь способом сформировать в адресе запроса естественный путь к файлу, например /price/essentuki.xlsx, и использовать "базовую" (Basic) аутентификацию с конфигурационным файлом сервера (.htpasswd, etc.). Естественный путь к файлу лучше использовать в любом случае, но при "правильном подходе" можно сделать и иначе, если трудно "совсем правильно".
Зачем "статейникам" "с большим набором функционала"? "С нуля" в наше время (почти) никто код не пишет. Если ты, будучи студентом, не наваял библиотек, которые нужны для решения этой задачи, лучше возьми сторонние инструменты или готовое решение.
На других доменах, наверное, были другие сайты со своими страницами, т.е. своими адресами и содержимым. Тогда шаблонная переадресация - это неправильно. Если есть страницы со схожим содержимым (с такими же или другими адресами), можно сделать отдельную переадресацию для каждой страницы (/a -> /b, /c -> /d, etc.). Если сайты были совсем другими, лучше вовсе ничего не делать или в крайнем случае только с главной делать переадресацию. Я бы скорее всего оставил старые сайты с нужными ссылками или просто припарковал, если на доменах "ничего" не было. Про парковку и разные схемы переадресации можно прочитать здесь.
У CF есть свои инструменты переадресации, но по крайне раньше были недостатки.
И то, и то, как выше написали, если домен "красивый" или короткий.
Также от регистратуры, т.е. владельца зоны зависит. Есть вполне адекватные регистратуры, например Radix и Identity Digital (ID). С ними пока не было серьезных проблем по цене и т.п.
Тогда делайте полную копию базы данных пунктов выдачи/базу данных всех населенных пунктов. Упомянутая компания работает более чем в 500 населенных пунктах РФ, насколько знаю. Вариативность использования шаблонного текста и вручную написанного текста сделать легко. Причем шаблон можно использовать не динамически, так что при выводе никакой вариативности не будет.
Шаблонные тексты можно не "скармливать" ПС. Но, повторяю, адреса у страниц таких населенных пунктов тоже должны быть уникальными. При необходимости формат их адресов можно сделать отличным от формата адресов страниц с уникальными текстами. Либо для разных типов страниц можно вариативно выводить теги/HTTP-заголовки, предназначенные для ботов ПС.