Интеграция верстки на 1С-Битрикс, редакция "Старт"

Разработка архитектуры единой платформы управления флотом 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!