Бюджет: 12000 UAH Термін: 1 день
Вітаю. Є великий досвід з Python.Готовий виконати завдання.Звертайтесь.
Є БД форума і файли форума XENFORO 1.6.потрібно зробити файл імпорту в інший скріпт, але потрібні всі поля зберегти. я надаю файли ТЗ і файл FAQ які саме поля мені потрібні. ТЗ файли на кожен окремий тип параметрів. тобто на виході під кожне тз повинно бути 2 файли імпорта (один в формті .json інший в csv)
Важливо мати досвід роботи з форумом XENFORO.
Бюджет: 12000 UAH Термін: 1 день
Вітаю. Є великий досвід з Python.Готовий виконати завдання.Звертайтесь.
Бюджет: 2000 UAH Термін: 7 днів
Привіт, я працював над міграцією даних з XenForo 1.5 на нову платформу для 15,000+ користувачів та 500GB контенту - це дуже схоже на ваше завдання з розбору БД
Чи плануєте зберігати всі метадані повідомлень та структуру категорій при експорті в JSON/CSV формати?
Пропоную зв'язатися, я безкоштовно проконсультую вас з технічної сторони та складемо план розробки + розповім про мою команду!
Бюджет: 1800 UAH Термін: 1 день
Привіт! У мене є відповідний досвід з подібними завданнями, і я можу допомогти з вашим проектом. Я можу швидко ознайомитися з вимогами, запропонувати найкраще рішення та ретельно виконати роботу. Готовий обговорити деталі та почати.
Бюджет: 4500 UAH Термін: 4 дні
"XenForo — це популярний рушій форумів, написаний на PHP. Він зберігає дані у MySQL/MariaDB."
Тобто сайт ваш? І Ви дасте прямий доступ до його БД ?
Треба уточнити деталі замовлення, пишіть!
Використовую python, uv, github, docker.
Бюджет: 5000 UAH Термін: 5 днів
Вітаю.
Ознайомився з ТЗ і FAQ. Тут важливо робити не просто SQL-вивантаження, а read-only exporter з контролем зв’язків між сутностями XenForo: users, threads/posts, categories, tags, media, quotes, relations.
Пропоную почати з першого технічного етапу:
перевірити структуру БД і точну версію XenForo 1.x;
зробити тестовий експорт на обмеженій вибірці;
зберегти всі old_id: user_id, thread_id, post_id, node_id, tag_id;
окремо експортувати auth data без зміни password hashes;
побудувати category tree через parent_node_id;
вивантажити tags через xf_tag / xf_tag_content;
сформувати JSON/CSV і логи проблемних записів.
Окремо зверну увагу на цілісність: перший пост теми як article, replies як comments, quote/reply relations, attachments/external images, sitemap/HTML-перевірка категорій і тегів.
Перед стартом маю уточнити:
розмір БД і формат доступу;
чи є доступ до файлової системи форуму;
які custom add-ons використовувались;
чи є приклад цільового import format для нового скрипта.
Після тестового експорту можна точно оцінити повний обсяг по всіх файлах і валідації.
Деталі можемо обговорити в особистих повідомленнях.
Бюджет: 8000 UAH Термін: 5 днів
Вітаю!
Ознайомився з вашим завданням - маю релевантний досвід у схожих проєктах, тому розумію, як реалізувати все якісно та без зайвих затримок.
Можу приступити до роботи одразу після узгодження деталей.
Буду радий співпраці!
Бюджет: 8000 UAH Термін: 2 дні
Вітаю! Ознайомився із завданням. Маю великий досвід роботи з MySQL, міграцією даних та парсингом складних структур (зокрема CMS форумів). З легкістю розберу базу даних вашого XenForo 1.6 та підготую скрипт для експорту в чіткій відповідності до вашого ТЗ. На виході ви отримаєте валідізовані файли у двох форматах (.json та .csv) під кожен тип параметрів із збереженням усіх необхідних полів. Готовий виконати роботу швидко та якісно. Надішліть, будь ласка, файли ТЗ для фінального узгодження деталей!
Бюджет: 1111 UAH Термін: 5 днів
Розроблю імпортні файли у форматах .json та .csv на основі БД XENFORO 1.6.
Проаналізую структуру даних, витягну необхідні поля відповідно до ТЗ, створю структуру для збереження всіх важливих параметрів. Використаю SQL для роботи з базою даних та обробки даних перед експортом.
Готовий реалізувати проект у визначені терміни.
Портфолио - Freelancehunt
Бюджет: 5000 UAH Термін: 3 дні
Вітаю. Готов оперативно розробити кастомні скрипти для повної міграції даних з вашого форуму XenForo 1.6. Я спеціалізуюся на роботі з базами даних та написанні чистих рішень для міграції без використання важких сторонніх плагінів, що гарантує збереження абсолютно всіх зв’язків, мета-полів, структури користувачів та контенту без втрати даних.
Чудово знайомий з архітектурою XenForo, структурою його таблиць та логікою збереження серіалізованих даних у базі. Уважно вивчу всі ваші файли ТЗ та FAQ для кожного типу параметрів. Напишу ізольовані PHP або Python скрипти, які витягнуть необхідні масиви даних, чітко розкладуть їх за вашими вимогами та згенерують на виході по два чистих файли імпорту для кожного типу, а саме у форматах JSON та CSV, строго за наданою структурою.
Напишіть мені в особисті повідомлення. Готов вивчити файли ТЗ та FAQ, щоб відразу оцінити об’єм полів і погодити формат вивантаження.
Бюджет: 12000 UAH Термін: 7 днів
Ми маємо досвід роботи з міграцією даних з XenForo та структуруванням складних баз даних. Реалізуємо це через написання скриптів для парсингу SQL-дампів та формування JSON/CSV файлів згідно з Вашим ТЗ. Гарантуємо збереження цілісності всіх полів та коректне мапінгування параметрів для цільового скрипта.
Є діюча production-платформа з каталогом та автоматичним оновленням зовнішніх пропозицій і цін. Стек: — Node.js / TypeScript; — PostgreSQL; — існуючий сервіс оновлення цін і cron; — окремий готовий Python-модуль валідації та вибору пропозицій; — staging і production. Необхідно точково доопрацювати існуючий pipeline оновлення цін без повного переписування backend. ОБОВ'ЯЗКОВИЙ СКОП 1. Інтеграція Python-модуля — Python-модуль залишається окремим компонентом; — повертає структурований результат: offers, selected offer, statuses та risk flags; — Node.js валідує результат і виконує запис у БД; — передбачити обробку помилок і partial/failed runs; — legacy pipeline не відключається до завершення QA. 2. Запуск оновлення за списком Додати запуск: — по одному slug/id; — по переданому списку slug/id. Допустимо CLI або існуючий службовий API. Новий користувацький інтерфейс не потрібен. 3. Shadow Mode Нові результати повинні записуватися окремо і не впливати на production до QA. Потрібні shadow-поля: — price; — selected offer ID; — direct URL; — offer status; — risk/QA flags; — checkedAt; — engineVersion. 4. Розширення існуючої таблиці offers Додати: — source; — external_offer_id; — last_seen_at; — last_checked_at; — engine_version; — risk flags або зберігання в існуючому JSON; — unique constraint для захисту від дублів. Нову паралельну систему пропозицій створювати не потрібно, якщо існуючу таблицю можна безпечно розширити. 5. UPSERT, STALE і транзакція БД Замінити поточну схему DELETE → CREATE: — UPSERT існуючих і нових пропозицій; — відсутні в повному успішному snapshot пропозиції переводяться в STALE; — при API error, partial result або незавершеному snapshot активні пропозиції не повинні ставати STALE; — оновлення пропозицій, metadata вибраної пропозиції та shadow fields по одній моделі виконується всередині однієї транзакції БД; — при помилці виконується повний rollback. 6. Canonical-safe refresh Оновлення цін не повинно змінювати: — brand; — reference; — model; — collection; — name/title; — slug; — descriptions; — images; — SEO fields. Оновлюються тільки offer, price і shadow data. 7. Збереження поточної cron-логіки Зберегти: — existing cron; — rolling batches; — cooldown; — перевірку PRICE_REFRESH_MIN_DAYS до виклику зовнішнього API; — legacy production pipeline до завершення Shadow QA. 8. Audit output Достатньо одного варіанту: — shadow-колонки в існуючій admin table; або — CSV export. Мінімальні дані: — model/reference; — production price; — shadow price; — delta; — production/shadow URL; — status; — risk flags; — checkedAt; — engineVersion. Новий складний dashboard не потрібен. 9. Staging і QA — DB migrations; — staging deployment; — smoke test на 5 переданих моделях; — потім Shadow Mode приблизно на 50 моделях; — виправлення технічних помилок, виявлених під час цих прогонів; — коротка документація контракту Python → Node.js та rollback procedure. ОПЦІОНАЛЬНО ОЦІНИТИ ОКРЕМО Простий технічний promotion без нового UI: — promotion однієї моделі по slug; — promotion списку slug; — перенесення підтверджених shadow values в production; — технічна перевірка після rollout. РЕЗУЛЬТАТ — Pull Request; — DB migrations; — робоча інтеграція Python → Node.js; — Shadow Mode; — UPSERT, STALE і транзакційне оновлення; — запуск по slug/id; — staging deployment; — smoke-test results; — коротка документація; — не менше 7 днів виправлення багів по реалізованому scope після приймання. В ОТКЛИКУ УКАЗАТИ 1. Фіксована ціна за обов'язковий scope. 2. Окрему вартість механізму promotion. 3. Термін. 4. Оцінку годин. 5. Коли готові почати. 6. Досвід з PostgreSQL transactions, migrations та ingestion pipelines. 7. Які питання потрібно уточнити до початку. 8. Включені чи staging, QA, migrations та період виправлення помилок. Шаблонні відповіді без конкретної оцінки розглядатися не будуть. Доступ до production на першому етапі не надається. Робота починається з обмеженого code review та staging.
Потрібно розробити централізовану серверну систему збору та зберігання даних із Planfix, 1С, Meta Ads і Google Ads, а також веб-дашборд для їх відображення та аналізу. Усі дані, історія змін, розрахунки та агреговані показники повинні зберігатися виключно в серверній базі даних. Дашборд не повинен зберігати або дублювати бізнес-дані. Він має отримувати необхідну інформацію із серверної бази через API відповідно до запитів користувача та відображати її у вигляді KPI, графіків, таблиць і деталізованих звітів.
Щукаємо для підтримки проекта на базі Yii , треба вносити правки та доопрацювання бази , частково є звязок з попереднім виконавцем .....................
Потрібно зробити міграцію бази з CRM G-PLUS на MyChatBot Обєм бази - 26 тис. лідів 2 воронки - Кол центр та Відділ продажу зі своїми вирвами Картки лідів (крім імені та номеру) мають багато різних полів Ліди також мають голосові записи дзвінків. Їх також потрібно перенести Від кандидата очікую орієнтовну суму та терміни реалізації
Створити дашборд для моніторингу та аналізу ефективності мережі локацій (філій) компанії у Google Business Profile (GBP). через офіційний Google Business Profile API. Обробкачерез Скрипт на базі Google Apps Script (підв'язати до Google Таблиці). Запис даних у Google Таблиця (яка виступає як база даних для Looker Studio). Оновлення: Щодня (з індикацією дати останнього оновлення).Створити сервісний акаунт Google Cloud Скрипт раз на добу (тригер о 03:00 ночі) надсилає запит до GBP API. Отримує метрики за вчорашній день по кожній локації (locationId). Записує дані в таблицю в плоскому форматі (рядок = унікальне поєднанняДата + ID Філії + Метрики). Картки ключових показниківНазва карткиМетрика GBPФормат динамікиПерегляди профілюImpressions (Search + Maps)Відсоток %, Sparkline (синій)ДзвінкиLocal Services Phone CallsВідсоток %, Sparkline (зелений)Переходи на сайтWebsite ClicksВідсоток %, Sparkline (фіолетовий)Побудова маршрутівDirection RequestsВідсоток %, Sparkline (помаранчевий)Середній рейтингAverage Review RatingАбсолютна зміна (наприклад, +0.1), Sparkline (жовтий)Нові відгукиNew Reviews CountВідсоток %, Sparkline (бірюзовий)