Виктор Бузин

В настоящий момент С# (asp.net) имеет целый ряд преимуществ над тем, что нам дает Java (в плане удобства и синтаксиса языка). Это правда!

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

Именно по этой причине Microsoft сейчас активно начинает спариваться с Linux и везде кричит, что они его любят.

Что касается текущего состояния, то сейчас достаточно много компаний, кто начинает писать свои системы на С# (asp.net) - чаще всего новые компании, например, Додо-Пицца. Но старички с Java уже просто не слезут.

Рекомендую использовать bootstrap.

html {
  position: relative;
  min-height: 100%;
}
body {
  /* Margin bottom by footer height */
  margin-bottom: 60px;
  background:#edeef0;
}
.footer {
  position: absolute;
  bottom: 0;
  width: 100%;
  /* Set the fixed height of the footer here */
  height: 60px;
  background-color: #f5f5f5;
}

<footer class="footer">
      <div class="container">
        <p class="text-muted">© Osnova Websites</p>
      </div>
</footer>

Как строка может сравниваться со списком строк?

Используйте методы Contains и Count чтобы проверить наличие строки в списке.

var list = new List<string>() { "one", "two", "three", "four" };
var expected = "two";
var result = list.Contains(expected);
// либо
result = list.Count(a => a == expected) > 0;

В Вашем случае, например так:

var regions = new List<string>() { "region 1", "region 2", "region 3", "region 4" };
repository.Colleges.Where(college => regions.Count(a =>  a == college.Area.Region.Name) > 0);

Скорее всего надо сделать вот так:
Настройки IIS -> Настройки пула -> StartMode - AlwaysRunning
В итоге приложение будет работать всегда, а не только по требованию/запросу. Там же есть и другие настройки: время нахождения в режиме ожидания (Idle-Timeout), цикличность перезапуска (Recycling).

А лучше запили win-сервис. И работать будет красивее, и полезные знания получишь.

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

А уж интерфейсы там именно для того, для чего они предназначены в ООП.

Я думаю интерфейсы в этом примере применяются как и везде - для контроля за связями между компонентами крупной системы и для обеспечения заменяемости компонент.

Раз уж так, разрешите мне прилинковать старый ответ: Какова роль интерфейсов в ООП?

https://github.com/eligrey/FileSaver.js/#saving-a-...

Включить html5 роутинг в агуляре $locationProvider.html5Mode(true), настроить сервер на выдачу по любому адресу главной страницы с агуляром. Но всё равно для сео это особо не поможет, потому что всё равно все станицы будут собираться на клиенте.

Чушь собачья, Windows 8.1 производит дефрагментацию SSD и никакой это не TRIM, это уже мусолили на технических форумах, потом мелкософт все таки соизволил дать ответ по этому поводу, это сделано из-за корпоративного применения для ускорения создания теневых копий, а до кучи "под раздачу" попала и десктопная версия Windows 8.1. Так что вырубать дефрагментацию нужно вручную, иначе Windows будет дефрагментировать ваш SSD и без того сокращая ему жизнь бездарной во всех отношениях файловой системой NTFS, которая вообще не годится для SSD дисков. А существует она по сей день только из-за того, что мелкософт лучше плиток новых наделает, чем станет разрабатывать что-то действительно нужное.

0) У вас уже есть готовая верстка (сss,html)
1) Зайдите в административный панель
2) Внешний вид -> Темы
3) Создайте свою тему назовите его например example.
Тут же автоматический создается папка example с файлами в ( \wp-content\themes\example)
4) а дальше уже понятно. Есть Index.php - главная страница, style.css, header.php - заголовок. Натяните вашу верстку и дело с концом

$('form').on('submit', function(){
	var data = $(this).serialize();

	$.ajax({
		url: 'index.php',
		type: 'GET или POST, по умолчанию GET',
		dataType: 'тип возвращаемых данных: xml, json, script, html)',
		data: data,
	})
	.done(function() {
		console.log("Отправлено!");
	})
	.fail(function() {
		console.log("Ошибка!");
	})
	.always(function() {
		console.log("Функция завершена!");
	});

	return false;
});

А зачем убирать зависимость? Лучше прописать в конфиге нужные строчки.

<configSections>
<section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
</configSections>
<connectionStrings>
<add name="ConnectionName"
				 connectionString="Server=serverName;Database=DataBaseName; User ID=UserName;Password=Password;" providerName="System.Data.SqlClient" />
</connectionStrings>
<entityFramework>
		<defaultConnectionFactory type="System.Data.Entity.Infrastructure.SqlConnectionFactory, EntityFramework" />
		<providers>
			<provider invariantName="System.Data.SqlClient" type="System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer" />
		</providers>
	</entityFramework>