Вы лучше смогли понять суть его "подделки". Я же только уловил мысль автора обеспечить "программирование без программирования". Т.к. на 100% знаю, что это невозможно, стараюсь не вмешиваться в изобретение очередного "вечного двигателя" 😊
Кстати, а он разве заявлял, что придерживается принципов MVC? 😀
О каком коде "бэка" вы говорите? Совмещать разметку и код нужно только в том случае, если не используется шаблонизатор или такой специализированный язык, как PHP, в котором есть встроенные средства шаблонизации (т.н. альтернативный синтаксис). Даже если ничего этого нет, в коде "шаблонов" помимо управляющих конструкций будут сплошные print(f)/echo/etc.
Верно. Пример структуры:
Если использовать двухуровневую адресацию, например /odin-doma/1, и составную идентификацию категория-объект, можно использовать в адресах идентификаторы, совпадающие с номерами серий.
Это делается путем создания соответствующей структуры базы данных и написания программного кода. Но в общем можно попробовать приспособить категории со связью один-ко-многим (категория-объект или категория-подкатегория), если есть.
Если есть новости, касающиеся каждой серии, можно использовать список связанных (похожих) новостей, например: http://hyde.pageshop.ru/example-content (внизу). Даже если новости и серии - разнотипные объекты, все равно можно использовать тот же принцип.
Основные способы:
Нода? 😊
Да, таблички создаются для любых объектов. Даже для самих табличек могут создаваться: http://hyde.pageshop.ru/tables
Говорю же: не позорьтесь.
Не позорьтесь. Сейчас база данных - основа практически любой информационной системы. Если вы об этом только что узнали, можете таблицу соответствия жестко в коде прописать (в виде массива). Это лучше, чем с наскока вникать в "современные реалии".
Если для вас принципиально сделать именно "через одно место", можете каким-нибудь способом сформировать в адресе запроса естественный путь к файлу, например /price/essentuki.xlsx, и использовать "базовую" (Basic) аутентификацию с конфигурационным файлом сервера (.htpasswd, etc.). Естественный путь к файлу лучше использовать в любом случае, но при "правильном подходе" можно сделать и иначе, если трудно "совсем правильно".
Зачем "статейникам" "с большим набором функционала"? "С нуля" в наше время (почти) никто код не пишет. Если ты, будучи студентом, не наваял библиотек, которые нужны для решения этой задачи, лучше возьми сторонние инструменты или готовое решение.