[pppoetest]

В 20.03.2022 в 15:17, hiller сказал:

есть проблемки с форматами Option 82 - поддерживается только bin.

Это кастомизируемо.

[Ivan_83]

В 20.03.2022 в 09:17, hiller сказал:

Оставить бы поддержку my/pg sql, было бы хорошо. Чтобы не включать в цепочку еще и web-сервер с интерпретатором какого-нибудь языка.

Сделаешь её через php на вебсервере :)

Если идти в сторону нативной поддержки работы с БД то опять получаем что писать можно только на чём то интерпретируемом либо оно будет очень не гибким.

 

В 20.03.2022 в 09:17, hiller сказал:

Из насущного: стоит и работает, но есть проблемки с форматами Option 82 - поддерживается только bin.

Тогда нужен доступ до тазика куда зеркалится либо дампы пакетов и объяснение чего там примерное должно быть.

 

 

В 20.03.2022 в 10:58, edo сказал:

1. почему си?

Потому что я на нём пишу в основном.

Потому что он простой и понятный окружающим, это вам не абракадабра на с++ или раст.

 

В 20.03.2022 в 10:58, edo сказал:

ИМХО сегодня писать на си — уже моветон.

Это затирают из всех щелей, а по факту у меня на десктопе весь базовый стёк написан на сях, даже без плюсов.

Те зачем мне учить парагвайский когда кругом говорят на английском?

 

В 20.03.2022 в 10:58, edo сказал:

есть golang

Это скорее конкурент для php.

 

В 20.03.2022 в 10:58, edo сказал:

если хочется чего-то нежирного — есть rust

Неподдерживаемая абракадабра. )

 

В 20.03.2022 в 10:58, edo сказал:

2. предполагается ответ в том же соединении, что и запрос?

Да.

 

В 20.03.2022 в 10:58, edo сказал:

с учётом скриптовости языка, запроса к БД, возможного разнесения по разным хостам и т.п. задержки могут быть относительно большими. стоит ли держать соединение открытым в ожидании ответа?

HTTP по другому не умеет.

2-5к соединений нынче не проблема а рутина.

 

В 20.03.2022 в 10:58, edo сказал:

с учётом того, что кластер должен работать с общей БД, вряд ли в нём особый смысл есть.

Это вы подразумеваете работу с БД, а оно этим не ограничивается.

[Tracert]

После апгрейда грохнулся сервер с ошибкой:

Can't locate object method "decodeRelayAgent" via package "Net::DHCP::Packet"

 

Обновил систему до этого, как оказалось в новой версии файла из CPAN Net/DHCP/Packet.pm , нет части функций в том числе и этой, в итоге после установки всего из cpan, чтобы запустить dhcpd.pl сделал линку на старый файл разбора пакетов вместо нового. Поднялось, работает. Кто-то вообще еще использует проект?

 

Прикладываю точно рабочий Packet.pm, лежит примерно /usr/local/share/perl/5.24.1(версия рабочего перла)/Net/DHCP/Packet.pm: 

 

Packet.pm

 

Packet.pm

Изменено 12 июня, 2023 пользователем Tracert

[Cramac]

А что обновляли? 

[Tracert]

Debian 8 на 9ку, обновился немного Perl, пришлось ставить через CPAN разное в том числе и Net::DHCP::Packet , в итоге нежданчик. 

[Ivan_83]

Автор выкинул тот код ещё в 2015 году, странно что так долго никто не замечал.

https://github.com/djzort/Net-DHCP/commit/dbadaeec78a614727aba7f1104513d5a42c56499

 

Вместо таскания старья проще было скопипастить от туда кусок кода, а то и вовсе разобраться и вероятно заюзать новое АПИ.

[Tracert]

Да надо бы, просто сервер упал сейчас, вернуть надо срочно, а как вернул смысл переписывать ? :) оно же годами нормально работало.