• ThinkingHome.Migrator — версионная миграция схемы базы данных на платформе .NET Core
    +2
    Например, миграции Entity Framework почему-то обязательно должны быть в одной сборке с DbContext

    Это не совсем так. Вы можете указать другую сборку при настройке контекста. Например так:

    services.AddDbContextPool<Context>(options =>
    {
         options.UseNpgsql("connection string",
             builder => builder.MigrationsAssembly("some assembly"));
    });
    
  • Регистратор REG.RU лишил партнёра доступа к 70 тысячам доменов и забрал их обслуживание себе
    +8
    Даже если после глубокого осмысления эта непростая ситуация станет понятной и хрестоматийной, ваши методы решения «проблемы» и общения как с «негодяями», так и с клиентами (которых вы так яросто любите и защищаете), ясно дают понять, что с вашей компанией лучше не связываться.
  • GitHub теперь официально принадлежит Microsoft
    0
    Нет, я именно про Teams — products.office.com/en-us/microsoft-teams/group-chat-software
  • GitHub теперь официально принадлежит Microsoft
    0
    А Teams это разве не Slack?
  • «Герои Меча и Магии» в браузере: долго, сложно и невыносимо интересно
    +1
    Если кто-то из Челябинска или окрестностей хочет пообщаться с автором лично — 19 мая он будет выступать на UWDC 2018, приходите =)
  • Yii 2.0.14
    0
    Можно и так, но для в целом и для 2.1 никто не мешает оставить переопределение, если переписывание логики не покажется рентабельным.
  • Yii 2.0.14
    0
    Видимо, придётся просто переопределить постгресовую ColumnSchema и убрать там эти касты.
  • Yii 2.0.14
    0
    Увлекательно. Будет нехилым таким препятствием для обновления на 2.0.14.
  • Yii 2.0.14
    +2
    Добавлена поддержка JSON для MySQL и PostgreSQL

    В доке написано, что
    After data population, the value from JSON column will be automatically decoded from JSON according to standard JSON decoding rules.

    Это прям автоматом включится? То есть если у нас есть модели с jsonb полями и мы ожидаем что там текст, то после апдейта нам там начнут объекты приезжать?
  • SignalR Core. «Hello Habr!»
    +1
    Ну почему, у вас не перевод, свои примеры и поверх второй альфы, плюс райдер, плюс с того поста уже около полугода прошло.
  • SignalR Core. «Hello Habr!»
    +1
    Релиз планируется вместе с 2.1 самого .NET Core и ASP.NET Core, где-то в начале-середине лета. По фичам, как я понимаю, цели соответствовать старому SignalR и нету, никакой совместимости тоже не будет. Вот тут можно подробнее почитать — habrahabr.ru/post/338490
  • Blazor: Техническое введение
    0
    Какой критерий по которому можно отнести 1.2 и 2.0 к одному продукту? Название? Есть где-то официальный список обратных несовместимостей — вроде сломалось — A, B, С? (Как это делают все нормальные команды и компании)


    Общий код? Общий API с частичной несовместимостью? Что вам ещё нужно? Список несовместимостей очевидно есть, вместе с гайдом по миграции — docs.microsoft.com/en-us/aspnet/core/migration/1x-to-2x

    Правильно ли я вас понимаю, что разработка в ASP.NET (не Core — да-да, мы так должны всегда оговариваться из-за того, что бардак, который вы не хотите признать) — это не развитие идей ASP.NET? Если там есть развитие идей, то каких? Если это развитие идей ASP.NET — то получается целых два проекта для развития одних и тех же идей? Ну и на сладкое: вот этот вот Blazer вкрутили в какой из продуктов (ASP.NET не Core как я понимаю)? Он будет везде или только кое-где? Какая логика в этом? «Здесь — читать, здесь — не читать, а здесь мы рыбу заворачивали.»


    ASP.NET вроде как и не развивается. Там только баги какие-то фиксят. Вся работа идёт только над Core. Blazor пока никто никуда не вкрутил, это сторонний, к тому же экспериментальный, проект. Как и было написано в статье — есть планы предоставить удобную интеграцию для ASP.NET Core проектов. Но для самого Blazor никакой ASP.NET Core не нужен.

    Ага, гуглить я умею. Повторю вопрос: Если у меня код пользуется Owin во всю, я смогу его использовать в ASP.NET Core 2.0? Как Microsoft.AspNet.WebApi.Owin связан с Microsoft.AspNetCore.Owin? Как там с портированием кода при переходе с одной библиотеки на другую? Список несовместимостей? Или это тоже разные продукты? Ну вроде как просто называются Owin?


    Owin это стандарт, есть реализация его поддержки в ASP.NET Core. Вот можете тут почитать — docs.microsoft.com/en-us/aspnet/core/fundamentals/owin. У меня owin нет, с его миграцией я не сталкивался.
  • Blazor: Техническое введение
    0
    ASP.NET Core 2.0 — это фикс к какому «уже существующем проекту»? Удовлетворит ли он главному критерию фикса — полная обратная совместимость?

    Если бы совместимость не ломалась — его бы 1.2, а не 2.0. Разный продукт и потеря совместимости это разные вещи.

    Как этот новый очень быстрый продукт соотносится с продуктом ASP.NET (по названии вроде бы почти одно и то же).

    Это развите идей ASP.NET. Но это не новая версия. А ещё Java и JavaScript тоже похоже называются =)

    А ещё моё любимое: как там в новом проекте с базовой внутренней библиотекой Owin? Если у меня код пользуется Owin во всю, я смогу его использовать в ASP.NET Core 2.0?

    Вроде как вполне — www.nuget.org/packages/Microsoft.AspNetCore.Owin
  • Blazor: Техническое введение
    0
    И одновременно с вашими предположениями MS шлет привет и мочит, например, новую структуру проектов на базе json, которая пришла вместе с Core. Что не добавляет уверенности относительно их планов на Core.

    Я, в общем, про это в конце и написал.

    Смысл Mono при наличии Core тоже не понятен. Вроде бы это была открытая реализация .Net. А теперь у нас их две и обе у MS: Mono и Core.

    Всё-таки Mono умеет работать там, где не умеет Core, плюс имеет гуёвый и мобильный стэк построенный поверх себя. Быстро перенести Xamarin на Core видимо не получится, поэтому пока что Mono будет жить.

    Ну а ASP.Net только ленивый не пинал: каждый, абсолютно каждый релиз — это на самом деле новый продукт, просто называние похоже.

    1.1, 2.0, 2.1 — с точки зрения ASP.NET Core разработчика это не особо крупные обновления. Они хорошие, полезные, но это не разные продукты. Миграция с 1.1 на 2.0 занимала иногда считанные минуты. Заменить project.json на csproj это не катастрофа. Вот между бетами и релиз-кандидатами — там да, были сильные изменения.

    Но от компании (а не от кучки ночных красноглазиков) требуется именно разбор завалов и очень четкая стратегия. А ее нет.

    С другой стороны большая компания может себе позволить одновременно развивать много направлений и обмениваться успешными наработками.

    И акции их продам. Что и всем остальным советую.

    Начали за здравие, закончили за упокой.
  • Blazor: Техническое введение
    0
    Я, конечно, в Microsoft не работаю, поэтому о таких планах не осведомлён. Однако, насколько я понимаю позиционирование, то Mono уже практически никак не отделяется от Xamarin и будет развиваться именно для присутствия на мобилках и в играх. Ну и вот, видимо в браузере.

    .NET Core это кроссплатформа для бэкенда.

    .NET Framework это виндовс-приложения.

    UWP это такой .NET Core для приложений в сторе с мордой на WPF. Так как WPF стандартизовали, то возможно со временем они UWP и превратят в надстройку над .NET Core.

    Простой ASP.NET всё ещё поддерживается, но есть ощущение, что это теперь Legacy, который никак развиваться не будет. Как только они более-менее догонят его по фичам в ASP.NET Core, то начнут совсем активно продвигать миграцию и минимизировать усилия по поддержке.

    Но это лишь мои мысли и догадки. Нынешний Microsoft, конечно, неплох, но если вспомнить чехарду с ASP.NET 5, Core, DNX, DNVM и этим всем — чёрт его знает, что они ещё могут выкинуть =)

  • Blazor: Техническое введение
    0
    Если уж на то пошло, то хеллоу ворлд на ангуларе будет не сильно меньше весить =) Как они сами говорят, у них есть реализация Mono на asm.js, но она гораздо медленее wasm-версии, так что выгода в скорости заявляется. Киллер-фича тут в том, что можно прям в браузере юзать библиотеки, авторы которых никогда и не думали, что кто-то их будет так запускать.
  • Blazor: Техническое введение
    +4
    Но это ведь не совсем GWT. GWT компилировал Java в JavaScript, что накладывает свои ограничения. А если учесть каким был JavaScript ещё лет 5 назад, то трансляция джавы кажется ещё более ужасной идеей. WebAssembly же этой некий байт-код, на который отлично ложится компиляция того же дотнета или джавы, которые итак в собственный байт-код собираются. Ну и это открытый стандарт, который развивается силами разных компаний. Думаю в данном случае мы получим совсем другой результат. По крайне мере хочется в это верить.
  • Blazor: Техническое введение
    +2
    Язык даже и не один. Подойдёт любой язык CLR-семейства.
  • Blazor: Техническое введение
    +4
    Но на этот раз без плагинов и на открытых стандартах!
  • Blazor: Техническое введение
    +3
    Microsoft понимает, что они нехило так профукали рынки мобильных, кроссплатформенных и веб приложений. Вот и пытаются навёрстывать. Xamarin, .NET Core, TypeScript, а теперь вот и Blazor. Довольно приятно видеть, что в нынешнем Microsoft даже такой just-for-fun проект как Blazor можете получить поддержку и ресурсы для дальнейшего развития.
  • Blazor: Техническое введение
    +1
    Если WPF сможет трансформироваться в корректный DOM — почему нет? Главное понимать, что какой бы магией это не казалось, запускается оно всё в браузере и должно жить по его правилам.
  • Blazor: Техническое введение
    +3
    А ещё это позволит бэкенд-разработчикам писать что-то для браузера без содрогания и боли =)
  • Дружим gRPC с долгоживущим проектом, PHP и фронтендом
    0
    Где-то в ближайшее время Google выкатит свой grpc-web
  • Полное практическое руководство по Docker: с нуля до кластера на AWS
    –1
    -
  • Настройка среды для веб разработки в Windows на основе виртуальной машины VMware Player
    0
    Я не сомневаюсь что у вас есть какие-то проблемы, но у нас вся разработка идёт через Docker for Windows и не могу сказать что мы как-то страдаем от скорости дисковой системы. Учитывая, что затем развёртка на прод идёт также в контейнерах, мы получаем максимально идентичное окружение у разработчиков.
  • Apple предупреждает о возможном выгорании OLED-дисплея iPhone X
    0
    На телевизорах есть. У LG феерверки показываются


  • PHP-Дайджест № 118 – свежие новости, материалы и инструменты (24 сентября – 9 октября 2017)
    +1
    Allowing a trailing comma in function calls will make it more convenient to append arguments in many contexts where it is common to call a function with lots of arguments; especially variadic functions.


    «especially», но прям про ограничение я нигде не вижу.
  • PHP-Дайджест № 118 – свежие новости, материалы и инструменты (24 сентября – 9 октября 2017)
    –6
    Мы в проекте наоборот, в массивах тоже запрещаем. Чтобы не было «недосказанности».
  • PHP-Дайджест № 118 – свежие новости, материалы и инструменты (24 сентября – 9 октября 2017)
    +2
    Разве это проблема? Зато сразу видно, что запятая не была забыта. А вот при чтении кода с этой «лишней» запятой как-то не сразу очевидно что происходит.

    public function foo($a, $b, $c = 3);
    


    foo(1, 2); // всё понятно
    foo(1, 2, ); // неочевидно, может быть теперь в c придёт null?
    


    Ещё и выглядит некрасиво.
  • PHP-Дайджест № 118 – свежие новости, материалы и инструменты (24 сентября – 9 октября 2017)
    –5
    var_dump(
        $whatIsInThere,
        $probablyABugInThisOne,
        $oneMoreToCheck,
    );


    Вот не надо нам этого счастья
  • Как отличить ICO-мошенников
    +5
    У меня сложилось стойкое ощущение, что сейчас ICO=мошенники.
  • Ожидание длиной в 15 лет. Nginx Application Server
    +28
    > мы все задавались вопросом: когда же на nginx можно будет запускать приложения
    Нет, не задавались. Наоборот, радовались, что Nginx такой клёвый и лёгкий и не берёт на себя все задачи в мире, в отличие от Apache.

    А с появлением докера запуск разных версий пхп и смешивание технологий в одном проекте чрезвычайно упростились. Зачем это всё сейчас в Nginx — непонятно.
  • JetBrains Rider 2017.1 — первый релиз новой кроссплатформенной .NET IDE
    +4
    Rider очень приятный. Пробовал несколько ЕАПов, они были сыроватыми. Но релиз весьма хорош. Как поставил, так пока больше студию и не запускал. Для ASP.NET Core проектов всего хватает. Разве что дебаггер немного глючит на асинхронном коде.
  • Новые возможности C#, которые можно ожидать в ближайшее время
    0
    Будет здорово в 8.0 увидеть Extension Everything
  • Два года с Dart: о том, как мы пишем на языке, который ежегодно «хоронят» (часть 1)
    –3
    > Сейчас планируем переход на Angular3, а к концу года — на Angular4

    Angular 3?
  • Обзор Xiaomi Mi6. Настоящий флагман за полцены, и при этом не совсем лопата
    +1
    Видимо чтобы флагманы потоньше были.
  • Обзор Xiaomi Mi6. Настоящий флагман за полцены, и при этом не совсем лопата
    +3
    MI5 и MI5S тоже были 5.15
  • PHP-Дайджест № 109 – свежие новости, материалы и инструменты (14 – 28 мая 2017)
    +3

    По хорошему, HHVM даже как то жаль. Понятно, что Facebook решает свои задачи, но было бы не так и плохо иметь здоровую конкуренцию. Как вариант, было бы интересно увидеть Hack, который запускается на обычном PHP, как этакий Typescript.

  • Релиз кросс-платформенного XAML UI-фреймворка AvaloniaUI 0.5
    +2
    Проект выглядит довольно интересно. А какие у вас мысли насчёт XAML Standard?
  • PHP-Дайджест № 107 – свежие новости, материалы и инструменты (9 – 23 апреля 2017)
    +2
    Чтобы убрать вызовы serialize/deserialize из методов и избавиться от проблем очерёдности этих вызовов. Вы просто возвращаете массив данных, которые должны попасть в итоговую строку, а потом на вход принимаете такой же массив для наполнения объекта.