Moskus

За то, что дизайнер наврал с три короба заказчику, что все те пищалки и перделки, которые он нарисовал, нужны сайту позарез, и без этого никто сайтом пользоваться не будет, хотя всё наоборот. А также, за всякий идиотизм типа pixel perfect, отсутствие учёта реальных данных, которые придется как-то вписать в шаблон, и так далее. Ну и за саму ситуацию, где верстальщик, потенциально, всегда крайний, потому что дизайнер нарисовал, получил деньги и свалил. А со всеми проблемами его работы возиться верстальщику.

Элементарно. Одна CMS, для каждого языка - свой параметр URL вида ?lg=ru, настроенный mod_rewrite, который переписывает URL на поддомен, скрывая параметр.
Но раз вы задали такой вопрос, вы же не знаете, как это реализовать, так?

Front end - это то, что работает в browser-е пользователя.
Python не работает в browser-е.
Отсюда - вывод: нет, нельзя.

https://manu.ninja/webgl-3d-model-viewer-using-three-js
Только вам, вероятно, придется подготовить модель, приведя ее к определенному формату.

Есть деньги - не мудрите, наймите фрилансера на любой бирже.

Олимпиадная подготовка вредна.
Потому что олимпиады - это "трюковое" программирование с требованиями, которые порождают говнокод и подгонку под искомый результат, что наиболее далеко от реальных. Неокрепшие молодые умы к этому привыкают и получают вредные привычки.
Также, соревнования по программированию многих приучают к тому, что а) все задачи должны быть интересны, б) за решение всегда полагается приз. В реальности - наоборот: работа программиста - рутина, работает он за зарплату.
Однако, есть компании (и очень даже успешные) где любят инфантильных гениев-олимпиадников, и нанимают их. Но успехи этих компаний происходят не от этого, а от эффективного маркетинга. Гении прекрасно щёлкают сложные задачи сами, но вот как участники большой команды, работающей над проектом, они слишком капризны и плохо социализированы.

Собственно, browser и тормозит у вас из-за того, что он ее растрирует. Хотите сэкономить на этом - нужно растрировать на сервере или вообще, еще до закачки на сервер.

Однозначно ответить на этот вопрос нельзя.
Если этот человек - мошенник, если его поймают, он вполне может сдать вас, как соучастника, даже если вы ничего не знали вообще. Полиции куда интереснее "разоблачить преступную группу", так что там к этому подталкивают, обычно. Так что то, что формально, вы не участвовали в преступном сговоре, не значит, что вам это не "пришьют".
Если он мошенник, выяснить это, не подставляя себя, непросто. Просто спросить прям текстом - не вариант.
Вот и думайте.
Если он не мошенник, то это всё равно так не делается, конечно. А понять, мошенничество это, или просто ужасная тупость - тоже просто так нельзя.

Стесняюсь спросить, а вы поиск по "online video editor api" пробовали?
Другой вопрос, что что вы, вероятно, не найдете ничего бесплатного, потому что упоминание API сервиса предполагает, что всё происходит на стороне этого сервиса, а редактирование видео - ни разу не легкая для вычислительных мощностей задача, так что за эти мощности нужно платить. Вот пример: https://www.openshot.org/cloud-api/ как видите, pay as you go.
Если же вы хотите поднять собственный сервис (за который тоже придется платить, в общем), то вот такая штука вам может быть и подойдет. www.moviemasher.com/docs/index.html

Это рекомендации. Не торопитесь слепо следовать им.
Но если горит, то Imagemagick с этим вполне справляется.

Традиционный поток сознания на правовую тему.
Во-первых, у фото есть лицензия. Если она позволяет тот или иной вид использования - этот вид, очевидно, законен, а если нет - то нет, что тут вообще может быть непонятно?
Во-вторых, нафига вообще покупать фото у посредника, если можно купить у фотостока?
В-третьих, если вы купили фото у того, кто имеет право их продавать и следуете лицензии и условиям использования, то чего вам бояться?

В 12 лет человек уже может быть достаточно развит, чтобы заниматься программированием, в смысле развития абстрактного мышления, нужного, чтобы мыслить алгоритмически. Достаточно ли развит конкретный человек - показывает практика. Возможный минус тут один - если человек ещё не готов самостоятельно что-то придумывать и будет, в реальности, заниматься простым копированием, это может стать дурной привычкой. Приблизительно по этой причине, начинать именно с web может быть не очень хорошо, потому что там очень много говнокода, и понять основы программирования правильно, занимаясь только web - существенно сложнее. Для развития нужно заниматься технологиями, которые имеют чуть более высокий порог вхождения и которые более требовательны к качеству кода сами по себе.
В общем, если есть желание - нужно брать и заниматься. А не ждать университета, как некоторые, которые этим обрекают себя на отставание от тех, кто ничего не ждал, на несколько лет. Не видел ещё ни одного студента подобных специальностей, который был бы "в топе" по реальным знаниям (не оценкам) и кто бы начал программировать только в университете. Обратные случаи - практически, правило.

Другие языки имеют с вёрсткой front end весьма ограниченную связь - верстка должна быть протестирована на предмет глюков из-за более длинных или коротких строк в разных языках. Это всё, что относится к front end. Однако, добавление языков не относится и к back end (тем более, к программированию) - это одна из форм наполнения сайта содержимым. Чтобы не напороться на проблемы, нужно не "проверять" исполнителя, а определять это в договоре или обсуждать с исполнителем по ходу процесса. В многоязычных сайтах текст интерфейса - это, фактически, контент (особого рода).