Budżet: 3000 UAH Termin: 2 dni
Witam. Robiłem analogiczną integrację z Monobankiem, więc z Stripe nie będzie problemu. Proszę się zgłaszać - zrobię w 1-2 dni.
Potrzebujemy dewelopera, który napisze kod dla frontendu i backendu Wix, aby zrealizować tę integrację płatności.
Udostępnimy dostęp administratora do naszej strony Wix, która jest w trakcie rozwoju, a także testowe klucze z konta Stripe.
To zadanie musi być wykonane dzisiaj.
Budżet: 3000 UAH Termin: 2 dni
Witam. Robiłem analogiczną integrację z Monobankiem, więc z Stripe nie będzie problemu. Proszę się zgłaszać - zrobię w 1-2 dni.
Budżet: 8500 UAH Termin: 3 dni
👋 Cześć!
Uwielbiam wszystko, co związane z wix (nie żartuję - to jest mój żywioł)
O mnie:
Jestem certyfikowanym deweloperem Wix Velo. Moje doświadczenie w kodowaniu w Wix - 3,5 roku. Moje główne zadania to tworzenie stron internetowych na platformie Wix. Integracja kodów QR. Integracja różnych typów API. Tworzenie pulpitów nawigacyjnych, łączenie systemów płatności. Tworzenie systemów subskrypcyjnych. Praca nad aplikacją wieloplatformową. Łączenie i konfigurowanie zewnętrznych baz danych. Mam również certyfikat od Wix (zobacz załącznik).
Jestem gotowy, aby zacząć dzisiaj.
Dziękuję za poświęcony czas i życzę miłego dnia!
Z poważaniem,
Roman
Budżet: 2100 UAH Termin: 1 dzień
Dzień dobry. Zajmuję się integracją systemów płatności od ponad 10 lat. Jestem gotów zintegrować dowolny potrzebny Państwu system płatności na Państwa stronie. Będę zadowolony ze współpracy.
Budżet: 8000 UAH Termin: 1 dzień
Witaj.
Zajmujemy się tworzeniem oprogramowania, stron internetowych od podstaw, a także ich udoskonalaniem.
Pracujemy z: WordPress, 1C, Opencart, Shopify, WIX, Python, JavaScript, C++, C#, Unity 3D, SQL, Microsoft SQL Server, WPF, WinForms.
Mamy doświadczenie w: Programowaniu systemowym, Zarządzaniu projektami rozwoju, Ochronie informacji, Programowaniu gier, itd.
Wykonamy Twoją pracę, niezależnie od jej poziomu trudności.
Po zakończeniu pracy oferujemy wsparcie projektu przez 14 dni.
Będziemy zadowoleni z współpracy!
Budżet: 2100 UAH Termin: 3 dni
Cześć! Czy konkretna wersja kodu, którą powinienem użyć do integracji Stripe z twoją stroną Wix, jest dla ciebie ważna? Jeśli chodzi o dokładny termin i budżet, będę mógł je określić dokładniej w prywatnej korespondencji.
Jeśli chodzi o realizację tego projektu, planuję działać w następujący sposób:
1. Najpierw zapoznam się z twoją stroną Wix, aby lepiej zrozumieć jej strukturę i potrzeby.
2. Następnie wykorzystam dostarczone przez ciebie testowe klucze Stripe do opracowania i testowania kodu integracji.
3. Na koniec wdrożę ten kod w frontend i backend twojej strony, upewniając się, że system płatności działa prawidłowo.
Dziękuję za rozważenie mojej propozycji. Z niecierpliwością czekam na możliwość współpracy z tobą!
Разработка архитектуры единой платформы управления флотом WordPress-сайтовКонтекст проекта Есть флот из нескольких десятков WordPress-сайтов, размещённых на одном сервере и обслуживаемых одной командой. Сайты постепенно переводятся на единый стандарт разработки и поддержки — общую дизайн-систему с единой библиотекой блоков (ACF + Gutenberg) и единый стандарт безопасности. Требуется архитектура платформы для централизованного управления этим флотом.Задача Нужна разработка технической архитектуры единой платформы управления флотом WordPress-сайтов. Платформа — это не дашборд метрик, а полноценная система централизованного управления и доступа.Требования к платформе Единый вход для супер-администратора — одна точка входа для управления всеми сайтами флота: обзор состояния, версий, статуса соответствия стандарту. One-click доступ в админку каждого сайта — возможность зайти в wp-admin любого сайта флота из единого интерфейса, без хранения/ввода паролей от каждого сайта отдельно. Требуется продуманный механизм аутентификации (токены с ограниченным временем жизни, привязка к конкретному пользователю, полное логирование доступа). Разграничение ролей: супер-админ видит и управляет всем флотом; администраторы отдельных сайтов имеют доступ только к своим сайтам. Единая дизайн-система с кастомизацией на уровне сайта — общая библиотека блоков (ACF + Gutenberg), дистрибутируемая на все сайты через центральный механизм обновлений, но с возможностью локальной кастомизации блоков под конкретный сайт без потери совместимости с будущими обновлениями библиотеки. Общий дашборд мониторинга и оповещений — состояние сайтов и сервера, алерты о падениях/проблемах, статус обновлений и compliance каждого сайта относительно единого стандарта. Удобное добавление новых сайтов в сеть — платформа должна поддерживать быстрое клонирование/разворачивание нового сайта на основе единого стандарта (Core-плагин, дизайн-система) и подключение его к Hub с минимальным количеством ручных шагов.Архитектурные ограничения (важно) WordPress Multisite не рассматривается и не подходит для этой задачи. Причина не в удобстве интерфейса, а в фундаментальных архитектурных свойствах Multisite: Общая база данных и общее ядро для всех сайтов сети означают единую точку отказа: некорректное обновление плагина или ядра способно одновременно вывести из строя все сайты сети, а не один. Общий пул серверных ресурсов (PHP-воркеры, соединения с БД) означает, что аномальная нагрузка на один сайт (акция, всплеск трафика, атака) деградирует производительность всех остальных сайтов сети, включая никак не связанные с этой нагрузкой. Это системное свойство Multisite, не устраняемое процессом или дисциплиной — поэтому требуется архитектура, где каждый сайт остаётся независимой инсталляцией (собственная БД), а унификация и централизованное управление достигаются другими средствами.Предварительное архитектурное направление На данный момент наиболее перспективным представляется архитектурный подход Hub & Spoke, при котором независимые WordPress-инсталляции ("Spokes"), каждая со своей БД, объединяются: общим дистрибутируемым Core-плагином (библиотека блоков, security baseline, bridge-модуль для связи с Hub); центральным управляющим приложением ("Hub") — реестр сайтов, one-click login, мониторинг, оповещения. Однако данная архитектура не является заранее выбранным решением. Если исполнитель считает, что существует более подходящий архитектурный подход, он может предложить альтернативу при условии её технического и экономического обоснования. Отдельная задача в рамках ТЗ — обоснованный анализ и рекомендация: строить Hub с нуля кастомно, либо взять за основу готовое self-hosted решение (MainWP, InfiniteWP, ManageWP или аналоги) и расширять его под специфичные требования (интеграция с Core-плагином, compliance-отслеживание версий блоков, будущий маркетинговый слой). Нужна сравнительная оценка по срокам, стоимости поддержки, гибкости и ограничениям каждого варианта, с чёткой рекомендацией.Архитектурные требования При проектировании решения необходимо учитывать следующие нефункциональные требования: отказоустойчивость и отсутствие единой точки отказа для флота сайтов; возможность независимого обновления, отката и обслуживания каждого сайта; минимизацию blast radius при сбоях и ошибках обновлений; возможность горизонтального масштабирования при росте количества сайтов; безопасность централизованного управления и делегированного доступа; возможность последующего выделения Hub в отдельную инфраструктуру без изменения архитектурных принципов; расширяемость платформы для добавления новых централизованных сервисов. Кроме того, архитектура должна оставаться жизнеспособной при увеличении количества сайтов с нескольких десятков до 100+ без необходимости принципиального пересмотра выбранного подхода.Долгосрочное развитие платформы Платформа рассматривается как долгосрочная основа цифровой экосистемы компании, а не как инструмент исключительно для администрирования WordPress-сайтов. При проектировании необходимо предусмотреть возможность последующего добавления централизованных сервисов (например, управления маркетинговыми активностями, аналитикой, библиотекой компонентов, интеграциями и других модулей) без необходимости переработки базовой архитектуры.Технологии Конкретный стек не фиксируется заранее — исполнитель самостоятельно предлагает и обосновывает технологии в архитектурном документе (язык/фреймворк для Hub, модель хостинга/деплоя, механизм аутентификации и т.д.), исходя из требований задачи. Обоснованное предложение по технологиям — обязательная часть результата работы, наравне со сравнением custom vs готовое решение для Hub.Что нужно от исполнителя Опыт проектирования multi-site/multi-tenant архитектур на WordPress (принципиально — НЕ на базе Multisite) Практический опыт работы с MainWP/InfiniteWP/ManageWP или аналогичными системами управления флотом WP-сайтов — понимание их возможностей и ограничений на уровне API/расширяемости Опыт разработки WordPress-плагинов уровня production (ACF, Gutenberg block development, REST API) Понимание вопросов безопасности при построении систем централизованного/делегированного доступа (token-based auth, аудит доступа, минимизация blast radius) Умение подготовить архитектурную документацию: диаграммы, API-контракты между Hub и сайтами, схему данныхФормат работы Первый этап — архитектурный документ с обоснованным решением (custom vs готовое решение), схемой взаимодействия компонентов, API-контрактом Hub ↔ Core-плагин, планом поэтапной реализации. Документ должен включать вайрфрейм-схему интерфейса платформы (ключевые экраны: реестр сайтов, доступ в админку, дашборд мониторинга). По итогам согласования архитектуры — возможно продолжение сотрудничества. Важное замечание Ожидается самостоятельная архитектурная проработка, основанная на практическом опыте проектирования и эксплуатации подобных систем. Недостаточно предоставить компиляцию общих рекомендаций или типовых ответов, сгенерированных ИИ. Каждое ключевое архитектурное решение должно сопровождаться техническим обоснованием: почему выбран именно этот подход, какие альтернативы рассматривались, каковы его преимущества, ограничения и потенциальные риски в контексте данного проекта. При необходимости исполнитель должен ссылаться на практический опыт, существующие решения, документацию, open-source проекты или иные источники, подтверждающие жизнеспособность предлагаемых архитектурных решений.
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!