Бюджет: 1000 UAH Термін: 2 дні
Здравствуйте.
То что уже слито - не вернуть и никак не узнать, кто это сделал.
Но можно подстраховаться на будущее от подобных инцидентов.
Есть канал приватный в администрировании, нужно получиться данные с файлов,кто из участников сколько что скачивал для анализа данных.
Если ошиблась с направлением,то прошу простить и исправить,не сильна в программных делах)
Бюджет: 1000 UAH Термін: 2 дні
Здравствуйте.
То что уже слито - не вернуть и никак не узнать, кто это сделал.
Но можно подстраховаться на будущее от подобных инцидентов.
оптимистично но бесперспективно
если файлы хранятся именно в телеграмме то ничего вы не вытяните
а если внешний файл-хост то с него и надо тогда статистику тянуть
файлы в самой телеге, просто был обнаружен слив инфы и необходимо промониторить кем. Вообще анриал?
только методами ректотемального криптоанализа)
если важно отслеживание раздачи то пользуйтесь внешними менеджерами которые каждую раздачу пере собирают с уникальным битовым ключом в произвольном месте файла
только так можно будет отследить слив и то не факт
это так не сработает
все сложно
если информация не слишком критическая то не заморачивайтесь
ну и вычислить - трясите там где слилось
Потрібна підтримка програми самотуру, серверів каталожників баз данних та серверу онлайну. Серверів баз данних 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 , треба вносити правки та доопрацювання бази , частково є звязок з попереднім виконавцем .....................