но хочется работать со всем этим зоопарком без завязки на конкретную базу

Да

а в пайтоне что используется для подключения к бд ?

так и появились всякие ODBC, BDE, DBI, DBAPI2, OLEDB

Да

которые дают тебе набор интерфейсов, а внутре - дрова под каждую базу

Да

ну

Ну вот я и сравнил охуенный DBI и хуевый libmysqldb

типа как mysqli для php?

DBI в перле - это перловая либа (в пхп аналогичная PDO, в дельфях - BDE, вот это всё)

а вот в питоне DBAPI2 - это спецификация

а.. все понял

спасибо

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

Либа - скомпилированный код, который предоставляет вызовы функций?

Тогда по идее этот код можно портировать

а что для связки с mongo идет?

питоновый дбапи2 документирован в https://www.python.org/dev/peps/pep-0249/ и гласит следующее: дан модуль питона, в котором обязана быть функция connect, которая возвращает объект, с методами execute, который возвращает итерабл со строками ну и чуть-чуть более того

а что для связки с mongo идет?

https://pypi.python.org/pypi/pymongo

спасибо, отличный чат, спасибо что помогаете

Либа - скомпилированный код, который предоставляет вызовы функций?

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

Да это понятно

Я не о том

достигается такое по разному - либо через cffi/ctypes привязка к нативным либам в рантайме

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

Вот есть формат dll или .so

это нативные шаред либы

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

т.е. та самая студия в винде, гцц в позиксах, вот это всё

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

Тем, что это не универсальный драйвер. А на тему спецификации, покажи реализацию аналога DBI - и я заткнусь.

Ну. Можно .so "от перла" использовать с питоном, написав нужную обвязку?

для упрощения этой задачки есть Cython, sip, SWIG..

Ну. Можно .so "от перла" использовать с питоном, написав нужную обвязку?

при сильном желании можно, но бессмысленно

но например pyodbc - это обвязка вокруг нативного одбц апи (unixODCB, win32 odbc), который в свою очередь юзает родные дрова от вендоров

Вопрос был теоретический ;)

adodbapi точно так же оборачивает OLEDB

причем можно заюзать через него оледбшный враппер ODBC и получить цепочку python - oledb - odbc - db

потом это всё гонять в контейнере внутри виртуалки, которую крутить под эмулятором

pkzip.zip

Кстати, в пехепе на семерку портировали их дб драйвер?

чо?

в пхп как всегда зоопарк из набора схожих, но разных дров

плюс отдельный зоопарк PDO плюс еще и отдельный зоопарк с DB в Pear

Не, ну должен же быть какой-то мейнтримовый коннектор

Который все юзают

три драйвера для mysql, из которых один наконец-то прикончили два драйвера для MS, и хз какой хуже

а за счет чего в питоне пишется связка с демонами линукса?

Че?

связка чего?

Чувак, ты понимаешь, что такое демон в линухах?

не особо

в линуксах демонами работают обычные программы

часть из них умеет танцевать в даблфорк, но в последнее время от этой херни стали уходить

как я понимаю какие-то программы или процессы

тоесть например как отслеживать статистику в питоне от нагрузки цп

такая задача интересует

Демон в линухах - это не обычная программа. Это программа, которая отвязывается от STDIN, STDOUT, STDERROR, меняет chroot. Карочи, это пара команд в обычной программе

Демон в линухах - это не обычная программа. Это программа, которая отвязывается от STDIN, STDOUT, STDERROR, меняет chroot. Карочи, это пара команд в обычной программе

совсем не обязательно

Да, не обязательно, но это каноничное его поведение

а теперь это еще и dbus-1 сервисы

хуевое поведение, чо

Чем? Как-то жили с демонами такими - и норм

" -- stdin (клавиатура), stdout (экран) и stderr (вывод сообщений об ошибках на экран).

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

Если чесн, меня нереально кумарят демоны в стиле /home.vasya/devel/python/script.py

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

Пжди, cgroups - это не инструмент убивания жеж, а элегантный инструмент ограничения ресурсов

ERROR: S client not available

т.е. ты вообще не в курсе вопроса...

Какого?

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

ребята, очень интересно вас слушать, но для новичка можете объяснить связь демона, выводов, cgroups

class App(): def __init__(self): self.stdin_path = '/dev/null' self.stdout_path = '/dev/tty' self.stderr_path = '/dev/tty' self.pidfile_path = '/tmp/foo.pid' self.pidfile_timeout = 5

tty можно в null. Это я первый попавшийся код скопировал

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

м... системд?

м... системд?

да.

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

http://0pointer.de/blog/projects/systemd-for-admins-2.html "Furthermore this can be used to safely kill a service and all processes it created, again with no chance of escaping."

"нафоркают тут, а ты ходи, убирай", - бурчал Системд, подметая таблицу процессов.

а что такое cgroup?

это фича конкретно линукса

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

скажем в традиционном юниксе ты можешь ограничить количество оперативки, которую может сожрать процесс через rlimit/ulimit

но не можешь сделать аналогичное для какой-то группы процессов

прикольно

типо vds? или я путаю

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

в чем-то схоже с управлением ресурсами в опенвз контейнерах, да

это как cloudlinux ?

собсно изначально цгруппы пилились для lxc контейнеров

"CloudLinux OS is based on OpenVZ kernel" ммм...

опенвз - идеи те же, реализация другая

я просто был когда-то в хостинговым бизнесе и cloudlinux был прорывом

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

имхо опенвз гуано..

а что это?

https://www.proxmox.com/en/

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

очень интересная тема, вместе с lxc

а, они ушли от вз к лхц