и прям нет вот альтернативы без докера ?

но если ты хочешь именно этот софт?

нужно чтобы ктото программистов заставил

ну проще с хаба своего хост свежий стянуть, чем собирать новую машину для билдера.

раньше просто очереди выстраиввались из костылей, щас подвезли удобный велосипед

тут уже вопрос что тебе удобнее

формально это решение вопроса "времени"
но что бы прям жестко завязаного на докере софта не встречал. но рил всякие yaml зависимые конструкторы уже переехали на кубернету/докер,
мол, ввёл команду, юзай машинку

Господа офицеры, я вас категорически приветствую. Подскажите кто знает. Возможноли шифровать из таблицы бд только 1 столбец (мускуль)?

Нашёл способы как шифровать целую таблицу, но чтобы шифровать 1 столбец - нет.

Причина проста, база бухлая, если шифровать всю просядет скорость, так как это кушает ресурс. Шифровать требуется только 1 столбец.

И ещё один вопрос, если другой хост будет по апи запрашивать данные с этой бд, ему перейдут данные с этим зашифрованным столбцом, или ответ будет без шифрования?

Или при выдаче запроса он будет дешефровать ответ и отправлять его?

Обычно шифруют конкретные "столбцы/колонки" до отправки в БД разными способами, от хеш функции, до ассиметричных, с солянками
Соответственно, выдача запроса будет так же с шифрованными данными, для декода используется обратная хеш-функция

Так что либо средствам бд все шифровать, либо при формировании query шифровать отдельные параметризованные данные

Иными словами, нужно шифровать на староне парсера, перед записью в бд.

Хорошо, будут передаваться данные в шифрованном виде, а еслить ли способ, чтобы на пост запрос мы получали уже разшифрованные данные?

Ну, скорее не парсера.
Что-то самописное?

Если свой rest-api напишешь, и будешь токен условно отправлять для валидации, что это не рандом какой-то, то, да, на стороне сервера реализуется декодер/обратный хеш


Зависит от технологий вообще

Чесно хз, не разраб, скорее всего да. Будущее старое легаси)
К примеру
1 * 1 1
1 * 1 1
1 * 1 1. - это уже в базе

я со стороннего сервака делаю пост запрос на данную таблицу
и хочу получить уже расшифрованные данные 1 1 1 1, такое реально? Или нужно будет заморачиваться на стороне получателя?

Ну да, апка так и отрабатывает. То есть, без доп указаний, сервак будет сам её декодировать перед отправкой?

на стороне сервера делается.
Если post запрос, то надо реализовать у rest API токен, или какой нить другой ключ (лучше конечно именно токен, тогда можно юзать основные типы авторизации, типа OAth, X-Auth, и прочее.
Суть такая

Отправляйте post запрос с токеном и телом, сервак принимает, если токен валидный, отправляет t-sql запрос в БД, получает данные с зашифрованной частью,

Параметризованный запрос выбирает шифрованную, и применяет какой нить общий выбранный метод декода (например таблица, или что будет)

Ну и отправляет как response

Если так горит, туда же можно и ssl прикрутить, что бы доступ был только у владельца сертификата, но эт если совсем надо безопасно это делать


Ведь сам response в http трафике отлично виден уже расшифрованным

Хм, честно, не могу уловить, как сервер определяет, просто по запросу таблицу выдать или сначала расшифровать в буфере и передать

Сервер ничего не определяет.
Ты отправляешь запрос, в запросе содержится по мимо тела ещё token
Если токен валидный, запрос параметризуется, и делается query в базу, получает строку, и зашифрованным значением, расшифровывает, и отправляет обратно

Расшифровку можно повесить и на устройство, тогда придется клиентскую чуть разрабатывать, кодить