Budget: 2500 UAH Deadline: 3 days
Hello to you. Ready to make a parser. There is experience in data parsing. Write in detail.
Nikolay Kravchenko
Winning proposal- Projects 41
- Rating -
- Rating 499
Budget: 2000 UAH Deadline: 3 days
Hello to you. Ready to perform the task in 3 days, the cost of 2000 UAH. We have a lot of experience in Parsons.
Budget: 2400 UAH Deadline: 2 days
Hello to you.
I have great experience in data parsing.
I realize it on Python.
I will perform quality and quickly.
turn to
Budget: 2500 UAH Deadline: 5 days
Hello to you.
Ready to take on this project, but to begin with it, you need to get to know the source.
The application is made in Python language.
I'm waiting for you in personal messages.
Budget: 2500 UAH Deadline: 6 days
Hello to you. As I saw it works it all on selenium. There is experience with it, also recently made a multi-string parser with its use. You have to see what you have found there, I think there is something to optimize.
The deadline is maximum. If so, it will be easier to rewrite everything from zero.
Budget: 2500 UAH Deadline: 1 day
We are ready to help you optimize the parser. Most likely it is written using Selenium, you can accelerate the translation process to multiple precision, but you can consider another option that will be much faster but you have to look at the authorization system itself on the site, about this in detail in LS. The deadlines indicated for the option with optimization.
Budget: 2500 UAH Deadline: 2 days
Ready to cooperate.
I write on Python.
From you - the source code, the data for authorization and the proxy for testing.
Go to turn.
Budget: 2500 UAH Deadline: 3 days
Hello to you! There is a great experience in parsing (approximately 2 years). Ready to perform as quickly as possible on c# wpf. On account of authorization, the profile is one all the time?
Proposals concealed
Proposals are currently absent
-
Tanya Vetrova 3 April 2020Я немного удивлена, прошу мне разъяснить.
- как по мне, то любой парсер работает быстрее любого браузера
- потому как парсер для того и парсер, чтобы быстро брать нужное
- и вдруг Заказчик пишет, что у них это не так...
- первый раз такое встречаю
-
Oleksandr L.
3 April 2020
Ну это вопрос не ко мне, а к предыдущему разработчику.
По этой причине я и создал этот проект)
-
Anton K. 3 April 2020На сайте может быть сsrf и ajax и чтобы склепать по быстрому эмулятор в полне как прототип. :D
-
Tanya Vetrova 3 April 2020И у меня почему-то поиск типа https://www.costar.com/search?market=3&tags=256&page=2 прекрасно работает без авторизаций и локаций...
-
Oleksandr L.
3 April 2020
Это Вы делаете публичный поиск новостей сайта.
После авторизации там доступны объекты недвижимости с контактами, которые и нужно парсить.
Посмотрите мой семпл ексель - там есть примеры данных, простым публичным поиском Вы их не найдете.
-
Vladimir Gordeyev 3 April 2020На сколько я понимаю на видео - работа парсера. Вам нужно сохранить отображение работы в браузере, или это побочный эффект данного парсера?
-
Vladimir Gordeyev 3 April 2020А на счёт прокси, вы в отдельный файл их готовы записывать? Вид:
user: password@host:port
user: password@host:port
-
Vladimir Gordeyev 3 April 2020Кстати текущий код можно посмотреть, там должна быть уже выполнена часть работы, может значительно повлиять на цену...
-
Tanya Vetrova 3 April 2020Посмотрела видео, но все еще не поняла.
Нормальный парсер по своей функциональности - это ЧАСТЬ механизма браузера, которая берет ТОЛЬКО НУЖНОЕ и складирует его в какую-то БАЗУ - т.е. ничего человеческого в его действиях быть не может! Для чего парсер и помещают обычно на сервере, где нет человека, одни программы, инфа и все быстрое.
Да, в тяжелых случаях (яваскрипты) нужно извращаться и иногда даже нет выхода, кроме как задействовать весь браузер. Но и тогда обычно его (браузер) тянут на сервер (предварительно обрезав в нем все человеческое).
Почему же здесь парсер, как я понимаю, на клиенте стоит? И почему считается, что руками человека получится быстрее листать страницы?
-
Oleksandr L.
3 April 2020
Стоит на клиенте, потому что так удобней.
Потому что пробовали листать - получается порядком быстрее.
Вот даже если хотя бы убрать переход на json и обратно каждый раз - то будет в два раза быстрее, но предыдущий разработчик сказал, что это невозможно, так как теряется доступ к данным.
-
Tanya Vetrova 3 April 2020Что-то не договаривается)
Клиент всегда хуже сервера, что по железу, что по прогам. И вдруг у вас не так все. Должна тогда быть причина. Вы пишите, что так удобней. В смысле удобней? Я думала, что вам нужно зарядить исходный адрес и получить таблицу, это дело механизма, для этого механизма в вашем случае удобней сидеть не на мощном сервере???
-
Oleksandr L.
3 April 2020
У меня достаточно мощный ПК с хорошим интернетом, нет надобности арендовать сервер.
-
Tanya Vetrova 3 April 2020Короче, я предлагаю поставить такой вопрос. На том сайте выдача публичного поиска типа https://www.costar.com/search?market=3&tags=256&page=2 кардинально отличается от выдачи нужного поиска или нет???
Если кардинальных отличий нет, то (почти) любой (программист) может посмотреть как работает публичный поиск, какие даются запросы, какие приходят ответы. И прикинуть парсер для этого.
-
Tanya Vetrova 3 April 2020Жаль...
Но может тогда проще понизить свои желания? Зачем вам там космические скорости, когда адреса и телефоны меняются раз в 100 лет??? Запустили 24/7 и спокойно себе пьете кофе, гуляете...
Если же гулять придется несколько лет, то запускаете параллельно, на мощном компе это не запросто, но и несложно (???)
Current freelance projects in the category Data Parsing
Set up automatic daily updates of product availability on our website on prom.ua. We have a supplier who sends a price list of products in Excel format to our email every day. The items on our website and in the supplier's price list are the same. The values in the "stock" column are either out of stock, a number, or more than a box - these need to be updated on the site to either Ready for shipment or Out of stock. Items that are not in the supplier's price list should remain unchanged. Please propose a solution, timeline, and budget. Thank you in advance for your response, I look forward to collaborating with a specialist.
Hello! I am looking for a performer for ongoing collaboration who is knowledgeable about Opencart. A person who is available and has a positive attitude) Parsing, uploading products in two languages UA + ru, as well as forming the necessary markup immediately I want to complete the work in several stages. 1. Update stock for all suppliers and completely remove outdated products from the site and database. 2. Refinement of the product category, specifically parsing subcategories. 3. Parse new items in old categories. 4. Parse new suppliers into new categories.
A project needs to be implemented for collecting and structuring a large array of images from open web sources (initially 2000 images). The task includes: - automated image collection; - uploading files in the highest available quality; - classifying images by categories. Expected results: - a structured image database; - a clear cataloging system; - delivery of the results via Google Drive or another agreed method;
Good day! Two tasks need to be completed: 1. Develop a product parser from an external website (10–40 thousand items, marketplace) with structured data saved in MySQL for subsequent output in WordPress. 2. Install and configure n8n on VPS, as well as organize AI content processing: prompt setup, text rewriting, image processing, SEO optimization, and text checking for AI detection. You can estimate the cost of completing both the entire project and each task separately. .
Task: one dashboard with all business metrics — advertising, funnel, payments, manager performance, revenue planning. Data is pulled automatically via API. Scope: only the YCL direction (employment in Europe). Kommo has other directions — only YCL funnel deals will be included in the repository (filter by funnel/tag to be agreed upon).1. Data Sources (Integrations) Kommo CRM — leads, deals, funnel stages, responsible persons, sources, dates of transitions between stages (must keep history), reasons for refusals, custom deal fields (see point 2). Stripe — payments, amounts, statuses (success/failure/refund), linked to deals. Meta Ads — expenses, impressions, clicks, CPL, leads by campaigns (currently operational). Google Ads, Reddit Ads, LinkedIn Ads — planned; architecture — extensible connectors without core rework. SEO/organic— Google Search Console + GA4. Cross-link: traffic source → lead in Kommo → payment in Stripe (UTM, deal ID in Stripe metadata — propose the mechanism). 2. Mandatory Cuts (Deal Fields in Kommo) Each metric must be filtered/grouped by: Client Citizenship (Kenya, Nigeria, India, etc.). Residence Status: lives in their country / expat (already in Europe). These are two different segments with different cycles, conversion rates, and checks. Country of Placement / Service: Poland, Serbia, Slovakia, Germany (ZAV). Manager, team, traffic channel, period. If any fields are missing in Kommo — the executor indicates which fields need to be added, the client adds them.3. Funnel and Leading Indicators Data by funnel, for each stage — summary and leading metrics: Traffic → lead: leads, CPL by channels + day-to-day expense/click dynamics. Lead → qualification: conversion + first response speed, touches/calls to the manager per day, unanswered leads. Qualification → contract/invoice: conversion + sent offers, stalled deals (days in stage above norm). Invoice → payment: payments, average check + unpaid invoices, failed payments. Summary: revenue, ROMI by channels, run rate to monthly plan. 4. Deal Cycle Average and median lead → payment cycle (business benchmark ~4 weeks), cycle trend over time. Breakdown of cycle by stages (how many days a deal sits at each stage) — to see which stage is dragging. List of deals that have stalled at a stage longer than normal. Cycle breakdown by segments: citizenship, residence status, country of placement, manager. 5. Early Warning of Decline (Key Block) Since the cycle is ~4 weeks, today's leads = payments in a month. The system must: Compare leads/qualifications of the current week with the moving average (4 weeks) and issue an alert if there is a downward deviation: “leads -X%, with a 4-week cycle expect a payment decline in the week [date].” Build payment forecast for 4 weeks ahead from the current pipeline: deals at each stage × historical conversion of the stage × remaining cycle. Highlight in red weeks where the forecast is below plan — with time to react. 6. Additional Payments and Sales Planning In the Kommo deal card, the date and amount of the planned additional payment are stored. The system must: Collect a calendar of upcoming additional payments: total expected, by weeks/months. Highlight overdue additional payments (date passed, no payments in Stripe) — a separate list for follow-up. Calculate the monthly plan as: plan − already paid − scheduled additional payments = how many new sales are needed (in money and in deal units at average check). Weekly schedule: additional payments + forecast of new payments against the weekly plan. 7. Manager Performance Daily snapshot for each manager: touches/calls, conversations, sent offers, payments — for each day separately, with a chart over the period. Progress on personal plan compared to monthly pace (ahead / on pace / behind). Benchmarking with colleagues. 8. Visualization and Roles “Traffic lights” (green/yellow/red) for key metrics relative to norms/plans; progress scales; trend graphs; mobile adaptive. Roles: CEO — everything; COO — entire funnel and managers; team lead — their team; manager — their metrics and position relative to colleagues. 9. Reports and AI Automated reports on schedule (daily summary, weekly report) in the dashboard and/or messenger. Free-form queries (“how has CPL from Meta changed over 2 weeks?”) — LLM over the repository. Alerts in the red zone and according to the rules from points 5–6. 10. Technical Expectations and Staging Repository (PostgreSQL/BigQuery or equivalent) + ETL: Kommo webhooks + periodic synchronization (15–60 min). Frontend: custom or BI tool — propose with justification; requirements for roles, traffic lights, forecasts, and AI queries must be implementable. Stages: (1) audit and metrics map → (2) MVP: Kommo + Stripe + Meta, funnel, traffic lights, roles → (3) deal cycle, early warning, additional payments and plan → (4) SEO, AI reports, alerts → (5) new advertising channels. Payment is staged, with a demo for each stage. In the response, indicate: similar projects (end-to-end analytics), stack with justification, timeline and cost estimates by stages, monthly ownership cost (hosting, tokens, licenses).