ИМ на Вордпресс - написать несколько функций в админке

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

I'm looking for an experienced programmer to work on a website that runs on ModX Revolution. Currently, a number of technical improvements need to be made, including: making changes to the website; replacing photos, banners, and size grids; updating contact information; other minor edits; connecting Google Analytics; integrating the payment system LiqPay, etc. In the future, I plan to regularly develop the website, so I'm looking for a responsible specialist for long-term cooperation who can promptly carry out the necessary improvements. Requirements: confident experience with ModX Revolution; quality execution of tasks; adherence to agreed deadlines; willingness for ongoing collaboration Work on the website - https://marimoth.com Write to me and we will negotiate Maria

Hello everyone. I am looking for a specialist who can help solve the problem with the React source files. The issue is that they are missing. Therefore, a new repository needs to be created, extract as much as possible from DevTools/source maps, and then restore the project. I will provide details to the candidates. I look forward to your responses.

The site is built on the Next.js framework (based on React). All points in the technical specification need to be completed. The technical specification is attached in the file. I look forward to your proposals.

there is a website https://perfect-okna.com.ua/ main problems: SPEED ANALYSIS (Performance) Key issues (typical for such websites): · Large unoptimized images (JPEG/PNG without compression, no WebP). · Lack of lazy loading for images in the catalog. · Non-minified CSS/JS, many unnecessary libraries connected. · No caching at the browser level, CDN not used. · Server does not provide compression (gzip/brotli). · HTTP/2 not used. Checklist "Speed": · Compress all images, convert to WebP and add fallback. · Set up lazy loading for images (loading="lazy"). · Minify HTML, CSS, JS. Combine files where appropriate. · Enable Gzip/Brotli on the server. · Set cache headers (Cache-Control, Expires) for static content. · Connect CDN (Cloudflare for free). · Remove unnecessary plugins/scripts (especially if WordPress). · Use asynchronous loading for non-critical scripts (async/defer). On the homepage, there is often no clear structure "who we are - what we offer - why choose us - how to order". · The window constructor (if available) can be confusing, without hints, the final price is not visible immediately. · On mobile devices, the menu may shift, the calculator is not adapted for fingers. · Feedback forms are long, without phone masking, without validation. · No "quick actions": call with one click, messengers, chat. · Lack of "breadcrumbs" on internal pages. · Create a mobile version without horizontal scrolling, buttons no less than 48x48 px. · On the homepage, add a price calculator "in 3 clicks" immediately. · In the header – clickable phone number (tel:), messengers (Viber/Telegram) with icons. · Forms: only name + phone + "comment" field (optional). Phone mask. · Add a floating button "Quick Order / Calculate Cost" on mobile. · On product cards – "Buy in 1 click" button (opens a mini-form). · Add "breadcrumbs", improve navigation through sections. · Check text contrast, font size (at least 14 px on mobile). · No urgent offer (time-limited promotions). · Insufficient social proof (reviews, video reviews, number of completed works). · It is not explained that the price is "turnkey" (installation, delivery, dismantling). · No CTA (call to action) on every screen. Add a "counter" – how many clients have already chosen, how many windows installed. · Video reviews from real clients (short, 30–60 sec). · Block "Calculate in 30 seconds" right on the first screen. · Show the "turnkey" price: window + installation + delivery, with a transparent breakdown. · Promotions with a timer: "15% discount for orders by the end of the week". · Popup window with an offer for a free measurement when the user tries to close the tab. What to do: · Interactive 3D window configurator (color change, opening, glazing) – more on this later. · Mini-game or test: "Which window is suitable for your apartment?" · Cases: photos "before/after" in real interiors. · Guides: "How to choose windows for a noisy street", "Energy saving: which glazing to choose". · Heating savings calculator after window replacement. Urgent (Critical) 1. Mobile adaptation of the entire site, especially the constructor and cart. 2. Speed up loading: image compression, caching, CDN. 3. Quick order button (One Click Buy) on all product cards. Popup chat with the ability to leave a message in Viber/Telegram. 5. Valid HTTPS and redirect from HTTP → HTTPS for all pages. 6. Microdata Schema.org (Organization, Product, BreadcrumbList, Review). Important (High) 1. Update the homepage: add USP, promotions, videos, quick calculator. 2. "Promotions" page with a timer, updated monthly. 3. Callback form – simple, with a mask and automatic city code substitution. 4. CRM integration (e.g., amoCRM / Bitrix24) for automatic lead capture. 5. Add online payment (LiqPay, WayForPay) at least for prepayment for measurement. 6. SEO URL structure: /produkciya/plastikovi-vikna/, not /?page_id=123. Desired (Medium) 1. Expand the blog with articles for key queries (5 articles at once). 2. Interactive constructor with 3D view (separate block below). 3. Product filter by characteristics (size, profile, color, price). 4. Personal client cabinet, where you can see the order status. 5. Generation of PDF commercial proposal directly on the site. HOW TO IMPROVE THE CONFIGURATOR (Window Configurator) If it is currently a regular form with dropdown lists – this is outdated. A modern 3D configurator is needed: Mandatory features: · Step-by-step wizard: 1) room selection, 2) dimensions, 3) number of sashes, 4) color, 5) glazing, 6) fittings, 7) mosquito net. · Instant price recalculation at each step (AJAX). · 3D visualization (Three.js or ready js framework). · Saving the selected configuration in PDF (server-side generation) and sending to email. · Button "Send calculation to manager" – and a card with all parameters flies to CRM. · Ability to share a link to your configuration (for example, to send to husband/wife). · Full adaptation for touch gestures (swipe to rotate the 3D model on the phone) Price is negotiable!