Александр Карабанов

Если точно понимаете, зачем вам Апач - почему бы и нет?

Но, честно говоря, вариантов тут немного - чаще всего такое взгромождают, когда приложение работает только с неким экзотическим модулем апача, аналога которого для других веб-серверов не существует (см. напр. 1С). Ну или когда несколько поколений веб-программистов в три слоя обмазало сайт htaccess-магией и конвертировать это в nginx-директивы никто не хочет.

Гит — это распределенная система. Мы можем иметь много равноправных репозиториев и обмениваться информацией между ними. Тот репозиторий, в который мы сейчас коммитим, будет локальным. А другие репозитории, в которые отправляем (push) или из которых получаем (fetch), они внешние (вышестоящие, upstream, remotely)
Часто говорят удаленные, но это не очень уместный перевод слова remote в данном контексте. Потому что появляются странные формулировки типа «удалить удаленный»

Именем upstream ещё принято обозначать исходный репозиторий, от которого мы сделали форк на GitHub, так как имя origin уже занято и указывает на форк. Поэтому адрес исходного репозитория, при необходимости, сохраняем в переменной upstream. В данном контексте это просто традиция, и назвать ссылки на внешние репозитории мы вольны как угодно. Команда git remote лишь создаёт переменные, в которых мы храним URL внешних репозиториев, чтобы затем использовать имя переменной в командах, вместо того, чтобы писать длинный URL.

Ты просто не понимаешь сути первичного ключа.
Это значение, которое однозначно идентифицирует строку, независимо от наличия и количества других строк в таблице. И точка. Он не должен меняться вообще за время жизни строки.
Бывают случаи, когда у нас уже есть уникальное значение, которое можно использовать как ключ.
Но куда чаще используются синтетические ключи, т.е. просто числа, которые пользователь по-хорошему и видеть-то не должен никогда. А раз так, то какая разница, есть ли дырки в нумерации?
Я больше скажу, иногда сплошная нумерация - это слабое место в системе.

Если у вас в виртуалке стоит virtio, то скорость будет не по физическому интерфейсу, а по возможностям хоста. Просто потестируйте скорость через iperf.

Ну потому что вы чепуху делаете: образ собирается до того, как выполнятся какие-либо инструкции из compose. Вам надо копировать все необходимые файлы на стадии сборки в Dockerfile используя инструкцию COPY. Но учтите, что нужно копировать только то что требуется в образе - а именно неизменяемые файлы (например код программы или скомпилированные бинарники), а volume использовать для подключения директории с изменямыми данными.

У всех браузеров есть синхронизация с их серверами.

У вас реле с нейтралью (N), а в выключатель, как правило, нейтраль не заводится.
Для размещения в коробку выключателя вам нужно реле без нейтрали (например, ZBMINI-L).
Имеющееся реле можно поставить в распаечную коробку (обычно где-то в стене над выключателем) или где-то рядом с лампой (но по усечённой схеме, выключатель будет отключать реле целиком).