Создать баннер с таймером обратного отсчета html 5(для адвордс)

TECHNICZNE ZADANIE Aktualizacja sklepu internetowego bp.ua O projekcie Funkcjonujący sklep internetowy z perfumami na OpenCart 2.x. Należy przenieść na OpenCart 4.x, zaktualizować design i funkcjonalność, zachować wszystkie dane, integracje i SEO. Strona jest dwujęzyczna (ukraiński + rosyjski). Szukamy wykonawcy (lub zespołu) do backendu i frontendu. Można zgłaszać się do jednej części lub do obu.Część 1. Backend (OpenCart 4)Migracja Rozwój czystego OpenCart 4.x (najbardziej stabilna gałąź), PHP 8.1+. Przeniesienie danych: produkty, kategorie, atrybuty, opcje, marki, klienci, zamówienia, opinie, strony treści. Zachowanie SEO-URL (przyjazne URL) jeden-do-jednego; mapa 301-przekierowań ze starych adresów. Nie ma bezpośredniej aktualizacji 2.x → 4.x: tylko czysty rozwój + kontrolowane przeniesienie.Integracja API z dostawcą (priorytet) Portowanie istniejącej niestandardowej modyfikacji wymiany z serwerem dostawcy (ceny + stany magazynowe). Automatyczna synchronizacja według harmonogramu (cron), log błędów, ręczne uruchamianie. Ukrywanie/status dla pozycji, których nie ma w magazynie. Wsparcie katalogu 2000+ pozycji.Moduły Nowa Poczta: wybór oddziałów/paczkomatów, automatyczne generowanie TTN z panelu administracyjnego. Płatność: podłączenie systemu płatności (LiqPay / Fondy / WayForPay — do uzgodnienia), płatność przy odbiorze. Checkout: logika serwerowa, zamówienie gościa, statusy, powiadomienia dla klienta. Masowy import/aktualizacja produktów z cennika (xlsx/csv), powiązanie zdjęć z artykułem/kodem kreskowym.Dwujęzyczność (uk / ru) Dwujęzyczny sklep: uk-UA (główny) i ru-RU. Dwujęzyczne pola produktów, kategorii, stron treści, meta-tagów. Osobne SEO-URL dla każdego języka, tagi hreflang, kanoniczne URL. 301-przekierowania ze starych URL obu języków (sprawdzić aktualny schemat: /ru/, subdomena czy parametr). Listy do kupującego — w języku sesji klienta.Blog Zachować istniejącą sekcję artykułów https://blog.bp.ua/. Przenieść istniejące artykuły (uk/ru) z zachowaniem URL i 301-przekierowaniami tam, gdzie to konieczne. Dwujęzyczność, poprawna SEO-znakowanie artykułów. Sekcja bloga ma pozostać edytowalna z panelu administracyjnego.SEO (serwerowe) Wymiana zewnętrznego modułu SEO na natywny mechanizm OC4. Generacja sitemap.xml (osobne gałęzie językowe), poprawny robots.txt. Mikroznakowanie Schema.org (Produkt, Oferta, BreadcrumbList, Artykuł dla bloga).Wydajność i bezpieczeństwo Cache (OPcache + wbudowany OC4), optymalizacja zapytań, gzip/brotli, HTTP/2. Obrazy: WebP, zmiana rozmiaru z cache. HTTPS, 2FA w panelu administracyjnym, aktualne poprawki, codzienne kopie zapasowe. Core Web Vitals w „zielonej” strefie na urządzeniach mobilnych.Porządek prac Wszystkie prace prowadzone są na staging. Stara strona działa do pełnego przetestowania nowej. Przełączenie na produkcję — z możliwością cofnięcia przez 30 dni. Część 2. Frontend (design + kodowanie)Design Styl: minimalistyczny, premium, dużo „powietrza”, akcent na zdjęcia produktu. Podejście mobile-first (większość ruchu — mobilny). System designu w Figma: paleta, typografia, komponenty, stany. Makiety kluczowych ekranów (desktop + mobilny): strona główna, katalog, karta produktu, strona marki, koszyk, checkout, wyszukiwanie, blog i strona artykułu.Kodowanie Semantyczny HTML5, czysty CSS, responsywny (mobile-first). Integracja w szablonach twig OpenCart 4 (nie statyczne), praca z danymi na żywo. Obrazy: WebP, lazy-load, srcset. Czcionka z pełną cyrylicą (uk/ru). Cross-browser: Chrome, Safari, Firefox, Edge + iOS/Android. Core Web Vitals: LCP < 2.5 s, CLS < 0.1, INP < 200 ms (mobilny).Funkcjonalność interfejsu Filtry fasetowe katalogu: marka, typ, objętość, nuta, płeć, cena. Karta produktu: zdjęcie, opis, nuty, format/objętość, opinie, „kupują z tym”. Szybki podgląd, lista życzeń, porównanie, etykiety (nowość, hit, limitowana ilość). Responsywny checkout z minimalną liczbą kroków, automatyczne uzupełnianie dla Nowej Poczty. Sekcja bloga: lista artykułów i strona artykułu w stylu strony.Dwujęzyczność (uk / ru) Przełącznik języków w nagłówku, poprawny na urządzeniach mobilnych. Kodowanie uwzględnia różną długość linii w dwóch językach. Cały tekst tematu — przez zmienne językowe OC4 (bez „wbudowanego” tekstu). Przyjęcie i współpracaCo przekazać na zakończenie Backend: dostępy (serwer, Baza Danych, panel administracyjny, repozytorium), krótka dokumentacja dotycząca modyfikacji i cron, instrukcja dotycząca wdrożenia/rollbacku, lista zewnętrznych modułów. Frontend: plik Figma z systemem designu i ekranami, kod tematu (twig + CSS/JS), instrukcja zmiany banerów/treści.Kryteria przyjęcia (krótko)

