Сергей Протько

angular нужно юзать с rest на серваке. А уж как вы делаете restfull-сервис, на голом .net или на asp .net mvc это уже детали, хотя думаю последний вариант по удобнее будет, либо еще есть варианты.

Судя по вашему вопросу, вы неправильно трактуете идею MVC либо же путаете MVC и ORM.

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

То как хранятся данные слабо относится к бизнес-логике, это обычно выносится в сервисный слой. И тот же yii не ограничивает вас в чем-быто нибыло. Вы можете не использовать ar вообще, можете заменить на data mapper (с использованием doctrine). Скажем ваши данные вообще ничего не должны знать о том как они хранятся, об этом даже контроллеры не особо то должны быть вкурсе. Обычно для этого вводят промежуточный слой работающий с данными и инкапсулирующий всю логику по сохренению/удалению записей. Это уменьшает связанность системы и удешевляет дальнейшую поддержку приложений.

p.s. Почитайте про DDD, принцыпы S.O.L.I.D.

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

1. Отрисовку точно стоит вынести в отдельный от чтения данных поток

2. По поводу бесконечного цикла - именно так. При вызове recvfrom у вас будет блокирован ваш поток пока не придут данные, так что ничего страшного от использования бесконечного цикла у вас не будет. Именно по этому и нужно выносить это все дело в отдельный процесс/поток.

3. Кросплатформенная разработка в вижле? Увы нет, во всяком случае насколько я знаю. Почитайте про cmake и просто make (cmake плохо дружит с вижлой, иногда бывают проблемы и после генерации проекта приходится тратить время еще на настройку, так что чаще проще уж один раз настроить и таскать с собой настройки проекта).
Вообще тут проще побродить по опенсорсным проектам кросплатформенным и посмотреть как там все это дело реализованно.

3.5. ну тут все просто. в linux POSIX, в windows - WinApi (или WinRT если вам хватит поддержки win8+). То есть скажем... код сервера работающий с сокетами у вас под эти две платформы будет различаться на 90% так как все завязано на системное api. То есть вам нужно сделать какую-то прослойку инкапсулирующую сетевую часть, и уже ее реализацию подменять при сборке под конкретную платформу. Либо взять готовое решение для этой прослойки. А вот при реализации бизнес-логики различия между платформами зависят только от самой логики.

Да купите вы уже VPS, темболее если у вас маленький проект то сильно дорогой vps и не нужен. возьмите какой за 5 баксов в месяц на digitalocean каком и живите спокойно...

Есть так же штуки типа pusher, можете поискать...

1. замените крон на очередь задачь (rabbitmq/zeromq)
2. Логику удаления лучше все же хранить в модели а еще лучше сделать сервис который будет все это разруливать (для того что бы не появился лишний геморой при деплое). Можно также реализовать отложенное удаление (опять же через менеджер очереди) где будет происходить все тяжелое. В любом случае это лучше выносить в отедльный сервис.