или меня в элитный чат!

Нет. Вход 400₽.

куда перечислять?

Нас пытались заставить сделать, потому что это сделал кликхаус

А чего дело не пошло? Или вам не нужно?

куда перечислять?

Мне на визу.

на шенген?

Нет конечно, ВИЗ — завод в Екатеринбурге.

Будут жить в этом аду сделай то для питона и сделай это для похапэ - вообще ебу дадутся

Будут жить в этом аду сделай то для питона и сделай это для похапэ - вообще ебу дадутся

Вы же сами питонируете вроде, не?

Будут жить в этом аду сделай то для питона и сделай это для похапэ - вообще ебу дадутся

да там подо что только драйвера не написали

я вон списочек веду

https://github.com/hatarist/clickhouse-faq/wiki/ThirdParty

Вы же сами питонируете вроде, не?

Питонируем. А вон один Игорёк написал на ситоне биндинги клевые

Исполнитель моей мечты

ну-ка, че за биндинги?

я тоже хотел, но в ситон не умею

Да в тарантул биндинги

а, пардон %)

Не о том подумал, да?

да :(

Я со своим тарантулом в твой уютный чат по КХ лезу, сорян

лан лан, извините

:D

а. они не драйверами, а диалектами называются. ну ок

диалекты - это не драйвера

у нас есть дбапи2 спек, который регламентирует апи модулей, которые позволяют работать с источниками данных СА делает вокруг этого ряд обёрток - dburl, engine, strategy, connectionfairy, dialect

о, спасибо

ну вот в дбапи у нас есть connect() который возвращает коннект к бд у него есть cursor, который позволяет дёргать табличные данные и инфу о них ну и базовый набор execute, плюс опционально менеджмент транзакций

при этом подставлять в запросы можно несколькими разными способами и драйвер может поддерживать лишь один их них

СА приводит это к общему знаменателю оборачивая коннекты и курсоры в свои классы, добавляя поддержку коннекшен пулов, то что в пхп сделано через субд_pconnect, например вдобавок утыкивает это всё логгингом и прочие ништяки

поверх этих обёрток уже начинается отдельный слой орма, на который вообще можно положить хрен

а диалекты это просто маппинг между субдшными конструкциями и питоном т.е. в какие типы данных умеет субд/драйвер, как их дёргать туда и обратно, литералы, генерация кусков sql (скажем сиквенсы или автоиндексы) ну и всё такое

нежданчик!

один диалект может использоваться разными дбапи дровами и наоборот, для одного дбапи может быть несколько диалектов

❤️❤️

Зарт иногда как рандомная статья на википедии. Кликнул и залип на пару минут пока читаешь.

Спасибо, кстати :3

Зарт он этим и охуенен.

вот да

Зарт, ты крут

А что ты думаешь насчёт пиздеца с asyncio?

щито? я просто исходники и доки читал

А что ты думаешь насчёт пиздеца с asyncio?

какого?

асинк в питоне очень-очень давно

БДФЛ попытался запилить свой вариант решения зоопарка, но насколько выйдет успешно я не знаю я в это болото вообще пытаюсь не смотреть, но тыщи нубов как стая леммингов несется мимо и прям в этот обрыв

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

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

А что лучше? Обычные виртуалки?

вопрос про "лучше" не стоит

Ну вот поэтому и пользуются наверное. Т.к. про лучше даже говорить не приходится. Видимо плюсы перевешивают какие-то минусы (кто-то большинство недостатоков даже не заметит наверное - масшатбы не те)

я немного о другом

не то, что докером пользуются вообще, а про то, как именно

Например у меня, при запуске тестов, автоматически запускаются в докере нужные для тестов внешние базы и сервисы. На продакшене тоже перевели на доккер наш "демонстрационный" стенд - что бы посмотреть как это вообще на самом деле.

компоуз?

Да, пока компоуз - просто заменили им выкатку в RPM-ках. Сейчас пока всё нормально с этим получилось. В будущем хочется попробовать уже кластер на базе Swarm Mode

Со свармом пока одна загвоздка - не можем решить как лучше всего централизовано хранить и доставлять в контейнеры конфиги, которые нельзя запихать внутрь образа.

Есть вариант монтировать NFS на все ноды. Но есть некоторое мнение, что этот NFS не очень хорош и надёжен.

gluster может быть..

но хрен его знает как оно жить в контейнере будет

В Кубернетосе есть специальный механизм для доставки конфигов. В Swarm пока такого не увидел. И вообще почему то не нахожу в интернетах обсуждений этого вопроса.

меня docker-compose scale в ступор вгоняет

но хрен его знает как оно жить в контейнере будет

NFS не внутри контейнеров нужен, а на ноде где стартует контейнер. Что бы замонтировать файл конфига с ноды в контейнер.

в общем напихали и сборку и реконфигурацию и всё одинаково хуево

меня docker-compose scale в ступор вгоняет

А что с ним такого? Он просто запускает ещё несколько контейнеров с такими же настройками. В сам доккер на уровне сетевой системы встроен какой то раунд-робин, который делает балансировку. Или наверное что то вроде DNS-а, что бы имя "сервиса" резолвить в адрес контейнера (наверняка тоже с раунд-робином)

ERROR: S client not available

раньше они тупо монтировали етц хостс, но для исправления надо было рестартовать старые сейчас они перешли на днс

Я знал, что однажды они перейдут и на эту дрянь: бонжур и авахи.

вут?

Ты чо такой скучный опять.

Со свармом пока одна загвоздка - не можем решить как лучше всего централизовано хранить и доставлять в контейнеры конфиги, которые нельзя запихать внутрь образа.

консул. nfs для этого ой. gluster тоже.

консул. nfs для этого ой. gluster тоже.

Как с помощью консула сделать так, что бы в контейнере появился файл с конфигом? Т.е. моё приложение само не умеет в консул ходить - ему нужен текстовый конфиг в виде файла (ну или хотя бы ENV переменные).

ну я бы упомянул наверное consul-template, но чувствую какую-то агрессию в этом вопросе! :))

