Fixing applications from the amoCRM site

Potrzebne jest opracowanie bota telegramowego w standzie puls dla testu klienta. Test ma 5-7 pytań z 5-7 wariantami odpowiedzi. Na podstawie odpowiedzi klienta bot obliczy punkty i wyda wynik (6 wariantów)

Potrzebny doświadczony programista Laravel do integracji systemu płatności w istniejącym projekcie. O projekcie Backend: Laravel Frontend: React Projekt: chmurowa platforma do przechowywania plików (odpowiednik Dropbox) Co należy zrealizować Integrację płatności kartami bankowymi przez API systemu płatności. Tworzenie płatności. Przekierowanie użytkownika na stronę płatności. Obsługę udanej i nieudanej płatności. Obsługę callback/webhook. Sprawdzenie statusu płatności. Poprawną zmianę statusu zamówienia po udanej płatności. Logowanie zapytań i odpowiedzi API. Pracę zarówno w środowisku testowym, jak i produkcyjnym. Wymagania Doskonała znajomość Laravel. Doświadczenie w integracji systemów płatności (API bankowe itp.). Doświadczenie w pracy z REST API. Bedzie to atutem Doświadczenie w integracji bankowych bramek płatniczych. Możliwość pokazania podobnych projektów. Co zapewnimy Pełną dokumentację techniczną systemu płatności. Dostęp do środowiska testowego. Przy odpowiedzi proszę podać: 1. Jakie systemy płatności już zintegrowałeś. 2. Koszt pracy. 3. Czas realizacji. 4. Przykłady podobnych projektów (jeśli są).

ZADANIE TECHNICZNE Opracowanie systemu Digital Signage dla sieci ekranów reklamowych 1. Ogólny opis systemuSystem przeznaczony do zdalnego zarządzania treściami multimedialnymi (wideo, obrazy) w sieci telewizorów działających na Android TV. Architektura:Backend / Panel sterowania (Admin): PHP (Laravel / Yii2 lub czysty PHP) + MySQL.Frontend (Odtwarzacz na TV): HTML5 / JavaScript (Aplikacja Jednostronicowa), uruchamiana na TV w trybie pełnoekranowym przez aplikację Fully Kiosk Browser.2. Wymagania funkcjonalne: Panel sterowania (Admin na PHP)2.1. Zarządzanie ekranami (Telewizorami)Możliwość dodawania/usuwania ekranów w systemie.Każdemu ekranowi przypisywana jest: Nazwa (geo-punkt), unikalny ID (device_token) oraz status (Online/Offline).Monitorowanie (Ping): Wyświetlanie statusu TV w czasie rzeczywistym. Jeśli TV nie wysyłał zapytań przez więcej niż 5 minut, status powinien być pomalowany na czerwono (Offline). 2.2. Zarządzanie treścią (Biblioteka mediów)Przesyłanie plików (wideo, obrazy) na serwer.Usuwanie plików (z automatycznym usunięciem fizycznego pliku z serwera).Możliwość przeglądania (i zmieniania), na których ekranach jest emitowany każdy pojedynczy plik multimedialny.Ustawienie kolejności odtwarzania plików. 2.3. API serwera (do komunikacji z TV)Zrealizować REST API (JSON):POST /api/ping — przyjmuje od TV jego ID, rejestruje czas ostatniej aktywności (dla statusu Online) i zwraca aktualną wersję playlisty.GET /api/file/device_token — zwraca aktualną tablicę JSON z linkami do plików multimedialnych, ich kolejnością oraz ustawieniami czasu wyświetlania.3. Wymagania funkcjonalne: Odtwarzacz kliencki (HTML5/JS na TV)Odtwarzacz jest stroną internetową, która jest otwarta na TV. Główne zadanie klienta — autonomia.3.1. Cache i synchronizacja (Praca bez internetu)Przy starcie odtwarzacz żąda playlisty przez API.Lokalne przechowywanie: Wszystkie pliki z playlisty (wideo/obrazy) JS powinien ładować do wewnętrznej pamięci przeglądarki (używając Cache API lub IndexedDB). Streaming (odtwarzanie bezpośrednio z internetu) jest zabroniony.Synchronizacja: Jeśli na serwerze dodano nową treść, odtwarzacz ładuje ją w tle, nie przerywając aktualnego pokazu. Po zakończeniu ładowania — dodaje do transmisji. Jeśli treść została usunięta na serwerze, odtwarzacz musi usunąć ją z lokalnej pamięci podręcznej TV, aby nie zapełniać pamięci urządzenia.Tryb offline: Przy całkowitym zniknięciu internetu odtwarzacz nieskończoność powtarza ostatnią pomyślnie załadowaną playlistę. 3.2. Odtwarzanie i rotacjaCykliczne odtwarzanie treści i zgodnie z ustaloną w adminie kolejnością.Dla obrazów należy ustawić czas wyświetlania w sekundach (domyślnie 10 sek).Przejścia między filmami powinny być płynne, bez czarnych ekranów i zauważalnego przeładowania strony. 3.3. Logowanie i kontrola błędów (Ochrona przed awariami)Obsługa uszkodzonych plików: Jeśli plik wideo jest uszkodzony i nie może być odtworzony, odtwarzacz powinien go pominąć i włączyć następny w kolejności, a nie zawieszać się na czarnym ekranie.Logi pokazów (Analiza): Odtwarzacz powinien zapisywać w lokalnej pamięci fakt każdego pomyślnego odtworzenia filmu. Po pojawieniu się internetu te dane są wysyłane na serwer (POST /api/logs), aby w adminie można było zobaczyć statystyki: "Film A na TV nr 3 był wyświetlany 450 razy w ciągu doby oraz 2365 razy łącznie".4. Wymagania dotyczące optymalizacji pod Android TVInterfejs odtwarzacza nie powinien zawierać żadnych elementów sterujących (kursory, paski przewijania, przyciski). Tylko czysta treść na cały ekran.Kod JS musi być zoptymalizowany pod kątem pamięci (na czas usuwania nieużywanych elementów DOM i obiektowych URL), ponieważ budżetowe telewizory mają surowe ograniczenia dotyczące pamięci RAM i mogą awaryjnie zamykać kartę przy wycieku pamięci po 12-24 godzinach ciągłej pracy.

