function fixedEncodeURIComponent (str) {
return encodeURIComponent(str).replace(/[!'()*]/g, function(c) {
return '%' + c.charCodeAt(0).toString(16);
});
}function(event) {
setTimeout(function(){ document.querySelector('.header_feedback').style.zIndex = '80'; }, 300);
document.querySelector('.cross').classList.remove('active');
document.querySelector('.cart_popup').classList.remove('active');
document.querySelector('.popup').classList.remove('active');
document.querySelector('.cart_overlay').classList.remove('active');
document.querySelector('progress').classList.remove('active');
}<div id="a">
2
<div id="b">
</div>
</div><div id="a">
2
</div><div id="a">
<div id="b">
</div>
2
</div>concatStrings(
[
(values.birthdate?.month.length === 1 ? '0' : '') + values.birthdate?.month,
(values.birthdate?.day.length === 1 ? '0' : '') + values.birthdate?.day,
],
'/',
);
Раньше в лохматых 90-х все части сайта старались делать в отдельных html файлах: шапка - отдельно, меню - отдельно, контент - отдельно. Так происходило в виду несовершенства динамических возможностей генерации страниц. Большая часть страниц была статичными файлами, а использование php или cgi считалось высшим пилотажем, и влетало в долларовую копеечку при попытки использования на сервере.
Сейчас сайты по большей части генерируются динамически, а повторяющиеся элементы оформляют в виде шаблонов в какой-нибудь CMS-e или на коленке написанном php-скрипте с кучей вариантов вывода страниц.
Проще оформить CMS или что-то вывести в php с использованием нескольких функций, чем городить огород из iframe-ов.
PS: iframe-ы употребимы в верстке, но их используют для отображения мультимедийной инфы - видео, географических карт и т.д.