Szukamy dewelopera do całego projektu, który obejmuje osobno wersję desktopową i aplikację. Układ musi być identyczny z makietą. Na początek, ile czasu zajmie i ile będzie kosztować wykonanie takiego landing page'a?
Potrzebne jest stworzenie atmosferycznej strony promocyjnej, która nie tylko opowie historię, ale przekaże ideę uczciwości, sprawiedliwości i walki z kradzieżą. To ma być strona, która wywołuje emocje, zanurza w historię i pozostawia po sobie silne wrażenie. W podstawie fabuły leży legenda o Tymofiju, bohaterze, który nie mógł przejść obojętnie obok niesprawiedliwości. Kiedy Kabildżon ukradł wiele złota, Tymofij wyruszył w pościg. Po długim ściganiu dogonił złodzieja, odzyskał skradzione i rozdał złoto biednym, udowadniając, że sprawiedliwość zawsze jest silniejsza od chciwości. Ta historia powinna być przedstawiona pięknie, emocjonalnie i nowocześnie, jak mała cyfrowa legenda. Oczekuję nie zwykłego szablonowego landing page'a, ale jakościowej strony z przemyślanym designem, płynnymi animacjami, atmosferycznymi przejściami i efektami wizualnymi, które wzmocnią fabułę. Ważne, aby każdy blok miał swoją rolę, a cała strona była postrzegana jako jedna historia — od pierwszego ekranu do finalnego wezwania do wspierania uczciwej gry. Priorytetem jest unikalny design, responsywność dla wszystkich urządzeń, czysty kod, wysoka szybkość działania i dbałość o szczegóły. Jeśli masz doświadczenie w tworzeniu efektownych stron promocyjnych lub interaktywnych historii — koniecznie pokaż przykłady w opinii. Rozważam wykonawców, którzy potrafią nie tylko stworzyć stronę, ale przekształcić pomysł w atmosferyczny cyfrowy projekt, który zapada w pamięć.
Opis zadania: Potrzebuję gotowego, już napisanego szablonu (Boilerplate / Headless CMS) sklepu internetowego na steku Next.js + Node.js z panelem administracyjnym. Nie musisz pisać kodu od zera, wymyślać skomplikowanej architektury ani tworzyć unikalnego designu.Zadanie polega na wzięciu gotowego rozwiązania, wdrożeniu go, zmianie kilku obrazów tła, dostosowaniu struktury do swoich potrzeb i załadowaniu strony na hosting.Jakie powinny być wyniki (struktura docelowej strony od góry do dołu): Główny ekran: Twoja gotowa konstrukcja. Po prostu zamienimy obraz tła. Potrzebny jest przycisk „Zadzwoń” (połączenie odbywa się bezpośrednio na telefonie komórkowym, a formularz „Imię/Tel” — na PC). Opis usług: prosty blok składający się dokładnie z trzech akapitów tekstu. Prezentacja produktów: siatka kart produktowych z Twojego szablonu. Jedynym warunkiem jest to, że na produktach muszą być etykiety „Nowe” i „Używane” (i szybki filtr). Przycisk „Kup” otwiera prosty formularz zamówienia (imię, telefon, wybrany produkt). Płatności online nie ma. Recenzje wideo: blok, w którym filmy (linki z YouTube) idą ściśle w jednym wierszu. Ważne, aby ładowanie było leniwe, aby filmy nie spowalniały działania strony. Dolny kolumnista: Kontakty i linki do komunikatorów.Wymagania dotyczące panelu administracyjnego (Node.js): Używamy standardowego panelu administracyjnego z Twojego szablonu. Musi on umieć dodawać produkty (Nazwa, Cena, Zdjęcie, Opis, Etykiety Nowe/Używane) i wstawiać linki do filmów do bloku recenzji.Wszystkie zapytania ze strony (połączenia i zakupy) muszą być kierowane do bota Telegram (skrypt powiadomień musi być podłączony).
Zadanie - wykonanie szablonu strony. Jest gotowy opracowany makiet, który został stworzony w konstruktorze, który trzeba przerobić na WP. To mała (na 4-5 stron) dwujęzyczna strona informacyjna z możliwością podłączenia WooCommerce. Strona ma być zoptymalizowana pod kątem SEO.
Stworzyć i zrealizować responsywny szablon master dla emaili w Stripo (do eksportu do SendPulse).⚙️ Co należy zrobić:Opracować koncepcję wizualną i projekt bloków (nagłówek, banery, karty produktów, stopka).Zrealizować responsywny szablon HTML w Stripo z możliwością dalszego eksportu do SendPulse.Przetestować wyświetlanie w Gmail, Apple Mail, Outlook oraz w trybie ciemnym. Wymagania:Pewny poziom Figma oraz praktyczne doświadczenie w realizacji w Stripo.Zrozumienie technicznych ograniczeń email marketingu.Portfolio z zrealizowanymi kampaniami e-mailowymi (e-commerce/moda).
Opis zadania Potrzebny doświadczony frontend-deweloper lub deweloper szablonów do etapowego aktualizowania dużej, działającej strony internetowej. Strona działa od wielu lat, zawiera znaczną liczbę stron, różne typy treści, formularze, tabele i interaktywne bloki. Używany jest własny system serwerowy, dostępny jest legacy HTML/CSS. Pełna wymiana technologii lub systemu zarządzania stroną nie jest planowana. Na pierwszym etapie konieczne jest opracowanie nowego responsywnego ogólnego szablonu strony. Po pomyślnym zakończeniu pierwszego etapu planowane jest stopniowe aktualizowanie stron wewnętrznych. Nazwa strony, URL, projekty graficzne oraz aktualne pliki wyjściowe będą udostępnione ograniczonej liczbie kandydatów po wstępnym wyborze na podstawie portfolio i doświadczenia.Co wchodzi w pierwszy etap Konieczne jest wdrożenie ogólnej wizualnej powłoki: nagłówka dla wersji desktopowej i mobilnej; głównej i mobilnej nawigacji; elementów nagłówka; ogólnego kontenera i siatki strony; łańcucha nawigacyjnego („okruszki chleba”); podstawowych elementów interfejsu: przyciski, linki, pola wejściowe; ogólnych stylów typografii z możliwością ich etapowego podłączenia; stopki; responsywnego zachowania szablonu; kompatybilności nowej powłoki ze stronami, które tymczasowo pozostaną w starym designie. Unikalne wewnętrzne bloki poszczególnych stron na pierwszym etapie nie muszą być całkowicie przerabiane.Specyfika projektu Duża działająca strona z wieloma typami stron. Dostępny legacy CSS i miejscami przestarzała struktura HTML. Nowy design będzie wdrażany stopniowo. Jednoczesna pełna wymiana wszystkich stron jest niemożliwa. Wykonawca nie uzyskuje dostępu do serwera, CMS i roboczego projektu. Zleceniodawca samodzielnie zintegrowuje przygotowany szablon. Wykonawcy będą udostępnione aktualne pliki CSS, projekty, materiały graficzne, fragmenty HTML oraz przykłady stron w zakresie niezbędnym do wykonania pracy. Przewiduje się kilka iteracji po testowej integracji w rzeczywistym projekcie.Podejście techniczne Przewiduje się podłączenie nowego CSS nad istniejącymi stylami z późniejszą stopniową migracją i usunięciem przestarzałych reguł. Dozwolone jest: tworzenie nowych plików CSS/SCSS; proponowanie zmian w HTML ogólnych części szablonu; poprawianie istniejących reguł CSS, które przeszkadzają w realizacji; proponowanie ulepszeń struktury DOM; tworzenie nowych komponentów wielokrotnego użytku. Zmiany w istniejącym CSS należy przekazywać osobno w formie: pliku patch/diff; osobnego pliku kompatybilności; lub udokumentowanej listy zmienionych reguł i selektorów. Należy unikać: niekontrolowanego użycia !important; głęboko zagnieżdżonych i kruchych selektorów CSS; przypisywania stylów do tekstu lub numeru porządkowego elementu; duplikowania całej struktury osobno dla wersji desktopowej i mobilnej; podłączania ciężkich frameworków bez wcześniejszej zgody; globalnych reguł, które mogą zakłócić wyświetlanie jeszcze nie zaktualizowanych stron.Wymagania dotyczące jakości Projekt jest zaplanowany na dalszy wieloletni rozwój. Potrzebne jest nie jednorazowe „dopasowanie do zrzutu ekranu”, ale czysty, profesjonalny i łatwy do utrzymania szablon. Oczekiwane jest: zrozumiała struktura komponentów; wielokrotnego użytku klasy CSS; własności CSS dla kolorów, rozmiarów, odstępów i innych tokenów projektowych; rozsądna specyficzność selektorów; semantyczna struktura HTML5; poprawna hierarchia nagłówków; brak zbędnych opakowań DOM; brak duplikowania treści, która jest indeksowana; poprawne użycie header, nav, main, section, footer; użycie przycisków i linków zgodnie z ich przeznaczeniem; dostępność interfejsu z klawiatury; stany hover, focus, active i disabled; brak poziomego przewijania strony; poprawna praca z dynamiczną treścią o różnej długości; zrozumiały i profesjonalnie zorganizowany kod.SEO i wydajność Aktualizacja szablonu nie powinna pogarszać technicznych wskaźników SEO strony. Konieczne jest: zachowanie semantyki głównej treści; nie tworzenie osobnych duplikatów DOM dla wersji mobilnej i desktopowej bez uzasadnionej potrzeby; nie ukrywanie ważnej dla indeksacji treści za pomocą JavaScript; nie naruszanie hierarchii nagłówków; nie usuwanie istniejących atrybutów SEO, analitycznych i strukturalnych z dostarczonych fragmentów HTML; minimalizacja dodatkowego JavaScript; nie używanie ciężkich bibliotek bez zgody; przewidzenie rozmiarów obrazów i braku widocznych przesunięć układu podczas ładowania; nie dopuszczenie do zauważalnego pogorszenia wskaźników Lighthouse i Core Web Vitals po integracji. Wykonawca musi rozumieć, że wysokiej jakości CSS sam w sobie nie naprawia struktury DOM. Jeśli dla profesjonalnego wyniku konieczna jest zmiana struktury, należy przygotować i przekazać zleceniodawcy odpowiednie fragmenty HTML.Responsywność Sprawdzanie szablonu powinno być przeprowadzane przynajmniej na takich szerokościach: 1440 px; 1200 px; 1024 px; 768 px; 390 px; 360 px; 320 px. Między kontrolnymi rozmiarami interfejs również powinien pozostawać poprawny i funkcjonalny. Poziome przewijanie całej strony jest niedopuszczalne. Wyjątki dla poszczególnych komponentów, takich jak duże tabele, muszą być wcześniej uzgodnione.Wynik pierwszego etapu Wykonawca przekazuje: Nowy CSS lub SCSS wraz z gotowym zbudowanym CSS. Autonomiczna demonstracyjna strona HTML. Fragmenty HTML nagłówka, menu i stopki, jeśli struktura była zmieniana. Osobny patch/diff zmian legacy CSS. Nowe SVG, obrazy, ikony i czcionki. Instrukcję podłączenia i integracji. Opis struktury CSS i komponentów. Listę nowych i zmienionych klas oraz selektorów. Zrzuty ekranu wyniku na kontrolnych rozmiarach. Listę znanych ograniczeń i rozbieżności z projektami. Rekomendacje dotyczące dalszej migracji stron wewnętrznych.Iteracje Do kosztów pierwszego etapu powinny wchodzić: Uzgodnienie ogólnej struktury i wersji desktopowej. Responsywne dopracowanie wersji tabletowej i mobilnej. Poprawki wykrytych przez zleceniodawcę problemów po pierwszej testowej integracji. Dodatkowe prace poza uzgodnionym pierwszym etapem będą wyceniane osobno.Co należy wskazać w aplikacji Prosimy o podanie: doświadczenia w pracy z dużymi działającymi stronami oraz legacy CSS; przykładów skomplikowanej responsywnej struktury; przykładów kodu lub linków do repozytoriów, jeśli są dostępne; podejścia do organizacji architektury CSS; doświadczenia w stopniowej migracji designu bez całkowitego zatrzymania strony;
Musimy zrobić projekt w Figma z plików html (wszystko umieszczę w dokumencie do zadania) Abyśmy mogli później zrealizować te wszystkie strony w kreatorze stron Maksymalny nacisk na design mobilny i responsywność, cały ruch stamtąd To będzie strona główna witryny + strona płatności + 2 strony z dodatkowymi sprzedażami (1 produkt - 1 strona) Ogólnie zadanie, aby były przygotowane do kodowania i z adaptacją pod urządzenia mobilne Na dysku będzie główna + strona płatności + 1 strona dodatkowej sprzedaży + nasze logo (umieszczamy wszędzie), ogólnie dostosowujemy we wszystkich aspektach do naszej marki Ostatni projekt znajduje się pod tym linkiem https://3plus3.heroman.com.ua/upsells/t-shirt/ Stopka na dole wszystkich stron umieszczana wszędzie jak na stronie głównej (the Rich) Logika lejka sprzedażowego Strona główna strona płatności dodatkowa sprzedaż 1 dodatkowa sprzedaż 2 Strona dziękuję (mamy ją) LINK DO ARCHIWUM Z STRONAMI https://drive.google.com/drive/folders/1IKh0sTVd6WCIUm0QSBFctRlaD6iEasez?usp=sharing
Trzeba przenieść gotowy projekt strony (landing pod kurs, infobiz) z Figma na Weblium w ciągu jednego dnia.
Trzeba wprowadzić zmiany w 3 (trzech) różnych formularzach, kalkulatorach i stronach wprowadzania danych na stronie zgodnie z TŻ. Realizacja kalkulatorów i stron potrzebna jest w dwóch językach. Można poprawić istniejące formularze i kalkulatory lub stworzyć nowe, jeśli będzie to łatwiejsze do wykonania. TŻ dostarczamy. W trakcie realizacji zadania mogą być wprowadzone drobne uzupełnienia lub doprecyzowania dotyczące zmian w kalkulatorach lub formularzach (szablonach).
To niedopracowana wtyczka do After Effects: https://drive.google.com/drive/u/0/folders/1Nq9a672OK6ep9Com1lqelUhZxbx3_3f1 to, jeśli dobrze rozumiem, wtyczka CEP (Adobe Extension) do After Effects. To panel HTML/JavaScript przez Adobe CSXS, który współdziała z After Effects przez ExtendScript. Celem było zautomatyzowanie procesu tworzenia wideo w stylu "maze challenge", odniesienie na YouTube GOALRUSH-f8x lub analog. Wideo ręcznego montażu: https://drive.google.com/file/d/1Ylzvax6w2JGDwaBqeCdbD49jh5wB5buY/view?usp=sharing Plik jednego z projektów: https://drive.google.com/file/d/15vKd1L9VfHtDqK2wtLQdYEmDpH1d8Jvy/view?usp=sharing Oprócz "bugowatości" systemu przez vibe coding (dlatego vibe coderzy odpadają), nie odpowiadały takie szczegóły (rzeczywiste poprawki): https://docs.google.com/spreadsheets/d/18Svc6GoQ34PgLe1HY7gNX5tPLH0Cpv9E4mfjCRBCMFU/edit?gid=0#gid=0 Trzeba stworzyć system, który będzie generował projekty w After Effects ze wszystkimi niezbędnymi komponentami wideo, które są opisane w Baza.pdf, bardziej szczegółowa logika w formie zdjęć, dokumentu tekstowego oraz mapy myśli dla zrozumienia wszystkich możliwych wariacji na dysku: https://drive.google.com/drive/folders/1Uf4Pnw3SKmwpmhL7sjPZFnfAbN0arUjr?usp=sharing Jeszcze bardziej szczegółowo (z bardziej rozwiniętą częścią opisową oraz linkami do timestampów w referencjach) tzw. będzie formułowane w roboczej przestrzeni projektu Końcowy rezultat to system, który tworzy wideo: od 40 sekund do 1 minuty, całkowicie unikalna treść przy każdym tworzeniu, bez metadanych AI w pliku wideo, w nim powinien być zrozumiały fabuła (pułapki, ślepe zaułki, różne emocje postaci-celebrytów w wyniku jakichś zwrotów akcji w wideo), dźwięk projektowy pod fabułę (krzyki i inne emocje, wybuchy itd.), stylistycznie nie różniące się od wideo referencyjnego z kanału
Wymagana jest poprawa roboczego landing page'a - konfiguratora stworzonego w AI Stworzone są prawie wszystkie wizualizacje i opcje. Przekażemy archiwum. Potrzebne jest, aby wszystko dobrze działało, wyświetlało się i było responsywne na urządzenia mobilne i PC. Załączono zrzut ekranu landing page'a
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)
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.
Wykonanie i wdrożenie strony na WordPress. Potrzebny programista do wykonania i wdrożenia strony według gotowego projektu z Figma. Strona jest wielostronicowa, dwujęzyczna (RU/EN), z adaptacją na wszystkie urządzenia. Bez konstruktorów (Elementor, WPBakery itp.) czysty lub dostosowany motyw. Treść musi być edytowalna przez panel administracyjny. Wymagane: Wykonanie według Figma (Pixel Perfect, responsywność, optymalizacja obrazów) Wdrożenie na WordPress z edytowalną treścią Konfiguracja wielojęzyczności, menu, formularzy, SEO i wtyczek Geolokalizacja i dynamiczna zamiana miast Szybkość ładowania od 90 według Google PageSpeed