V Sh.

1. Создать таблицу с тарифами и сроком их действия, где можно будет узнать базовую стоимость за день/месяц/год;
2. Вести таблицу операций пользователей по получению подписок (по какому тарифу и на сколько брали);
3. Заносить информацию по денежным средствам по операциям (п.2) и считать их в абсолютных величинах (если заплатили 650 рублей, то и записывать 650 и т.д.);

Тогда можно будет в любой момент времени узнать:
1. Какие тарифы были доступны;
2. Какие операции производил пользователь;
3. Какие средства крутились в системе в тот или иной момент.

Игра - это, в первую очередь, поток данных. И данные эти где-то хранятся. В больших ММОРПГ играх есть отдельные сервера БД для профилей и их состояний, чата, глобального состояния игры. Данные, в таких случаях, берутся напрямую из БД посредством запросов.
Есть и игры, которые хранят данные непосредственно в оперативной памяти приложения (например, в синглтоне). Тогда у класса, отвечающего за хранение данных, должны быть методы для мониторинга (если они нужны) и АПИ для вывода этих данных наружу.
Все зависит от реализации. И да, такая информация доступна только разработчикам или администраторам. Если хотите, чтобы все было красиво, то напишите администрации сервера и спросите могут ли они предоставить вам данные. Если не могут или откажут, то да, нужно будет парсить откуда-нибудь, например, с их сайта.

Никогда не видел объемного и всеохватывающего ТЗ. Обычно это макет и куча правок к нему.

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

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

Если очень вкратце, то:
1) Собственно, сервер (свой или выделенный, физический или виртуальный). Вы на нем царь и Бог. Сами ставите удобную для вас ОС (Linux, Windows Server или что-то еще). Сами разворачиваете службу (IIS, Apache и пр.), которая будет отвечать на запросы пользователей(обычно по портам 80/443 http/https, если речь о WEB'е) . Если у вас одиночный сервер, то запиливаете сюда же и базу данных по своему вкусу. Конфигурируете это все, настраиваете брандмауэр и еще всякую фигню. Когда сервер работает - вы публикуете свои сайты/приложения в папки (физические и виртуальные) службы (IIS, Apache).
2) Хостинги. То же самое, что и пункт 1: только всю работу по настройке (выбор платформы, БД и пр.) берет на себя провайдер, а вам предоставляет доступ (обычно через WEB-интерфейс, FTP и SSH) ТОЛЬКО на закрепленную за вами папку в службе (IIS, Apache) и ТОЛЬКО к вашей схеме/каталогу БД.

Это что касается размещения вашего приложения. Сама же работа довольно таки простая: Браузер шлет запрос серверу (для простоты рассмотрим GET HTTP по порту 80). Сервер принимает запрос через службу, которая денно и нощно прослушивает требуемый порт на наличие запросов. Получив запрос, служба парсит его, выделяет из заголовков нужную информацию (тип, кому предназначена, зачем вообще нужна) и перенаправляет далее. Уже зная какое приложение/сайт нужно запросу, запускается выполнение. В IIS, например, для этого используют так называемые Application Pools - выделенные мощности на сервере (обычно, память), внутри которых крутятся приложения/сайты и если сайт/приложение крашится, то кладет оно не всю службу IIS, а лишь свой пул. Ну и между пулами нельзя общаться - типа защита и все такое. Наконец-таки запрос доходит до самого сайта/приложения, где обрабатывается по логике, заложенной программистом.

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

Ну да, не совсем корректное сравнение. MVC - это целая система, реализующая архитектурный паттерн. Помимо основного языка, на котором написана платформа (C#) необходимо изучить еще множество вещей: модели, представления, контроллеры, ОРМ, роутинг, принятые соглашения. Также не помешает знание "прикладных" вещей: IIS, .NET, Visual Studio, база данных (Oracle, MS SQL, etc)

И не соглашусь, что мало литературы по ASP.NET MVC. Ее полно. Даже есть неплохие русскоязычные ресурсы, такие как Professorweb и metanit.

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

Очевидно, что отправить данные из формы на сервер. На сервере сохранить данные в БД и отправить обратно клиенту сформированный файл JPEG/PDF/PNG.

Сложно вести документацию к проекту, если требования меняются раз десять на дню. И время, которое тратит lead (senior, middle) на написание развернутой документации, гораздо ценнее времени, которое потратит junior, чтобы вникнуть в проект. Вот если бы можно было писать документацию прямо по ходу написания самого проекта! Но это фантастика и у меня нет знакомых, которым это удается.

AJAX with JSON/XML?

Уже не в первый раз встречаю людей, которым нужен стимул для продвижения. Людей, которые ищут себе ментора, да еще и не за бесплатно. Зачем все так усложнять? Хочешь работать по специальности? Иди ищи работу. Хочешь протирать штаны, смотря всякие курсы? Сиди и протирай.

Сейчас на техников или, как сейчас модно говорить, джуниоров берут кого угодно, откуда угодно и как угодно. Всегда проще схватить пустой стакан на полный рабочий день с низкой зарплатой и заполнить тем, что так необходимо в работе именно в этой компании. Не понимаю робости перед собеседованием. Максимум, что вам там сделают это откажут.

Договор на создание сайта есть? Что там написано по поводу несоответствия требованиям? И, главное, кто и как принимал готовую работу?) Чтобы такого не случалось предупредите руководство, что к работе с такими вещами и знающих людей тоже надо подтягивать. А так да, ищите фрилансеров...

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

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

Ну вы же выдаете им результаты поиска? Вот в том методе/странице, где вы обрабатываете поиск у себя на сервере пропишите логирование поисковых запросов.

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