Меню
Главная
Форумы
Новые сообщения
Что нового?
Новые сообщения
Вход
Регистрация
Что нового?
Новые сообщения
Меню
Вход
Регистрация
Заработал реестр заблокированных сайтов, подробности
здесь
.
В случае проблем с регистрацией или восстановлением пароля пишите
здесь
Главная
Форумы
Инструментарий
Серверы
NEW GEEKPROXY.IO | Shared & Dedicated IPv4 proxies
JavaScript отключён. Чтобы полноценно использовать наш сайт, включите JavaScript в своём браузере.
Ответить в теме
Сообщение
<p>[QUOTE="geekproxy, post: 66226, member: 17703"]</p><p><strong>Как одна команда парсит 120 IG-аккаунтов дважды в день</strong></p><p>Ребята регулярно тянут посты и сториз с пула Instagram-аккаунтов и делятся тем, как у них это устроено на нашей инфраструктуре.</p><p></p><p>Что за задача</p><p></p><p>Каждые 12 часов пробегают по 120 аккаунтам. За один прогон получается 700+ постов и около 350 сториз. Ходят на приватные API /api/v1/feed/user/ и /api/v1/feed/reels_media/, отдельным потоком качают картинки с IG-CDN. Трафика уходит 500-800 МБ на прогон, из этого основная часть - сами картинки.</p><p></p><p>Почему они порезали пул на 28 отдельных session-id</p><p>У нас в пакете можно завести много уникальных sticky-сессий под одним аккаунтом биллинга. Они взяла 28 штук - по одной на каждый свой warmup-аккаунт IG.</p><p></p><p>Что это им даёт:</p><p></p><p>- Каждый warmup ходит из своей "соты" - IG видит 28 отдельных мобильных пользователей вместо одного, скачущего по стране. Sticky window в 30 минут не даёт IP перебрасывать посреди чанка запросов, но и не задерживается настолько долго, чтобы IG успел построить по нему модель поведения.</p><p></p><p>- Если один exit-IP словил rate-limit, страдает только его warmup - остальные 27 продолжают работать. У ребят это выкрутилось в failover: цели с упавшего аккаунта передаются другому, у которого свежий IP.</p><p></p><p>- Отдельный плюс - линейное масштабирование. Захотят взять 50 аккаунтов, попросят 50 session-id, никакой перекладки в коде.</p><p></p><p></p><p>Что стоит забрать из их опыта</p><p></p><p>Один аккаунт = одна sticky-сессия на всё время его жизни. Если внутри одного логического потока подсовывать разные IP, IG видит несовпадение и рвёт сессию.</p><p>Sticky window выбирать по длине рабочего цикла. Короче цикла - рвёт посреди работы, сильно длиннее - начинаются нежелательные поведенческие паттерны. У ребят 30 минут легли хорошо, но у кого-то может быть 15 или 60.</p><p>Картинки с IG-CDN обязательно тянуть через тот же exit-IP, что и API. IG-CDN сверяет, кто открывал ленту - если IP другой, приходит 403.</p><p></p><p></p><p><strong>Что мы предлагаем:</strong></p><p></p><p>- Residential Turbo - не блокируем порты, UDP открыт по умолчанию:</p><p><a href="https://geekproxy.io/residential-proxy/turbo">https://geekproxy.io/residential-proxy/turbo</a></p><p></p><p></p><p>- Residential Flex - глубокая фильтрация по гео, UDP по запросу:</p><p><a href="https://geekproxy.io/residential-proxy/flex">https://geekproxy.io/residential-proxy/flex</a></p><p></p><p></p><p>- Мобильные прокси</p><p><a href="https://geekproxy.io/mobile-proxy">https://geekproxy.io/mobile-proxy</a></p><p>[/QUOTE]</p>
[QUOTE="geekproxy, post: 66226, member: 17703"] [B]Как одна команда парсит 120 IG-аккаунтов дважды в день[/B] Ребята регулярно тянут посты и сториз с пула Instagram-аккаунтов и делятся тем, как у них это устроено на нашей инфраструктуре. Что за задача Каждые 12 часов пробегают по 120 аккаунтам. За один прогон получается 700+ постов и около 350 сториз. Ходят на приватные API /api/v1/feed/user/ и /api/v1/feed/reels_media/, отдельным потоком качают картинки с IG-CDN. Трафика уходит 500-800 МБ на прогон, из этого основная часть - сами картинки. Почему они порезали пул на 28 отдельных session-id У нас в пакете можно завести много уникальных sticky-сессий под одним аккаунтом биллинга. Они взяла 28 штук - по одной на каждый свой warmup-аккаунт IG. Что это им даёт: - Каждый warmup ходит из своей "соты" - IG видит 28 отдельных мобильных пользователей вместо одного, скачущего по стране. Sticky window в 30 минут не даёт IP перебрасывать посреди чанка запросов, но и не задерживается настолько долго, чтобы IG успел построить по нему модель поведения. - Если один exit-IP словил rate-limit, страдает только его warmup - остальные 27 продолжают работать. У ребят это выкрутилось в failover: цели с упавшего аккаунта передаются другому, у которого свежий IP. - Отдельный плюс - линейное масштабирование. Захотят взять 50 аккаунтов, попросят 50 session-id, никакой перекладки в коде. Что стоит забрать из их опыта Один аккаунт = одна sticky-сессия на всё время его жизни. Если внутри одного логического потока подсовывать разные IP, IG видит несовпадение и рвёт сессию. Sticky window выбирать по длине рабочего цикла. Короче цикла - рвёт посреди работы, сильно длиннее - начинаются нежелательные поведенческие паттерны. У ребят 30 минут легли хорошо, но у кого-то может быть 15 или 60. Картинки с IG-CDN обязательно тянуть через тот же exit-IP, что и API. IG-CDN сверяет, кто открывал ленту - если IP другой, приходит 403. [B]Что мы предлагаем:[/B] - Residential Turbo - не блокируем порты, UDP открыт по умолчанию: [URL]https://geekproxy.io/residential-proxy/turbo[/URL] - Residential Flex - глубокая фильтрация по гео, UDP по запросу: [URL]https://geekproxy.io/residential-proxy/flex[/URL] - Мобильные прокси [URL]https://geekproxy.io/mobile-proxy[/URL] [/QUOTE]
Предпросмотр
Имя
Проверка
Ответить
Главная
Форумы
Инструментарий
Серверы
NEW GEEKPROXY.IO | Shared & Dedicated IPv4 proxies
Сверху