Начинать изучение веб технологий нужно было с этого, а не с фреймворков.
Кстати многостраничным сайт может быть и с одной физической страницей, когда содержимое меняется с помощью javascript. Никаких фреймворков для этого не надо, максимум упростить себе жизнь, используя готовый
шаблонизатор (можно найти минимальный в виде простенькой функции из десятков строк, а сами шаблоны хранить тут же в документе внутри <script type='text/html'>).
Пример, рисуешь в пределах одного документа сразу несколько страниц, буквально разместив каждый в своем контейнере (div), указав им каждому стиль display:none, затем навигацию между страницами реализуешь с помощью anchor # (адрес страницы размещается в ссылке после #, такие ссылки не перегружают страницу с сервера но ловить изменения можно либо на onclick значимых ссылок либо по таймеру), поочередно меняя нужным частям документа на display:block и обратно.
Если на странице есть информация 'о документе по ссылке', то заполняешь ее тем же скриптом, простейший пример document.getElementbyId('идентификатор').innerText или value позволит поменять значение на нужное.
Если нужна коммуникация с сервером, используй ajax, который по факту внутри штатный
XMLHttpRequest, и даже не сильно многословный код получится.
p.s. 99% бонусов, получаемых от фреймоврков - это решение проблем с кроссплатформенностью и кроссбраузерностью. Мое мнение, все остальное - это проблемы, стоимость решения которых зачастую выше тех профитов, которые получаешь от фреймворка.
С другой стороны фреймворки это как стандарт, написал один, разберется любой, что для бизнеса важнее скорости, затрат ресурсов и прочего.
