Бюджет: 5000 UAH Срок: 5 дней
Доброго дня! У меня в базе таких специалистов. Будем рады обсудить подробнее :)
Бюджет: 5000 UAH Срок: 5 дней
Доброго дня! У меня в базе таких специалистов. Будем рады обсудить подробнее :)
Бюджет: 5000 UAH Срок: 3 дня
Доброго дня ,
Я управляю Linux ОС более 10 лет, работаю в хостинг-компании, имею большой опыт в подборе серверного оборудования. Для того, чтобы я мог сделать анализ мне понадобится SSH доступ.
П. С Чтобы дать инфу по вашему запросу нужно видеть ситуацию на сервере наоборот, я не экстрасенс. Через доступ к панели что-то посмотреть нормально невозможно, нужно присутствовать по консоли от root пользователя.
Бюджет: 5000 UAH Срок: 1 день
добрый день, помогу оптимизировать сайт, проверим что засоряет логи, подшаманим настройки пыхи, обновим вордпресс, если все будет ок сможем и мониторинг прикрутить типа забикса или графаны
по мимо можно добавить авто удаление логов если файл превешаен нужное кол-во места
Бюджет: 8000 UAH Срок: 2 дня
Добро пожаловать! Нам интересен Ваш проект. Мы можем выделить для этого задание нашего самого опытного специалиста. Детали мы можем обсудить. Мы ждем Ваших комментариев! С уважением, команда Brille.Dev
Бюджет: 5000 UAH Срок: 2 дня
Доброго дня . Нужно что-то уточнить имеющуюся информацию. Какой веб-сервер используется? Какой дистрибутив используется? Мы можем провести тестирование, например, с Apache Benchmark, также дополнительно могу предоставить визуализацию утилизации ресурсов с инструментом Grafana. С привода MySQL нужно проверить насколько установлен уровень логирования, возможно он слишком высок и работает на уровне дебага. Но это опять же, еще один момент, на сколько детальной информации по запросам в БД вам нужна. Если вам нужен именно подробный бин-лог, то есть смысл использовать для хранения логов удаленное хранилище, которое соединить через NFS например.
1. пробуйте А/Б тест для определения відержки количество запросов
2. но у вас проблема что из за нехватки места на диске мускул бд приостает работать. то мне думается что самое оптимальное решение - это просто поменять настройки бд.max_binlog_size= 500M
expire_logs_days = 1
binlog-cache-size = 128K
max-binlog-cache-size = 90M
3. слледите пару дней за файлы лога ошибок пару дней и оптимизируйте настройки если что.
Сначала нужно ограничивать размер лог файла и другие связанные с ним настройки. это прежде всего. потом надо расследовать что за домовой что такой гигантский лог генерирует. возможно понадобиться оптимизации какие то - может какой то кастомный плагин такое делает - сложно мне в этом вам что то посоветовать.
В рамках повышения уровня кибербезопасности нашей инфраструктуры нам необходимо отказаться от практики хранения «вечных» и статичных API-ключей, паролей и токенов интеграций в конфигурационных файлах (.env, appsettings.json, config.yaml) наших микросервисов. Бизнес-цель: Создать единую защищенную точку хранения конфиденциальных данных (секретов) с механизмом их автоматического обновления (ротации) во внешних системах по расписанию. Другие наши сервисы будут запрашивать актуальные токены «на лету» через API, что сведет к минимуму ущерб в случае компрометации любого из компонентов системы.Модель безопасности и шифрование (Crypto Core) В базе данных ни один секрет не должен храниться в открытом виде. При старте приложения в переменные окружения передается Мастер-ключ (Master Key). Если ключ отсутствует или имеет невалидную длину, сервис должен падать на этапе инициализации с понятной ошибкой в логах. Каждый секрет шифруется перед записью в БД с использованием этого Мастер-ключа. При запросе — расшифровывается в памяти и отдается в теле ответа.Аудит-логирование (Audit Trail) Любое действие с секретами (создание, чтение сервисом, успешная или неуспешная ротация) должно записываться в отдельный лог-файл audit.log (или отдельную таблицу в БД). Строгое табу: В аудит-лог категорически запрещено записывать сами значения секретов (ни в открытом, ни в зашифрованном виде).
У нас есть выделенный сервер на hetzner с вебсайтом на докерах (+фреймворк laravel) Контакт с разработчиками потерян Необходимо: - восстановить и изменить серверные доступы (вероятно, ssh) - рекомендовать место хранения и настроить полный бэкап сервера с простым восстановлением, вероятно, не на hetzner для безопасности - пофиксить почему-то не отображаемый логотип (непонятно почему файл перестал быть доступным) Важно - бэкапа сайта нет, права на ошибку тоже. Рассмотрим только опытных специалистов.