#java #google-app-engine #http #http-headers
#java #google-app-engine #http #http-заголовки
Вопрос:
Я разрабатываю мобильное приложение, которое передает данные в Google App engine один раз в минуту, всегда и навсегда. С мобильного пользователя взимается плата за мегабайт за использование данных. Тело каждого запроса, который мне нужно отправить, составляет всего сотню байт или около того; Я пытаюсь оптимизировать запросы, чтобы сэкономить на использовании данных.
Мой вопрос: какие HTTP-заголовки абсолютно необходимы для того, чтобы App Engine мог корректно обрабатывать запрос с помощью методов doPost или doGet ? Отличаются ли они? Какой метод оптимален для использования данных? Я хочу удалить любой заголовок, который не является существенным.
Любая помощь приветствуется, спасибо.
-tjw
Ответ №1:
Согласно HTTP / 1.1, требуется только Host.
Другие заголовки, такие как Content-type, должны быть указаны, но если ваш сервис может их вывести, они могут быть опущены.
Вам следует протестировать эффективность сжатия ваших сообщений. Для таких маленьких сообщений это может не помочь, но если это поможет, вы должны его использовать.
Комментарии:
1. Я не думаю, что тип данных, которые я отправляю, очень сжимаем; но спасибо за информацию. GAE имеет много интересных особенностей, поэтому я хотел бы услышать от кого-то, кто имеет определенный опыт работы с GAE, прежде чем принимать ваш ответ. 1, спасибо.
2. @Travis App Engine — это HTTP-сервис. Таким образом, он следует HTTP / 1.1. Этот ответ правильный.
3. Что ж, GAE действительно имеет некоторые странности; например, его поставщик «JPA» может считаться поставщиком JPA только с воздушными кавычками. Google знает HTTP, поэтому я более уверен, что он будет удовлетворен минимально необходимыми заголовками, но фактическое тестирование было бы неплохо.
4. @Nick Существуют другие стандарты, которым GAE стремится следовать, но которых нет, поэтому я хотел перепроверить. Спасибо.
5. JDO, JPA, javax.script, стандарт Java Servlet, java.net произвольные ограничения на уровне JVM, у меня в голове не укладывается. Ник, я действительно не хочу вступать с тобой в спор; движок приложений великолепен, мы используем его для размещения нескольких приложений, но у него есть проблемы со стандартами, которые отняли у нас много времени на разработку.