html страницы на хостинге нормально открываются, далее закинул asp.net проект на хостинг Win2012 (этот же самый проект сейчас ещё работает на предыдущем хостинге с Win2008 и на ноутбуке с Win8), страница пыталась открыться час, дольше не вытерпел, никаких данных с сервера не передаётся, браузер тупо крутит loading и всё. На сервере загрузки нет, ресурсы по нулям, ничего не компилится, локально тоже не открывается, тот же бесконечный лоадинг, на 80-м порту висит чё-то, видимо IIS 0.0.0.0. В логах IIS-а тоже ничего нет. Полез в темповую папку, стёр всё и снова открыл в браузере, смотрю проект скомпилился, файлы есть. Пул косячит немного, после остановки нужно ждать несколько минут, иначе не запустится, вылетит с ошибкой. Глянул по эвентам винды, есть только это - "A worker process '3516' serving application pool '.NET v4.5' failed to stop a listener channel for protocol 'http' in the allotted time. The data field contains the error number." Походу вылетает когда пул вручную останавливаю. Ещё такая шняга там есть - "Application 'C:\Windows\System32\inetsrv\w3wp.exe' (pid 3392) cannot be restarted - Application SID does not match Conductor SID..", хотя в самом IIS манагере показано что типа всё работает. Уже была мысль снести всё нахрен и по новой поставить. Ещё эта серверная винда 2012, хрен чё найдёшь, после 2008-ой непривычно.

Всё, понял. Старый хостинг тормозил, там было 512 ОЗУ, часто не запускался из-за нехватки ресурсов, отваливался на таймауте коннекта с базой, поэтому я поставил "Connection Timeout=0" в строке соединения с бд и всё хоть медленно, но работало. При переносе на новый хостинг, бд другая, где-то накосячил с бд-юзером или не туда цепляюсь (пока не разбирался), соединиться с sql-сервером не может, по таймауту не отваливается, ошибки никакой не выдаёт и висит до опупения.

С MS SQL Server тоже проблему решил, хоть уже записывай, каждый раз одно и то же - после установки sql-ля на сервер, он висит на динамических портах, которые ему вздумаются, а где находится сервер резолвится SQL Server Browser-ом по имени инстанса и всё работает (в management studio), а в asp.net - хрен, он почему-то так и продолжает долбиться в порт 1433, на котором ничего нет. Короче приязал статично sql к порту 1433 и всё заработало. Можно сказать переезд с VDS Win2008 на облако Win2012 прошёл нормально, за исключением данных проблем.

А заюзать API определённого формата в ApiController реально или анреал?

Несколько вариантов для примера:
http://site.com/api/method=shop.users.get
http://site.com/api/method=shop.cart.create (shop.cart.update, shop.cart.delete)

shop - namespace
users/class - classes
get()/create() - methods

get-параметр &method=namespace.class.method

для записи/удаления к url ещё цепляется POST с данными.

Если method реврайтить в http://site.com/api/shop/users/get, то придётся чё-то перепиливать в ентом ApiController.

Или здесь проще WCF/Web Services (asmx)?

И ещё вариант в контроллер зафигачить, да разбирать method вручную.

На выходе пока только json. Причём генерить его наверное придётся вручную через json.net, есть подозрение что стандартный снова накосячит с иероглифами, хотя нужно проверять.

Ну примерно так пока временно и работает, решил не мудрствовать, быстро запилил тогда как есть, потом переделаю если чего. Сплитом разбивается на 3 части, проверяется неймспейс, если shop, то Type customType = Type.GetType("Namespace.Class"), далее MethodInfo customMethod = customType.GetMethod("method") и напоследок object instance = Activator.CreateInstance(customType) и получаем результат работы метода, передавая get/post параметры в parametersArray - object instanceMethod = customMethod.Invoke(instance, parametersArray), ну и в контроллере возвращённый методом результат загоняется в json.net и выдаётся через override ExecuteResult (JsonResult). Жуть, но работает