Бюджет: 700 UAH Срок: 1 день
Готов помочь! Могу настроить автоматизированные тесты для CI/CD на GitHub Actions и обеспечить их интеграцию с WordPress проектом.
Добрий час доби.
Налаштував YML до того, що вже розгортається успішно Докер та чиста WP.
(підтвердження скріншот із GitHub Action)
На стадії встановлення кастомної теми, де безпосередньо зібрано і пріцює сайт, одразу після збірки з'являється білий екран.
Мета:
Новий код "пул", "мёрдж реквест", і щоб GitHub Action перевіряв новий код "на лету".
Тобто емулював сайт із змінами, що пропонуються.
Вже налаштовано:
1. YML, що пропонується у "мёрдж реквесті" код перевіряється автоматичним тестом
2. WP через компоузер та Докер успішно піднімаються
Що потрібно "докрутити":
1. Фактичне проходження тестів = відповідно логів, тема та плагіни НЕ встановлюються.
Бюджет: 700 UAH Срок: 1 день
Готов помочь! Могу настроить автоматизированные тесты для CI/CD на GitHub Actions и обеспечить их интеграцию с WordPress проектом.
Бюджет: 1200 UAH Срок: 2 дня
Добрый день! Маю опыт с GitHub Actions. С радостью настрою workflow чтобы при пулл или мердж реквесте запускался этот пайплайн. Судя по описанию, WordPress уже поднимается в Docker контейнере, но есть проблема на этапе установки кастомной темы. Готов разобраться в логике установки темы/плагинов и настроить процесс так, чтобы автоматические тесты проходили успешно, а изменения можно было эмулировать в среде CI. Также хотел бы уточнить несколько деталей. Пишите, буду рад сотрудничеству!
Кто может помочь настроить такой сетап: Планирую развернуть сервер, который будет параллельно работать с 4–5 разными AI-моделями для задач по программированию. Ключевое требование — многопользовательский доступ: несколько разработчиков смогут пользоваться сервером одновременно, каждый в изолированной сессии и со своими агентами. Модели Claude / GPT / Kimi k3
В рамках повышения уровня кибербезопасности нашей инфраструктуры нам необходимо отказаться от практики хранения «вечных» и статичных API-ключей, паролей и токенов интеграций в конфигурационных файлах (.env, appsettings.json, config.yaml) наших микросервисов. Бизнес-цель: Создать единую защищенную точку хранения конфиденциальных данных (секретов) с механизмом их автоматического обновления (ротации) во внешних системах по расписанию. Другие наши сервисы будут запрашивать актуальные токены «на лету» через API, что сведет к минимуму ущерб в случае компрометации любого из компонентов системы.Модель безопасности и шифрование (Crypto Core) В базе данных ни один секрет не должен храниться в открытом виде. При старте приложения в переменные окружения передается Мастер-ключ (Master Key). Если ключ отсутствует или имеет невалидную длину, сервис должен падать на этапе инициализации с понятной ошибкой в логах. Каждый секрет шифруется перед записью в БД с использованием этого Мастер-ключа. При запросе — расшифровывается в памяти и отдается в теле ответа.Аудит-логирование (Audit Trail) Любое действие с секретами (создание, чтение сервисом, успешная или неуспешная ротация) должно записываться в отдельный лог-файл audit.log (или отдельную таблицу в БД). Строгое табу: В аудит-лог категорически запрещено записывать сами значения секретов (ни в открытом, ни в зашифрованном виде).
У нас есть выделенный сервер на hetzner с вебсайтом на докерах (+фреймворк laravel) Контакт с разработчиками потерян Необходимо: - восстановить и изменить серверные доступы (вероятно, ssh) - рекомендовать место хранения и настроить полный бэкап сервера с простым восстановлением, вероятно, не на hetzner для безопасности - пофиксить почему-то не отображаемый логотип (непонятно почему файл перестал быть доступным) Важно - бэкапа сайта нет, права на ошибку тоже. Рассмотрим только опытных специалистов.