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

После простоя в 10-15 минут отключается ApplicationPool обслуживающий ваше приложение. Соответственно после тычка - пул просыпается и загружает сборки. Колдуйте с настройками пула и будет вам счастье.

1) Что значит "эта авторизация"? 2) Что значит "локально"? 3) как реализована автоматическая авторизация? Если вы используете стандартную или собственную реализацию membership то изучайте настройки авторизации на локальном IIS и боевом. Если у вас рукописная поделка - может быть что угодно.
UPD: На вашей локальной машине установлен MSSQL версии Express и к нему сформирована подходящая строка соединения. А теперь мой вопрос к вам - на вашем боевом сервере установлен аналогичный сервер(обязательно на той же самой машине) ??? А так же уточните что пользователь "SYSTEM" на вашем сервере имеет возможность подключаться к серверу БД и вообще как-то с ним взаимодействовать. В идеале на вашей базе данных должен быть заведен пользователь, под которым вы к ней подключаетесь. На него должны быть разданы необходимые права на взаимодействие с базой.

Я бы для таких задач вообще не использовал веб-сервер(у него своих задач хватает), а писал бы настольного бота(или службу), которая бы собирала и сохраняла данные в ваш источник.

Копайте HttpContext.Current . Там и запрос и куки и сессия. Но на мой взгляд идея не очень.

Этап 1 - анализ предметной области , ну и неподалеку проектирование. Напишите что вы понимаете под "своей CRM-системой". Набросайте широкими мазками какие части в этой системе нужны вроде "Базы данных", "приложения", API возможно. Ну и с разбега ныряйте в недра проектирования каждого отдельно взятого узла.

При такой постановке задачи - вам важнее контролировать ВВОД данных, а не ВЫВОД. В библиотеках ASP.NET , насколько мне известно, нет методов типа .RemovePotentialIssuesFromHtml() - соответственно определите что пользователь может вводить, а что не может. Их и удаляйте при сохранении, или уведомите клиента о том что он ввел потенциально опасные конструкции.

Не буду вдаваться в подробности вашей архитектуры и назначения проекта Model. Ваше приложение знает что такое Entity Framework(имеет нужный reference)? Также проверьте референс на провайдер доступа к данным если не используете стандартные. Кажется текст ошибки вам про это и вещает.

highcharts - javascript клиентская библиотека. Что вам мешает ее же и использовать?

Ну и в чем проблема? Создайте в IIS 2 вебсайта и выложите. Что вы понимаете под "расшарить" ?

Вот вам маленькая загадка : если по каким-то причинам этот код выдаст исключение - вы будете знать в каком место оно возникло?
Последовательность LINQ-команд это конечно замечательно, но на мой взгляд этот код совершенно не читаем и с ходу понять что в нем не так на мой взгляд очень и очень трудно.
Если искать проблемы, то видимо у вас они кроятся в элементе "i.CommandId == x.HomeId" и "i.CommandId == x.GuestId". Какого типа эти поля? Что в них хранится и в каком виде?

UPD: Вы можете объяснить что у вас в конечном счете должно храниться внутри List< string > ? Что вы хотите сформировать ?

Вам для обучения или сделать что-нибудь полезное? Для обучения предлагаю следующее - написать некую програмульку которая раз в 1-2 секунды делает операцию добавления в таблицу биржевой инфы типа "название акции, цена, кол-во". А на веб-морде (asp.net mvc приложении) - сделать оперативное отображение информации.

Любая где на обложке написано ASP.NET MVC последних версий. Либо asp.net/mvc - большинство книг написаны на основе мануалов с этого сайта и оф. документации

Вы курнули чтоли? что за бред. Вы путаете технологии генерации страницы, цикл обработки запроса клиента , архитектуру в конце концов с одной стороны - и просто два разных шаблонизатора. Razor и ASPX - просто шаблонизаторы, вы можете и свой написать в теории. А вот WebForms и MVC в корне различные технологии. У них различно все начиная от концепции. Их можно использовать одновременно в одном приложении и на одном сайте, но это плохая практика и оправдана она только при миграции с WebForms на MVC

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

Можно решить совершенно элементарно - развернуть локальный полноценный IIS. Заодно научиться разворачивать ваше приложение на боевом веб-сервере.

А что такое - ClearCurrentConsoleLine(menuBaseString.Length, menuBaseString.Length + 1);
Если это вывод прогресса или каких-то данных в консоль - уберите эту строчку и производительность увеличится раз в 50. А вообще запустите процесс под отладчиком и профилированием. Проверьте какие библиотеки и методы тормозят процесс.