Я бы сделал это в виде npm пакета который бы лежал в глобале и при выполнении команды создавал новое приложение с имеющимся конфигом

У меня такой вопрос, как избавиться от этого белого фона снизу картинки?

Мое мнение, все они «такие себе».

По сути ты и без них можешь себе окружение собрать. Надо всего-лишь установить вебсервер (nginx/apache) докинуть php/python/nodejs и базу данных (mysql/mariadb/postgresql/...)

Крутизна того или иного коробочного «веб сервера» зависит от простоты настройки хоста и используемых в нем версий серверного софта, например вот-вот релизнится php7.3 и postgesql. А там где php, там и xdebug (с запозданием в пару месяцев, но это не суть)

Если ты разрабатываешь с учетом «я это выучил а что там дальше будет мне пофиг» то можешь смело раскапывать денвер. И дальше заниматься своими непотребствами.

Для «поднять» цмс тебе пакетных хватит за глаза. Но чем дальше ты будешь погружаться в бэк тем больше может требоваться от сервера. И тут на помощь придут вагрант и докер (хотя я считаю что докер это не для разработки а для поставки продукта на пре/прод сервера). Каждый день использую вагрант с комплектом настроек под реальный сервер. То есть я точно знаю что на боевом сервере будет все тоже самое что и на моем локальном окружении

По поводу выбора цмс... вот тут я вообще фиг знает ибо «а нафиг они нужны?!»

Ну вордпресс для бложиков ок. В остальных случаях происходит примерно так «так! Сейчас мы возьмем %любуюцмс% чтобы сделать интернет магазин/сайт услуг/прочий сервис» а через некоторое время эта цмс тебе уже руки выкручивает тем что ее не возможно подстроить под твои хотелки. Или от нее остается только фронт ибо бэк уже почти весь переписали.

Из личного опыта
- перетаскивали клиента с битрикса на yii2 - битрикс мешает развитию
- перетаскивали клиента с kohana на laravel ибо прошлая команда на любую хотелку отвечала «это не возможно сделать» - коекакеры + устаревшее все. От серверной части до кода
- в остальных случаях новые заказы на современных фрэймворках

Для изучения тебе должно быть все равно. Составь топ популярных цмс и изучай все одновременно по общему чек листу фич. Которые тебе в последствии нужны будут в работе. Так ты и сравнишь системы, и составишь свое мнение.

Задай display: block картинке

А вот, когда делаешь сайт на Bootstrap 4 лучше задавать section id либо просто div id ?

не знаю. Я не делаю на bootstrap :/

не знаю. Я не делаю на bootstrap :/

А вот вообще, допустим в меня есть несколько секции на сайте, такие как: portfolio, our work, about us ., то для каждого из них лучше задавать section id или div id?

А вот вообще, допустим в меня есть несколько секции на сайте, такие как: portfolio, our work, about us ., то для каждого из них лучше задавать section id или div id?

Вообще секциям стоит задавать section, а div использовать когда никакой другой тег не подходит. Это плохая практика делать все на дивах

А для чего id?

То есть, допустим для секции portfolio можно установить section id="portfolio" class="portfolio" ?

Почему нет? id и class ведь не пересекаются

То есть, так:
<section id="portfolio">
<div class="portfolio">