или sql over smb для самых маленьких

по самбе, подключенная к виндовому домену с kerberosом каким-нибудь еще для аутентификации

а вы таки чтото имеете против кербероса?

нет!

ни разу! но могу представить, через какую жопу это работает в никсах %)

и еще не просто керберосом, а с доверенными доменами!

отлично работает в никсах

ну чё ты начинаешь :(

ни разу! но могу представить, через какую жопу это работает в никсах %)

все работает на никсах просто отлично, в отличии от

ну ладно :(

из коробки у меня даже солярка заводилась

мит керберос - овер 10 лет, полет нормальный

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

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

да

если у тебя есть приложение - то храни в нем

объект-приложение

или иметь глобальный объект и дергать его из каждого модуля

объект-приложение

ну объект приложение использует кучу всякого внутри

куча всякого. инициализируй конфигурацией

храни внутри

тогда попробую так application —> abstraction —> set of api connectors

так вот конфигурацию Я в основном использую на уровне api клиентов

тогда попробую так application —> abstraction —> set of api connectors

ооо так например geopy работает

и вот промежуточная абстракция с ней напрямую не работает — только передает в клиенты

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

опять же вопрос обновления конфигурации без рестарта приложений (ну или части)

блин, заблудился в трех елках

так по такой-же схеме, как и первичная конфигурация

каждый раз приложение дергает метод update_config у каждого из объектов детей

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

хз

с другой стороны глобальный объект и состояние не намного лучше

послушай как у светлова в aiohttp сделано

ненавижу глобальные конфигурации

мне понравилось, я так стал делать + очень удобно что можно на лету менять конфигурацию

мне понравилось, я так стал делать + очень удобно что можно на лету менять конфигурацию

а где послушать именно про это?

или код читать?

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

https://www.youtube.com/watch?v=1TU_OJuh7B8 тут точно было

http://aiohttp.readthedocs.io/en/stable/tutorial.html#configuration-files гм

https://www.youtube.com/watch?v=F6sa6G0lJCk

или тут

спасибо

я б не сказал что ямл так уж бест

или зарт скинул правильную ссылку

да похуй на ямлы

идея в app['config'] = conf

а app - глобал? 8)

это что-то типа глобального объекта, но не совсем

у тебя к нему доступ только в хендлерах

он в реквестах зашит

воу воу

объект-приложение

храни внутри

идея в app['config'] = conf

мне кажется или это не совсем отвечает на изначальный вопрос..

а че за вопрос то был? :)

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

вроде отвечает

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

первый вариант так себе

угу, так себе. поэтому джанга его и выбрала ;Р

а второй с небольшими модификациями, как в aiohttp

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

именно

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

так почему бы не реконфигугировать всю систему прямо явно

в каждом компоненте вызываем reconfigure метод и туда передаём каку

ERROR: S client not available

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

все от системы зависит

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

тут еще есть ряд нюансов

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

ну как всегда — пока пофиг но желательно иметь

скажем если ты передаешь компоненту дикт с конфигом как отреагирует код, если этот конфиг потом вне компонента будет мутирован?

на будущее

короче делай через глобальную переменную ?

отключите микрофон депутату слева

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

глобал синглтон с локом и полетели

вжжжжжжжжжжжжжжжжжж

неа, но наверняка есть best practice и вот это вот все

и вообще учиться же надо

и вообще учиться же надо

спасибо за мягкий знак тебе, чувак!

читай чужой код

(но не джангу)

смотри как другие делают

я видел хороший стиль работы с конфиг данными положим у нас есть некий дикт с параметрами def something(config): param1 = config['param1'] param2 = config['param2'] ... do whatever ... выдернув копию значений из мутабельной структуры такой код не будет зависеть от мутаций конфига в коллбаках/соседних потоках/т.п. и позволяет писать реентерантный код

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

самый убойный конфиг у зопы имхо

я видел хороший стиль работы с конфиг данными положим у нас есть некий дикт с параметрами def something(config): param1 = config['param1'] param2 = config['param2'] ... do whatever ... выдернув копию значений из мутабельной структуры такой код не будет зависеть от мутаций конфига в коллбаках/соседних потоках/т.п. и позволяет писать реентерантный код

чем это лучше лока?

нахер нужен лок?

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

а вдруг данные поменяются во время выполнения

ну

лучше скажите кто как делает релоад конфига на лету

релоад можно по разному реализовывать

вешай приложению отлавливать сигнал HUP :)

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

https://spb.hh.ru/vacancy/19128820

Наши ожидания от кандидатов: отличное знание Python 2.7. использование табов.