@milovidov_an да, интересны причины перехода

Друзья, когда появится нормальный SQL синтаксис?

Q4 2017 Доработки синтаксиса JOIN для совместимости со стандартом SQL

пожалуйста. не воспринимайте близко к сердцу такие слова. "Зло сердца человеческого от юности его" Спасибо Вам за работу!

а что клик хаус кто то на малинке поднимал?

а что клик хаус кто то на малинке поднимал?

НО ЗАЧЕМ?

НО ЗАЧЕМ?

потому что может :)

Диски 8Tb кто-то пробовал под кликхаус? говорят, медленные они

больше от контроллера зависит, от количества дисков. Вот буквально неделю назад заметил, что на части машинок из-за слабого контроллера (PERC H330) - и из-за этого выставленного маленького размера блока в рейде скорость была в 4 раза меньше ожидаемой.

У наших переводчиков есть штука, которая разбирает markdown на кусочки для перевода, а потом собирает назад. А для .rst не было и не смогли написать.

У наших переводчиков есть штука, которая разбирает markdown на кусочки для перевода, а потом собирает назад. А для .rst не было и не смогли написать.

Типа Trados?

Узнал подробнее. Sphinx тоже поддерживает Markdown. Но только ограниченный вариант - commonmark, в котором нет таблиц. То есть, не подходит - нужна поддержка GitHub Flavoured Markdown. Поэтому Sphinx заменяют на MakeDocs. Для самого процесса перевода используют некий MateCat (рассказывали на каких-то митапах документаторов).

Типа Trados?

Про Trados ничего не слышал.

Узнал подробнее. Sphinx тоже поддерживает Markdown. Но только ограниченный вариант - commonmark, в котором нет таблиц. То есть, не подходит - нужна поддержка GitHub Flavoured Markdown. Поэтому Sphinx заменяют на MakeDocs. Для самого процесса перевода используют некий MateCat (рассказывали на каких-то митапах документаторов).

Sphinx гораздо более гибче для доументации большого проекта, чем markdown

проходили мы через оба варианта...

для markdown какие-то пришлепки нужны, которые будут создавать содержание, индекс и т.п.

Sphinx гораздо более гибче для доументации большого проекта, чем markdown

Если честно, то я до сих пор не прочитал спецификацию ни того, ни другого, но Markdown более менее понял (хотя некоторые детали раздражают - непонятно, как сделать перевод строки, например), а rst - нет. Смысл ещё в том, чтобы внешнему человеку было легко отредактировать документацию по кнопке. С Markdown более-менее люди знакомы (вот, даже в Telegram что-то похожее есть), а с rst - нет. Ещё, в принципе, Wiki разметка подошла бы.

Перевод строки в markdown два висячих пробела в конце.

Перевод строки в markdown два висячих пробела в конце.

Почему-то не во всех Markdown-ах работает.

Существует ли более простой метод получить графит с кликхаус, чем описанный тут https://habrahabr.ru/company/avito/blog/343928/?

кто-то уже поднимал кх в kubernetes? хорошо живется?

В докере - отлично.

кто-то уже поднимал кх в kubernetes? хорошо живется?

В statefulset-е по идее заживёт

Существует ли более простой метод получить графит с кликхаус, чем описанный тут https://habrahabr.ru/company/avito/blog/343928/?

А чем там он сложен?

А чем там он сложен?

Патчить. Привязка к определенному билду кх

Можно не патчить, это была попытка решить определенную проблему, которой у вас может не быть. И привязки к версии как таковой там нет. Но у Яндекса есть также Graphouse - можете попробовать его - https://github.com/yandex/graphouse

У него есть и свой канал - https://t.me/graphouse

Патчить. Привязка к определенному билду кх

Люди пытались решить не очень понятную проблему. В смысле что не попытались понять проблема ли у них

Посоветуйте статьи по оптимальному моделированию схемы DB в случае кластеризации

@milovidov_an ping

превышен интервал ожидания