Собственно, весь вопрос - в заголовке.
Смотрю на текущие тенденции в веб-дизайне, и вижу, (даже по количеству вопросов на тостере), что у сайтостроителей наблюдается большая любовь к статически закрепленным хедерам и, (даже чаще) футерам страниц.
Для реализации этих статически закрепленных элементов используют километровые коды на jQuery, массу CSS и прочие модные и весьма "тяжелые" вещи.
C использованием Frameset это решается в одну строчку.
Поддержка есть во всех браузерах с самых древних версий.
Потому что при использовании frameset делается ещё один дополнительный запрос последовательно. Соответственно, время первоначальной загрузки станицы может увеличиться примерно на 2 секунды.
Вы про то, что сначала надо стащить каркас с фрэймсетом, а потом страницы его наполняющие?
Две секунды?
Учитывая, что каркас весит ну никак не больше килобайта, и стягивается один раз за все посещение сайта.
Скрипт, реализующий, статический футер будет весить не меньше, и создаст тот же самый лишний запрос только на каждой странице (пусть и 304).
@begemot_nn Здесь проблема не в трафике - сейчас при нынешних скоростях это не актуально. Проблема в установке соединения, которое съедает примерно 2 секунды.
Если во фрейме простая страница без каких-либо ресурсов, то скорость загрузки будет такая же, как без фрейма. Но если во фрейме используются ресурсы, то образуется очередь загрузки: основная страница -> фрейм -> ресурса фрейма. Это фактически увеличивает время первоначально загрузки примерно на 2 секунды.
@VitaZheltyakov Ок. спасибо за ваше мнение.
Согласен, что фрэймсет создает лишний запрос, причем не просто лишний, а скажем так "блокирующий". То есть, фрэймсет всегда должен грузиться первым, и пока он не загрузится и не обработается браузером, дальше ничего происходить не будет.
Насчет двух секунд.. тут можно спорить до бесконечности (а можно не спорить)...
Лично я, на своем хостинге запросов длиннее 150мс (на статику, конечно) не видел уже давно. 150мс это по "хром дев тулс" с момента инициализации до "Dom Ready" несложной html странички.
Резюмирую: одну убедительную причину, я с вашей помощью, выяснил.
Закрепление хедера и футера по типу фреймов вообще делается в одну-две строчки css и при этом не требуется двух дополнительных файлов. Нет риска увидеть полосы прокрутки на тех же футерах/хедерах. Полоса прокрутки документа будет будет на всю высоту экрана а не только части между хедером/футером. Если документ окажется шире экрана (окна) - в случае с фреймами над футером появится полоса прокрутки.
И самое главное - АДРЕС. При использовании фреймов мы увидим только адрес frameset'a (в закладки получим тоже самое), без костылей со скриптами тут никак...
