xmoonlight, понятное дело, что рендер на фронте тратит ресурсы. Но я говорю о том, что подгружать аж целую разметку неудобно. Лучше и легче подгрузить JSON, а разметка уже будет на странице. К тому же, никто не собирается рендерить прям всю разметку с помощью JS, если на то пошло. Если какая-то разметка и будет рендериться через JS, то это будет максимум лишь какой-нибудь список или таблица
xmoonlight, зачем разделять то, что разделять не нужно? И зачем подгружать целую разметку, когда можно просто загрузить JSON и на его основе уже отрендерить то что нужно?
xmoonlight, факт, как я уже сказал ранее - это просто импорт кода из других файлов через асинхронные запросы. Но зачем? Это ведь неудобно. Лучше с помощью запросов получать JSON с сервера, делать из него JS-объект и на его основе потом делать что-либо ещё. А приложение, где прямо берутся и импортируются файлы HTML из одного в другой будет, как минимум, неудобно поддерживать
xmoonlight, includeHTML просто загружает код из других файлов и делает это с помощью запросов. В малых и небольших приложениях это может быть удобно, но всё равно это не очень хороший подход. Поэтому всё-таки намного лучше использовать даже ту же jQuery. Даже несмотря на то, что она повторяет ES6, всё равно она так или иначе облегчает кодинг на JS
Илья, вот вопрос на StackOverlow про это. Смотрите решение. Но там, правда, все параметры передаются в GET-параметр path (извините за тавтологию), но на основе того решения вы сможете сделать правила для своего сайта
Илья, вам нужно для начала сделать соответствующие правила в конфиге вашего веб-сервера для того, чтобы все запросы отправлялись на index.php, а уже после этого в индексном скрипте у вас будет доступ к URL через $_SERVER
