German Jet

Avira Antivir долгое время лидирует по этим параметрам. Бесплатна.

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

Посмотрите в стороне PostgreSQL вместо MySQL.

С чего вы решили что без ООПа будет реально больно? Есть куча проектов почти без ООП. И это не обязательно говно-фреймворки, а, к примеру, ядро Linux или WinNT (там почти всегда чистый C или ассемблер). Это конечно не новые примеры, но это успешные проекты.

ООП это просто много сахара в синтаксисе, который может упростить вам жизнь. А может и не упростить. Если вы будете тупо дописывать слово "class" в начале каждого файла, то код формально станет объектно-ориентированным. А на практике не станет.

Но я кажется совсем не ответил на ваш вопрос. Могу сказать вот что. Пишите побольше кода. Старайтесь юзать ООП. Рано или поздно, во время чтения какой-нибудь статьи вы обнаружите, что вы в предыдущем проекте изобрели инкапсулирование. Только делаете его через заднее место, и не знаете что оно так называется. И станете делать его правильнее. Потом изобретете наследование. Потом полиморфизм. И потом познаете дзен ООП.

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

Что нужно, что бы попасть заграницу. Первый путь. Зарегистрироваться на одеске и работать. Выйдите на стабильный рубеж в 1000 долларов в месяц - можете ехать в страны ЮВА / Египет / Индию. Для Европы нужно больше, от 3х примерно. Первый рубеж достигается за год, второй большинством программистов вообще не достигается.

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

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

Извиняюсь за возможно излишние эмоции.

Для начала почитать, что такое интерпретатор, как ставить либы и пакеты (см. ответ orgkhnargh), что такое virtualenv, написать проект в каком-то блокноте++ или sublime text 3, а потом открывать навороченные IDE типа PyCharm.

Будущее за теми, кто хотя бы умеет читать википедию.

Для справки, ни MVVM ни MVC не являются шаблонами проектирования. Это схема использования нескольких шаблонов проектирования. Основная идея оных - разделение логики на слои. MVC декларирует разделение на логику представления, бизнес логику и связывающие это все контроллеры. В MVVM же основная идея заключается в более удобном управлении представлением модели. Особенно в случае когда модель может меняться из слоя представления (из UI тобиш, датабиндинги и все такое).

p.s. Помимо MVC и MVVM существует масса других схожих схем, типа MVP, HMVC, PAC...

Тоже когда-то сначала верстал просто html файл/ы, а потом адаптировал под cms, со временем появился опыт и верстаю сразу под CMS.
Можно так и этак, под drupal я верстал с нуля, без всяких Zen-ов.

К примеру берете сверстанный html файл, перемещаете в папку темы Drupal, переименуете page.tpl.php (ну или _front и т.д.) и вы уже видите результат под cms, осталось привести его в динамичный вид потихоньку создавая модули и все что нужно.

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

должен быть максимально быстрым.

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

С начала начал писать так:
Сайт на PHP - на который заходили пользователи
Api на С# - который принимал запросы от сайта и отвечал ему.
Но если честно мне в самом начале эта связка не понравилась, не знаю почему.

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

Вообщем я бы писал бы на том языке/фреймворке с которым больше опыта и тут довольно равнозначны php, python, ruby, etc... и может какие-то другие новые вроде Go иди node.js, не суть.

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

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

Преждевременная оптимизация. Сайт для пользователя будет быстрым, если будут учтены все нюансы фронтенда (кеширование, минификация, спрайты, разные поддомены для ассетов...), а на сервере - правильно настроено кеширование и, где нужно, очереди.
Разделение на разные приложения - это просто часть архитектуры, которая не обязательно должна удовлетворять требованиям производительности.

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

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

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

Тут вообще не понял. Многопоточность зависит от типа и настроек вебсервера (например, который стоит на nginx-ом). Чем не угодила асинхронность - тоже не понятно. И как она зависит с возможностью обрабатывать много и сразу - так же неясно. Очень упрощенно можно сказать, что с помощью асинхронности можно создать у пользователя впечатление, что сайт реагирует мгновенно (работает очень быстро)

Возможно, это все потому что 3 (4) часа ночи и вы переварили очень большой объем информации. Тогда попробуйте конкретизировать.

Если по существу:
1. Неважно, какой язык выбирать. Тот - который лучше всего знаешь. На любом языке можно реализовать что угодно. Большинство "производительности" достигается не за счет быстродействия стандартной библиотеки языка, а за счет кеширования, оптимизации sql запросов, настройки веб-сервера и базы данных и использования очередей.
2. Видимо, для вас важен вопрос: "Стоит ли разносить API сервера и клиент приложения на разные приложения, языки, инстансы?". Здесь ответить сразу не получится, потому что все зависит от задачи. Смотря как вы будете использовать свои инстансы. Какие вычисления будут проводиться и т.д. - больше конкретики по предметной области.

Инструмент не имеет значения. Главное — уметь решать им задачи. Если бы на ассемблере можно было успешно создавать веб-приложения, то на нём бы их и создавали.
Свои плюсы и минусы есть и у ПХП, и у Питона, и у Руби, и у Go, и у вообще всего. В любом языке программирования можно найти людей, которые скажут, что этот язык полное говно, и даже приведут вполне весомые аргументы. Также можно найти людей, которые скажут, что это идеальный язык, и тоже приведут аргументы. Ну и что с того? Какой толк о того, что говорят другие?
Попробуйте всё, на что хватит времени, и выберете то, что ВАМ больше всего понравится. Ведь это именно ВАМ в будущем целыми днями писать на этом языке код. Если вы решили серьезно этим заниматься, то потратите на это не один год. А зачем тратить время на нелюбимую деятельность?

ПС Те, кто советуют ему начать "с основ", с C и Java, — вы сошли с ума :)

Так быть может стоит взять фреймоврк поменьше? Быть может глянуть в сторону Flask или Bottle они не настолько круты как джанго, но умеют многое :)
Попробуйте и некоторые вещи станут понятными, потом продолжите :)