Потрібно скачати

Опис:Ми ведемо систему звітності по тренінгах/курсах, де для кожного клієнта є окремий звіт Power BI, який отримує дані про проходження курсів через Tovuti LMS API за допомогою Power Query (M). Один із цих звітів почав видавати помилку 429 Too Many Requests, оскільки запит щоразу заново завантажує всю історію даних, а обсяг цієї історії вже перевищив ліміт запитів Tovuti API. Потрібно: Переписати Power Query так, щоб при кожному оновленні завантажувались лише нові/змінені записи, використовуючи параметр timestampModifiedAfter в ендпоінті courseProgresses (цей параметр підтверджено існує і працює), замість повторного завантаження всієї історії. Додати логіку retry/backoff, щоб у разі помилки 429 запит призупинявся і продовжував роботу, а не завершувався з помилкою. Перевірити виправлення на нашому реальному Tovuti API і підтвердити, що оновлення проходить успішно. Коротко задокументувати зміни (що і чому було змінено), щоб ми могли підтримувати це надалі. Контекст моделі даних: Звіт складається з 4 пов'язаних таблиць: Teams, Courses, Users та AssigmentsProgress (факт-таблиця, яка тягнеться з ендпоінту courseProgresses Tovuti, пов'язана через teamId, courseId, userId). Саме таблиця AssigmentsProgress впирається в ліміт запитів, оскільки вона зростає щоразу, коли хтось починає, проходить або завершує курс. Вимоги: Впевнений практичний досвід роботи з Power Query (мова M) та патернами інкрементального оновлення даних у Power BI Досвід роботи з REST API (пагінація, фільтри за датою, ліміти запитів, обробка retry/backoff) Вміння читати документацію OpenAPI/schema Чітка комунікація англійською мовою Результат: Робоче, протестоване виправлення Power Query, інтегроване в існуючий звіт, з коротким письмовим поясненням змін. Бюджет: Фіксована ціна за цю задачу (сума обговорюється на основі пропозиції)

Потрібно оперативно зібрати базу контактів косметологів, косметологічних кабінетів Вимоги до результату: Формат: Excel або Google Таблиці. Номери телефонів мають бути в міжнародному форматі, суцільними цифрами БЕЗ плюсів, пробілів чи дефісів (наприклад: 380********** Структура: Стовпчик А — Назва кабінету / Ім'я, Стовпчик Б — Номер телефону. Об'єм: від 200 свіжих контактів, без дублікатів і порожніх рядків

Вхідні дані Для кожного товару надаються: назва; короткий опис; одна або декілька фотографій; готовий промпт для генерації SEO-опису; готовий промпт для генерації зображення. Що потрібно зробити1. Генерація SEO-опису підставити назву та опис товару у готовий промпт; отриманий результат від ШІ перенести без змін; сформувати: SEO-назву; SEO-опис; ключові слова; характеристики товару.2. Заповнення характеристик Заповнити характеристики відповідно до інформації, отриманої від ШІ. Якщо певних даних недостатньо, допускається уточнення за допомогою AI без самостійного вигадування характеристик.3. Генерація зображення За готовим промптом згенерувати нове зображення товару, використовуючи: назву; опис; наявне фото товару. Зображення повинно відповідати вимогам, зазначеним у промпті. Важливо Робота виконується виключно за готовими промптами. Усі деталі процесу показані у відеоінструкції, яка додається до цього ТЗ. Потрібно уважно дотримуватись інструкції та перевіряти результат перед здачею. Результат Для кожного товару необхідно надати: готову SEO-назву; SEO-опис; ключові слова; заповнені характеристики; нове згенероване зображення. Додаткова інформація Розглядаємо декількох виконавців для довгострокової співпраці. Перед початком основної роботи необхідно виконати тестове завдання. Після успішного тестового завдання першим етапом буде обробка 150 товарів. Просимо вказати вартість виконання 150 товарів та термін виконання. Очікувана продуктивність — не менше 25-30 товарів на день. Після успішного завершення першого етапу буде передано наступні партії товарів. Загальний обсяг робіт — близько 2000 товарів.

Про проект Художня балетна компанія з Берліна. Ми продаємо квитки на власні постановки. Просування: Meta, Google Search, електронна пошта (Brevo), зовнішня реклама, партнерські портали та інфлюенсери. Що потрібно зробити Раніше наш рекламний бюджет витрачався без належного атрибуції — ми не могли бачити, звідки насправді надходили покупки. Нам потрібна чиста система вимірювання: правильно працюючі пікселі (Meta / Google / TikTok) та GA4, крос-домен з нашої цільової сторінки до оформлення замовлення на платформі партнера з продажу квитків, тегування та розрізнення всіх джерел трафіку, аналітика поведінки на цільовій сторінці (глибина прокрутки, досягнення блоку з квитками) та консолідація всіх каналів в одну читабельну панель. Ми не шукаємо медіа-байера, який буде працювати безпосередньо. Управління рекламою в Meta автоматизоване через окремий інструмент, і ми самі ведемо стратегію. Що нам потрібно від вас — це побудувати нервову систему даних, на яку спиратимуться рішення. Перший етап — спільне проектування воронки, а не виконання готової специфікації. Ми надаємо специфіку продажу квитків, ви надаєте експертизу воронки та атрибуції. Ваш підхід до цього етапу — це те, як ми виберемо підрядника. Етапи: (0) проектування архітектури вимірювання → (1) аудит і виправлення того, що вже є → (2) налаштування. Термін — до запуску продажів у серпні. Після налаштування — лише підтримка за запитом. Аудиторія / для кого це B2C, покупці квитків на культурні події. Досвід в електронній комерції підходить; специфіка подій надходить з нашого боку. Як ми будемо вас оцінювати 1. Чи розумієте ви завдання — викладіть своїми словами, що є найважливішим тут. 2. Як ви підходите до етапу проектування воронки. 3. Відповідний досвід: GA4, GTM, пікселі, воронки, атрибуція, читання метрик Meta, відстеження електронної пошти. 4. Орієнтовна ставка / модель оплати. Детальний бриф додається. Ми уточнимо точний обсяг і оцінку під час дзвінка.

Чи знає хтось, як обійти обмеження постингу у фб Я маю на увазі в групах rate limit Чи знає хтось, як обійти обмеження постингу у фб Я маю на увазі в групах rate limit Чи знає хтось, як обійти обмеження постингу у фб Я маю на увазі в групах rate limit