Необходимо сделать проект которые позволяет через интерфейс создать таблицы в базе данныхтут уже начать и кончить:
кроме всего прочего при создании таблицы, должен генериться cs файл с моделью- зачем?
Также в этом проекте необходимо реализация фильтрации, на сервер будет уходить сложный json, который будет парситься в sql и будет возвращать данные, соответственно.это уже на потом. если предварительные наброски освоите. то с этими пугающими фразами проблем не будет
Собственно думаю стоит ли готовить портфолио на .NET стекеа сможете? сделайте. да такой что бы у работодатеоя слюки птеклию. вопрос и отпадет
хороший источник для получения новых знаний по технологии aspзаказы клиентов, все знаете - красавчик! рубите бабло. но на практике обычно сразу вылезают те самые направления
Куда дальше развиваться
всё про ASP.NET
проект ASP.NETв личных целях можно утоптать в бесплатные планы точно.. либо вы много чего не договариваете
Мы подумали про SignalR но так как участники чата не в одном платформе как то использования этой библиотеки будет не правильнос чего вдруг?
сертификат из коробки поставляетсяиз какой коробки? если у вас исходник проекта под VS с джитхаба, с сертиком в комплекте - сертик скорее всего сгенерирован на машине автора примера. и у вас по определению нет закрытого ключа
хотелось бы разобраться со всем на стартес чем именно?
В сайт заходит в 50000 человек в деньа это уже вопрос к железу, а еще он зависит от архитектуры самомго приложения, и от архитектуры базы. оценить железо без нагрузочного тестирования невозможно
что бы подробнее спрашиватьскорее всего надо нанимать специалиста, это уже на площадки фриланса
Есть мысли перейти на селфхостинг, однако есть опасения, что мировой опыт отвергает такой подход
мопед не мойно:
Сначала мы пошли по простому пути: прикрутили IIS, создали ASP.NET-приложение с фреймворком ASP.NET Web API и начали пилить бизнес-логику. Быстро стало понятно, что вся эта конструкция не держит больше 500-700 запросов в секунду. Как бы мы ни заклинали IIS, ни подкручивали 100500 параметров, проблема не решалась. И совсем доставало, что залезть внутрь IIS нет возможности, а значит полного контроля над ситуацией нам не добиться. IIS — пресловутый черный ящик, в котором тяжело что-то кардинально изменить.
Тогда мы попробовали сервер проекта Katana (реализация OWIN-инфраструктуры от Microsoft). Katana — проект с открытым исходным кодом, поэтому можно было увидеть внутренности. К тому же, у Web API есть поддержка OWIN, а значит, сильно менять код не придется. Katana предоставляет возможность работать как с IIS, так и с их простым сервером, написанным на основе .NET-овского HttpListener. Именно его мы и взяли. Результат порадовал: теперь сервер держал около 2000 запросов в секунду, а ASP.NET приложение трансформировалось в Windows-сервис.
Однако нагрузка на сервера увеличивалась, пилились новые фичи. Становилось понятно, что и этот вариант нас тоже не устраивает. Тогда мы пошли на кардинальные меры: от всей Катаны остался только HttpListener с небольшой обвязкой для асинхронности, от Web API не осталось ничего, то есть приложение стало полностью заточено под HTTP-запросы для биддера. В результате сервер стал способен обрабатывать до 9000 запросов в секунду. Вывод прост: вся OWIN- и Web API-обвязка оказывает критическое влияние на высокопроизводительные приложения. Хотите быстрее — пишите проще и неуниверсально. (Это не говорит о том, что внутри приложения должен быть ядерный говнокод. У нас всё модульно, вполне расширяемо: DI, паттерны и всё такое)