HTA's; использовать другой браузер для хостинга?
У меня была эта проблема некоторое время, когда я использовал сервис для добавления / удаления / обновления категорий. При передаче параметров для get он работал нормально, но затем при удалении он дал мне? Id = 1234 вместо api / resource / 1234
Я обошел это, сделав параметр по умолчанию строкой.
/// Контроллер
Service.delete({categoryId:id}, function(resp){
console.log(resp)//whatever logic you want in here
});
// УСЛУГИ
$resource('api/resource/:categoryId', {"categoryId":"@categoryId"}, {
query:{method:"GET"},
delete:{method:"DELETE"},
});
Должен работать, и получающийся URL будет, первоначально у меня был categoryId в параметрах по умолчанию как имя переменной.
api/resource/1234 etc
3 ответа
Вы не можете.
Существует аналогичный проект Mozilla под названием XULRunner , но HTA работает только в Internet Explorer - эти две технологии несовместимы.
Чтобы прояснить это: HTA , вероятно, не будет работать ни с чем, кроме IE. Да, HTA - это элемент управления браузера в окне, но он также имеет обычные привилегии приложений (например, доступ к файловой системе, реестр, выполнение произвольного кода и т. Д.). При запуске в браузере эти привилегии запрещены (по уважительным причинам - вы не хотите, чтобы какие-либо веб-страницы читали ваши файлы).
Итак, запуск HTA в браузере будет работать, но любое взаимодействие с локальной системой потерпит неудачу, что сводит на нет всю идею. Запуск HTA в XULRunner также не удастся, потому что XULRunner использует совершенно другой API.
Единственный сценарий, который, возможно, может сработать, - это следующее: веб-приложение, которое не использует какой-либо специфичный для HTA или XULRunner API (т.е. ведет себя как обычное приложение браузера). В таком случае ваше приложение может работать с HTA, XULRunner, а также в любом браузере. Между прочим, это лишило бы возможности использования HTA и внесло бы огромные дыры в безопасности из-за более высоких привилегий; вам лучше использовать для этого Google Chrome или Mozilla Prism.
(Мы пытались найти кросс-браузерное решение в течение некоторого времени, и HTA определенно не подходит)
это лишит возможности использования HTA и создаст огромные дыры в безопасности из-за более высоких привилегий; вам лучше использовать для этого Google Chrome или Mozilla Prism.(Мы пытались найти кросс-браузерное решение в течение некоторого времени, и HTA определенно не подходит)
это лишит возможности использования HTA и создаст огромные дыры в безопасности из-за более высоких привилегий; вам лучше использовать для этого Google Chrome или Mozilla Prism.(Мы пытались найти кросс-браузерное решение в течение некоторого времени, и HTA определенно не подходит)
Я считаю, что хостинг приложений HTA в Internet Explorer работает, потому что их хост HTA зарегистрирован для обработки расширения. Если это действительно так, то в этом случае можно было бы использовать другой хост
. Для полноты картины я должен отметить, что у меня нет опыта в разработке приложений HTA и я основываю свой ответ на моем понимании ОС Windows
Дело не в том, что IE размещает что-либо, а в том, что mshta.exe размещает компоненты, которые он разделяет с IE. MSHTA - это хост сценария , во многом как CScript и WScript. Хотя IE также является хостом сценариев (в самом строгом смысле), его основная цель - быть веб-браузером.
Проект Mozilla, упомянутый ранее, является ближайшей альтернативой, которую я обнаружил, которая основана на внутренностях браузера.
Другое Хосты сценариев существуют и для Windows. Одним из них является NS Basic / Desktop , но он основан на стандартных элементах управления Windows, а не на визуализации браузера и HTML DOM.