WebRequest и прокси - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
2. Рассматривал. Для аудитории библиотеки в маркете неприемлемо. Для себя - нормальное решение, но в данном случае проще использовать wininet.dll, и это работает.
Для аудитории библиотеки как раз без разницы - прописывать прокси или адрес в списке разрешенных - одно действие.
Для аудитории библиотеки как раз без разницы - прописывать прокси или адрес в списке разрешенных - одно действие.
Поднимать сервер мной - неприемлемо. Весь трафик клиента на его мессенджер пойдёт через меня. Оно ему надо? Мне содержать сервер. Оно мне надо?
Поднимать сервер клиентом - оно ему надо?
Пока нормальных решений вижу 3:
1. Лучшее - разобраться с прокси для WebRequest(). Ждём от MQ разочарования или обещания реализовать.
2. Альтернатива - разобраться с сокетами.
3. Придумать, как использовать wininet.dll для библиотеки в маркете и чтобы мне ничего за это не было. Сконструировать библиотеку так, чтобы dll пользователи подключали самостоятельно. Думаю, реально, "но я подумаю об этом завтра" (c)