Настройка Linux сервера под USD
Результатом довольны.
Рекомендуем к сотрудничеству!
Необходимо настроить Linux сервер под дальнейшую конвертацию моделей с формата glb/gltf в формат usdz.
Более подробная информация по данным ссылкам:
https://github.com/PixarAnimationStudios/USD
https://github.com/kcoley/gltf2usd
Для начала нужно будет сбилдить USD на сервере, прописав все необходимые зависимости.
Для это нужно понимать основы python и установить все его зависимости (пробовали версию 2.7.14).
Если все правильно установилось gltf2usd заработает.
+ на гитабе есть команды как потестить.
Бюджет: 1050 UAH Срок: 2 дня
Имею опыт работы системным администратором 18+ лет.
Я долго работал в технической поддержке (L3) хостинга uk2group.
DevOps - docker, ansible, jenkins, github, openstack, etc... )
Amazon AWS 12+ лет работы.
Информационная безопасность серверов/сайтов.
Ваш проект будет решён в кратчайшие сроки и с высоким качеством.
Кто может помочь настроить такой сетап: Планирую развернуть сервер, который будет параллельно работать с 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 для безопасности - пофиксить почему-то не отображаемый логотип (непонятно почему файл перестал быть доступным) Важно - бэкапа сайта нет, права на ошибку тоже. Рассмотрим только опытных специалистов.