Opis zadania: Szukamy dewelopera do stworzenia prostej systemu zarządzania miejscami parkingowymi bez miesięcznych płatnych subskrypcji pod klucz. Co jest dostępne: Gotowy szczegółowy rysunek parkingu w formacie DWG (AutoCAD). Łącznie około 500 miejsc parkingowych.Główne zadanie: Należy przenieść ten rysunek do interfejsu webowego, aby każde miejsce parkingowe stało się klikalne i dynamicznie zmieniało kolor (na przykład Zielony — Wolne, Czerwony — Zajęte). To elektroniczny rejestr długoterminowego wynajmu (planowane ręczne wprowadzanie danych przez menedżera, automatyzacja z czujnikami, szlabanami czy kamerami nie jest potrzebna).Podział ról i dostęp: Menedżer: Pracuje z komputera w biurze. Ma dostęp do "panelu administracyjnego", gdzie może zmienić status każdego z miejsc parkingowych (wolne/zajęte) oraz wpisać opis (na przykład nazwę firmy najemcy). Ochrona: Znajduje się na terenie obiektu, łączy się z urządzeń mobilnych (telefon, tablet lub laptop) przez mobilny internet. Ochrona ma dostęp tylko do przeglądania (Read-only). Klikają na miejsce i widzą informacje: Numer miejsca, Status, Nazwa firmy. Nie mają możliwości wprowadzenia zmian.Wymagania dotyczące realizacji: Praca pod klucz: od adaptacji rysunku do webu po wdrożenie systemu i bazy danych. Interfejs mapy musi być responsywny dla wygodnego skalowania i kliknięć palcami na ekranach smartfonów. Proszę zaproponować optymalny sposób umiejscowienia systemu: albo wdrożenie na naszym biurowym komputerze (będzie potrzebna konfiguracja dostępu zewnętrznego dla mobilnego internetu ochrony), albo wykorzystanie darmowych limitów chmurowych.Proszę w odpowiedzi zapropnować swój wariant stosu technologicznego oraz architektury (gdzie najlepiej hostować bazę, aby ochrona miała dostęp z 4G), a także podać orientacyjną cenę i terminy realizacji projektu. Ważna uwaga dotycząca budżetu i funkcjonalności: Projekt jest realizowany wyłącznie do użytku wewnętrznego i podstawowej wygody. Nie potrzebujemy skomplikowanych rozwiązań designerskich, systemów CRM, integracji z bramkami płatniczymi, powiadomień SMS i tym podobnych. Potrzebny jest maksymalnie prosty, zwięzły i działający interfejs bez zbędnego kodu. Dlatego proszę oceniać projekt adekwatnie — oferty z zawyżonymi cenami nie będą rozpatrywane. Dziękujemy

