Бюджет: 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 (або окрему таблицю в БД). Суворе табу: В аудит-лог категорично заборонено записувати самі значення секретів (ні в відкритому, ні в зашифрованому вигляді).
Маємо dedicated сервер на hetzner з вебсайтом на докерах (+фремворк laravel) Контакт з розробниками втрачено Потрібно: - відновити і змінити серверні доступи (ймовірно, ssh) - рекомендувати місце зберігання і налаштувати повний бекап серверу з простим відновленням, ймовірно, не на hetzner для безпеки - пофіксити чомусь не відображаємий логотип (не зрозуміло чому файл перестав бути доступним) Важливо - бекапу сайту не має, права на помилку теж. Розглянемо тільки досвідчених спеціалістів.