NV
Пока что у меня есть одна идея: ставить условные блоки и собирать N версий доки под каждую роль. На sphinx такое можно сделать.
Size: a a a
2019 March 05
s
можно допилить парсер
A
Пока что у меня есть одна идея: ставить условные блоки и собирать N версий доки под каждую роль. На sphinx такое можно сделать.
asciidoc тоже такое рулит нормально
NV
.. ifconfig:: user in ('morpheus', 'neo', 'trinity')
There is no spoonNV
И это разделение прав же ещё надо распространить на поиск. Иначе люди будут видеть в поисковой выдаче куски контента, который для них не предназначен.
Вот если собирать N версий доки и для каждой поиск, то эта проблема в принципе должна решиться.
Вот если собирать N версий доки и для каждой поиск, то эта проблема в принципе должна решиться.
s
для каждой роли своя дока?
s
кстати почему бы и нет)
NV
Ну да
s
есть у тебя 5- 10 ролей, генерируешь 10 документаций, и в зависимости от роли просто показываешь необходимую версию)
A
у меня так организована дока по админке продукта
NV
у меня так организована дока по админке продукта
Приходи рассказать об этом на митапе!
A
запилена, как ни странно, в Confluence 😁
AR
у меня так организована дока по админке продукта
это как?
A
Приходи рассказать об этом на митапе!
я б с удовольствием, только далековато идти :(
NV
Рассказывали мне историю про доставку документации в одной сильно зарегулированной отрасли. Там у клиента во внутренней изолированной сети есть Windows-сервер, на нём в сеть расшарен диск, на нём вложенные папки, в которых разложены доки в
.chm. Пользователям раздают права доступа к папкам, они могут читать предназначенные для них доки.NV
я б с удовольствием, только далековато идти :(
Откуда? А то у нас митапы мобильные, почти кочевые.
L
Да, митапы у нас в любом городе могут неожиданно проходить)
A
это как?
Single publishing source, 2 выходные документации, одна для админов, вторая для кастомер саппорта. Контент для каждой дергается порциями в зависимости от того, что доступно для роли
AR
а, это понятно, я думала еще есть методы, не делая кучу доков