Новости | FAQ | Авторы | Документация | В действии | Библиотека |
Инструменты | Полезные ссылки | Хостинги | Скачать | Примеры | Форум |
moko 03.07.2024 04:49
Кроме как через env прокинуть как ещё?Гм, через файлы, что считается более безопасным. В примере ниже секреты будут каждый в своем файле в /etc/secrets.
spec: containers: - name: mycontainer image: nginx volumeMounts: - name: secret-volume mountPath: "/etc/secrets" readOnly: true volumes: - name: secret-volume secret: secretName: mysecretНо никто же не возражает добавить фичу в парсер. Мой ответ объясняет, почему сейчас так и предлагает несколько вариантов реализации данной возможности.
Кстати заметил ещё один момент - если веб-сервером парсера отдать txt файл с диска ~80кбайт браузер показывает ожидание 70-80мс. Если отдавать тот же файл с того же диска на том же сервере nginx-ом с gzip, то он жмется до 13 кбайт и ожидание отдачи сервером составляет 22мс.Скорее из-за latency (времени отклика) сервера. Такие вещи надо смотреть с самого сервера и если там будет заметная разница, это уже повод изучить почему так.
Это из-за gzip?
Нет планов реализовать gzip парсерным веб-сервером на респонсе?Нет. Для целей разработки разницы нет, а для "боя" в любом случае потребуется обратный прокси - сейчас же везде https.