Budżet: 50 USD Termin: 2 dni
Doświadczenie w takich projektach
Igor Yevtushenko
Oferta, która wygrała- Zlecenia 132
- Ocena -
- Ranking 2 748
Budżet: 300 UAH Termin: 1 dzień
Gotowy do rozpoczęcia.
Oferty ukryte
Aktualnie brak ofert
-
Free Web 27 kwietnia 2015цена = 800 грн.
срок = 5-10 дней
если вышлите структуру базы, joomla не знаю.
Сделаю по базе на своей системе
Aktualne zlecenia dla freelancerów w kategorii Programowanie stron internetowych
ТЕХНІЧНЕ ЗАВДАННЯРозробка системи Digital Signage для мережі рекламних екранів1. Загальний опис системиСистема призначена для віддаленого керування медіаконтентом (відео, зображення) на мережі телевізорів під управлінням Android TV. Архітектура:Backend / Панель керування (Адмінка): PHP (Laravel / Yii2 або pure PHP) + MySQL.Frontend (Плеєр на ТВ): HTML5 / JavaScript (Single Page Application), який запускається на ТВ у повноекранному режимі через додаток Fully Kiosk Browser.2. Функціональні вимоги: Панель керування (Адмінка на PHP)2.1. Керування екранами (Телевізорами)Можливість додавання/видалення екранів у системі.Кожному екрану присвоюється: Назва (гео-точка), унікальний ID (device_token) та статус (Онлайн/Офлайн).Моніторинг (Пінг): Відображення статусу ТВ у реальному часі. Якщо ТВ не надсилав запитів більше ніж 5 хвилин, фарбувати його статус у червоний колір (Офлайн). 2.2. Керування контентом (Медіатека)Завантаження файлів (відео, зображення) на сервер.Видалення файлів (з автоматичним видаленням фізичного файлу з сервера).Можливість переглядати (та змінювати), на яких екранах транслюється кожний окремий медіафайл.Налаштування порядку відтворення файлів. 2.3. Серверне API (для зв'язку з ТВ)Реалізувати REST API (JSON):POST /api/ping — приймає від ТВ його ID, фіксує час останньої активності (для статусу Онлайн) та повертає поточну версію плейлиста.GET /api/file/device_token — віддає актуальний JSON-масив із посиланнями на медіафайли, їхнім порядком та налаштуваннями часу показу.3. Функціональні вимоги: Клієнтський плеєр (HTML5/JS на ТВ)Плеєр є вебсторінкою, яка відкрита на ТВ. Головне завдання клієнта — автономність.3.1. Кешування та синхронізація (Робота без інтернету)При старті плеєр запитує плейлист через API.Локальне сховище: Усі файли з плейлиста (відео/зображення) JS повинен завантажувати у внутрішню пам'ять браузера (використовуючи Cache API або IndexedDB). Стрімінг (програвання напряму з інтернету) заборонений.Синхронізація: Якщо на сервері додано новий контент, плеєр завантажує його у фоновому режимі, не перериваючи поточний показ. Після завершення завантаження — додає дотрансляції. Якщо контент видалено на сервері, плеєр має видалити його з локального кешу ТВ, щоб не забивати пам'ять пристрою.Офлайн-режим: При повному зникненні інтернету плеєр нескінченно крутить по колу останній успішно завантажений плейлист. 3.2. Відтворення та ротаціяЦиклічне відтворення контентутазгідно із заданим в адмінці порядком.Для зображень має налаштовуватися тривалість відображення у секундах (за замовчуванням 10 сек).Переходи між роликами мають бути плавними, без чорних екранів та помітного перезавантаження сторінки. 3.3. Логування та контроль помилок (Захист від збоїв)Обробка пошкоджених файлів: Якщо відеофайл пошкоджений і не може відтворитися, плеєр повинен пропустити його та увімкнути наступний за порядком, а не зависати на чорному екрані.Логи показів (Аналітика): Плеєр повинен записувати в локальну пам'ять факт кожного успішного відтворення ролика. При появі інтернету ці дані пачкою відправляються на сервер (POST /api/logs), щоб в адмінці можна було побачити статистику: "Ролик А на ТВ №3 був показаний 450 разів за добута 2365 разів всього".4. Вимоги до оптимізації під Android TVІнтерфейс плеєра не повинен містити жодних елементів керування (курсори, смуги прокручування, кнопки). Тільки чистий контент на весь екран.JS-код має бути оптимізований за пам'яттю (вчасно очищати невикористовувані DOM-елементи та об'єктні URL), оскільки бюджетні телевізори мають жорсткі обмеження щодо оперативної пам'яті і можуть аварійно закривати вкладку при витоку пам'яті через 12-24 години безперервної роботи.
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ę.
Witam wszystkich, potrzebujemy stworzyć stronę internetową do organizacji wydarzeń i sprzedaży biletów. Możliwe opcje na gotowym szablonie, frameworku lub wasza propozycja. Preferowane, abyście mieli doświadczenie w tworzeniu stron internetowych do sprzedaży biletów. Przykłady stron prześlemy w prywatnych wiadomościach. W razie potrzeby stworzymy prototyp. Jeśli wcześniej pracowaliście nad tworzeniem podobnych stron, proszę o przesłanie przykładów w prywatnych wiadomościach. Szczegóły omówimy w prywatnych wiadomościach. Dziękuję i miłego dnia!