ThunderCat

photoshop - > ctrl+shift+alt+s

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

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

"Как найти клиента который хорошо платит и не выносит мозг." Такое вполне на нобелевку потянет.

Есть у меня товарищ, в примерно ваши годы метнулся из менеджеров в программеры, и это при медицинском образовании. Закончил ява курсы, помыкался год без работы, в итоге устроился в контору какую-то, потихоньку растет. Доволен.
Касательно Вашего случая - стек немного странный выбран, фуллстек обычно относят к веб разработке, где ява как язык бэкенда, скажем так, не на первых местах. В вебе востребованы более другие технологии, например PHP, NodeJS, Pyton, RubyOnRails. Ява, как бы, где-то очень далеко за ними, редкая пташка, её сегмент - десктоп, корпоративный сегмент, АСУ.
PS: Сори, читать текст набранный подобным варварским стилем сущий АД, осмелился поправить вопрос в грамматическом аспекте.

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

а, ... где там проблема? Везде где есть русские слова ставится массив с ключом текущего языка.

$currentLocale = 'fr';
function _($key){
  global $currentLocale; // в вашем случае где нет понятия объектов
  global $locale_.{$currentLocale};  
  return $locale_.{$currentLocale}[$key];
}
$locale_ru = array(
'login' => 'логин',
....);
$locale_en = array(
'login' => 'login',
....);
$locale_fr = array(
'login' => 'le logine',
'emptystring' => 'le string le empty )',
....);

$userLogin = cleanStr("text", $_POST['login'], "3", "20", _('login'));

...$messageArray = array(
        /*0*/    _('emptystring'),
            
    );

ps:

функция для проверки и очистки полей от зловреда:

очередной велосипед с кубическими колесами... php.net/manual/ru/function.filter-var.php

по таким детальным требованиям можно только оценочно прикинуть, причем как объем работ так и сроки, цену и технологии. И оценка будет +- 4-7к убитых енотов в деньгах и +-4-5 месяцев работы, в зависимости от технологии и количества персонала. Если требования снизить до адекватных, все будет гораздо более прогнозируемо, дешевле и точнее в оценке.

90% данных в спа предающихся с бэка на фронт в жсон. Запросы к бэку уходят по достаточно стандартным роутам а ля CRUD ну и + типа названия объекта: user, item, file, точнее наоборот: user/edit, image/add или что-то типа такого.
На бэке обычно тоже достаточно простые готовые методы CRUD, + специфические на всякие админки и свистохотелки. Обычно создается объект запрошенного типа, с ним производятся операции, на фронт выдается результат в жсоне. Ничего магического.

Также понимаю что эти данные можно хранить в различных моделях: сетевая иерархическая реляционная многомерная обьектная

В целом это ничего не меняет для архитектуры в комплексе - запрос с фронта - создали объект - отработали действие прописанное в запросе - отдали результат на фронт.

И еще понимаю что надо разделять права для участников и владельца.

RBAC или ACL, пока больше ничего толкового не придумали.

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

Как обстоят сейчас дела с вебом?

Спасибо, нормально

1) Пользуются популярностью готовые фреймворки или многие пилят свои решения?

90% адекватных людей пользуются готовыми фреймворками, кого что-то не устраивает - берет наиболее подходящий и делает форк (редкий случай), благо все они в основном опенсорс и какая-то фри лицензия. Вариант "пилят свой" обычно именно отдельный проект а ля вуе, фреймворк ради фреймворка, а не ради проекта на нем.

2)На сколько глубоко нужно знать сейчас JS ? Базис- это понятное дело, что нужен.

На сколько осилите, это единственный(на текущий момент) язык который умеет работать с дом моделью. Соответственно без него делать во фронтенде нечего.

3)С какого фреймворка лучше начинать изучение этой темы при создании проекта на ASP.NET MVC?

На чем бэк работает вообще не важно. Важно чтобы данные для фронтэнда правильно умел предоставить, на чем оно написано вас как фронтендера не должно интересовать, хоть на брейнфаке, надо знать только апи. Какой фреймворк изучать вам - это ваш выбор, на рынке их около 5-6 популярных, я не изучал в силу того что в большинстве своем работаю с бэк. Гугл в помощь.

И не помешал бы сайт, по которому можно было бы обучиться.

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

<link href="https:/some.site/some.css?ver1.2" rel="stylesheet" type="text/css" media="all">

Конкретно:
- Регаетесь на гитхабе или битбакете
- создаете новый проект(пустой)
- на локальной машине создаете папку с проектом и начинаете там создавать свой шедевр(например устанавливаете вордпресс)
- на этапе когда все готово для начала работы на нескольких машинах(установили вордпресс), создаете ЛОКАЛЬНЫЙ репозиторий( нужно поставить себе утилиту git).
- Заливаете локальный реп на гит сервер.
- подключаете пользователей которые должны иметь доступ к проекту на сайте гит репозитория.
- профит (каждый заходит и делает себе копию репозитория локальную, когда что-то меняет - заливает на сервер изменения)
Хорошая статья для быстрого старта.

Имхо цифры от 1 до 5, возможно с дорбями, типа как Матвей Правосудов предлагает, только 10 пожалуй многовато, 5 ближе к Российской системе оценок, + сервис обычно тоже так примерно оценивают в звездах. Цветам не рекомендовал бы, вызывает много лишних/ненужных ассоциаций, например красный - опасно, желтый - предупреждение и тд.