Рефакторинг кода и другие небольшие задачи на сайте (Drupal)

Szukamy specjalisty ds. automatyzacji (Google Apps Script / Make.com / Zapier / Portant lub podobnych usług) oraz projektowania dokumentów, który pomoże zrealizować półautomatyczne tworzenie raportów dla klientów. W rzeczywistości potrzebujemy szablonu, z którym mogą pracować nasi specjaliści. Istota zadania: Nasi specjaliści mają wprowadzać wszystkie dane o zamówieniach do wygodnej Google Arkusza. Dla klienta te dane mają automatycznie (lub po kliknięciu) konwertować się w prezentacyjny, ustrukturyzowany dokument PDF z firmowym stylem firmy. Ważne, aby w PDF poprawnie wyciągały się zrzuty ekranu korespondencji, rzeczywiste zdjęcia produktów oraz automatycznie budowały się diagramy. Ważne: Dokument PDF jest oddzielnym dokumentem. Wymagania techniczne i oczekiwany funkcjonalność Wprowadzanie danych: Tylko przez Google Sheets (wygodne rozwijane listy, oceny, linki do zdjęć w Google Drive lub bezpośrednie wstawianie do komórek). Generowanie PDF: Klient otrzymuje czysty plik PDF, który nie wygląda jak zwykła tabela Excel, ale ma formę profesjonalnego raportu biznesowego/prezentacji. Praca ze zdjęciami: Załadowane przez specjalistę zdjęcia i zrzuty ekranu mają automatycznie skalować się i wstawiać do odpowiednich bloków karty dostawcy w PDF bez deformacji. Grafika: Wykres kołowy ma być automatycznie generowany na podstawie wprowadzonych danych. *Struktura finalnego pliku PDF (około 6+ stron) zostanie dostarczona po tym, jak porozmawiamy o możliwości wykonania zadania. Jakie technologie rozważamy? Jesteśmy otwarci na Wasze propozycje. Może to być: Google Sheets + Google Apps Script + Google Docs/Slides (jako szablon). Google Sheets + integratory (Make.com / Zapier) + generatory dokumentów (Portant, Documentero, Form Publisher, PDFMonkey itp.). Jakiekolwiek inne niezawodne rozwiązanie, które zapewni stabilną pracę bez skomplikowanych działań z naszej strony. Co oczekujemy od wykonawcy? Analiza naszego obecnego procesu i propozycja optymalnego stosu technologicznego. Opracowanie projektu/szablonu raportu PDF (lub adaptacja naszych elementów firmowych). Ustawienie połączenia między Google Arkuszem a szablonem dokumentu. Testowanie systemu (sprawdzenie wstawiania zdjęć, budowy diagramów, generowania wielostronicowych kart dostawców). Krótka instrukcja lub wideo demonstracyjne dla naszego zespołu, jak z tego korzystać. Warto dodać w swojej odpowiedzi: Przykłady podobnych przypadków (automatyczne generowanie dokumentów PDF, ofert handlowych lub raportów z Google Arkuszy). Orientacyjny stos programów, który proponujecie do tego zadania. Ocena terminów i kosztów realizacji.

Przegląd projektu Poszukujemy doświadczonego specjalisty ds. automatyzacji Make.com, który pomoże nam zbudować jedną dodatkową automatyzację dla naszego istniejącego przepływu pracy. Nasza firma ma już kilka automatyzacji Make.com połączonych z Monday.com, więc cały system jest już w miejscu. Potrzebujemy tylko pomocy w tej konkretnej automatyzacji, aby zapewnić jej płynne zintegrowanie z naszym obecnym ustawieniem.Przepływ pracy Kiedy klient osiągnie określony status w Monday.com: Wykryj nowego klienta w Monday.com. Odczytaj następujące pola z tablicy: Nazwa klienta Adres e-mail URL portalu klienta (Notion) Wypełnij nasz istniejący szablon powitalnego e-maila HTML tymi dynamicznymi wartościami. Automatycznie wyślij spersonalizowany e-mail do klienta. (Opcjonalnie) Zaktualizuj element Monday.com, aby wskazać, że e-mail powitalny został wysłany.Obecne ustawienie Już mamy: CRM Monday.com automatyzacje Make.com Linki do portalu klienta przechowywane w Monday.com Istniejący szablon e-maila Potrzebujemy tylko pomocy w stworzeniu tej pojedynczej automatyzacji i zintegrowaniu jej z naszym istniejącym ekosystemem automatyzacji.Stos technologiczny Make.com Monday.com Mailchimp Wyniki W pełni funkcjonalny scenariusz Make.com Dynamiczne mapowanie wszystkich pól Obsługa błędów dla brakujących informacji Zapobieganie duplikatom e-mailiWymagania Silne doświadczenie z Make.com Doświadczenie w budowaniu automatyzacji Monday.com Dobra komunikacja w języku angielskim Szacowany czas realizacji 2–4 godziny

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)

Dzień dobry, jest feed z produktami w następującej formie: trzeba je załadować na stronę i zrobić, aby maksymalna większość produktów została zaindeksowana przez Google. Szczegóły wyślę w wiadomości prywatnej.

Cześć! Szukamy osoby, która potrafi stworzyć stronę internetową w Elementorze z figmy. Plik Figma - https://www.figma.com/design/oZbnOEiWFrNtWVMXp4oc1K/CODY-x-Sprendimai?node-id=0-1&t=NB2DtJ589hB4jvOv-1 Myślę, że to jest oczywiste, ale mieliśmy jeden incydent na tej platformie, więc chcę tylko przypomnieć - NIE KONTAKTUJ SIĘ Z KLIENTEM/NAMI BEZPOŚREDNIO Z KONTA W PLIKU FIGMA Główne rzeczy - Może to być w pełni strona Elementor, bez ACF itd. Wszystkie wtyczki/podstawowy motyw będą dostarczone. Cała typografia, kolory, odstępy (padding i marginesy), przyciski oraz inne globalne style powinny być skonfigurowane w Ustawieniach Strony Elementor (Style Kit). Zapewnia to, że jeśli klient doda nowy tekst, sekcje lub strony w przyszłości, automatycznie będą pasować do istniejącego projektu bez potrzeby dodatkowego stylizowania lub dostosowywania. Jest wersja desktopowa i mobilna, obie powinny być jak najbardziej dopasowane do pikseli, dostosowane do większości punktów przerwania. Programista powinien mówić po angielsku, ponieważ niestety nie nauczyliśmy się jeszcze języka ukraińskiego :) .