ну то есть настройки лежат в консуле. при старте контейнера запускается consul-template, который лезет в консул, достает оттуда данные, превращает написанный тобой шаблон конфига в конфиг, заполнив его данными, после чего запускает собсно процесс, который этому конфигу нужен. можно засунуть, например, в entrypoint

если нужно следить за изменениями, перегенерить конфиг и перезапускать, то это тоже возможно

докер я сцка ппц как не люблю :)))))

Ну вот хотелось бы обойтись без внедрения каких-то доп. инструментов в каждый контейнер.

а nfs клиент не допинструмент, ну

аллё, ну камон, это статический файл на гошечке без зависимостей

Ну нахуа мне будет нужна эта гошечка когда я буду тестить контейнер локально? Мне для этого что ли консул ещё рядом поднимать. Мне было бы проще просто локальный файлик замонтировать в контейнер.

К тому же Swarm уже сам по себе почти консул

ну тогда монтируй как data volume и не еби тут всем мозги :)

Вот смотрю щас на его механизм Secrets - может его и надо заюзать

Ну так вот в том то и проблема - как этот грёбаный data volume сделать, что бы он был одинаковый на всех нодах

Похоже надо юзеть Secrets для этого. Появилась нормальная дока на этот функционал, и там есть пример в котором через этот Secrets в контейнер пробрасывают конфиг и сертификаты для nginx https://docs.docker.com/engine/swarm/secrets/#intermediate-example-use-secrets-with-a-nginx-service

волшебства не доложили, сцуке

https://blog.ilovecoding.org/roadmap/

Нахуй ваш питон, пойду жс учить, пока, лузеры!

Штаны подверни

не только штаны

https://blog.ilovecoding.org/roadmap/

> Aziz Ali что характерно

Да, я тоже обратил внимание

пирвет всем подскажите что лежит в файле домен.sock

как его создать на сервере

а был ли мальчик^Wфайл

ничего не лежит