Бюджет: 1000 UAH Термін: 30 днів
Здравствуйте. Интересная у Вас задача. Готов обсудить.
Обращайтесь!
Есть англоязычный софт-портал новый. Движок DLE. Задача: обновлять по 15-20 программ в день.
Под обновлением подразумевается:
1. скачать файл программы с сайта донора и залить на наш сервер;
2. обновить данные о программе у нас в админке *версия, дата, возможно скрины).
Оплата помесячно (можно раз в две недели).
Дополнительные вопросы и размер оплаты в личных сообщениях.
Бюджет: 1000 UAH Термін: 30 днів
Здравствуйте. Интересная у Вас задача. Готов обсудить.
Обращайтесь!
Бюджет: 10000 UAH Термін: 30 днів
Добрый день! Готова сотрудничать. Постоянно работаю онлайн, готова уделять необходимое время для работы. Английский - свободно. Опыт в администрировании специализированных сайтов. Напишите, пожалуйста, мне в ЛС, вышлю моё полное резюме по необходимости. Спасибо.
Бюджет: 1000 UAH Термін: 1 день
Здравствуйте, являюсь системным администратором с постоянным присутствием за ПК.
Много свободного времени, работал с схожими системами управления сайтов, с удовольствием взялся бы и за ваш.
Бюджет: 1000 UAH Термін: 10 днів
Здравствуйте! Интересуют подробности проекта. Готов обсудить.
Хто може допомогти налаштувати такий сетап: Планую розгорнути сервер, який буде паралельно працювати з 4–5 різними AI-моделями для завдань з програмування. Ключове вимога — багатокористувацький доступ: кілька розробників зможуть користуватися сервером одночасно, кожен в ізольованій сесії та зі своїми агентами. Моделі Claude / GPT / Kimi k3
В рамках підвищення рівня кібербезпеки нашої інфраструктури нам необхідно відмовитися від практики зберігання «вічних» і статичних API-ключів, паролів і токенів інтеграцій у конфігураційних файлах (.env, appsettings.json, config.yaml) наших мікросервісів. Бізнес-мета: Створити єдину захищену точку зберігання конфіденційних даних (секретів) з механізмом їх автоматичного оновлення (ротації) у зовнішніх системах за розкладом. Інші наші сервіси будуть запитувати актуальні токени «на льоту» через API, що зведе до мінімуму шкоду в разі компрометації будь-якого з компонентів системи.Модель безпеки та шифрування (Crypto Core) У базі даних жоден секрет не повинен зберігатися в відкритому вигляді. При старті програми в змінні середовища передається Майстер-ключ (Master Key). Якщо ключ відсутній або має невалідну довжину, сервіс повинен падати на етапі ініціалізації з зрозумілою помилкою в логах. Кожен секрет шифрується перед записом у БД з використанням цього Майстер-ключа. При запиті — розшифровується в пам'яті і віддається в тілі відповіді.Аудит-логування (Audit Trail) Будь-яка дія з секретами (створення, читання сервісом, успішна або неуспішна ротація) повинна записуватися в окремий лог-файл audit.log (або окрему таблицю в БД). Суворе табу: В аудит-лог категорично заборонено записувати самі значення секретів (ні в відкритому, ні в зашифрованому вигляді).