Бюджет: 1000 PLN Срок: 1 день
есть опыт парсинга десятков тысяч цен с десятков маркетплейсов каждый день, обращайтесь
ТЕХНИЧЕСКОЕ ЗАДАНИЕ - присылайте реальные цены и реальные сроки с учетом того что могут выключить электричество
Автономная система парсинга лидов работодателей по строительным вакансиям (PL / ЕС)
⸻
1. ЦЕЛЬ
Создать автономную серверную систему 24/7, которая по расписанию собирает вакансии строительных рабочих из заданных источников, извлекает международные телефоны работодателей (с кодом страны), жёстко фильтрует вакансии по строительным профессиям и автоматически ведёт Google Sheets фиксированного формата с уникальностью по телефону.
⸻
2. ИСТОЧНИКИ (СТРОГО)
• olx.pl (Praca)
• praca.pl
• jobs.pl
• aplikuj.pl
• gowork.pl (Praca)
• jobo.pl
⸻
3. АВТОНОМНОСТЬ И РЕЖИМ РАБОТЫ
• Развёртывание на сервере/VPS/облаке.
• Работа без ручного запуска и без ПК администратора.
• Планировщик запусков (минимум 1 раз в сутки; поддержка N часов/N дней).
• Автоперезапуск при сбоях.
• Логи запусков и ошибок обязательны.
⸻
4. ТРЕБОВАНИЕ УСТОЙЧИВОСТИ К АНТИ-ПАРСИНГ ЗАЩИТЕ (ОБЯЗАТЕЛЬНО)
4.1 Контекст
Источники применяют ограничения доступа, динамическую загрузку, скрытие контактов, лимиты активности и поведенческие проверки.
4.2 Требование результата
Система должна стабильно извлекать телефоны, когда они доступны пользователю в интерфейсе сайта, и корректно деградировать при временных ограничениях (пауза/перенос задач), без потери целостности данных.
4.3 Обязательные свойства реализации
• Поддержка динамического рендеринга страниц при необходимости.
• Корректная работа с сессиями сайта.
• Дозирование действий, влияющих на доступ к контактам.
• Разделение этапов:
1. сбор списка вакансий;
2. контролируемый сбор контактов.
• Адаптивная реакция на временные ограничения (без “штурма”).
В ТЗ фиксируется требование устойчивости и результата, конкретные методы выбирает исполнитель.
⸻
5. КЛЮЧЕВОЕ ПРАВИЛО ДАННЫХ
1 строка в таблице = 1 уникальный телефон.
Телефоны никогда не повторяются.
Если телефон отсутствует или не соответствует формату — запись не создаётся и не обновляется.
⸻
6. ТРЕБОВАНИЯ К ТЕЛЕФОНАМ
• Допускаются международные номера с кодом страны.
• Формат хранения: + и цифры (E.164), 7–15 цифр.
• Валидация: ^\+\d{7,15}$.
• Если номер указан без кода страны — запись не создаётся.
• Уникальность определяется по нормализованному телефону.
⸻
7. GOOGLE SHEETS — ФОРМАТ (СТРОГО)
7.1 Столбцы и порядок
1. Имя Фамилия представителя
2. Телефон клиента
3. Кто нужен
4. E-mail
5. NIP
6. Страна
7.2 Общие правила
• Нет значения → пустая ячейка.
• Страна по умолчанию: Polska.
• Любая запись/обновление — только при наличии валидного телефона.
⸻
8. ЛОГИКА UPSERT (ПО ТЕЛЕФОНУ)
8.1 Алгоритм
1. извлечь телефон;
2. если нет валидного международного номера → STOP;
3. нормализовать;
4. найти строку по телефону;
• нет строки → создать;
• есть строка → обновить по правилам ниже.
8.2 Поле «Кто нужен» — агрегация
Формат элемента:
<job_title> / <нормализованная профессия>
Хранение: список, каждая позиция с новой строки в одной ячейке.
Правило:
• если элемента ещё нет — добавить;
• если есть — не добавлять.
8.3 Merge-правила остальных полей
• Имя Фамилия: заполнять только если пусто.
• E-mail: заполнять только если пусто (или добавлять через ; — по конфигу).
• NIP: заполнять только если пусто.
• Страна: если была Polska по умолчанию и найдено другое значение — обновить; иначе не перетирать.
⸻
9. ФИЛЬТР «СТРОИТЕЛИ» (СТРОГО)
Вакансия допускается, если:
• в заголовке или описании найдено хотя бы одно триггер-слово строительной профессии;
• отсутствуют стоп-слова.
9.1 Триггеры профессий
Используется полный список форм, предоставленный заказчиком (PL/RU/UA), без сокращений.
Поиск без учёта регистра, по подстроке.
Список хранится в конфиге и расширяем.
9.2 Стоп-слова (минимум)
rekruter, hr, biuro, księgowa, handlowiec, sprzedawca, call center, obsługa klienta, marketing, magazynier, produkcja, pakowacz, sortowanie, kurier, taxi.
(Расширяемо конфигом.)
⸻
10. ОПРЕДЕЛЕНИЕ СТРАНЫ
Поиск по заголовку/описанию/локации.
При совпадении — нормализованное значение:
Dima, [10/02/2026 02:04]
Polska, Niemcy, Czechy, Słowacja, Węgry, Austria, Belgia, Holandia/Niderlandy, Hiszpania, Francja, Włochy, Szwecja, Szwajcaria, Norwegia, Dania, Finlandia, Irlandia, Wielka Brytania/Anglia (все формы).
Если не найдено → Polska.
⸻
11. АРХИТЕКТУРА
• Серверное развёртывание (Docker или systemd).
• Планировщик задач.
• Разделение этапов сбора.
• Хранение секретов вне кода.
• Ротация логов.
⸻
12. ЛОГИ И МОНИТОРИНГ
Обязательно:
• журнал запусков (источник, время, статус);
• журнал ошибок;
• счётчики: найдено вакансий, отброшено, новых телефонов, обновлённых строк;
• фиксация событий временных ограничений доступа.
⸻
13. КОНФИГУРАЦИЯ (БЕЗ ХАРДКОДА)
В конфиг выносится:
• источники и расписания;
• словари триггеров/стоп-слов/стран;
• правила агрегации и merge;
• лимиты активности;
• параметры Google Sheets.
⸻
14. КРИТЕРИИ ПРИЁМКИ
Система принята, если:
• работает автономно по расписанию;
• таблица обновляется регулярно;
• телефоны не дублируются;
• без телефона данные не пишутся;
• «Кто нужен» агрегируется корректно;
• фильтр пропускает только стройку;
• при временных ограничениях доступов система корректно деградирует и продолжает работу позже;
• ведутся логи.
Бюджет: 1000 PLN Срок: 1 день
есть опыт парсинга десятков тысяч цен с десятков маркетплейсов каждый день, обращайтесь
Бюджет: 2000 PLN Срок: 6 дней
Привет, Андрей.
Я готов разработать автономную серверную систему для парсинга строительных вакансий с заданных источников. Проект будет включать создание API endpoints для автоматизации процессов, что обеспечит стабильную работу без ручного вмешательства.
В качестве решения я использую Python с библиотекой Playwright для динамического рендеринга страниц, что позволит обойти ограничения анти-парсинга. Система будет развернута на VPS с возможностью автоперезапуска и логированием всех операций. Планировщик запуска обеспечит регулярный сбор данных не реже одного раза в сутки.
У меня есть опыт создания аналогичных систем. Например, я разрабатывал парсер для сбора данных с нескольких сайтов, который обеспечивал корректное извлечение информации даже при наличии защитных механизмов. В другом проекте я настраивал автоматизированную систему, которая собирала данные и записывала их в Google Sheets, обеспечивая уникальность записей.
Сроки выполнения проекта составят 5-6 дней. Готов обсудить детали и условия сотрудничества.
Бюджет: 500 PLN Срок: 4 дня
Здравствуйте! У меня большой опыт в разработке автономных парсеров и систем автоматизации на Python.
📌 Что я предлагаю для вашего проекта:
• Полностью автономный парсер, который будет работать 24/7 на сервере.
• Интеграция с Google Sheets API для мгновенного обновления данных.
• Реализация сложной логики валидации телефонов (E.164) и дедупликации.
• Гибкая конфигурация через отдельный файл (источники, расписания, лимиты).
• Подробное логирование процессов для мониторинга работоспособности.
• Настройка автоматического запуска (cron/пользовательские интервалы).
Готов реализовать систему, которая будет надежной и масштабируемой. Обращайтесь!
Бюджет: 7000 PLN Срок: 15 дней
Добрый день
стоимость за общую систему + 1 источник 500евро/5дн
далее добавить 1 источник 200евро/2дн
огромный опыт, писал парсеры большинства из указанных сайтов, с отправкой ботом в ТГ, сохранением в БД
PHP CURL
Бюджет: 15000 PLN Срок: 60 дней
реальные сроки и стоимость: полтора - два месяца. $3-4 тыс.
если устраивает то можем обсудить детально все. опыт в парсинге имеется.
Бюджет: 10000 PLN Срок: 20 дней
Привет. У меня большой опыт в парсинге сайтов. Создавал системы парсинга с микросервисной архитектурой и деплоем в облачных средах (AWS). Также требуется подробный анализ сайтов, так как они могут иметь защиту против парсинга. Готов подробнее обсудить задачу.
Бюджет: 10000 PLN Срок: 30 дней
Кто бы что не говорил, если ответить без ии от себя, то проект достаточно большой, гораздо больше чем может показаться и с наскока его не взять.
Во первых нужен анализ источников и того где лежат номера, если в хтмл самого сайта, то это сильно упрощает и удешевляет стоимость, но я очень сомневаюсь что они так сделают, скорей всего где то в хтмл, а где то глубже , что делает проект еще более трудоемким.
Придется собирать отдельный мини завод из программ, что бы оно циркулировало.
Не буду вас пугать или отговаривать от идеи, она в принципе очень и очень интересная и в потенциале принесет экономию если у вас достаточный размах компании.
Цену нужно обсуждать.
Бюджет: 3850 PLN Срок: 30 дней
Здравствуйте, Дымитро
Согласно моему пониманию, вам нужна стабильная, полностью автономная серверная система 24/7 для парсинга вакансий в строительстве с 7 польских сайтов, извлечения международных номеров телефонов, строгой фильтрации по профессии и обновления Google Sheets — все это при обработке мер против парсинга, отключений электроэнергии и работе без локального ПК.
У меня есть большой опыт в создании автономных систем, и я уверен, что я лучший кандидат для этой работы.
Прежде чем мы перейдем к техническим деталям, пожалуйста, ответьте на следующие вопросы:
- VPS: У вас есть предпочтительный провайдер VPS, или мне следует порекомендовать один (Hetzner/OVH)?
- Прокси: Вам понадобятся ротационные резидентные прокси для парсинга с высоким объемом?
- Доступ к Google Sheets: Можете ли вы создать сервисный аккаунт для API Sheets и поделиться шаблоном таблицы?
- Оповещения: Хотите ли вы получать оповещения в Telegram/Discord о системных ошибках или ежедневные сводки?
- Резервное копирование: Должны ли парсенные данные временно храниться в базе данных перед синхронизацией с Sheets для восстановления?
Пожалуйста, напишите мне в личные сообщения с ответами на эти вопросы, а затем мы продолжим. С нетерпением жду вашего ответа.
Бюджет: 1000 PLN Срок: 3 дня
Добрый день!
Профессионально разрабатываю автономные парсеры на Python. Готов реализовать вашу систему для Google Таблиц с учётом всех требований к стабильности, анти-парсингу и развертыванию на сервере. Есть опыт работы с Google API, обходом защит и серверной инфраструктурой.
Напишите мне в ЛС, уточним детали.