https://www.figma.com/design/bSzGOmDb3scdsBgjR3hHLb/Robo?node-id=0-1&p=f https://robo.org.ua/index.php?route=product/product&path=145802278&product_id=237 Zadanie: redesign strony produktu i recenzji na stronie głównej Strona została już opracowana i działa w pełni. Projektant przygotował nowy projekt w Figma, który należy wdrożyć na istniejącej stronie. Wymagane: zrealizować nowy projekt zgodnie z makietą; zintegrować go z aktualną stroną; zaadaptować strony do urządzeń mobilnych, tabletów i komputerów; sprawdzić poprawne działanie przycisków, formularzy, menu i innych elementów; zapewnić maksymalną zgodność z makietą. Nie ma potrzeby tworzenia strony od zera — należy jedynie wykonać redesign i zastąpić aktualny wygląd nowym.

Wirus obecnie infiltrował stronę internetową. Strona nie działa prawidłowo. W szczególności główna strona nie działa poprawnie. Potrzebujemy dewelopera, który może naprawić ten błąd tak szybko, jak to możliwe.

Jest lejek sprzedażowy dla sklepu internetowego, który chcemy powtórzyć u siebie Wygląda on tak Główna strona (produkt, który jest główny w sprzedaży, na przykład koszula) Potem strona checkout (gdzie osoba wprowadza swoje dane i wybiera, ile na przykład koszul chce kupić) Następnie przechodzi dalej w lejek i oferowane są dodatkowe sprzedaże 1 (skarpetki) + potem dodatkowa sprzedaż 2 (majtki) i na końcu strona dziękuję Jak to powinno działać w kwestii przejść między stronami i logiki, możesz zobaczyć tutaj (trzeba dojść do końca do strony dziękuję) https://3plus3.heroman.com.ua/standard/ Mamy przykłady stron, które chcemy zrobić u siebie To znaczy, dla nas w zasadzie skopiujemy design - zrealizujemy - wypełnimy pod nasz produkt Strony z dodatkowymi sprzedażami będą takie same pod względem designu i struktury jak na stronie, którą wysłałem powyżej (majtki) Nie musisz wypełniać stron informacjami, tylko zebrać szkielet - aby zgłoszenie przychodziło poprawnie Nie trzeba też wymyślać struktury stron Od Ciebie w zasadzie Skopiować i zrealizować Ustawić, aby technicznie działało poprawnie Pokazać, jak z tym pracować, abyśmy mogli to robić sami Są 2 konstruktorzy stron, które mamy na myśli, z jednym intensywnie pracujemy teraz i trzeba zrozumieć, czy można na nim coś takiego rozwinąć (ale czytałem w GPT, że można)

Zadanie Trzeba stworzyć stylowy, responsywny szablon e-mailowy na podstawie dostarczonego tekstu i przygotować go do załadowania do usługi e-mail marketingowej. Co należy zrobić Opracować projekt e-maila. Stworzyć responsywny HTML e-mail. Wstawić dostarczony tekst. Przygotować bloki na obrazy i ikony. Dodaj przyciski CTA. Przygotować linki z znacznikami UTM. Stworzyć wersję tekstową wiadomości. Sprawdzić wyświetlanie w głównych klientach e-mailowych. Przygotować finalny plik do załadowania do usługi wysyłkowej. Wymagania dotyczące projektu Potrzebny jest czysty, nowoczesny, premium-style e-mail. Wiadomość powinna być łatwa do przeczytania, nieprzeładowana, z jasną strukturą, krótkimi blokami tekstowymi, wizualnymi akcentami i kilkoma przyciskami CTA. Wymagania techniczne responsywna HTML e-mailowa; poprawne wyświetlanie na desktopie i urządzeniach mobilnych; układ oparty na tabelach; szerokość kontenera około 600–700 px; inline CSS / CSS kompatybilne z e-mailem; przyciski powinny być HTML/CSS, nie obrazkami; wszystkie ważne dane powinny być tekstem HTML; obrazy powinny mieć tekst alternatywny; bez JavaScript; bez formularzy w e-mailu; poprawne działanie linków; przygotowanie znaczników UTM dla CTA. Sprawdzenie Trzeba sprawdzić wyświetlanie w co najmniej: Gmail; Apple Mail; Outlook; mobilnych klientach e-mailowych. Na wyjściu trzeba otrzymać Gotowy plik HTML e-maila. Wersję tekstową. Podgląd lub zrzuty ekranu desktop/mobile. Instrukcję, gdzie zmieniać linki, tekst i obrazy. Plik/wersję gotową do załadowania do usługi wysyłkowej. W odpowiedzi proszę dołączyć przykłady HTML e-maili, które wykonaliście, oraz wskazać, z jakimi usługami wysyłkowymi pracowaliście.