Макс Жуков, приношу извинения. Не заметил эту тонкость. Есть или нет htaccess на ноде - это мне не известно, но конфигурационный файл должен быть, однозначно!) Как бы он не назывался. И копать Вам явно в сторону темы "Политика безопасности CORS-заголовков"
Михаил, по-хорошему, раз уж на то пошло, то контент-контейнер в 1200 px - он един, для всех (ну или для львиной доли) блоков страницы/сайта. Для того, чтобы не мудрить для каждой секции эту ситуацию, создайте элемент, к примеру, с классом "wrapp", определив ему нужное значение width. Затем "тяните" этот класс, присваивая его нужным элементам, в нужных местах.
Михаил, Почему вас смущает БАЗОВЫЙ принцип построения DOM, в рамках html-документа?! Элементы вкладываются в друг друга, образуя связи на уровне "родительских", "дочерних" и "сестринских". И ничего страшного в этом нет)
Вы не поняли суть решения, предложенного мною. Берите библиотечный div с классом container-fluid, он будет выступать, в качестве внешнего, имеющего width: 100vw; которому Вы присвоите backgroud-image. А вот в качестве ограничиваюшего контент-контейнера с шириной в 1200px, используйте div, со свободным именем класса.
Михаил, тем более, что в ваших входных данных, при постановке вопроса, была озвучена фиксированная ширина в 1200 px для контент-контейнера. Именуйте класс, как вашей душе угодно и вперёд в css. Причастный к bootstrap container, обладает динамическим поведением по части параметра width, что в Вашем случае не является верным решением.
Михаил, в данном случае, элемент с классом container, кастомизируется вами лично, а не является зависимым и причастным к bootstrap-библиотеке. (Если вы об этом)
Joe Brock, откройте текущий сайт или ВКонтакте и много еще кандидатов впридачу. Хотя бы на 1920px и посмотрите как это стремно выглядит (личное мнение). Все равно, что сайты - аля 90-ые. Тут даже речь не идёт о сверхразрешениях.
Joe Brock, Вы не совсем поняли меня с технической стороны. Как раз-таки я ограничиваю ширину оберточного внешнего контент-контейнера сайта на отметке 4096px. Но где и как именно впечатывать медиа-запросы, крайне зависит от конкретной работы и совокупности элементов в ней...
Joe Brock, сами посудите и поставьте себя на место владельца собственного ресурса, который "кормит" или намерен кормить вашу семью. Будете ли вы согласны с тем, что открыв сайт на сверхразрешениях у себя дома, или, скажем, демонстрируя его своим гостям в прекрасной обстановке на дорогом телевизоре, вы увидите, что вёрстка "съехала". Какими словами и аргументами, при таком раскладе, вы оправдываете действия и результат работы специалиста, которому вы лично платили денежные средства?)
Joe Brock, разумеется, Вы, прежде всего, исходите из рамок, поставленных в Технических требованиях (если таковые вообще имеете перед глазами и очередной ленивый предприниматель, не проявил себя, в духе - "Емеля с той печи...")
На практике, лично я, использую подход, при котором перекрываю большой диапазон устройств. Зная тот факт, что совсем скоро затачивать и под 8k, и под 16k, 32k...неизбежно придётся.
Миксовать grid с flexbox или нет - это дело личных предпочтений)
Дмитрий, при попытке встраивания PHP-кода в файл шаблонизатора, между тегами {php}{/php}, возникает 500-ый ответ сервера. Директиву $php_handler редактировал, согласно значению, из документации к Smarty, несмотря на то, что (опять же, как гласит документация), любое её значение, ни коим образом не влияет на считывание скриптов нативного php. Он обязан работать, но является крайне нежелателен, так как нарушает основную логическую мысль и предназначение Smarty
Chrome
Mozilla
Yandex
Opera
Edge (Chromium)
Atom
Safari