Как в asp дать выбор пользователю куда загрузить файл?

Но проблема в том, что он хранится не на машине с проектом

Иначе бы просто использовал трансмит

Никак

Грузить во временную папку

Дно

Дно

Тебе надо с какого-то левого сайта загрузить файл на машину юзера?

>А если динамически вставлять в список элементы, у тебя не получится плавный и быстрый скроллинг эта проблема называется "виртуализация списков"

и в общем виде с плавной прокруткой не решается

У меня страничка, отражающая библиотеку шарепоинта

Оттуда можно загрузить новый файл (нормально, так как путь легко указывается через input file)

И скачать - с этим проблема, ибо не могу указать куда

Через временную папку, конечно, решится проблема, но это в 2 раза снизит скорость работы

пиши http-модуль, обрабатывай руками multipart

молись, что в multipart-запросе путь к файлу будет _до_ данных файла

недавно писали, что HttpClient нельзя диспозить

если создали один то можно и диспоузить

просто он не сразу порты закрывает

если создали один то можно и диспоузить

Действительно

HttpClient не нужно диспозить, если ты его часто используешь

-_-

Первый запрос HttpClient'a ~ в три раза медленнее следующих

-_-

Тут никто про "поработал - убери за собой" не слышал?

а то начинаются советы рецептурного характера

Тут никто про "поработал - убери за собой" не слышал?

Вот пример

Without reusing HttpClient: 00: 00: 00.3019223 Reusing HttpClient: 00: 00: 00.0847740

220 мс разница

Удачи в уборке

да он открывает некоторый пул портов внутри и даже если диспоузить - то они особождаются не сразу

а как же ТА САМАЯ статья где срывают покровы насчет HttpClient?

так что или тупо статиком, или контейнер синглентон

николай так и не понял, о чём ему написали и продолжает кидаться своими рецептами

печально

николай говорит что не надо убирать за собой если опять туда полезишь

и он прав

для этого существуют понятия сессий и групп задач

на время выполнения которых выделяется общий "дорогой" ресурс

иногда из пула

пример - пул коннектов к БД

он сам в себе этот пул держит

он держит _специализированный_ пул

это что за смысловой сахар ?

он держит _специализированный_ пул

Похоже на "неастоящего шотландца"

у HttpClient-а есть набор свойств

которые по сути являются специализированными под задачу, для которой его используют

всякие BaseAddress итп

он держит просто пул соединений, который не может мгновенно отпускать

то есть, нельзя взять и переиспользовать произвольный HttpClient

да эти свойства лучше не использовать а просто давать ему урл и он сделает запрос

пул держит не клиент, а хэндлер

емнип

http://stackoverflow.com/questions/22560971/what-is-the-overhead-of-creating-a-new-httpclient-per-call-in-a-webapi-client/22561368#22561368

-_-

какая разница кто там их держит

ты вообще в курсе, что ты можешь пользоваться HttpClient-ом так, что он не будет делать никаких HTTP запросов и не открывать никаких TCP-соединений?

они просто не отпускаются мгновенно

или только быстронагуглеными ссылками на стековерфло швыряться можешь?

не я не в курсе

Ссылку я швырнул :)

Спор уже сошёл в писькомеряние, кто лучше знает внутренности HttpClient

вот тут суть в том, что можно переиспользовать хэндлер

но не клиент

https://aspnetmonsters.com/2016/08/2016-08-27-httpclientwrong/

А небыстронагугленная и не стак подойдет?

тоже желал такие тесты как в этой статье

она тоже ни о чём

ERROR: S client not available

"всегда диспозьте"

:) заебали с этой статьёй, третий день постят её

HttpClient was designed to be re-used across requests. This was confirmed by guys on the BCL team who wrote it.

до 10 секунд висели соединения

на проде

после диспоуза

конечно reused, иначе нахер он куки хранит и передаёт между своими запросами

вкратце - создайте себе по HttpClientHandler-у на каждый домен

Ну левые разрабы всяко лучше разбираются людей, которые написали этот HttpClient

и держите одну копию на приложение

до 10 секунд висели соединения

в состоянии TIME_WAIT или ESTABLISHED?

можно соорудить враппер над оными

через свой месаджхэндлер

wait

и уже его держать в статическом поле

после чего плодите хоть 100500 экземпляров HttpClient

wait

это не из-за httpClient`а

это из-за шизанутой работы с сокетами

ну при следующем создании httpclient выделяются новые сокеты

когда они продолжают жрать дескрипторы непонятно зачем

так ты передай ему свой хэндлер

В таком случае юзейте просто сокеты, или TcpClient'ы и будет вам счастье

зачем строить этот велосипед ?

и уже в нём реализуй политику как тебе надо

это из-за шизанутой работы с сокетами

что? это же стандартное поведение tcp

это поведение из-за которого на сервере заканчиваются файловые дескрипторы

а если я добавляю оъекты в коллекцию, то как мне получить событие, если один из объектов в коллекции сгенерировал событие

и с которым приходится бороться

если тебе не нравится что коннект висит в time_wait после закрытия ты можешь подкрутить время этого висения и у тебя будут они быстро освобождаться

у нас был такой программист один которому не понравилось как работает стандартный клиент

зачем с ними бороться