Собственный обмен сообщениями или http

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

API-интерфейс Chrome Native messaging кажется хорошим для этого, но поскольку ему также требуется служба в фоновом режиме, Я не вижу реальной разницы с небольшим http-сервером. Есть ли между ними реальная конструктивная разница? Как я вижу, где-то есть сокет, используемый в качестве интерфейса.

Есть ли другие решения для этого?


web-applications sockets chrome-native-messaging
person Gaël    schedule 21.02.2015    source источник
comment
Существует протокол rshd. Не то чтобы я хотел посоветовать его использовать, но, поскольку он делает именно то, что вам нужно, это может быть отправной точкой для начала исследования. Более надежным преемником будет sshd.   -  person alk    schedule 21.02.2015
comment
ssh или любой другой протокол, на мой взгляд, встроен в http, чтобы привести их в веб-контекст.   -  person Gaël    schedule 21.02.2015
comment
Быстрый gxxgle показал следующее: serfish.com/console   -  person alk    schedule 21.02.2015
comment
спасибо, но для меня это все еще http   -  person Gaël    schedule 21.02.2015
comment
Кажется, они используют ajax для этой службы.   -  person alk    schedule 21.02.2015
comment
Да и ajax это http :)   -  person Gaël    schedule 21.02.2015

Ответы (1)


arrow_upward
2
arrow_downward

Собственный обмен сообщениями Chrome не работает при вызове запущенного демона. Вместо этого он порождает новый процесс каждый раз, когда вызывается sendMessage или connect.

Хотя вы можете оставить процесс, который вы открыли с помощью connect, если вы хотите выполнять одноразовые команды, подход sendMessage хорош.

Обратите внимание, что для этого вам все равно потребуется установленное приложение или расширение Chrome, а также (отдельно установленный) модуль Native Host.

person Xan    schedule 21.02.2015
comment
Спасибо, не догадался, что есть еще и возможность запустить новый процесс, что может быть интересно. - person Gaël; 21.02.2015