• 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 и не могу сказать что мы как-то страдаем от скорости дисковой системы. Учитывая, что затем развёртка на прод идёт также в контейнерах, мы получаем максимально идентичное окружение у разработчиков.
  • 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,
    );


    Вот не надо нам этого счастья
  • Ожидание длиной в 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?
  • 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 из методов и избавиться от проблем очерёдности этих вызовов. Вы просто возвращаете массив данных, которые должны попасть в итоговую строку, а потом на вход принимаете такой же массив для наполнения объекта.
  • Как уместить все приложения в 16 Гб ОЗУ на macOS
    0
    Я вас и решил поддержать =)
  • Как уместить все приложения в 16 Гб ОЗУ на macOS
    0
    Вот, слак 120мб суммарно на все процессы.

    image
  • ASP.NET Core: Разработка приложений ASP.NET Core с помощью dotnet watch
    0
    А вы на продакшн исходники загружаете? Поидее там у вас только dll должны быть.
  • Кластер PostgreSQL высокой надежности на базе Patroni, Haproxy, Keepalived
    0
    Спасибо за статью. А на Stolon не смотрели?
  • Gitlab «лежит», база уничтожена (восстанавливается)
    0
    Конечно, можно архивировать WAL и потом его накатывать.
  • Ломаем Android. Как глубока кроличья нора?
    0
    Спасибо за статью. Очень напомнило вот этот рассказ — https://www.thanassis.space/android.html
  • NoSQL – коротко о главном
    0
    В Вашем примере про сериалы и фильмографию актера — как разработчики решили эту проблему? Перешли на SQL?

    Почему вы никогда не должны использовать MongoDB
  • Блеск и нищета php. Эволюция языка от 4.x к 7.1
    +8
    Посмотрите на .Net Core
  • Полное практическое руководство по Docker: с нуля до кластера на AWS
    0
    Посмотрите на Docker Swarm. Оно как раз для этого.