Сергей

vs2015 использует Node доступную через системную переменную %PATH%, проверь что в %PATH%, нет пути к старой версии.
В Package Manager Console набери node -v и npm -v соответственно.

Оказывается не совсем так. Только что нарвался на это после переустановки студии. Студия реально использует не ту node, которая в системе - лечится Tools->Options->Project and Solutions->External Web Tools убрать галочку с $(DevEnvDir)\Extensions\Microsoft\Web Tools\External. По этому пути реально лежит node 0.10.31.0.

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

Я бы выбрал "значимость" в случае если вставка невозможна т.к. 2 и 3 следуют друг за другом не обязательно пересчитывать всю таблицу достаточно "сдвинуть" значимость 3 товара ближе к 4 и потом вставить перед ним 48.

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

Если использовать чисто WEB API то можно хостить приложение как процесс или службу т.е. IIS не потребуется, приложение SPA будет представлять из себя HTML файл и JS файл, которые будут обращаться к WEB API.

Хотите MVC ждем следующую версию MVC (к концу года), будет возможность запускать без IIS.

WebAPI можно т.к. он уже на OWIN (нет зависимости от system.web), по остальным смотри зависимость от system.web если таковая есть то нельзя.

Используйте ASP.NET SignalR, пусть не смущает ASP.NET т.к. SignalR можно хостить и в консольном приложении и в службе Windows.

Я бы посоветовал воспользоваться MvcSiteMapProvider, нужно будет написать совой DynamicNodeProvider. MvcSiteMapProvider решает большинство проблем с меню, картой сайта и "хлебными крошками".

В C# можно не задумываться ;)

static void Main(string[] args)
     {
            if (!Environment.UserInteractive)
            { 
                // running as service
                using (var service = new Service())
                        ServiceBase.Run(service);
            }
            else
            {
                      // run as console programm                      
                     DoWork();
            }
}

настраиваем C:\windows\microsoft.net\Framework\v4.0.30319\aspnet_regiis.exe -i
используем или стандартный 4.0 пул (не Classic) или свой создаем с v4, приложения .NET 4.5 будут работать

ASP.Net это по факту набор фреймворков таких как AspNet.Mvc, AspNet.WebApi, AspNet.WebPages (доступны в виде отдельных NuGet пакетов) и т .д. На данный момент ASP.Net базируется на System.Web.dll которая завязана на IIS и Windows поэтому не кросплатформенна.

Следующая версия которую называют ASP.NET vNext будет по факту ASP.Net 5 (как в итоге будет называть я не знаю). Она будет базироваться на OWIN и её можно будет запустить везде, где работает Mono ( Mac OS X, Linux, Windows).

MVC 6 будущий релиз для ASP.NET т.е. будет работать везде, MVC 5 завязан на System.Web со всеми вытекающими.

Используйте C# :)

using System.Net.Http;

public static void f()
{
using (var client = new HttpClient())
{
    var values = new Dictionary<string, string>
    {
       { "thing1", "hello" },
       { "thing2", "world" }
    };
    var content = new FormUrlEncodedContent(values);
    var response = await client.PostAsync("http://www.example.com/recepticle.aspx", content);
    var responseString = await response.Result.Content.ReadAsStringAsync();
}
}

Хранить данные можно и в XML файле. Сериализация объектов в xml с помощью .NET задача тривиальная.

"запоминание сообщения на сервере" != "локально в программе" т.к. IIS может перегрузить приложение в любой момент времени.

В WCF можно создать прокси класс (студия умеет создавать автоматически) и работать с ним как с обычным локальным классом.

По сути Remoting это реализация протокола SOAP поверх HTTP, в WCF пошли дальше, так есть понятия биндинга и привязок, что позволяет выполнять вызовы в том числе и по TCP, что хорошо для производительности.

имхо WCF не столько новая технология сколько попытка объединить несколько ранее реализованных технологий (включая Remoting)

Не надо изобретать велосипеды есть MEF