Бюджет: 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łochи, Szwecja, Szwайцарія, Норвегія, Данія, Фінляндія, Ірландія, Велика Британія/Англія (всі форми).
Якщо не знайдено → 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, обходом захистів та серверною інфраструктурою.
Напишіть мені в ЛС, уточнимо деталі.