Size: a a a

DocOps-сообщество

2019 October 08

NV

Nick Volynkin in DocOps-сообщество
источник

NV

Nick Volynkin in DocOps-сообщество
Конечно, он общий для обоих поисков. Надо настроить, чтобы в зависимости от языка использовались разные.
источник

NV

Nick Volynkin in DocOps-сообщество
Ой, вру
источник

A

Angela in DocOps-сообщество
Nick Volynkin
Конечно, он общий для обоих поисков. Надо настроить, чтобы в зависимости от языка использовались разные.
спс)) будем разбираться
источник

NV

Nick Volynkin in DocOps-сообщество
источник

NV

Nick Volynkin in DocOps-сообщество
Подозреваю, что для его сборки используется кешированное окружение Sphinx, это всё что в папке build. Попробуйте его зачистить перед сборкой другого языка.
источник

A

Angela in DocOps-сообщество
Nick Volynkin
Подозреваю, что для его сборки используется кешированное окружение Sphinx, это всё что в папке build. Попробуйте его зачистить перед сборкой другого языка.
билд чистится регулярно перед каждой сборкой, подозреваю, что дело в том, что поиск идёт по рст файлам только, а они у нас на русском, английский только в *.po файлах
источник

BG

Bogdan (SirEdvin) Gladyshev in DocOps-сообщество
Fox Mulder
многие руководства по реагированию имеют гриф и содержатся в конверте под сургутной печатью )
Мне это кажется странной идеей. Какие сверхсекретные костыли там могут быть?
источник

I

Igor in DocOps-сообщество
С каки кодом кому звонить по какому телефону и сколько ждать ответ
источник

I

Igor in DocOps-сообщество
А если не выйдет в слак то всё, ядерная атака по конкуренту)
источник

BG

Bogdan (SirEdvin) Gladyshev in DocOps-сообщество
Типо "нас взломали, позвони по тому телефону"?
источник

I

Igor in DocOps-сообщество
ну, я думаю про те документы о которых выше упоминалось там скорее "в случае когда получен сигнал 22 перезвонить по телефону XXXX и озвучить сигнал 44"
источник

I

Igor in DocOps-сообщество
а все таблицы по которым надо делать джойны уже в других хранилищах, конечно
источник

BG

Bogdan (SirEdvin) Gladyshev in DocOps-сообщество
Слабо понимаю, каким образом это относится к документации проекта
источник

BG

Bogdan (SirEdvin) Gladyshev in DocOps-сообщество
Michael Pak
Не очень хорошо, что где то на сервере на диске незашифрованная документация.
а зашифрованные данные в гите не стоит хранить, они для него будут как блобы выглядеть и не сливатся
источник

NV

Nick Volynkin in DocOps-сообщество
Bogdan (SirEdvin) Gladyshev
а зашифрованные данные в гите не стоит хранить, они для него будут как блобы выглядеть и не сливатся
Ну это небольшая проблема, не фильмы же шифруются, а небольшие куски текста.
источник

BG

Bogdan (SirEdvin) Gladyshev in DocOps-сообщество
Но возвращаясь к теме, мне кажется, что если вы шифруете условную схему сетевой архитектуры, это довольно странно
источник
2019 October 09

iv

iakov v in DocOps-сообщество
Хранить в VCS (version control system) криптотекст не очень удобно, поскольку пропадает наглядная история и возможность сделать наглядный diff между конкретными коммитами
источник

СФ

Семён Факторович in DocOps-сообщество
iakov v
Хранить в VCS (version control system) криптотекст не очень удобно, поскольку пропадает наглядная история и возможность сделать наглядный diff между конкретными коммитами
но для самых частых примеров sensitive data (ключи, пароли) это ведь нужно примерно никогда?
источник

iv

iakov v in DocOps-сообщество
Да, поэтому я и говорю, что ключи и пароли лучше хранить в чем-нибудь типа Vault, который out of the box умеет и версионирование
источник