фтп? шта?

Я хз, у стима в параметрах запуска есть -ftp и -udpforce

Лол

И в описании сказано что они отвечают за тип соединения

Потому что товарищи делали мультиплеер на старом стимапи где было udp соединение. А перед выходом игры выкатился новый Стим интерфейс который убрал фтп и удп полностью и завёз вебсокеты

А вот это очень интересно, спасибо за инфу

https://t.me/elasticsearch_ru

Спс

Да думаю предпосылки были, у пса же кукха поехала ещё давно

https://www.youtube.com/watch?v=n-jVNxIhY6M

Можно спиздить этот охуенный скриншот? (-:

мне пофиг

Ну нет так нет. 8-)

Можно спиздить этот охуенный скриншот? (-:

а на что это реакция, я упустил начало

можешь этот

а на что это реакция, я упустил начало

https://t.me/rudepython/112250

Это у чувака на слово "силлогизм" так подорвало? Годно :)

угу. люблю эту фразу когда кто-то делает два не связанных между собой утверждения

В общем я попробовал подход с миксинами и получил то же самое - в импортируемых классах недоступен import KSR на самом верхнем уровне: import KSR import ksr_request_route class Kamailio(ksr_request_route) Приводит все к той же ошибке: File "/etc/kamailio/python/request_route.py", line 9, in ksr_request_route KSR.info("test") NameError: global name 'KSR' is not defined

чо

Напихать в каждый файл import KSR уже не кажется такой плохой идеей. Подход уродлив будет, но работать будет

ээээ

т.е. у тебя нет импорт КСР и ругается на то что нет имени КСР?

Нет. В файле где я собираю все импорты KSR доступен. А импорты его не наследуют получается

чо

ты вобще другое просил

Я методы класса выношу в отдельные файлы. Столкнулся с тем, что KSR в них недоступен. МНе посоветовали через миксины сделать

Собственно ничего не изменилось - в импортируемых вещах KSR все также недоступен

был ksr.py: class KSR: def foo1(...): ... def foo2(...): ... как раздербанить на кучу мелких: ksr/__init__.py: from .foo1 import _Foo1Mixin from .foo2 import _Foo2Mixin from .foo3 import _Foo3Mixin from .foo4 import _Foo4Mixin class KSR(_Foo1Mixin, _Foo2Mixin, _Foo3Mixin, _Foo4Mixin): pass ksr/foo1.py: class _Foo1Mixin(object): def foo1(...): ... ksr/foo2.py: class _Foo2Mixin(object): def foo2(...): ...

юзеры как импортировали from ksr import KSR до, так будут импортировать и после

но сам класс при этом размазан по пачке файлов

Ненене - KSR - это библиотека которую разрабы предоставили для взаимодействия с внутренними функциями камаилио. Мне нужно class Kamailio() распилить в котором внутри используются вызовы KSR

тебе импорт кср придётся в каждый фуу совать

и я не вижу в чем проблема

Я думал что раз файл импортируется, то он общается с глобалом того где он импортирован.

директива import foo по факту аналогична foo = __import__('foo', ...)

директива import foo по факту аналогична foo = __import__('foo', ...)

Не думаю что ему это поможет.

другими словами после того как механизм импорта один раз загрузил и распарсил тот foo, импорт превращается в обычное присваивание

from foo import bar к примеру это bar = foo.bar

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

обычное наследование

То есть класс Car является абстракцией если конктретный класс ElectricCar?

кажется понял ладно.

ну т.е. базовый задает интерфейс и поведение

наследованные реализуют конкретные варианты

Ребят, может ли кто дать совет. Я занимаюсь контекстной рекламой, и хочу некоторые процессы автоматизировать. Нужно написать приложение для работы с данными через API яндекса и гугла. Что мне начать учить в первую очередь?)

С реквестов.

Окей, уже возьму на заметку Спасибо

Господа, а подскажите еще такой момент - есть 2 функции ksr_route_INVITE и ksr_route_REGISTER. Я могу как то конструкцию if "INVITE" == method: self.ksr_route_INVITE(msg) elif "REGISTER" == method: self.ksr_route_REGISTER(msg) заменить на вызов функции, имя которой генерируется на основе переменной method?

В дикт оберни.

disp = {"invite": invite_func, "register": register_func } disp[method]()

Спасибо - пойду поэксперементирую

Господа, а подскажите еще такой момент - есть 2 функции ksr_route_INVITE и ksr_route_REGISTER. Я могу как то конструкцию if "INVITE" == method: self.ksr_route_INVITE(msg) elif "REGISTER" == method: self.ksr_route_REGISTER(msg) заменить на вызов функции, имя которой генерируется на основе переменной method?

m = getattr(self, 'ksr_route_' + method) if m: m(msg)

Я думаю через dict проще будет, но буду иметь в виду второй подход

через дикт будет абсолютно тоже самое, только somedict.get вместо getattr(self

только тебе придётся еще ебаться с созданием того дикта зачем-то

ERROR: S client not available

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

странные выводы

Ну это не только мне сопровождать. Хотя если этот вызов спрятать за функцией def jump_from_async_auth(self, msg): m = getattr(self, 'ksr_route_' + KSR.pv.get("$rm")) if m: m(msg) else: return -255 То в принципе можно соблюсти логику вызова и остальных функций из API - если вернулось -255, то вызов не может быть обработан, нужно уведомить вызывающую сторону и остановить выполнение

Больше магических констант. Надеюсь они хоть документированы.

getattr(self, 'ksr...'+method, lambda:-255)()

В method как раз хранится содержимое KSR.pv.get("$rm"), в которой лежит какой SIP метод сейчас обрабатывается прокси сервером

Нород, привет ! Rvictl на линухах есть? Что-то на мак оси запускаю команду она просто ничего не выдаёт и соответственно интерфейс не подымает ((( пичалька ебаная

Нород, привет ! Rvictl на линухах есть? Что-то на мак оси запускаю команду она просто ничего не выдаёт и соответственно интерфейс не подымает ((( пичалька ебаная

https://www.google.com/search?q=rvictl+linux

https://www.google.com/search?q=rvictl+linux

))) да ты прям тролль

https://felixit.blog/2018/08/16/elita/

))) да ты прям тролль

https://github.com/gh2o/rvi_capture - первая ссылка на моей выдаче: форкнул, допилил и юзай на здоровье.

какого хуя это вообще в тут...

https://felixit.blog/2018/08/16/elita/

теория социального дна в действии

автор - социальное дно?

не понял тебя

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

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

по крайней мере на все офисные - точно

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

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

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

(этот чат наилучшая демонстрация этого пункта) Вопрошающие может доку и не читают, а вот участники точно её читают. Да и пишут тоже.

статья говорит о тех, кто вопрошает

вообще если выползти за мирок питона - то можно найти проекты где вообще док не пишут (go) или пишут, но не то что тебе нужно (java). python в общем и целом довольно здоровая экосистема.

https://felixit.blog/2018/08/16/elita/

https://ebanoe.it/2018/08/19/11-things-about-devs/ пост теперь гуляет по сайтам.

ну и нахуй нам хренадцатая копия этого высера?

Ну к тому, что он оказался, на удивление, популярным, со своим срывом покровов - прямо как дом-2.