Продающий одностраничный сайт

Розробка архітектури єдиної платформи управління флотом 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-плагін, планом поетапної реалізації. Документ повинен включати вайрфрейм-схему інтерфейсу платформи (ключові екрани: реєстр сайтів, доступ в адмінку, дашборд моніторингу). За підсумками погодження архітектури — можливе продовження співпраці.

Шукаю досвідченого програміста для роботи з сайтом, який працює на ModX Revolution. На даний момент необхідно виконати низку технічних доробок, зокрема: внесення змін на сайт; заміна фотографій, банерів та розмірних сіток; оновлення контактної інформації; інші дрібні правки; підключення Google Analytics; інтеграція платіжної системи LiqPay і так далі Надалі планую регулярно розвивати сайт, тому шукаю відповідального спеціаліста для довгострокової співпраці, який зможе оперативно виконувати необхідні доопрацювання. Вимоги: впевнений досвід роботи з ModX Revolution; якісне виконання завдань; дотримання домовлених термінів; готовність до постійної співпраці Робота з сайтом - https://marimoth.com Пишіть і будемо домовлятись Марі

Всім привіт. Шукаю спеціаліста, який допоможе вирішити проблему з вихідниками React. Проблема в тому, що їх немає. Тому потрібно зробити новий репозиторій, витягти максимум з DevTools/source maps, а потім відновити проект. Деталі опишу кандидатам. Чекаю ваших відгуків.

Сайт працює на фреймворку Next.js (на базі React). Потрібно зробити всі пункти за ТЗ. ТЗ додається у файлу. Чекаю на пропозиції.

є сайт https://perfect-okna.com.ua/ основні проблеми: АНАЛІЗ ШВИДКОСТІ ЗАВАНТАЖЕННЯ (Performance) Ключові проблеми (типові для таких сайтів): · Великі неоптимізовані зображення (JPEG/PNG без стиснення, немає WebP). · Відсутність lazy loading для картинок у каталозі. · Не мініфіковані CSS/JS, підключено багато непотрібних бібліотек. · Немає кешування на рівні браузера, не використовується CDN. · Сервер не віддає стиснення (gzip/brotli). · Не використовується HTTP/2. Чек-лист «Швидкість»: · Стиснути всі зображення, перевести в WebP та додати fallback. · Налаштувати леніве завантаження зображень (loading="lazy"). · Мініфікувати HTML, CSS, JS. Об'єднати файли, де це доречно. · Увімкнути Gzip/Brotli на сервері. · Налаштувати кеш-заголовки (Cache-Control, Expires) для статики. · Підключити CDN (Cloudflare безкоштовно). · Видалити зайві плагіни/скрипти (особливо якщо WordPress). · Використовувати асинхронне завантаження для некритичних скриптів (async/defer). На головній часто немає чіткої структури «хто ми – що пропонуємо – чому обрати нас – як замовити». · Конструктор вікон (якщо є) може бути заплутаним, без підказок, не видно фінальної ціни одразу. · На мобільних пристроях меню може з'їжджати, калькулятор не адаптований під пальці. · Форми зворотного зв'язку довгі, без маски телефону, без валідації. · Немає «швидких дій»: подзвонити в один клік, месенджери, чат. · Відсутність «хлібних крихт» на внутрішніх сторінках. · Зробити мобільну версію без горизонтального скролу, кнопки не менше 48x48 px. · На головній додати одразу калькулятор ціни «за 3 кліки». · У шапці – номер телефону клікабельний (tel:), месенджери (Viber/Telegram) з іконками. · Форми: лише ім'я + телефон + поле «коментар» (не обов'язкове). Маска для телефону. · Додати плаваючу кнопку «Швидке замовлення / Розрахувати вартість» на мобільному. · На картках товару – кнопка «Купити в 1 клік» (відкривається міні-форма). · Додати «хлібні крихки», покращити навігацію по розділах. · Перевірити контраст тексту, розмір шрифтів (не менше 14 px на мобільному). · Немає термінової пропозиції (акції з обмеженням у часі). · Недостатньо соціальних доказів (відгуки, відеоогляди, кількість виконаних робіт). · Не пояснюється, що ціна "під ключ" (монтаж, доставка, демонтаж). · Немає CTA (заклику до дії) на кожному екрані. Додати «лічильник» – скільки клієнтів вже обрали, скільки вікон встановлено. · Відео-відгуки реальних клієнтів (короткі, на 30–60 сек). · Блок «Розрахувати за 30 секунд» прямо в першому екрані. · Показати ціну «під ключ»: вікно + монтаж + доставка, з прозорою розшифровкою. · Акції з таймером: «Знижка -15% при замовленні до кінця тижня». · Спливаюче вікно з пропозицією безкоштовного заміру, коли користувач намагається закрити вкладку. Що зробити: · Інтерактивний 3D конфігуратор вікна (зміна кольору, відкривання, склопакет) – про це далі. · Міні-гра або тест: «Яке вікно підходить для вашої квартири?» · Кейси: фото «до/після» в реальних інтер'єрах. · Гайди: «Як вибрати вікна для шумної вулиці», «Енергозбереження: який склопакет обрати». · Калькулятор економії на опаленні після заміни вікон. Терміново (Critical) 1. Мобільна адаптація всього сайту, особливо конструктора та кошика. 2. Прискорити завантаження: стиснення картинок, кешування, CDN. 3. Кнопка швидкого замовлення (One Click Buy) на всіх картках товарів. Спливаючий чат з можливістю залишити повідомлення у Viber/Telegram. 5. Валідний HTTPS та редирект з HTTP → HTTPS всіх сторінок. 6. Мікророзмітка Schema.org (Organization, Product, BreadcrumbList, Review). Важливо (High) 1. Оновити головну: додати УТП, акції, відео, швидкий калькулятор. 2. Сторінка «Акції» з таймером, що оновлюються щомісяця. 3. Форма зворотного дзвінка – проста, з маскою та автоматичною підстановкою коду міста. 4. Підключення CRM (наприклад, amoCRM / Bitrix24) для автоматичного підхоплення лідів. 5. Додати онлайн-оплату (LiqPay, WayForPay) хоча б передоплату за замір. 6. SEO-структура URL: /produkciya/plastikovi-vikna/, а не /?page_id=123. Бажано (Medium) 1. Розширити блог статтями під ключові запити (5 статей одразу). 2. Інтерактивний конструктор з 3D-переглядом (окремий блок нижче). 3. Фільтр продукції за характеристиками (розмір, профіль, колір, ціна). 4. Персональний кабінет клієнта, де можна бачити статус замовлення. 5. Генерація PDF-комерційної пропозиції прямо на сайті. ЯК ПОКРАЩИТИ КОНСТРУКТОР (Конфігуратор вікон) Якщо зараз це звичайна форма з випадаючими списками – це застаріло. Потрібен сучасний 3D-конструктор: Обов'язкові фішки: · Покроковий майстер (wizard): 1) вибір кімнати, 2) розміри, 3) кількість стулок, 4) колір, 5) склопакет, 6) фурнітура, 7) москітна сітка. · Миттєвий перерахунок ціни на кожному кроці (AJAX). · 3D-візуалізація (Three.js або готовий js-фреймворк). · Збереження обраної конфігурації в PDF (генерація на сервері) та відправка на e-mail. · Кнопка «Відправити прорахунок менеджеру» – і в CRM летить картка з усіма параметрами. · Можливість поділитися посиланням на свою конфігурацію (наприклад, щоб відправити чоловіку/дружині). · Повна адаптація під тач-жести (свайп для обертання 3D-моделі на телефоні) ЦІна договірна!