Имеется необходимость переписать Web-интерфейс для Ethernet коммутатора. Т.к. web-ом никогда не занимался, то возник вопрос как и на чем можно данный проект выполнить.
В настоящее время реализован интерфейс на основе Java Web-апплета, выдаваемого сервером в простейшей странице. Представляет собой интерфейс набор страниц (около полусотни) с редактируемыми параметрами. Общение апплета и коммутатора осуществляется по протоколу SNMP.

Из требований к Web-интерфейсу:
Малый объем (не более 1.5-2 Мб включая сервер и все необходимое).
Работа в при наличии малого объема RAM (адресное пространство 12 Мб).
Большая часть параметров сгруппирована в таблицы, соответственно работать с ними должно быть просто.
Большая часть параметров выбирается в combo-box-ах.
Должен быть доступ к жесткому диску (и т.п.) на компьютере где он выполняется (для сохранения конфигураций и загрузки их обратно).
Общее число редактируемых параметров — ~ тысячи.
Желательно иметь шифрованных канал обмена с коммутатором.

Сейчас рассматриваю вариант использования библиотеки Wt, но хотелось бы чего-то менее маргинального.

Кто-нибудь делал подобное?

Буду благодарен за любую информацию.

Здравствуйте, Vallen, Вы писали:

V>Имеется необходимость переписать Web-интерфейс для Ethernet коммутатора. Т.к. web-ом никогда не занимался, то возник вопрос как и на чем можно данный проект выполнить.
V>В настоящее время реализован интерфейс на основе Java Web-апплета, выдаваемого сервером в простейшей странице. Представляет собой интерфейс набор страниц (около полусотни) с редактируемыми параметрами. Общение апплета и коммутатора осуществляется по протоколу SNMP.

V>Из требований к Web-интерфейсу:
V>Малый объем (не более 1.5-2 Мб включая сервер и все необходимое).
V>Работа в при наличии малого объема RAM (адресное пространство 12 Мб).
V>Большая часть параметров сгруппирована в таблицы, соответственно работать с ними должно быть просто.
V>Большая часть параметров выбирается в combo-box-ах.
V>Должен быть доступ к жесткому диску (и т.п.) на компьютере где он выполняется (для сохранения конфигураций и загрузки их обратно).
V>Общее число редактируемых параметров — ~ тысячи.
V>Желательно иметь шифрованных канал обмена с коммутатором.

V>Сейчас рассматриваю вариант использования библиотеки Wt, но хотелось бы чего-то менее маргинального.

V>Кто-нибудь делал подобное?

Я был архитектором в таком проекте как-то. Правда не для "Ethernet коммутатора", а для router с Wi-fi доступом + ethernet порты. В принципе типа обычного домашнего router.
Данная железяка в принципе нормальный такой компутер. С ограниченной памятью и быстродействием. Там работал достаточно простой http серверок который выдавал запрашиваемые страницы.
Всё обычно и посконно я бы сказал.

С этой точки твои требования укладываются без проблем.
Единственно не ясен пункт "Должен быть доступ к жесткому диску (и т.п.) на компьютере где он выполняется (для сохранения конфигураций и загрузки их обратно)."
А именно "он выполняется". Там две части обычный browser на клиенте. И тот сервер внутри железяки. Кто из них "Должен быть доступ к жесткому диску" и какому?

Здравствуйте, c-smile, Вы писали:


CS>С этой точки твои требования укладываются без проблем.
CS>Единственно не ясен пункт "Должен быть доступ к жесткому диску (и т.п.) на компьютере где он выполняется (для сохранения конфигураций и загрузки их обратно)."
CS>А именно "он выполняется". Там две части обычный browser на клиенте. И тот сервер внутри железяки. Кто из них "Должен быть доступ к жесткому диску" и какому?
+1. Я вообще не вижу, в чём может быть проблема. Скажем, стандартная реализация этой штуки в Wi-Fi роутерах сводится к двум сценариям:
1. Сохранить конфигурацию. Тупо хэндлер GET-реквеста с Content-Disposition:attachment, который вызывает в браузере диалог Save as.
2. Восстановить конфигурацию. Тупо форма с <input type="file">, которая вызывает в браузере диалог Open File.
Зачем тут доступ к жёсткому диску —