Дмитрий Ковальский

api на iis сервере или на чем угодно - без разницы. Оно или работает или не работает. Пройдите по прямой ссылке из браузера. Если есть отдача - значит приложение работает и обрабатывает запросы, если 403, то скорее всего вы некорректно настроили iis. Вы обращаетесь по порту. И у меня сразу вопрос - а этот порт вообще доступен для запросов из вне? Ну и так на дорожку - ваш api хостится на iis под странным портом или на iis express? Если второе - то возьмите себя в руки и осильте публикацию приложения в полноценный локальный iis.

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

Если вы вообще слабо представляете принципы взаимодействия с базой данных, то наверное лучше взять Entity Framework, но заплатите производительностью. Если хотите на 100% быть уверенными какие скрипты отправляются на исполнение в базу - ADO.NET ваше решение. По Дапперу видел хвалебное сообщение на хабре датированное 2011 годом, так что не смогу сказать какая сегодня разница в производительности. Проблема(ну маленькая такая) тут еще вот в чем - если вы пишете проект с целью сделать стартап и заработать - то можете использовать любые решения в погоне за производительностью и легкостью поддержки, но если это учебный проект для портфолио или просто планируете работать в компании - то лучше использовать Entity Framework И ADO.NET(учить оба) - эти 2 технологии используются в подавляющем числе действующих проектов.

Лично у меня по вашему описанию может родиться миллион вопросов, ну да ладно. Нужно сделать всего несколько шагов :
1)Сделать паблиш проекта в конфигурации Release дабы убрать все лишние файлы и получить набор сборок для полноценной работы приложения.
2)Развернуть базу данных на боевом сервере
3)В конфигурационных файлах данного приложения убедиться что все строки соединения с базой соответствуют настройкам боевого сервера. Если вы ходили в базу под Windows-учеткой, то есть риск что системный пользователь сервера где крутится ваше приложение - не имеет прав на работу с базой.
4)Создать сайт в IIS, указав целевой папкой - папку, полученную при публикации приложения.

Можете попробовать. Вкладка Project - далее Properties. И в меню установить target framework, такой какой вам надо.

Сделайте view-ху на ANgular или Native Js. В чем собственно ваше затруднение? на ASP.NET Ajax пишется точно также как и на любой другой технологии - это клиентская логика.

При отрисовке view-хи записать старое значение в hidden-поле. А далее
или 1) в action в качестве входного параметра добавить string OldroleName, string newRoleName.
или 2) Разбирать объект Request. Он умеет в индексаторы и код Request["paramName"] должен вернуть то что вам нужно.

В Application_Start есть только HttpContext.Current. Не понятно только что вы хотите. Если у вас есть какие-то настройки окружения, зависящие от режима работы(под отладкой или бой) то для этого есть решения проще - Web.Debug.config , Web.Release.config

Да, есть решения проще и если бы вы добавили теги клиентских скриптов( javascript, jquery) то получили бы ответ раз так в 10 быстрее. Существуют события onunload и onbeforeunload. Они не слишком кроссбраузерны и кое где могут не работать, но это будет проще чем костылить SignalR.

Простите, а вы на WebForms работаете? Чем вам не угодил ASP.NET MVC умеющий в ЧПУ архитектурно из коробки?

Ну на таблице Users с полями "login, password" свет клином не сошелся. Добавляете таблицу вроде UsersInSocial где храните привязки UserId и данные учетки соц.сети связанной с этим пользователем. При аутентификации по второй таблице уточняете кто это.

1)Это не XAML, а ASPX - иначе вы разрабатываете для WPF и вопрос задали не по тем тегам.
2)WebForms - отмирающая хрень, и если вы планируете зарабатывать на жизнь веб-разработкой под ASP.NET - изучайте MVC.
3)Ваш код в описанном виде вполне нормален, но у WebForms есть фича, с которой сейчас мало кто связываться хочет, а именно - жизненный цикл страницы. Внимание загадка - на каком этапе жизненного цикла вы вкрячили этот контрол? Есть вероятность что вы его вкрячили на этапе, когда страница считает что все Контролы уже полностью инициализированы и их осталось только отрисовать.
4) Ну и без кода вашего контрола что-либо судить тоже трудно.

ASP.NET MVC это не язык. Это часть .NET Framework для веб разработки в рамках архитектуры MVC( есть еще Web Forms, но он медленно и верно отмирает). Для разработки на ASP.NET MVC нужно использовать .NET совместимый язык(99% - что C#) - в частности для кода контроллеров используется C#. Для View - html/css/js, но и там торчат уши C# или VB.NET. На каком языке написан код модели - немного отдельная песня. В теории ничто не мешает загрузить сборку на каком-нибудь другом языке и использовать рефлексию, но все же лучше и проще использовать .NET проекты.

Данный вопрос не имеет никакого отношения к asp.net и еще дальше от C#. Это верстка таблицы и CSS. У нужной клетки проставить style=width:сколько нибудь