Сдается мне, вы все свалили в кучу.
Во-первых, в реальном мире, подобный подход мне мне ни разу не доводилось видеть ни в одном проекте, за все то время, что я занимаюсь разработкой.
Во-вторых, именно для лабораторной работы, чтобы разобраться со всеми возможностями БД — такой пример очень даже хорошо работает.
все минусующие самостоятельно за вечер написали бы более грамотную реализацию
Штука в том, что писать собственный механизм авторизации "за один вечер" в принципе не стоит. Гораздо правильнее использовать проверенные решения (например, входящие в состав используемого фреймворка) и не писать велосипеды.
Когда увидел заголовок, думал что смогу почитать аналитику по новым перспективным сервисам и крупным игрокам рынка. К сожалению ничего подобного в статье не увидел.
Что касается озвученного в конце статьи вопроса, то мне кажется что будут набирать популярность сервисы связанные с машинным обучением и обработкой и хранением данных. Причем интенсивней всего будет развиваться именно SaaS и PaaS. Сегмент IaaS вряд ли сможет предложить что-то кардинально новое в ближайшее время.
Ну и скорее всего будет довольно существенное перераспределение долей между Amazon, Microsoft и, рвущимися на облачный рынок, Google и Oracle.
Давайте по другому поступим. Вы приведете расчеты для серверной, со всем необходимым, оборудованием системой пожаротушения, охлаждения, сигнализацией, с учетом замены комплектующих, с возможностью делать бэкапы на расположенный в географически удаленной точке сервер бэкапов, с оплатой системного администратора, который действительно администратор, не приходящий эникей, который картридж умеет починить, а потом я вам представлю примерные затраты на тоже самое в облаке. Поверьте, дешевле будет.
Я понимаю, зачем может понадобиться серверная в крупной компании, где своя инфраструктура действительно может быть востребована. Но малому бизнесу как раз гораздо проще и пользоваться облачной информаструктурой. Тот же Azure/AWS/DO обойдутся гораздо дешевле, чем покупка всего необходимого оборудования, найм системного администратора (а возможно даже и нескольких) и собственно оборудование комнаты. Плюс еще переезды, которые у малого бизнеса могут случаться довольно часто — еще один фактор против такой вот "серверной в чулане".
Скорее всего, что нет. Но это не точно :) На самом деле UI может быть написан на чем угодно — это может быть даже мобильное, или декстопное приложение. REST API позволяет реализовать такую интеграцию. Так что если есть необходимость интеграции с приложением на AngularJS 2 — то вы можете взять только серверное ядро и дальше использовать его со своим интерфейсом.
Есть очень большое желание попробовать Angular 2, только к сожалению, времени на это нет :( Базовую версию редактора я сделал на первой версии Angular, а сейчас вместе с gelas разрабатываем более продвинутый UI на react: https://github.com/dncuug/scaffolder-ui
Изначально scaffolder я начинал разрабатывать под личные потребности. В моем случае — это панель управления для небольших проектов, у которых структура базы данных достаточно простая.
Также, я сейчас использую наработки из этого проекта в новой системе, в качестве инструмента для быстрого построения редакторов словарей. Таким образом я экономлю время, реализую вручную только формы редактирования со сложной логикой.
Эта публикация как раз и была первым шагом к написанию документации. Изначально проект делался под свои личные нужды, но позже я принял решения вынести его open source.
Тогда очень странно, что вам такие «фрилансеры» попадались. То что вы описали, это уровень «сделать сайт визитку за $100». А с такими проектами обычно работают специалисты с 10+ лет опыта, возможностью подключить свою команду и пониманием того как и что делать, чтобы скобочки не приходилось после них расставлять.
Через раздел Application Settings в панели управления сервисом Microsoft Azure Web Apps
Если вдруг кому интересен код проекта сайта, то он здесь
Сдается мне, вы все свалили в кучу.
Во-первых, в реальном мире, подобный подход мне мне ни разу не доводилось видеть ни в одном проекте, за все то время, что я занимаюсь разработкой.
Во-вторых, именно для лабораторной работы, чтобы разобраться со всеми возможностями БД — такой пример очень даже хорошо работает.
Да, на хабре действительно не так много публикаций на тему .NET Core
Из того, что могу порекомендовать почитать:
Также могу порекомендовать Telegram-канал, на котором стараюсь регулярно публиковать новости касающиеся разработки под .NET Core
Пока .NET Core 2.0 нет в списке поддерживаемых платформ
Штука в том, что писать собственный механизм авторизации "за один вечер" в принципе не стоит. Гораздо правильнее использовать проверенные решения (например, входящие в состав используемого фреймворка) и не писать велосипеды.
Вы серьезно? Перечень неясного качества утилит, даже без ссылок на сайты разработчиков и скриншотов, в хабе разработка?
Самая большая проблема всех клиенров ОС, состоит в том, чтобы потом вычистить клиенер из ОС.
Когда увидел заголовок, думал что смогу почитать аналитику по новым перспективным сервисам и крупным игрокам рынка. К сожалению ничего подобного в статье не увидел.
Что касается озвученного в конце статьи вопроса, то мне кажется что будут набирать популярность сервисы связанные с машинным обучением и обработкой и хранением данных. Причем интенсивней всего будет развиваться именно SaaS и PaaS. Сегмент IaaS вряд ли сможет предложить что-то кардинально новое в ближайшее время.
Ну и скорее всего будет довольно существенное перераспределение долей между Amazon, Microsoft и, рвущимися на облачный рынок, Google и Oracle.
Думаю, стоит добавить в перечень информацию об Impress Application Server — Node.js проекте активно разрабатываемом MarcusAurelius
Как минимум, значительно сокращает объем работы выполняемой администратором.
Давайте по другому поступим. Вы приведете расчеты для серверной, со всем необходимым, оборудованием системой пожаротушения, охлаждения, сигнализацией, с учетом замены комплектующих, с возможностью делать бэкапы на расположенный в географически удаленной точке сервер бэкапов, с оплатой системного администратора, который действительно администратор, не приходящий эникей, который картридж умеет починить, а потом я вам представлю примерные затраты на тоже самое в облаке. Поверьте, дешевле будет.
Я понимаю, зачем может понадобиться серверная в крупной компании, где своя инфраструктура действительно может быть востребована. Но малому бизнесу как раз гораздо проще и пользоваться облачной информаструктурой. Тот же Azure/AWS/DO обойдутся гораздо дешевле, чем покупка всего необходимого оборудования, найм системного администратора (а возможно даже и нескольких) и собственно оборудование комнаты. Плюс еще переезды, которые у малого бизнеса могут случаться довольно часто — еще один фактор против такой вот "серверной в чулане".
Скорее всего, что нет. Но это не точно :) На самом деле UI может быть написан на чем угодно — это может быть даже мобильное, или декстопное приложение. REST API позволяет реализовать такую интеграцию. Так что если есть необходимость интеграции с приложением на AngularJS 2 — то вы можете взять только серверное ядро и дальше использовать его со своим интерфейсом.
Есть очень большое желание попробовать Angular 2, только к сожалению, времени на это нет :( Базовую версию редактора я сделал на первой версии Angular, а сейчас вместе с gelas разрабатываем более продвинутый UI на react: https://github.com/dncuug/scaffolder-ui
Изначально scaffolder я начинал разрабатывать под личные потребности. В моем случае — это панель управления для небольших проектов, у которых структура базы данных достаточно простая.
Также, я сейчас использую наработки из этого проекта в новой системе, в качестве инструмента для быстрого построения редакторов словарей. Таким образом я экономлю время, реализую вручную только формы редактирования со сложной логикой.
Постараюсь в ближайшее время сделать примеры! Если будет желание — присоединяйтесь к разработке :)
Эта публикация как раз и была первым шагом к написанию документации. Изначально проект делался под свои личные нужды, но позже я принял решения вынести его open source.
Безотносительно примера, в таком случае лучше вынести магазин на отдельный поддомен.