DevMan

практика. только практика. и обучение само собой.
никто не рождался создателем компиляторов, или япов, или игрушек. люди просто ставили перед собой цель и решали её любым способом.

Every great developer you know got there by solving problems they were unqualified to solve until they actually did it

re.sub(r"vasya", "", "Vasya foo vasya bar VASYA", 0, re.IGNORECASE)

https://ideone.com/cHZ8gO

купите hdmi–vga и все.

хотя и vga вообще, и 1080х1024 в частности – отстой. лучше потратить деньги на монитор поновее, хоть б/у.

зачем их вообще хранить, это же не картинки, которые постоянно загружаются и хранятся у вас.
адреса эндпоинтов хранятся в коде.

1. можно. но возможна задержка.
2. не стоит воспринимать пейджспид буквально.

1. есть. но для яоси нужен мак.
2. зависит от вас. обычно бОльшая часть кода одна.
3. в принципе нет. но бывает, что нужного бриджа нет и приходится прибегать к нативу.
4. у каждой системы свои гайдлайны по гуи и свое представление о том как должны выглядеть/вести контролы. поэтому есть смысл заморачиваться с дизайном под каждую платформу.

вполне.
новые эиры не сильно убежали от прошек. в том числе и по цене.
поэтому, возможно, стоит подумать о прошке.

поздравляю: вы пополнили стройные ряды производителей костылей.

файл должен удаляться сразу при удалении из бд.

да, это выглядит как инъекция.
но, если это прост сохраняется/выводится и НЕ имеет непосредственного влияния на базу, то беспокоится особо не о чем.
кроме анализа откуда такое прилетает и блокировки, если возможно.

чтоб это понять надо почитать о nosql в целом, и о их конкретных видах в частности (их есть много разных).

чтоб понять "целостность данных" нужно почитать об ACID (и наличии или отсутствии оного в конкретной nosql-базе).

если пробовать объяснить на пальцах:
рсубд - отлично заходят когда есть структурированный набор данных и между ними можно строить связи.
nosql - отлично заходит когда данные вообще никак не связаны, но их нужно хранить (обычно это разнообразные кэши) или данные слабо структурированы/не имеют единой структуры.

все зависит от ваших хотелок и представления о прекрасном.

у меня все компоненты хранятся в components/ComponentName, внутри которой уже конкретно ComponentName.vue/html/css (последние два по необходимости и размера компонента).

foreach($cars as $car) {
	echo "Машина \"{$car['name']}\" стоит в \"{$garages[$car['garageId']]['name']}\"", PHP_EOL;
}

можно. но не нужно.
вся задача современного вэба – принять задание и поставить его в обработку. и пусть оно там колбасистся хоть неделю.
для этого вовсе не нужно "скрипт, который при закрытии веб страницы на стороне пользователя, продолжал работу без проблем". для этого нужно познакомиться с очередями заданий.
хотя бы в самом примитивном виде.

стабилизаторы рассчитаны на стабилизацию, время тут не роялит.
хорошие стабилизаторы стоят дорого и выдают стабилизацию риал-тайм. простые - могут лишь сгладить кратковременные скачки.

но, ещё раз повторюсь: ко времени это не имеет отношения. если речь о времени, это ИБП, а не стабилизаторы.

do - не хостинг: вы получаете голую вм.
что делать с ней дальше решаете только вы.
можно, например, накатить готовый образ или готовые скрипты. но, без навыков администрирования или специально обученного человека, вам не обойтись.

в макось встроен пдф-принтер.
создаёте свою красоту в любом редакторе типа ворд/пейджес/etc и сохраняете в пдф.

про флешки/карты лучше забыть, хотя и возможно.
купите/соберите внешний диск. лучше ssd.

пока ты себя позиционируешь как макака соответствующее отношение ты и получишь. даже тут в ответах.

фриланс особенно, и вся карьера в целом - это умение себя продать.
этому учатся на протяжении жизни, и наивно полагать что в 15 лет тебе предложат золотую карту.

сабмитить форму туда, где ее смогут обработать.
какие подробности тут нужны?

любая прокладка дает оверхед.
только, если речь о докере, то на пингвине этот оверхед будет минимальным и которым в определенных случаях можно пренебречь, а на других системах он будет максимальным, но этим тоже можно пренебречь.

тут просто или у нас максимальная производительность, или удобства. каждый выбирает сам.