Potrzebny doświadczony programista OpenCart do przejęcia projektu i dalszego wsparcia Szukam doświadczonego programisty OpenCart (nie agencji), który profesjonalnie przejmie sklep internetowy od obecnego dewelopera i zajmie się jego wsparciem, rozwojem i optymalizacją SEO. O projekcie Sklep internetowy na OpenCart. Projekt gotowy w około 99% i sprawdzony zgodnie z wymaganiami technicznymi. Potrzebne jest przeprowadzenie niezależnego audytu technicznego przed ostatecznym przekazaniem strony. Po zakończeniu przekazania planowana jest długoterminowa współpraca przy rozwoju projektu. Podstawowe zadania Przeprowadzenie audytu kodu i struktury projektu. Sprawdzenie jakości realizacji funkcjonalności. Sprawdzenie zainstalowanych modułów, ich kompatybilności i poprawności działania. Ocena bezpieczeństwa i stabilności działania strony. Sprawdzenie wydajności i zaproponowanie rekomendacji dotyczących jej poprawy. Sprawdzenie zrealizowanej części SEO i zaproponowanie dalszego planu optymalizacji. Upewnienie się, że projekt jest w pełni gotowy do samodzielnego wsparcia bez zależności od poprzedniego dewelopera. Sprawdzenie poprawności przekazania wszystkich dostępów: kod źródłowy; baza danych; FTP; hosting; domena; e-mail; panel administracyjny; zainstalowane moduły i ich licencje. W razie potrzeby udział w komunikacji z obecnym deweloperem podczas przekazywania projektu. Przedstawić listę rekomendacji i uwag przed ostatecznym przyjęciem. Dalsza współpraca Po przyjęciu strony planowana jest regularna praca nad projektem: rozwój nowych funkcjonalności; optymalizacja SEO; poprawa wydajności; integracje z zewnętrznymi usługami; wsparcie techniczne. Wymagania dla kandydata Potrzebny specjalista, który: ma znaczące doświadczenie w pracy z OpenCart; dobrze zna architekturę OpenCart i popularne moduły; ma doświadczenie w audycie i wsparciu istniejących projektów; może argumentować jakość wykonanych prac; odpowiedzialnie podchodzi do ustaleń i przestrzega uzgodnionych terminów realizacji prac; jest zainteresowany długoterminową współpracą. W odpowiedzi proszę podać doświadczenie w pracy z OpenCart; przykłady zrealizowanych sklepów internetowych; czy przeprowadzałeś audyt lub przyjęcie cudzych projektów; orientacyjną cenę: audytu technicznego; udziału w przyjęciu projektu; wsparcia godzinowego lub projektowego po przekazaniu. Preferencje będą miały osoby, które mają wieloletnie doświadczenie w pracy z OpenCart, odpowiedzialnie podchodzą do swojej pracy, przestrzegają uzgodnionych terminów i są gotowe stać się technicznym partnerem projektu na długi czas.