Е
Я попробую
Благодарю😁
Благодарю😁
Когда локально выполняю запрос вроде актуальные данные приходят
Главное что приходят😁
Из Ажура ничего не приходит😁
Size: a a a
2019 January 09
VP
Сессия открыта с твоего айпи, значит. Не посылай куки вовсе.
VP
И посмотри что будет.
MS
я смотрел
MS
без куки не арбайтен
MS
точнее, без "правильной" куки
Е
Сессия открыта с твоего айпи, значит. Не посылай куки вовсе.
Благодарю что отозвался)
2019 January 13
Dv
1. С вакансиями в @Microsoftstackjobs
2. У вас вообще не про дотнет вакансия, так что фтопку.
2. У вас вообще не про дотнет вакансия, так что фтопку.
VP
Удивительное дело.
Если сделать либу дотнетстандард, то приходится к .net fw assemblies добавлять референс на dotnetstandard. Причем проще всего руками xml csproj поправить. При том что к .net core сборки на .net fw просто цепляются и работают. Возникает подозрение что проще standard не делать: тащится ещё одна сборка, а профитов никаких, кроме обещания совместимости, которая и так есть.
Если сделать либу дотнетстандард, то приходится к .net fw assemblies добавлять референс на dotnetstandard. Причем проще всего руками xml csproj поправить. При том что к .net core сборки на .net fw просто цепляются и работают. Возникает подозрение что проще standard не делать: тащится ещё одна сборка, а профитов никаких, кроме обещания совместимости, которая и так есть.
VP
Я ведь всё правильно делаю, собирая общие пакеты под стандарт или там ещё монстры под кроватью?
2019 January 14
B
Удивительное дело.
Если сделать либу дотнетстандард, то приходится к .net fw assemblies добавлять референс на dotnetstandard. Причем проще всего руками xml csproj поправить. При том что к .net core сборки на .net fw просто цепляются и работают. Возникает подозрение что проще standard не делать: тащится ещё одна сборка, а профитов никаких, кроме обещания совместимости, которая и так есть.
Если сделать либу дотнетстандард, то приходится к .net fw assemblies добавлять референс на dotnetstandard. Причем проще всего руками xml csproj поправить. При том что к .net core сборки на .net fw просто цепляются и работают. Возникает подозрение что проще standard не делать: тащится ещё одна сборка, а профитов никаких, кроме обещания совместимости, которая и так есть.
Про совместимость информация неверная. Цеплять сборку под фреймворк - аварийный вариант, всегда есть риск обломаться в рантайме.
VP
Про совместимость информация неверная. Цеплять сборку под фреймворк - аварийный вариант, всегда есть риск обломаться в рантайме.
У меня пока наоборот как-то получается на практике. После добавлерия netstandard полезли ошибки загрузки системной либы. Пришлось bindingRedirect прописывать, иначе разваливалось в рантайме.
VP
Но жить можно.
λ
У меня пока наоборот как-то получается на практике. После добавлерия netstandard полезли ошибки загрузки системной либы. Пришлось bindingRedirect прописывать, иначе разваливалось в рантайме.
А это какой фреймворк? С 4.6.1+ ни разу с таким не сталкивались. Или пытаетесь в нетстандарт добавить фреймворкобиблиотеку?
VP
А это какой фреймворк? С 4.6.1+ ни разу с таким не сталкивались. Или пытаетесь в нетстандарт добавить фреймворкобиблиотеку?
4.6.1 как раз. Добавляется либа standard. Ломается на system.net.http.
λ
4.6.1 как раз. Добавляется либа standard. Ломается на system.net.http.
System.Net.Http установлен?VP
Ишью решаемый, но, тем не менее, осадочек остался.
λ
Вообще, Http — это часть .NET Standard и лучше удалить ссылку на пакет вообще, скорее всего какие-то конфликты версий
VP
Вообще, Http — это часть .NET Standard и лучше удалить ссылку на пакет вообще, скорее всего какие-то конфликты версий
Это не пакет. Это системная либа. Решается редиректом на позднюю системную версию.
Dv
Это не пакет. Это системная либа. Решается редиректом на позднюю системную версию.
А приложение на фреймворке? Либа из гака?