Бюджет: 10 USD Термін: 2 дні
Здравствуйте,
Готов обсудить.
Имею опыт парсинга. В наличии мощный настаиваемый парсер.
Работаю качественно и ответственно, обращайтесь.
Нужно сформировать базу данных специалистов по Украине (по городам) из открытых источников – это каталоги нескольких сайтов. Порядка 25-30 категорий специалистов - детальнее в личку.
Парсинг контактов по примерно такому шаблону: Фамилия,имя / Категория / Город / Телефон / e-mail
Бюджет: 10 USD Термін: 2 дні
Здравствуйте,
Готов обсудить.
Имею опыт парсинга. В наличии мощный настаиваемый парсер.
Работаю качественно и ответственно, обращайтесь.
Бюджет: 800 UAH Термін: 4 дні
Готов выполнить.
Бюджет: 1000 UAH Термін: 2 дні
Готов сделать парсер, и последующую БД по указанному шаблону.
Пишу на С#.
За выполненными работами обращайтесь в ЛС - есть опыт парсинга сложных ресурсов.
Бюджет: 1000 UAH Термін: 1 день
Готов
Бюджет: 50 USD Термін: 2 дні
Готов выполнить проект. Пишите обсудим.
Бюджет: 30 USD Термін: 3 дні
hambit7 - мой скайп. Можем рассмотреть просто результаты парсинга или готовго скрипта который будет его исполнять. Также все зависит от наличия авторизации на сайте
Бюджет: 20 USD Термін: 2 дні
Готов взяться за работу. Имеется большой опыт разработки парсеров на PHP.
Пишите сюда или в скайп mzol16
Бюджет: 300 UAH Термін: 1 день
Готов сделать.
Бюджет: 10 USD Термін: 1 день
Сергей, выполню без проблем. Цена конечно зависит от самих сайтов и от количества парсинга. Пишите на почту детали:
[email protected]
Бюджет: 200 UAH Термін: 1 день
Здравствуйте.Хотел бы узнать подробности.
Скайп: san4os09
Email: [email protected]
Бюджет: 1000 RUB Термін: 2 дні
1000руб. за источник, если до 30000 адресов.
Свыше 30к - 1300руб.
Свыше 100к - 2000руб и выше.
Это при условии, что источники действительно открыты. Если нужна, например авторизация, то там надо еще попотеть - бюджет выше чутка.
Готов сработать без предоплаты, если придумаем методы безопасной передачи данных.
Бюджет: 1000 UAH Термін: 14 днів
Есть большой опыт написания парсеров под топ10 российских сайтов работы (включая head hunter). Точная стоимость и сроки будут зависеть от сайтов-источников. Часто контактные данные скрыты js-скриптами.
Бюджет: 30 USD Термін: 1 день
Сделаю
Добрий день. Шукаю для себе ментора по Linux. В мене є досвід в якості strong junior devops спеціаліста, але Linux і Kubernetes мої слабкі місця. Якщо з Kubernetes досвід з проектами ще є невеликий,то з Linux взаємодію дуже поверхнево. Щось створити, додати, перейменувати, відкрити і т.п. - цього явно не достатньо. Потрібен ментор, який мене підтягне в цьому питанні. Просто головна задача зробити так, щоб знання осіли в голові, можливо якийсь пет-проект, задачі, таски щось в такому дусі, а не просто "повторюй за мною". Проходив курси самостійно, але вони особливо "не осідають" в голові. Ось приблизний список, що, на мою думку, мені потрібно: - Linux/Unix системи — поглиблене адміністрування операційних систем, файлові системи, керування користувачами та правами доступу, процесами та службами (systemd), Bash-скриптинг, журналювання, моніторинг, налаштування безпеки, автоматизація адміністративних задач; - Мережеві технології — модель OSI та стек TCP/IP, DNS, HTTP/HTTPS, SSL/TLS, SSH, VPN, балансування навантаження, проксі-сервери, NAT, маршрутизація, мережеві утиліти (ping, traceroute, netstat, ss, tcpdump, curl), діагностика та усунення мережевих проблем; Якщо до цього списку можна ще буде додати Kubernetes, то зайвим не буде. Можливо щось від себе запропонуєте. Формат занять, як я бачу - 2 рази на тиждень, зустрічі, обговорення консультації. Більш детально, тут вже ваші ідеї і пропозиції. По вартості за годину, або за місяць - пропонуйте
Для проекту клієнта в сфері Microsoft 365 Modern Workplace ми шукаємо досвідчених фрілансерів (ч/ж/д) з акцентом на Microsoft Places. В центрі уваги знаходиться консультування, конфігурація та оптимізація середовища Microsoft 365 для підтримки сучасних концепцій гібридного робочого місця. Завдання Консультування щодо впровадження та експлуатації Microsoft Places Аналіз існуючих середовищ Microsoft 365 та розробка відповідних концепцій рішень Конфігурація будівель, поверхів, кімнат для зустрічей та робочих місць Налаштування та оптимізація сценаріїв бронювання робочих місць та кімнат Інтеграція Microsoft Places в Microsoft Teams, Outlook та Exchange Online Підтримка з питань ліцензування та рекомендації з найкращих практик Проведення семінарів та передачі знань для користувачів та IT-команд Підтримка при усуненні несправностей та в процесі експлуатації Вимоги Багаторічний досвід у середовищі Microsoft 365 Практичний досвід з Microsoft Places Дуже хороші знання Microsoft 365, Microsoft Teams, Exchange Online та Outlook Досвід роботи з Microsoft Entra ID (Azure AD) Знання сучасних концепцій гібридного робочого місця та Modern Work Бажані знання Microsoft Teams Premium PowerShell для адміністрування Microsoft 365 Досвід роботи з рішеннями для бронювання робочих місць та кімнат Сертифікації Microsoft у сфері Modern Workplace або Microsoft 365 Досвід у розробці та впровадженні сучасних концепцій робочих місць Початок: якнайшвидше Тривалість: приблизно 3 місяці з можливістю продовження Місце роботи: віддалено / за узгодженням Завантаження: за узгодженням Зацікавлені? Оскільки проект наразі знаходиться на стадії підготовки, ми хочемо якомога раніше ознайомитися з відповідними експертами. Будь ласка, надішліть нам на contract (AT) advergy de : Резюме Доступність Погодинна ставка (віддалено / на місці) Три речення, чому ви особливо підходите для цього проекту Дякуємо та з найкращими побажаннями Седа
Сайт розроблений на: Backend: Java + Spring Boot База даних: MySQL Frontend: JavaScript, HTML, CSS Шаблонізатор: Thymeleaf Сервер: VPS (Linux Ubuntu) Reverse Proxy: Apache2 Архітектура: Монолітний додаток На даний момент на сайті реалізовано: Блог з адміністративною панеллю. Можливість створювати та редагувати статті через адмін-панель. Можливість додавати HTML-розмітку та контент через візуальний інтерфейс. Статичні сторінки сайту, які зараз створюються розробником вручну. ⸻ Мета завдання Необхідно реалізувати можливість створювати та управляти новими комерційними сторінками послуг через існуючу адміністративну панель аналогічно тому, як зараз створюються статті блогу. Після реалізації адміністратор повинен мати можливість самостійно створювати нові SEO-сторінки послуг без участі розробника. ⸻ Поточний стан Зараз через адмін-панель можна створювати тільки записи блогу. Приклад: Стаття 1 Стаття 2 Стаття 3 Кожна стаття має: Заголовок URL (slug) Контент SEO-параметри Зображення ⸻ Що необхідно реалізувати 1. Новий тип контенту «Послуги» Створити в адмін-панелі окремий розділ: «Послуги» Він повинен бути незалежним від розділу блогу. Приклад структури: Блог Послуги ⸻ 1. Створення сторінки послуги Адміністратор повинен мати можливість створити нову сторінку послуги через інтерфейс. Комерційні сторінки послуг складаються з 13 блоків, з яких 4 блоки динамічні та 9 статичних. Поля: Назва послуги URL (slug) H1 SEO Title Meta Description SEO Keywords Основний контент сторінки Зображення Статус публікації (Чернетка / Опубліковано) ⸻ 1. Контент сторінки Контент повинен підтримувати: HTML-розмітку Форматування тексту Заголовки H2-H6 Списки Зображення Посилання Бажано використовувати існуючий редактор, який вже застосовується в блозі. ⸻ 1. Генерація URL Кожна послуга повинна мати власний URL. Приклади: /visa/usa/business-visa-usa /visa/usa/business-visa-uk /visa/usa/business-visa-canada ⸻ 1. Відображення на сайті Після публікації сторінка повинна: автоматично ставати доступною за своїм URL; використовувати існуючий шаблон сторінок послуг або новий шаблон; коректно відображатися на всіх пристроях. ⸻ 1. SEO Для кожної послуги необхідно забезпечити можливість налаштування: Title Description H1 Canonical URL (бажано) Open Graph (бажано) Сторінки повинні індексуватися пошуковими системами аналогічно сторінкам блогу. ⸻ 1. Список послуг В адмін-панелі реалізувати: список всіх послуг; пошук; редагування; видалення; зміна статусу публікації. ⸻ 1. Важно Реалізувати можливість створювати нові типи SEO-сторінок без доопрацювання коду в майбутньому. через єдиний механізм управління контентом. ⸻ Що очікується від розробника Необхідно проаналізувати існуючу реалізацію блогу та максимально переиспользувати поточну архітектуру для створення нового розділу «Послуги». При відповіді прошу вказати: Яким чином буде реалізовано завдання. Які зміни знадобляться в БД. Оцінку по часу. Вартість робіт. Які технології повинен знати виконавець Обов'язково: Java Spring Boot MySQL Thymeleaf HTML/CSS JavaScript Робота з Linux Ubuntu Бажано: Spring Security SEO-оптимізація серверних сторінок Досвід роботи з CMS та CRUD-модулями Досвід підтримки монолітних Spring Boot проектів
Потрібно розробити окрему CRM-систему для централізованої обробки всіх роздрібних замовлень з різних каналів продажу (Prom, Rozetka, власні сайти та ручні замовлення). Основні вимоги: Єдиний реєстр замовлень з усіх джерел із збереженням інформації про джерело та його статус. Окремий внутрішній статус CRM, який працює незалежно від статусу на маркетплейсі чи сайті, із двосторонньою синхронізацією статусів там, де це підтримується. Гнучка інтеграція з 1С: для кожного джерела адміністратор може окремо ввімкнути або вимкнути автоматичне вивантаження замовлень. Інтеграція з перевізниками для автоматичного створення ТТН, збереження її номера в CRM та передавання номера ТТН на Prom і Rozetka. Інтеграція з Checkbox для створення проєктів чеків, використовуючи налаштовувану відповідність способів оплати, з подальшим контролем фіскалізації. Підтримка ручного створення замовлень (телефон, Viber, Telegram, Direct тощо) з повним подальшим циклом обробки через CRM. Усі API-ключі та налаштування інтеграцій повинні керуватися адміністратором через інтерфейс CRM без участі програміста. Повний журнал дій і логування інтеграцій для контролю роботи системи. Основна мета Менеджер повинен мати можливість повністю обробити замовлення в одному інтерфейсі CRM — від отримання замовлення до створення документа в 1С, ТТН, проєкту чека та завершення замовлення, без необхідності заходити в кабінети Prom, Rozetka, сайтів, перевізників або Checkbox.
У нас працює синхронізація двох джерел даних із CRM. Система в цілому стабільна. Але залишається частина, які розсинхронізуються. Основна гіпотеза — в одному з джерел дані змінюються вже після первинної синхронізації, і ці зміни не завжди підтягуються в CRM. + данні в двох джерелах мають різні назви/ідентифікатори хоча являють собою одні і тіж сутності