Бюджет: 2500 UAH Термін: 3 дні
Здоров’я Готовий виконати парсер. Існує досвід у парсингу даних. Напишіть в ЛС точні деталі
Николай Кравченко
Переможець- Проєкти 41
- Оцінка -
- Рейтинг 499
Бюджет: 2000 UAH Термін: 3 дні
Здоров’я Готов виконати завдання за 3 дні, вартість 2000 грн. Існує великий досвід у парсингу.
Бюджет: 2400 UAH Термін: 2 дні
Здоров’я
Я маю величезний досвід у парсингу даних.
Реалізуємо на пітоні.
Я виконую якісно і швидко.
Зверніться
Бюджет: 2500 UAH Термін: 5 днів
Здоров’я
Готовий взяти за цей проект, але для початку необхідно ознайомитися з похідником.
Пропонуємо реалізацію на мові Python.
Чекаємо Вас у особистих повідомленнях
Бюджет: 2500 UAH Термін: 6 днів
Здоров’я Здавалося, з того, що я бачив, що працює це все на селену. Є досвід з ним, також нещодавно зробив багатопоточний парсер з його застосуванням. Подивіться, що там у вас накопичили, думаю там є що поотимізувати.
Термін зазначений максимальний. Якщо раптово там буде простіше переписати все з нуля.
Бюджет: 2500 UAH Термін: 1 день
Готовий допомогти вам у оптимізації парсера. найімовірніше, що він написаний з використанням Селену, можна прискорити процес перекладу на багатоточність, але можна розглянути ще один варіант, який буде набагато швидше, але потрібно вже подивитися на саму систему аутентифікації на сайті, про це детальніше в ЛС. Терміни зазначено для варіанту з оптимізацією.
Бюджет: 2500 UAH Термін: 2 дні
Готова співпрацювати.
Пишу на пітоні.
Від вас - джерельний код, дані для аутентифікації і прокси для тестування.
Зверніться до нас.
Бюджет: 2500 UAH Термін: 3 дні
Вітаємо Вас! Є великий досвід в парсингу (близько 2 років). Готовий виконувати якомога швидше на c# wpf. На рахунок авторизації, профіль один весь час юзає?
Ставки приховані
Ставки поки відсутні
-
Таня Ветрова 3 квітня 2020Я немного удивлена, прошу мне разъяснить.
- как по мне, то любой парсер работает быстрее любого браузера
- потому как парсер для того и парсер, чтобы быстро брать нужное
- и вдруг Заказчик пишет, что у них это не так...
- первый раз такое встречаю
-
Олександр Л.
3 квітня 2020
Ну это вопрос не ко мне, а к предыдущему разработчику.
По этой причине я и создал этот проект)
-
Антон К. 3 квітня 2020На сайте может быть сsrf и ajax и чтобы склепать по быстрому эмулятор в полне как прототип. :D
-
Таня Ветрова 3 квітня 2020И у меня почему-то поиск типа https://www.costar.com/search?market=3&tags=256&page=2 прекрасно работает без авторизаций и локаций...
-
Олександр Л.
3 квітня 2020
Это Вы делаете публичный поиск новостей сайта.
После авторизации там доступны объекты недвижимости с контактами, которые и нужно парсить.
Посмотрите мой семпл ексель - там есть примеры данных, простым публичным поиском Вы их не найдете.
-
Владимир Гордеев 3 квітня 2020На сколько я понимаю на видео - работа парсера. Вам нужно сохранить отображение работы в браузере, или это побочный эффект данного парсера?
-
Владимир Гордеев 3 квітня 2020А на счёт прокси, вы в отдельный файл их готовы записывать? Вид:
user: password@host:port
user: password@host:port
-
Владимир Гордеев 3 квітня 2020Кстати текущий код можно посмотреть, там должна быть уже выполнена часть работы, может значительно повлиять на цену...
-
Таня Ветрова 3 квітня 2020Посмотрела видео, но все еще не поняла.
Нормальный парсер по своей функциональности - это ЧАСТЬ механизма браузера, которая берет ТОЛЬКО НУЖНОЕ и складирует его в какую-то БАЗУ - т.е. ничего человеческого в его действиях быть не может! Для чего парсер и помещают обычно на сервере, где нет человека, одни программы, инфа и все быстрое.
Да, в тяжелых случаях (яваскрипты) нужно извращаться и иногда даже нет выхода, кроме как задействовать весь браузер. Но и тогда обычно его (браузер) тянут на сервер (предварительно обрезав в нем все человеческое).
Почему же здесь парсер, как я понимаю, на клиенте стоит? И почему считается, что руками человека получится быстрее листать страницы?
-
Олександр Л.
3 квітня 2020
Стоит на клиенте, потому что так удобней.
Потому что пробовали листать - получается порядком быстрее.
Вот даже если хотя бы убрать переход на json и обратно каждый раз - то будет в два раза быстрее, но предыдущий разработчик сказал, что это невозможно, так как теряется доступ к данным.
-
Таня Ветрова 3 квітня 2020Что-то не договаривается)
Клиент всегда хуже сервера, что по железу, что по прогам. И вдруг у вас не так все. Должна тогда быть причина. Вы пишите, что так удобней. В смысле удобней? Я думала, что вам нужно зарядить исходный адрес и получить таблицу, это дело механизма, для этого механизма в вашем случае удобней сидеть не на мощном сервере???
-
Олександр Л.
3 квітня 2020
У меня достаточно мощный ПК с хорошим интернетом, нет надобности арендовать сервер.
-
Таня Ветрова 3 квітня 2020Короче, я предлагаю поставить такой вопрос. На том сайте выдача публичного поиска типа https://www.costar.com/search?market=3&tags=256&page=2 кардинально отличается от выдачи нужного поиска или нет???
Если кардинальных отличий нет, то (почти) любой (программист) может посмотреть как работает публичный поиск, какие даются запросы, какие приходят ответы. И прикинуть парсер для этого.
-
Таня Ветрова 3 квітня 2020Жаль...
Но может тогда проще понизить свои желания? Зачем вам там космические скорости, когда адреса и телефоны меняются раз в 100 лет??? Запустили 24/7 и спокойно себе пьете кофе, гуляете...
Если же гулять придется несколько лет, то запускаете параллельно, на мощном компе это не запросто, но и несложно (???)
Актуальні фриланс-проєкти в категорії Javascript та Typescript
В мене в google exel є деяка логіка яка повязана з інтеграцією з апі Нової Пошти і апі Турбосмс. Взагалом все працює норм, але треба дописати деякий функціонал. Всі деталі при переписці. Доступ до ексель і коду я дам. Для виконавця взагалом обов'язково мати досвід роботи google exel JS в Apps Script
Всім привіт, потрібно створити сайт для створення івентів та продажу квитків. Можливі варіанти на готовому шаблоні, фреймворк, або ваш варіант. Бажано щоб у вас був досід роботи в розробці сайтів для продажу квитків. Приклади сайтів надішлемо у приватні повідомлення. За необхідності створимо прототип. Якщо ви раніше працювали над створенням подібних сайтів надішліть будь ласка приклади в приватні повідомлення. Деталі обговоримо в приватних повідомленнях. Дякую і гарного дня!
Сайт працює на фреймворку Next.js (на базі React). Потрібно зробити всі пункти за ТЗ. ТЗ додається у файлу. Чекаю на пропозиції.
Сайт для оцінки: https://copy.eurobrands-shop.de/ Завдання: виправити frontend-баги на рівні теми Magento 2 / Amasty theme: CSS/LESS/JS, mobile, RTL, minicart, language dropdown, layout shift/CLS. Формат роботи: - без локального розгортання Magento; - робота через DevTools + вихідники теми; - правки в CSS/LESS/JS/template-файлах теми; - результат: diff / коміт / архів змінених файлів; - деплой і збірка на нашій стороні; - робота через безпечну угоду; - NDA до передачі вихідників/доступів. Що потрібно перевірити і оцінити: 1. RTL / арабська версія: - телефон у шапці відображається некоректно; - зміщення елементів у header, minicart, wishlist/account, product page; - відступи, direction, unicode-bidi, позиціонування. 2. Header: - language dropdown; - cart/wishlist; - hit-area іконок. 3. Minicart: - нестабільно відкривається на деяких сторінках; - перевірити Console / Network / Event Listeners / customer-data / z-index / overlay. 4. Mobile: - бейджі корзини/wishlist занадто великі; - блок Categories стискається/обрізається; - mobile menu / Menu-Account. 5. Product page: - layout shift / CLS зображення; - Add to Cart / Quantity / BOX / PALLET в RTL. 6. Wishlist/account: - /wishlist/ - /mwishlist/ - вкладки, Back button, переповнення лічильників. Проблемні URL: - https://copy.eurobrands-shop.de/alpro - https://copy.eurobrands-shop.de/producers - https://copy.eurobrands-shop.de/wishlist/ - https://copy.eurobrands-shop.de/mwishlist/ В відповіді напишіть: 1. Чи є досвід з Magento 2 frontend? 2. Чи є досвід RTL? 3. Скільки годин потрібно на перший етап? 4. Яка вартість? 5. Коли можете почати? 6. Які доступи потрібні? 7. Чи готові працювати через безпечну угоду і підписати NDA? Важливо: потрібен конкретний результат — виправлення або технічне пояснення по кожному пункту: виправлено / не відтворюється / не frontend-проблема.
Опис замовлення: Шукаємо досвідченого frontend-розробника/фахівця з OpenCart для оптимізації швидкості завантаження сайту (категорії та картки товарів) під вимоги Google Core Web Vitals. Про проект: * CMS: OpenCart. * Специфіка: Сайт працює в режимі каталогу (кошика та оформлення замовлення немає). * Об'єм: 2900 позицій. * Серверна частина: Вже оптимізована (працює на OpenLiteSpeed). * Стек: Робота ведеться виключно з кодом шаблону, модифікаторами та фронтендом. Без роботи із базою даних. Що потрібно зробити (Технічне завдання): 1. Відкладене завантаження скриптів (Delay JS): * Проблема: Сторонні скрипти аналітики (GTM, Google Tag) блокують основний потік на мобільних пристроях приблизно на 4.3 секунди. * Завдання: Налаштувати відкладений запуск цих скриптів. Скрипти повинні активуватися строго по першій дії користувача (перший скролл, тап по екрану або рух миші). * Важливо: Збір статистики, аналітика та робота реклами мають зберегтися у повному обсязі. 2. Виправлення метрики CLS (Стабільність верстки): * Проблема: Сторінка «стрибає» і зсувається під час завантаження картинок. * Завдання: У файлах стилів або шаблону теми жорстко прописати HTML-атрибути width і heightдля всіх зображень товарів у каталозі (листингах) та картках товару. * Мета: Зарезервувати місце під зображення в DOM-дереві до їх фактичного завантаження, щоб унеможливити зсув контенту. Перевірити, щоб адаптивність (CSS) не зламалася. 3. Оптимізація критичного шляху (LCP): * Завдання: Прописати для основного (головного) зображення товару першому екрані тег fetchpriority="high". Це дасть браузеру команду завантажувати головне фото товару у пріоритетному порядку. Вимоги до виконавця та умови приймання: 1. Без зайвих модулів: Робота виконується чистим кодом/модифікаторами, без встановлення додаткових сторонніх чи платних плагінів оптимізації. 2. Безпека та верстка: Ви несете повну відповідальність за верстку. Після внесення правок візуальне відображення сайту на мобільних та ПК, а також функціонал (фільтри, перемикання фото в галереї, меню) повинні залишитися без змін. 3. Критерій здачі роботи (DoD): Надання скріншота та посилання на живий тест звіту Google PageSpeed Insights (для мобільної версії). Показник продуктивності має бути не нижчим за 75 балів, а метрика CLS — не більше 0.1 (у зеленій зоні). Правки вносити строго через модифікатори (OCMOD) або копію теми, щоб не затерти оновлення ядра. У відгуку, будь ласка, вкажіть: 1. Чи був досвід налаштування Delay JS саме для GTM на OpenCart? 2. Термін виконання завдання. 3. Вартість роботи.