Бюджет: 2000 UAH Термін: 2 дні
Здравствуйте.Готов помочь с переездом на другой хостинг.Обращайтесь
Потрібно перенести дані сайту з одного хостингу на інший, платформа сайту опенкарт, і придбати ліцензію для доменного імені
Бюджет: 2000 UAH Термін: 2 дні
Здравствуйте.Готов помочь с переездом на другой хостинг.Обращайтесь
Бюджет: 1000 UAH Термін: 2 дні
Добрий день!
Працюю з Опенкарт 14 років, у нас уже є позитивний спільний досвід у співпраці.
Готовий реалізувати і цю Вашу задачу!
Бюджет: 1000 UAH Термін: 1 день
Здравствуйте.
Готова виконати зараз.
Пишіть у приватні повідомлення. Обговоримо деталі.
Бюджет: 1500 UAH Термін: 3 дні
Працюю понад 3 роки у великій хостинг-компанії та щодня допомагаю тисячам людей з перенесенням. Роблю це швидко, якісно і з гарантією на свою роботу! Готовий розпочати виконання прямо зараз, швидко перенести сайт із усіма даними та допомогти з покупкою ліцензії для домену і SSL-сертифікатами.
Напишіть мені для обговорення
Бюджет: 2300 UAH Термін: 4 дні
Привіт!
Готова допомогти з перенесенням даних сайту з одного хостингу на інший. Ось що я можу зробити для вас:
Перенесення даних:
Перенесу всі файли та базу даних з поточного хостингу на новий.
Перевірю коректність перенесення, щоб все працювало як на старому хостингу.
Покупка ліцензії на домен:
Підберу та допоможу купити ліцензію для доменного імені (якщо потрібно).
Перевірка налаштувань OpenCart:
Після перенесення перевірю, щоб налаштування OpenCart були правильними і сайт коректно відображався.
Якщо потрібно, я також допоможу з оптимізацією сайту на новому хостингу та налаштуванням безпеки.
Повідомте, коли будете готові і надайте доступи, щоб я могла розпочати роботу.
Бюджет: 1500 UAH Термін: 2 дні
Добрий день
Будь ласка, уточніть деталі щодо модулів з ліцензіями
Бюджет: 1997 UAH Термін: 1 день
Готовий взятися за роботу, пишіть, зроблю все якісно. Досвід роботи вже більше 14ти років!
Бюджет: 2000 UAH Термін: 1 день
Доброго дня!
Маю досвід роботи з OpenCart та перенесенням сайтів між хостингами. Швидко й безпечно перенесу ваш сайт на новий хостинг, налаштую всі необхідні параметри та допоможу з оформленням ліцензії для доменного імені. Гарантую стабільну роботу сайту після переносу.
Готовий почати найближчим часом. Напишіть, будь ласка, деталі: доступи до обох хостингів і уточнення щодо ліцензії (про яку саме йдеться).
Бюджет: 2000 UAH Термін: 1 день
Доброго дня
Маю 7+ років комерційний досвіду врозробці та розгортанні перенесенні сайтів.
Бюджет: 1000 UAH Термін: 1 день
Виконаю перенесення даних і пропишу ліцензію
________________________________________
Бюджет: 2000 UAH Термін: 1 день
Добрий день!
Готовий взяти в роботу.
Бюджет 2000 грн, терміни 1 день
З повагою, Іван
Бюджет: 700 UAH Термін: 1 день
привіт. зроблю без проблем. почну одразу...................................
Бюджет: 700 UAH Термін: 1 день
Здравствуйте.
Готовий виконати зараз.
Пишіть у приватні повідомлення. Обговоримо деталі.
Бюджет: 700 UAH Термін: 1 день
Добрий день Александре, готова перекинути дані сайту з одного хостингу на інший.
Готова приступити в будь-який час.
Звертайтеся, буду рада допомогти!
Бюджет: 1000 UAH Термін: 1 день
Добрий день.
Можу перенести сайт на інший хостинг зараз.
Звертайтеся.
Бюджет: 2000 UAH Термін: 1 день
Добрий. можу реалізувати цю задачу, пишіть обговоримо деталі
__________________________________________________________________________
Бюджет: 700 UAH Термін: 1 день
зроблю. великий досвід переносу сайтів! пишіть оперативно допоможу!!!!!!!!!!
Бюджет: 700 UAH Термін: 1 день
Доброго дня, Олександр!
Я можу перенести ваш сайт на OpenCart на новий хостинг, включаючи: перенесення всіх даних, налаштування бази даних.
Бюджет: 1999 UAH Термін: 1 день
Добрий день, великий досвід роботи з опенкарт. Пишіть у приватні повідомлення для обговорення деталей.
Бюджет: 700 UAH Термін: 1 день
Доброго дня, готовий це зробити без проблем
Пишіть і все обговоримо
Бюджет: 2000 UAH Термін: 1 день
Добрий день. Можу перенести на інший сервер. Тільки навіщо купувати ліцензію для домену, якщо його змінювати не будете?
Є діюча 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 (бірюзовий)