Работа над проектом.
1. Добавить авторизацию пользователей (кликабельная иконка в навбаре).
Должно быть 3 роли:
Первая роль User— это не зарегистрированные пользователи,
Вторая Content Creator — это зарегистрированные пользователи,
Третья роль — это Admin, эта роль будет захаркоджена и зарегистрироваться как админ будет нельзя, только залогиниться.
2. Добавить комментарии под раздел комментариев под видео, комментарии могут оставлять только СС, у комментариев должна быть система лайка и дизлайка.
3. Добавить лайк/дизлайк под видео. Средний рейтинг видео должен показываться на главной страничке (где список всех видео)
3.1. Добавить кнопку удалить видео на главной странице для каждого видео (только для админа). Это могут быть три вертикальные кнопочки, как настройки, где будет опция удалить видео. При клике должно появляться окно подтверждения “Вы уверены, что хотите удалить *название видео*” да/нет. (Можно реализовать не как три точки, можете предложить свой вариант.
4. В меню навигации добавить кнопку “upload video”, при клике на неё должна появляться форма:
1) Name
2) Genre
3) YouTube video Link
4) Description
То, что отправляется в форме, должно проходить верификацию на фронте и бэкэ (все ли поля заполнены, не превышен ли лимит символов), если какая-то из форм не валидна, то поле выделяется и под ним появляется сообщение.
5. Не подгружать все видео, когда загружается страница первый раз, загружать сначала первые 10 видео + соответственно добавить кнопку на главной странице “load next 10 videos”. (то есть с бэкэнда не должен отправляться список всех видео, а по частям)
Также всю логику надо перенести на бэкэнд, то есть фильтрация видео по жанру и поиск видео по названию будет происходить на бэкэнде, а уже готовый результат поиска - отправляться на фронтенд.
Также вы в прошлом варианте кода допустили ошибку и у нас при выборе конкретного видео идёт бесконечный запрос на сервер, скорее всего, потому что мы забыли поставить двойные, квадратные скобки в useEffect. В любом случае прилагаю скриншот проблемы ниже.
6. Также у нас ссылки на видео и фото были захаркоджены таким способом.
https://www.youtube.com/embed/${currentFilm.videoId}
https://img.youtube.com/vi/${videoId}/0.jpg
Надо изменить на просто путь, то есть ссылка на видео будет обычной (которая приходит нам в форме), пример: https://www.youtube.com/watch?v=b4b8ktEV4Bg&ab_channel=Computerphile
А вот с фотографиями надо придумать как обрезать этот шорт код и делать на бэкэнде ссылку, которая будет отправляться на фронт. Но суть в том, что на фронте не должно быть хардкода, он должен весь собираться на бэкэнде.
7. При клике на иконку авторизации должно выпадать меню авторизации, где будут sign in/login; logout в зависимости от ситуации, а также кнопка ‘настройка аккаунта’, если пользователь залогинился. Это будет отдельное окно, где юзер будет видеть информацию о своём аккаунте: аватарка, имя, фамилия, логин, пароль и тд. Которые он сможет изменить.
7.1 В случае с админом в этом окне настройки справа будет кнопка ‘верификация видео’ при клике, на которую будет открываться окно с видео, которые отправили СС через форму. И Админ сможет их добавлять или отклонять, пример как это может быть реализовано в скриншоте.
Ссылка на гитхаб проекта https://github.com/OleksandrDav/VideoLibrary
Бюджет: 12000 UAH Срок: 10 дней
Здравствуйте.
Ознакомился с техническими требованиями по проекту, могу приступить к выполнению сразу после уточнения и выбора меня как исполнителя.
В веб-разработке более 3-х лет.
Пишите в л.с.
Всем привет, нужно создать сайт для создания ивентов и продажи билетов. Возможны варианты на готовом шаблоне, фреймворке или ваш вариант. Желательно, чтобы у вас был опыт работы в разработке сайтов для продажи билетов. Примеры сайтов вышлем в приватные сообщения. При необходимости создадим прототип. Если вы ранее работали над созданием подобных сайтов, пожалуйста, отправьте примеры в приватные сообщения. Детали обсудим в приватных сообщениях. Спасибо и хорошего дня!
Разработка архитектуры единой платформы управления флотом 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 проекты или иные источники, подтверждающие жизнеспособность предлагаемых архитектурных решений.
Ищу опытного программиста для работы с сайтом, который работает на ModX Revolution. На данный момент необходимо выполнить ряд технических доработок, в частности: внесение изменений на сайт; замена фотографий, баннеров и размерных сеток; обновление контактной информации; другие мелкие правки; подключение Google Analytics; интеграция платежной системы LiqPay и так далее В дальнейшем планирую регулярно развивать сайт, поэтому ищу ответственного специалиста для долгосрочного сотрудничества, который сможет оперативно выполнять необходимые доработки. Требования: уверенный опыт работы с ModX Revolution; качественное выполнение задач; соблюдение согласованных сроков; готовность к постоянному сотрудничеству Работа с сайтом - https://marimoth.com Пишите и будем договариваться Мари
Всем привет. Ищу специалиста, который поможет решить проблему с исходниками React. Проблема в том что их нет. Поэтому нужно сделать новый репозиторий, вытащить максимум из DevTools/source maps, а затем довосстановить проект. Подробности распишу кандидатам. Жду ваших откликов.
Сайт работает на фреймворке Next.js (на базе React). Необходимо выполнить все пункты по ТЗ. ТЗ прилагается в файле. Жду предложений.