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ą).
Oferty ukryte
Aktualnie brak ofert
-
Artem Pavlyuk 17 grudnia 2015Добрый вечер, Ваш бюджет не соответствует проекту, как модератор данного проекта рекомендую Вам увеличить бюджет, в случаи игнорирования данного сообщения, Ваш проект будет заблокирован.
-
Artem Pavlyuk 17 grudnia 2015Ваш проект может быть заблокирован, рекомендую поднять бюджет. Сумма сильно занижена, рекомендую писать от 1500 грн (все зависит от ТЗ)
-
Artem Pavlyuk 17 grudnia 2015Стоит дороже, "вносить изменения по ТЗ", меняйте условие проекта или поднимайте бюджет минимум в 3 раза.
-
Anatoly Boyko 17 grudnia 2015нужно подымать сумму как минимум на 1000-2000 за 500 грн Ваш проект закроют.
-
Anatoly Boyko 17 grudnia 2015за 500 грн я даж незнаю..... разве что школьник для опыта возьмет и потом Вы будете обращаться по новой к более квалифицырованым фрилансерам что бы они переделали.
-
Anna Babich
17 grudnia 2015
Я не думаю что установить купленный шаблон на Вп и добавить пару готовых модулей стоит дороже.
-
Anatoly Boyko 17 grudnia 2015да такие таски не дорогие НО у Вас написано "натягивать шаблоны на ВП" а ето уже другая тема.
Aktualne zlecenia dla freelancerów w kategorii Programowanie stron internetowych
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.
Potrzebna jest migracja sklepu internetowego Opencart z PHP 7.4 na PHP 8.x. Obecnie zainstalowane jest jądro w wersji 3.0.3.8. Czytamy, że najprawdopodobniej będzie trzeba również zaktualizować jądro do wersji 4.0 i że nie powinno być większych trudności... Funkcjonalność jest głównie niestandardowa, są również Simple, OCFilter, Nowa poczta. Oczekujemy rekomendacji i orientacyjnej ceny. Idealnie, jeśli ktoś już przeprowadzał podobną pracę.