Pull to refresh
8
0
Михаил @zmc

Программист, Сетевой администратор, VOIP-инженер

Send message

Возможно не по теме, но все же спрошу — перестали отрабатывать псевдо-ссылки.
В качестве пример, Алиэкспресс -> Профиль -> Заказы. Хоть затыкайся, срабатывает только
такая последовательность: правый клик и потом уже левый, такое впечатление что какие то заморочки с keyup/keydown/release/etc.
Дистр один, void, на разных машинках.

sorry действительно забыл


cat alex103 > /dev/null

плохо что /dev/trash не поддерживается

dpkg -S ищет по базе установленных пакетов.

Возможно будет лучше воспользоваться apt-file она ищет везде и по шаблону.

Слов нет, промолчу...

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

Почему то я так и подумал ...

Я на DBI-Perl довольно активно лет 10 программировал если что

Чет по этому поводу большие сомнения. Проверять же не будем?

С первого раза завелись DBI-Perl и JDBC потому как это "тупые клиенты" к БД.

Что значит "тупые клиенты", почитайте POD по DBD/DBI, ознакомьтесь хотя бы с 10% его функционала что бы такое утверждать.

Тем не менее, с помощью конфигурации можно и ваш запрос реализовать.

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

Да-да, язык тут не причем, а то что либа/фрэймворк пишется под язык и по стандартам языка - это не то.

Или что, я могу взять DBD/DBI модуль работы с базой от perl'а и заюзать его в python/php, или наоборот?

Здесь Oracle не причем.

Ни кто не утверждал что он причем. Странная СУБД Oracle - это да, но не ....

Дело либо в драйвере к нему, либо в клиентском коде.

Ну да, ну да. libclntsh.so во всех случаях одна и та же. Код проще некуда: connect/preparee/execute и последующий json. Но виноват кто угодно только не язык реализации коннектора.

Из тех кто завелись с первого раза и без каких либо вопросов/твиков - это DBI-Perl и JDBC. Возиться и подкручивать что то в драйвере языка-реализации(кроме lua, с ним повозился) не было ни желания ни времени, а с java'ой я не очень дружу. Да и DBI-Oracle просто работает.

P.S.

Сильно разочаровал lua, так как окружение openresty, то хотелось обойтись штатными средствами, но видать не судьба.

вы уверены, что выполнили хотя бы эти действия?

Только буферизацию nginx'а.


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

Тем не менее это факт, можете сами проверить. Да и не забывайте, что Oracle сама по себе оооочень странная BD. Так что, рановато ещё perl хоронить — откапывайте.

Делал как-то sql-over-http для Oracle базы, так ни один из языков прослойки (python/php/lua) не смог отдать полностью бооольшой выхлоп от базы. Только DBI-Oracle смог справиться с этой задачей как и N-цать лет назад..

Это не отменяет того факта, что однажды chan_sip перейдет в состояние поддержки dropped

Как и факт того, что PJSIP не решает проблемы массового Realtime. Переводить окружение из примера в статье на pjsip, что бы поиметь все те же проблемы, ну такое себе занятие.

Вы же понимаете, что были, есть и будут legacy-площадки где pjsip не то что-бы не нужен, он там просто не дает ни какого профита, как минимум.

В том смысле, что если утечки есть (ошибки в коде), то они будут вне зависимости от количества пиров. Маловероятно, что бы race condition увеличивал объем утечки.

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

5000 у нас точно не будет

Вот в этом то и вся соль

Утечки должны быть при любом количестве пиров

Простите, на основании чего Вы пришли к такому выводу?

У вас при 5000 за сутки утекает.

Почему за сутки? Месяц +/-. Световой день в посте в кавычках - аллегория.

попробуйте увеличит количество пиров до 5000 +/-, картина поменяется кардинально.

воспринималась и реализовывалась как дополнение к решению на основе выноса регистраций на внешний сервер.

Это как раз и есть решение с registrar server и именно на kamailio. А решение с кэшем - это попытка понять, как победить realtime и много пиров без registrar server и возможно ли такое в принципе

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity