Budżet: 790 UAH Termin: 1 dzień
Witam, gotowy do realizacji, pisz...
Witam, gotowy do realizacji, pisz...
Budżet: 800 UAH Termin: 3 dni
Witam! Zapoznałem się z projektem i jestem gotów przystąpić do pracy. Jestem pewien, że będą Państwo zadowoleni z rezultatu.
POLECANY WOLNY LANCER!Budżet: 1000 UAH Termin: 1 dzień
Witam, jestem programistą backendowym z wieloletnim doświadczeniem, szybko i jakościowo skonfiguruję integrację przez API, przekażę wszystkie potrzebne parametry do CRM, jestem gotów teraz rozpocząć.
Budżet: 4500 UAH Termin: 7 dni
Dzień dobry, jestem gotowy skonfigurować przesyłanie zamówień i towarów z Platforma LP do CRM Sprzedaż. Piszcie, będę zadowolony, aby omówić szczegóły.
Artem Lugovy
Oferta, która wygrała- Zlecenia -
- Ocena -
- Ranking 504
Budżet: 1500 UAH Termin: 1 dzień
Dzień dobry.
Mogę skonfigurować integrację Platforma LP → CRM Sprzedaż przez API.
Z dokumentacji CRM widzę, że można normalnie zamknąć zadanie przez synchronizację produktów i zamówień: w Sprzedaży są metody dla produktów, tworzenia/aktualizacji zamówień, a także pola na cenę, kod produktu, nazwę, external_id oraz źródło sprzedaży. Autoryzacja odbywa się przez api_key, więc logika integracji wydaje się być prosta.
Co proponuję zrobić:
— sprawdzić, jak dokładnie Platforma LP przekazuje dane na zewnątrz;
— skonfigurować mapowanie pól w CRM;
— przekazywać zamówienia i produkty z uwzględnieniem ceny, kodu, nazwy;
— dodać sprawdzanie duplikatów, podstawowe logowanie i obsługę błędów API.
Po uzyskaniu dostępu i przykładu struktury danych z Platforma LP będę mógł szybko określić dokładny plan realizacji.
Jestem gotów się tym zająć.
Budżet: 1000 UAH Termin: 1 dzień
Witam.
Mogę zrealizować zadanie. Mam doświadczenie w podobnym. Terminy i koszt są orientacyjne - trzeba omówić szczegóły.
Piszcie, zrobię wszystko szybko i jakościowo.
Budżet: 800 UAH Termin: 1 dzień
Dzień dobry!
Nazywam się Wowa, jestem programistą backendowym z doświadczeniem w konfigurowaniu integracji między platformami landingowymi a systemami CRM.
Jestem gotów skonfigurować automatyczne przesyłanie zamówień i produktów z Platforma LP do CRM Sprzedaż przez API.
Co zostanie zrobione:
Skonfiguruję przesyłanie nowych zamówień (z uwzględnieniem cen, kodów produktów, nazw)
Będę przesyłać dane produktów (nazwa, kod produktu, cena)
Przetworzę statusy zamówień i możliwe błędy
Zrobię integrację stabilną i z logowaniem
Wykorzystam oficjalną dokumentację CRM Sprzedaż:
https://prodazhy.com/api-docs.html
Jestem gotów rozpocząć pracę od razu po uzyskaniu dostępu i danych testowych.
Będę zadowolony, aby omówić szczegóły lub odpowiedzieć na pytania.
- Zlecenia -
- Ocena -
- Ranking 255
Budżet: 800 UAH Termin: 1 dzień
Dzień dobry!
Zapoznałem się z dokumentacją API CRM Sprzedaż — zrozumiałem, co należy zrobić.
**Jak będę to realizować:**
Napiszę integrację, która po otrzymaniu zamówienia z Platforma LP automatycznie:
— przekazuje zamówienie do CRM przez `POST /api/orders/create` ze wszystkimi polami: kupujący, telefon, email, sposób dostawy
— przekazuje produkty przez `POST /api/products` z uwzględnieniem: nazwy, `vendor_code`, ceny, kosztu, zewnętrznego ID
— obsługuje błędy i powtarza zapytania, aby zamówienia się nie gubiły
**Co wezmę pod uwagę:**
— zgodność pól między Platforma LP a CRM (mapowanie)
— przesyłanie produktów w paczkach (do 100 na zapytanie)
— aby zamówienia nie były duplikowane przy powtarzających się webhookach
**Co potrzebuję od Was:**
— dostęp do Platforma LP (API lub webhooki)
— klucz API CRM Sprzedaż
— proszę o wyjaśnienie: przesyłanie w czasie rzeczywistym przy nowym zamówieniu czy synchronizacja według harmonogramu?
Napiszcie w wiadomości prywatnej — uzgodnimy szczegóły i terminy.
Dzień dobry!
Zapoznałem się z dokumentacją API CRM Sprzedaż — zadanie jest jasne.
Skonfiguruję przesyłanie zamówień z Platforma LP do CRM przez API: przy nowym zamówieniu automatycznie tworzy się wpis w CRM ze wszystkimi potrzebnymi polami — kupujący, telefon, produkty z nazwą, kodem i ceną. Produkty będą synchronizowane osobno przez `/api/products` z uwzględnieniem `vendor_code`, nazwy i ceny.
Napiszcie w wiadomości prywatnej dostęp i wyjaśnijcie — przesyłanie w czasie rzeczywistym przy nowym zamówieniu czy według harmonogramu?
Oferty ukryte
Aktualnie brak ofert
-
Yevhen B. 26 marcaPlatforma LP а вы вообще вкурсе что это русская хрень, и вы собираетесь им платить ещё деньги которыми они нас убивают?
Aktualne zlecenia dla freelancerów w kategorii Programowanie stron internetowych
Projektowanie architektury jednolitej platformy centralnego zarządzania flotą stron WordPress
Opracowanie architektury jednolitej platformy zarządzania flotą stron WordPressKontekst projektu Istnieje flota kilku dziesiątek stron WordPress, umieszczonych na jednym serwerze i obsługiwanych przez jeden zespół. Strony są stopniowo przekształcane w jednolity standard rozwoju i wsparcia — wspólny system projektowania z jednolitą biblioteką bloków (ACF + Gutenberg) oraz jednolitym standardem bezpieczeństwa. Wymagana jest architektura platformy do centralnego zarządzania tą flotą.Zadanie Potrzebne jest opracowanie technicznej architektury jednolitej platformy zarządzania flotą stron WordPress. Platforma to nie dashboard metryk, ale pełnoprawny system centralnego zarządzania i dostępu.Wymagania dotyczące platformy Jednolity dostęp dla super-administratora — jeden punkt dostępu do zarządzania wszystkimi stronami floty: przegląd stanu, wersji, statusu zgodności ze standardem. Dostęp jednym kliknięciem do panelu administracyjnego każdej strony — możliwość wejścia do wp-admin dowolnej strony floty z jednego interfejsu, bez przechowywania/wprowadzania haseł dla każdej strony osobno. Wymagana jest przemyślana mechanika uwierzytelniania (tokeny z ograniczonym czasem życia, powiązanie z konkretnym użytkownikiem, pełne logowanie dostępu). Rozgraniczenie ról: super-admin widzi i zarządza całą flotą; administratorzy poszczególnych stron mają dostęp tylko do swoich stron. Jednolity system projektowania z personalizacją na poziomie strony — wspólna biblioteka bloków (ACF + Gutenberg), dystrybuowana na wszystkie strony przez centralny mechanizm aktualizacji, ale z możliwością lokalnej personalizacji bloków pod konkretną stronę bez utraty kompatybilności z przyszłymi aktualizacjami biblioteki. Wspólny dashboard monitorowania i powiadomień — stan stron i serwera, alerty o awariach/problemach, status aktualizacji i zgodności każdej strony względem jednolitego standardu. Łatwe dodawanie nowych stron do sieci — platforma powinna wspierać szybkie klonowanie/rozszerzanie nowej strony na podstawie jednolitego standardu (plugin Core, system projektowania) i podłączenie jej do Hub z minimalną liczbą ręcznych kroków.Ograniczenia architektoniczne (ważne) WordPress Multisite nie jest brany pod uwagę i nie nadaje się do tego zadania. Powód nie leży w wygodzie interfejsu, ale w fundamentalnych właściwościach architektonicznych Multisite: Wspólna baza danych i wspólne jądro dla wszystkich stron sieci oznaczają jedną punkt awarii: nieprawidłowa aktualizacja pluginu lub jądra może jednocześnie wyłączyć wszystkie strony sieci, a nie tylko jedną. Wspólny zbiór zasobów serwerowych (pracownicy PHP, połączenia z bazą danych) oznacza, że anormalne obciążenie jednej strony (akcja, wzrost ruchu, atak) degraduje wydajność wszystkich pozostałych stron sieci, w tym tych, które nie są w żaden sposób związane z tym obciążeniem. To systemowe właściwości Multisite, które nie mogą być wyeliminowane przez proces lub dyscyplinę — dlatego wymagana jest architektura, w której każda strona pozostaje niezależną instalacją (własna baza danych), a unifikacja i centralne zarządzanie osiągane są innymi środkami.Wstępny kierunek architektoniczny Na chwilę obecną najbardziej obiecującym wydaje się podejście architektoniczne Hub & Spoke, w którym niezależne instalacje WordPress ("Spokes"), każda ze swoją bazą danych, są łączone: wspólnym dystrybuowanym pluginem Core (biblioteka bloków, podstawy bezpieczeństwa, moduł mostu do połączenia z Hub); centralną aplikacją zarządzającą ("Hub") — rejestr stron, logowanie jednym kliknięciem, monitorowanie, powiadomienia. Jednak ta architektura nie jest z góry wybranym rozwiązaniem. Jeśli wykonawca uważa, że istnieje bardziej odpowiednie podejście architektoniczne, może zaproponować alternatywę pod warunkiem jej uzasadnienia technicznego i ekonomicznego. Osobne zadanie w ramach specyfikacji — uzasadniona analiza i rekomendacja: budować Hub od podstaw customowo, czy wziąć za podstawę gotowe rozwiązanie self-hosted (MainWP, InfiniteWP, ManageWP lub analogiczne) i rozszerzać je pod specyficzne wymagania (integracja z pluginem Core, śledzenie zgodności wersji bloków, przyszła warstwa marketingowa). Potrzebna jest porównawcza ocena pod względem czasu, kosztów wsparcia, elastyczności i ograniczeń każdego wariantu, z wyraźną rekomendacją.Wymagania architektoniczne Podczas projektowania rozwiązania należy uwzględnić następujące wymagania niefunkcjonalne: odporność na awarie i brak jednego punktu awarii dla floty stron; możliwość niezależnej aktualizacji, przywracania i konserwacji każdej strony; minimalizacja blast radius przy awariach i błędach aktualizacji; możliwość poziomego skalowania przy wzroście liczby stron; bezpieczeństwo centralnego zarządzania i delegowanego dostępu; możliwość późniejszego wydzielenia Hub w osobną infrastrukturę bez zmiany zasad architektonicznych; rozszerzalność platformy do dodawania nowych centralnych usług. Ponadto architektura powinna pozostawać żywotna przy zwiększeniu liczby stron z kilku dziesiątek do 100+ bez konieczności zasadniczej rewizji wybranego podejścia.Długoterminowy rozwój platformy Platforma jest postrzegana jako długoterminowa podstawa cyfrowego ekosystemu firmy, a nie jako narzędzie wyłącznie do administracji stronami WordPress. Podczas projektowania należy przewidzieć możliwość późniejszego dodawania centralnych usług (np. zarządzanie aktywnościami marketingowymi, analityka, biblioteka komponentów, integracje i inne moduły) bez konieczności przerabiania podstawowej architektury.Technologie Konkretny stos technologiczny nie jest ustalany z góry — wykonawca samodzielnie proponuje i uzasadnia technologie w dokumencie architektonicznym (język/framework dla Hub, model hostingu/deployu, mechanizm uwierzytelniania itd.), w oparciu o wymagania zadania. Uzasadniona propozycja technologii jest obowiązkową częścią wyniku pracy, na równi z porównaniem custom vs gotowe rozwiązanie dla Hub.Co potrzebne od wykonawcy Doświadczenie w projektowaniu architektur multi-site/multi-tenant na WordPress (zasadniczo — NIE na bazie Multisite) Praktyczne doświadczenie w pracy z MainWP/InfiniteWP/ManageWP lub podobnymi systemami zarządzania flotą stron WP — zrozumienie ich możliwości i ograniczeń na poziomie API/rozszerzalności Doświadczenie w tworzeniu pluginów WordPress na poziomie produkcyjnym (ACF, rozwój bloków Gutenberg, REST API) Zrozumienie kwestii bezpieczeństwa przy budowie systemów centralnego/delegowanego dostępu (uwierzytelnianie oparte na tokenach, audyt dostępu, minimalizacja blast radius) Umiejętność przygotowania dokumentacji architektonicznej: diagramy, kontrakty API między Hub a stronami, schemat danychFormat pracy Pierwszy etap — dokument architektoniczny z uzasadnionym rozwiązaniem (custom vs gotowe rozwiązanie), schemat interakcji komponentów, kontrakt API Hub ↔ plugin Core, plan etapowej realizacji. Dokument powinien zawierać schemat wireframe interfejsu platformy (kluczowe ekrany: rejestr stron, dostęp do panelu administracyjnego, dashboard monitorowania). Po zatwierdzeniu architektury — możliwe jest kontynuowanie współpracy. Ważna uwaga Oczekuje się samodzielnego opracowania architektury, opartego na praktycznym doświadczeniu projektowania i eksploatacji podobnych systemów. Nie wystarczy dostarczyć kompilacji ogólnych rekomendacji lub typowych odpowiedzi, wygenerowanych przez AI. Każde kluczowe rozwiązanie architektoniczne powinno być poparte uzasadnieniem technicznym: dlaczego wybrano właśnie to podejście, jakie alternatywy były rozważane, jakie są jego zalety, ograniczenia i potencjalne ryzyka w kontekście tego projektu. W razie potrzeby wykonawca powinien odwoływać się do praktycznego doświadczenia, istniejących rozwiązań, dokumentacji, projektów open-source lub innych źródeł, które potwierdzają żywotność proponowanych rozwiązań architektonicznych.
Szukam doświadczonego programisty do pracy z witryną, która działa na ModX Revolution. Na chwilę obecną konieczne jest wykonanie szeregu poprawek technicznych, w tym: wprowadzenie zmian na stronie; zamiana zdjęć, banerów i siatek rozmiarowych; aktualizacja informacji kontaktowych; inne drobne poprawki; podłączenie Google Analytics; integracja systemu płatności LiqPay i tak dalej W przyszłości planuję regularnie rozwijać stronę, dlatego szukam odpowiedzialnego specjalisty do długoterminowej współpracy, który będzie mógł szybko realizować niezbędne poprawki. Wymagania: pewne doświadczenie w pracy z ModX Revolution; jakościowe wykonanie zadań; przestrzeganie ustalonych terminów; gotowość do stałej współpracy Praca z witryną - https://marimoth.com Piszcie, a się dogadamy Maria
Cześć wszystkim. Szukam specjalisty, który pomoże rozwiązać problem z źródłami React. Problem polega na tym, że ich nie ma. Dlatego trzeba stworzyć nowe repozytorium, wyciągnąć maksimum z DevTools/source maps, a następnie przywrócić projekt. Szczegóły opiszę kandydatom. Czekam na wasze odpowiedzi.
Strona działa na frameworku Next.js (opartym na React). Trzeba zrealizować wszystkie punkty zgodnie z TŻ. TŻ jest dołączone w pliku. Oczekuję na propozycje.
jest strona https://perfect-okna.com.ua/ główne problemy: ANALIZA PRĘDKOŚCI ŁADOWANIA (Performance) Kluczowe problemy (typowe dla takich stron): · Duże nieoptymalizowane obrazy (JPEG/PNG bez kompresji, brak WebP). · Brak lazy loading dla obrazków w katalogu. · Nie zminifikowane CSS/JS, podłączono wiele niepotrzebnych bibliotek. · Brak cache na poziomie przeglądarki, nie używa się CDN. · Serwer nie wysyła kompresji (gzip/brotli). · Nie używa się HTTP/2. Checklist „Szybkość”: · Skompresować wszystkie obrazy, przekształcić w WebP i dodać fallback. · Ustawić leniwe ładowanie obrazów (loading="lazy"). · Zminifikować HTML, CSS, JS. Połączyć pliki, gdzie to możliwe. · Włączyć Gzip/Brotli na serwerze. · Ustawić nagłówki cache (Cache-Control, Expires) dla statycznych zasobów. · Podłączyć CDN (Cloudflare za darmo). · Usunąć zbędne wtyczki/skrypty (szczególnie jeśli WordPress). · Używać asynchronicznego ładowania dla niekrytycznych skryptów (async/defer). Na stronie głównej często brakuje wyraźnej struktury „kim jesteśmy – co oferujemy – dlaczego warto nas wybrać – jak zamówić”. · Kreator okien (jeśli jest) może być mylący, bez podpowiedzi, nie widać od razu ceny końcowej. · Na urządzeniach mobilnych menu może się przesuwać, kalkulator nie jest dostosowany do palców. · Formularze kontaktowe są długie, bez maski telefonu, bez walidacji. · Brak „szybkich działań”: zadzwonić jednym kliknięciem, komunikatory, czat. · Brak „okruszków” na stronach wewnętrznych. · Stworzyć wersję mobilną bez poziomego scrolla, przyciski nie mniejsze niż 48x48 px. · Na stronie głównej dodać od razu kalkulator ceny „w 3 kliknięcia”. · W nagłówku – numer telefonu klikalny (tel:), komunikatory (Viber/Telegram) z ikonami. · Formularze: tylko imię + telefon + pole „komentarz” (nieobowiązkowe). Maska dla telefonu. · Dodać pływający przycisk „Szybkie zamówienie / Oblicz koszt” na mobilnym. · Na kartach produktów – przycisk „Kup w 1 kliknięcie” (otwiera mini-formularz). · Dodać „okruszki”, poprawić nawigację po działach. · Sprawdzić kontrast tekstu, rozmiar czcionek (nie mniej niż 14 px na mobilnym). · Brak oferty pilnej (promocje z ograniczeniem czasowym). · Niedostateczne dowody społeczne (opinie, recenzje wideo, liczba wykonanych prac). · Nie wyjaśniono, że cena „pod klucz” (montaż, dostawa, demontaż). · Brak CTA (wezwania do działania) na każdym ekranie. Dodać „licznik” – ile klientów już wybrało, ile okien zainstalowano. · Wideo-opinie prawdziwych klientów (krótkie, na 30–60 sek). · Blok „Oblicz w 30 sekund” bezpośrednio na pierwszym ekranie. · Pokazać cenę „pod klucz”: okno + montaż + dostawa, z przejrzystym rozrachunkiem. · Promocje z timerem: „Zniżka -15% przy zamówieniu do końca tygodnia”. · Wyskakujące okno z ofertą bezpłatnego pomiaru, gdy użytkownik próbuje zamknąć zakładkę. Co zrobić: · Interaktywny 3D konfigurator okna (zmiana koloru, otwieranie, pakiet szybowy) – o tym dalej. · Mini-gra lub test: „Jakie okno pasuje do twojego mieszkania?” · Przykłady: zdjęcia „przed/po” w rzeczywistych wnętrzach. · Przewodniki: „Jak wybrać okna do hałaśliwej ulicy”, „Oszczędność energii: jaki pakiet szybowy wybrać”. · Kalkulator oszczędności na ogrzewaniu po wymianie okien. Pilne (Critical) 1. Mobilna adaptacja całej strony, szczególnie kreatora i koszyka. 2. Przyspieszenie ładowania: kompresja obrazów, cache, CDN. 3. Przycisk szybkiego zamówienia (One Click Buy) na wszystkich kartach produktów. Wyskakujący czat z możliwością pozostawienia wiadomości w Viber/Telegram. 5. Ważny HTTPS i przekierowanie z HTTP → HTTPS wszystkich stron. 6. Mikroformatowanie Schema.org (Organization, Product, BreadcrumbList, Review). Ważne (High) 1. Zaktualizować stronę główną: dodać USP, promocje, wideo, szybki kalkulator. 2. Strona „Promocje” z timerem, aktualizowanym co miesiąc. 3. Formularz zwrotnego połączenia – prosty, z maską i automatycznym wstawianiem kodu miasta. 4. Podłączenie CRM (np. amoCRM / Bitrix24) do automatycznego przechwytywania leadów. 5. Dodać płatność online (LiqPay, WayForPay) przynajmniej zaliczkę za pomiar. 6. Struktura SEO URL: /produkciya/plastikovi-vikna/, a nie /?page_id=123. Pożądane (Medium) 1. Rozszerzyć blog artykułami pod kluczowe zapytania (5 artykułów od razu). 2. Interaktywny kreator z 3D-podglądem (osobny blok poniżej). 3. Filtr produktów według cech (rozmiar, profil, kolor, cena). 4. Osobisty panel klienta, gdzie można zobaczyć status zamówienia. 5. Generowanie PDF-oferty handlowej bezpośrednio na stronie. JAK POPRAWIĆ KREATORA (Konfigurator okien) Jeśli teraz to zwykły formularz z rozwijanymi listami – to przestarzałe. Potrzebny nowoczesny 3D-kreator: Obowiązkowe funkcje: · Krokowy kreator (wizard): 1) wybór pokoju, 2) wymiary, 3) liczba skrzydeł, 4) kolor, 5) pakiet szybowy, 6) okucia, 7) siatka przeciw owadom. · Natychmiastowe przeliczenie ceny na każdym kroku (AJAX). · 3D-wizualizacja (Three.js lub gotowy framework js). · Zapisanie wybranej konfiguracji w PDF (generacja na serwerze) i wysłanie na e-mail. · Przycisk „Wyślij wycenę do menedżera” – i w CRM leci karta ze wszystkimi parametrami. · Możliwość podzielenia się linkiem do swojej konfiguracji (np. aby wysłać mężowi/żonie). · Pełna adaptacja pod gesty dotykowe (przesunięcie do obrotu modelu 3D na telefonie) Cena do uzgodnienia!