VitalyMoiseev

пробуйте. Файлик в корень. Использовать: /redirect.php?mac=00:11:22:33:44:55 понимает и 0011.2233.4455 и просто 001122334455 redirect.php

Небольшое расширение функционала - в списке ОНУ разным цветом выделены разные причины дерегистрации ОНУ: На следующей неделе планирую выпустить новую версию с обновлениями.

show interface EPON0/1:2

пока нет поддержки enable пароля. Сегодня-завтра постараюсь добавить

rewrite не работает

скриншот покажите

похоже - нужно переделать в этой части: foreach ($onu_macs as $key => $onu_mac) { $onu_names[$key] = trim($onu_names[$key],'"'); $sfp_er = substr($onu_names[$key], 0, 6); $nam_ar = explode(':', $onu_names[$key]); if ((count($nam_ar) == 2) AND ($sfp_er == 'EPON0/')){ а именно: $sfp_er == 'EPON0/' у вас же не epon

это странно. Надо смотреть масиивы, получаемые по снмп.

апач не ругается - это ворнинги и оповещения. Открывайте check_onu.php в браузере и посмотрите, что выведет

а в базе что? Не заносятся данные или не показываются? какпой мак получают ону на своих портах - к опросу понмонитором не имеет никакого отношения. С головы получается список маков ОНУ, а не фдб таблица

объясню смысл этого лога: получено при запросе snmpwalk - маков ОНУ - 16, имен интерфейсов - 437, уровней - 405 (уровни только зареганых в момент опроса ОНУ) ситуация явно ошибочная, так как не может быть маков ОНУ меньше, чем уровней. По идее - дожно быть число имен интерфейсов минус число обычных интерфейсов (езернет и пон-портов). В check_onu.php есть ОИДы, которые запрвшиваются во всех трех запросах - проверяйте, что ваш ОЛТ по ним отвечает

Если не найдете - дайте доступ, посмотрю

реврайт, очень похоже, не работает

ну а где вы брали Понмонитор для установки? Там же в архиве все файлы, и .htaccess в том числе

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

зачем меняете? Он же есть в архиве. RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*)$ index.php [L,QSA]

1 Гбит/с

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

это вы мне рассказываете, что там откуда отдается? с базой все ОК, значит дамп залили криво <td class="grey" width="60%"><?php echo $labels['bilenter']; ?></td> </tr> <?php switch ($lang) { case 'ru': echo "<a href=\"\" onclick=\"set_lang('uk'); return false;\">Українська</a> - Русский"; break; case 'uk': echo "Українська - <a href=\"\" onclick=\"set_lang('ru'); return false;\">Русский</a>"; break; } ?> Вот код: Надпись "Вхід у Pon

покажите из мискля: SHOW CREATE DATABASE ponmon; SHOW CREATE TABLE pm_texts;

с апачем все ок, и с файлами все ок. Криво с кодировкой в базе. Либо не та кодировка в самой базе, либо криво залили дамп таблицы texts

у вас что-то криво в настройках апапача в современных веб-серверах и браузерах уже давным давно забыли про всякие кодировки и т.п. создайте в веб директории файлик с содержимым: <?php phpinfo(); ?> откройте его в браузере и покажите, что вывело

Всі надписи російською та українською - вони не в файлах, а у базі. Перевіряйте, що і в який кодировці туди залили

аппаратные решения есть, но на них ценник... https://prom.ua/ua/p24085463-barix-exstreamer-500.html https://zerhexdirect.com/index.php/shop-store/broadcasting/zerhex-bridge-g1-detail raspberry дешевле и удобнее будет

есть железячные кодеры, но сейчас это лучше сделать на raspberry pi - linux + darkice или что другое