Script śledzenie subskrypcji na Twitterze + AutoPosting na Twitterze

Ogólne informacje: Jest bot Telegram, napisany w Pythonie (aiogram v3, aiohttp, MySQL, Redis). To usługa do interakcji między zleceniodawcami a wykonawcami (profile, projekty itp.). Wymagane umiejętności: - Pewne doświadczenie z aiogram v3 (nie v2!), asyncio, aiohttp; - Znajomość Telegram Bot API (webhooki); - Doświadczenie w pracy z MySQL, Redis; - Umiejętność rozumienia cudzej kody; - Komunikatywność, odpowiedzialność. Potrzebuję na bieżącej wersji bota bezpośrednio na serwerze naprawić błąd-problem Problem polega na tym: Nie funkcjonują w pełni czaty (Nory), powinien być czyściciel, który będzie działał zgodnie z algorytmem, ale teraz działa z błędami, czyści niezgodnie z harmonogramem - Czat między zleceniodawcą jest potrzebny do omawiania z wykonawcą kwestii roboczych. - Czat (nory już wszystkie zostały stworzone, potrzebne jest, aby je czyścił i ustawiać w kolejce - Użytkownik bot tworzy czaty (parne nory, już je mamy) i ustawia je w kolejce, jeśli w czacie dokonano transakcji, rozmówcy w nim są (w jednym czacie wykonawca, w drugim czacie zleceniodawca); jeśli czat jest zamknięty lub nie dokonano transakcji i użytkownicy nie pisali tam przez 7 dni; bot usuwa stamtąd zleceniodawców lub wykonawców i ustawia ten czat (norę z powrotem w kolejce) - Zleceniodawca może przejść do czatu z każdym wykonawcą, który odpowiedział na zlecenie - Zleceniodawca i wykonawca znajdują się w dwóch równoległych czatach, aby nie było możliwości zobaczenia bezpośredniego konta rozmówcy i nie było możliwości napisania do niego bezpośrednio * Nie zmieniamy działania czatów i wszystkiego innego Najważniejsze, aby poprawka nie pociągnęła za sobą innych problemów

System automatycznych powiadomień o uzupełnieniu zapasów analityka. Na 8n8. Mała automatyzacja dla e-commerce. Raz na dobę system oblicza szybkość sprzedaży dla każdego produktu i wysyła na Telegram, że czas zamówić (z zalecaną ilością) i na ile dni wystarczy zapas. Co robimy: Pobieranie danych: KeyCRM API (historia zamówień) + zapasy/zamówienia z Rozetka (API lub eksport) Przechowywanie w SQLite na moim VPS (Contabo, Linux) Obliczanie średniej sprzedaży, zapasu w dniach, punktu zamówienia Analiza ABC: priorytetyzacja, który produkt uzupełniać jako pierwszy (klasa A — główne pod względem przychodu — ważniejsze) Codzienny bot Telegram + uruchamianie przez cron Wszystkie progi (czas dostawy, zapas bezpieczeństwa, zapas docelowy) — w konfiguracji

Witam! Potrzebuję wizualnie dostosować system InvenTree (open-source) do prezentacji projektu kawiarni. Składny backend i integracja z kasą (POS) nie są wymagane — ważna jest zewnętrzna przeróbka interfejsu, aby pokazać różnicę „Było / Stało”. Stos technologiczny projektu: Python (Django) + React (Mantine UI). Co należy zrobić w interfejsie: Dostosowanie marki, Zmiana nazw w menu bocznym i tabelach, Usunięcie pól inżynieryjnych z formularzy, Skonfigurowanie jednego przepisu „składania” napoju (na przykład, Cappuccino), aby przy ręcznym odpisywaniu ze magazynu wszystkie składniki były wyraźnie odliczane, dodanie funkcji w postaci dodatkowych raportów oraz wyjaśnienie zasad działania wprowadzonych zmian. Wszystkie szczegóły omówimy osobiście. Wymagania dla wykonawcy: Doświadczenie w pracy z Django i React (Mantine UI). Zdolność do szybkiego wykonania zadania — projekt potrzebny do prezentacji. Pracujemy przez Safe (Bezpieczną transakcję). W odpowiedzi zacznij od słowa „KAWA”, aby widział, że przeczytałeś do końca. Napisz swoje terminy i cenę.

Potrzebna jest niewielka poprawka w programie, który formuje zamówienia do druku. Zadanie: Dodaliśmy do asortymentu miękkie szkło z nadrukiem. W zamówieniach nazwa nadruku będzie wyróżniona symbolami #...# dla poprawnego rozpoznawania. Przykład: Miękkie szkło, #Abstrakcja biała# 2.0mm, Kształt: Prostokąt... Wymagane: jeśli w tekście zamówienia znajduje się fragment między symbolami #...#, program powinien rozpoznać go jako zamówienie z nadrukiem; przy formowaniu PDF lub arkusza do druku takie zamówienie należy wyróżnić innym kolorem (jakimkolwiek widocznym, uzgodnimy podczas realizacji); reszta logiki działania programu ma pozostać bez zmian. Przykład zamówienia dodaję poniżej do testowania.

O projekcie: Uruchamiamy usługę B2B do analityki i zarządzania kampaniami reklamowymi dla specjalistów ds. targetowania i mediów. Produkt będzie działał z oficjalnym Meta API. Główna techniczna trudność i fokus projektu to wirtuozowska praca z limitami Facebooka, routowanie ruchu między pulą naszych aplikacji oraz rygorystyczny system ochrony infrastruktury przed blokadami szarych kont reklamowych. Posiadamy już szczegółowe zadanie techniczne, opisującą architekturę baz danych, logikę balansu i wymagania dotyczące interfejsów. Szukamy wykonawcy, który zrealizuje to w trybie "pod klucz" (backend + frontend pulpitów). Co należy zrobić (Kluczowe zadania): Integracja z Meta API: Skonfigurować autoryzację użytkowników i regularne asynchroniczne parsowanie statystyk kont reklamowych. Zapytania muszą być wysyłane wyłącznie w paczkach, aby oszczędzać limity. System automatycznego odłączania kont: Napisać moduł, który nieprzerwanie monitoruje statusy kont reklamowych. Jeśli konto zostanie zablokowane, system powinien automatycznie cofnąć token dostępu w ciągu 60 sekund, aby chronić naszą aplikację przed sankcjami Meta. Infrastruktura proxy: Zrealizować tunelowanie wszystkich zapytań do API przez pulę SOCKS5. Obowiązkowe jest sztywne powiązanie konkretnego tokena użytkownika z statycznym adresem IP. Inteligentne routowanie: Stworzyć algorytm, który będzie rozdzielał przypisane konta reklamowe między kilka naszych aplikacji Facebook w określonych proporcjach, aby zmniejszyć ryzyko. Rozwój interfejsów: Stworzyć pulpit klienta z tabelą podsumowującą statystyki oraz zaawansowany panel administracyjny do ręcznego zarządzania limitami użytkowników, przypisaniami do aplikacji i pulą proxy. Oczekiwany stos technologii: Backend: Python, FastAPI. Zadania asynchroniczne: Celery, Redis. Bazy danych: PostgreSQL (lub ClickHouse do statystyk, według uznania). Frontend: Vue.js lub React (można używać gotowych bibliotek UI i szablonów pulpitów, nacisk na funkcjonalność, a nie skomplikowany design). Wymagania dla wykonawcy: Pewne doświadczenie w pracy z Meta Graph API i Marketing API. Musisz rozumieć, jak działają limity, jak czytać nagłówki obciążenia i jak pracować z tokenami. Zrozumienie specyfiki arbitrażu ruchu. Słowa „billing”, „ban konta reklamowego”, „menedżer biznesowy” i „farm” nie powinny budzić wątpliwości. Doświadczenie w budowaniu asynchronicznych parserów i pracy z serwerami proxy na poziomie zapytań sieciowych. Gotowość do pracy według jasnego zadania technicznego i dostarczania projektu etapami. Warunki: Format współpracy: Praca projektowa Budżet: Do uzgodnienia indywidualnie na podstawie twojej oceny zadania technicznego. Płatność: Etapowa, związana z punktami kontrolnymi. Jak odpowiedzieć: W liście motywacyjnym koniecznie podaj swoje doświadczenie w pracy z Meta API, dołącz linki do podobnych projektów (lub opisz ich funkcjonalność, jeśli są objęte NDA) i napisz orientacyjną widełkę cenową oraz terminy na opracowanie podobnego systemu od podstaw. Odpowiedzi bez opisu odpowiedniego doświadczenia w pracy z Facebook API nie będą rozpatrywane.