Бюджет: 2000 UAH Термін: 7 днів
Вітаю, готовий виконати роботу. Є великий досвід виконання подібних завдань. Терміни та вартість готовий обговорити.
Спеціальність: 121 "Інженерія програмного забезпечення". 3 курс.
Мені потрібно написати курсову роботу (28-35ст.) по базам даних (MySQL). Ціну та терміни обговоримо.
ТЗ з посиланнями і туторіалами: https://drive.google.com/drive/folders/1CMK17o7MFBu5EgNdcHV4cLHJ7D2AYYoq?usp=sharing
Текст можна не унікальний, навіть простий, можна додати води, використовувати chat GPT, головне щоб зміст завдання можна було вважати виконаним.
Після виконання курсової, мені треба ще невелика програма на с# по моїй базі данних. Максимально проста, без наворотів, головне щоб працювала.
На справді я не претендую на високий рівень і мені треба курсова, щоб від мене відчепилися.
Бюджет: 2000 UAH Термін: 7 днів
Вітаю, готовий виконати роботу. Є великий досвід виконання подібних завдань. Терміни та вартість готовий обговорити.
Потрібна підтримка програми самотуру, серверів каталожників баз данних та серверу онлайну. Серверів баз данних 5 шт
База клієнтів збиралася кілька років із різних джерел, тому телефони записані в різних форматах, один клієнт існує під кількома ID, міста введені вручну різними мовами, область майже ніде не заповнена. Через це неможливо нормально сегментувати базу. Що потрібно зробити: 1. Аудит бази (оплачується окремо, перший етап). Скільки карток, скільки телефонів поза форматом, скільки дублів, скільки унікальних написань міст. За результатом — уточнена оцінка решти робіт. 2. Стандартизація телефонів. Усі номери привести до формату +380XXXXXXXXX. Номери, які неможливо однозначно розпізнати, — не видаляти й не вгадувати, а винести в окремий список. 3. Злиття дублів. Правило: один номер телефону = один ID клієнта. При цьому одному клієнту може належати необмежена кількість номерів. Історія замовлень, email, адреси, теги та кастомні поля мають зберегтися. 4. Розбір карток, на яких «навішано» багато номерів. 5. Міста та області. Назви населених пунктів — з єдиного довідника українською (API Нової Пошти або КАТОТТГ). Область має заповнюватися завжди, щоб одним фільтром можна було вивантажити всіх клієнтів Києва та області, а не окремо Бровари, окремо Ірпінь тощо. 6. Захист від повторного засмічення: нормалізація телефону та міста на вході (форми сайту, інтеграції, ручне введення) + регулярна фонова перевірка нових записів. Вимоги: — практичний досвід роботи з API SIMLA / RetailCRM (v5): вивантаження, оновлення, об'єднання карток, ліміти запитів; — досвід задач з дедуплікації даних; — розуміння українських адресних довідників. Умови роботи: повний бекап до будь-яких змін; спочатку dry-run зі звітом про заплановані зміни на погодження, і лише потім запуск на бойовій базі; лог усіх операцій із можливістю відкату. Без безповоротних видалень без погодження. У відгуку напишіть: — строки та вартість
Потрібно зібрати велику та актуальну базу контактів українських науковців, викладачів, наукових співробітників, докторантів і аспірантів із використанням лише відкритих джерел. Результат має бути у форматі Excel або CSV та містити щонайменше ПІБ, email, місце роботи (університет або наукову установу), посаду та посилання на джерело, звідки отримано контакт. Необхідно максимально уникати дублікатів і, за можливості, перевіряти актуальність email-адрес. Для збору даних можна використовувати офіційні сайти університетів і наукових установ, профілі викладачів, сторінки кафедр, інституційні репозитарії, журнали на платформі OJS, ORCID, OpenAlex, Google Scholar, ResearchGate, Crossref, PDF наукових статей, а також інші відкриті академічні ресурси. Вітається використання автоматизації (парсинг, API, Python тощо), якщо це не порушує правила відповідних сервісів. Основна мета — зібрати максимально повну базу контактів із відкритих джерел.
Потрібно розробити централізовану серверну систему збору та зберігання даних із Planfix, 1С, Meta Ads і Google Ads, а також веб-дашборд для їх відображення та аналізу. Усі дані, історія змін, розрахунки та агреговані показники повинні зберігатися виключно в серверній базі даних. Дашборд не повинен зберігати або дублювати бізнес-дані. Він має отримувати необхідну інформацію із серверної бази через API відповідно до запитів користувача та відображати її у вигляді KPI, графіків, таблиць і деталізованих звітів.
Щукаємо для підтримки проекта на базі Yii , треба вносити правки та доопрацювання бази , частково є звязок з попереднім виконавцем .....................