Вы можете определить поведение по всему миру:
$http.defaults.headers.post["Content-Type"] = "application/x-www-form-urlencoded";
. Поэтому вам не нужно переопределять его каждый раз:
$http.post("/handle/post", {
foo: "FOO",
bar: "BAR"
}).success(function (data, status, headers, config) {
// TODO
}).error(function (data, status, headers, config) {
// TODO
});
Примечание, что NFS v3 + может использовать TCP.
UDP является значением по умолчанию для NFSv2 (который никто не должен действительно использовать эти дни), но TCP использования NFSv3 по умолчанию. Монтирование TCP более надежно, и Вы знаете, что у Вас есть сетевая проблема намного быстрее, чем с UDP.
Мое предположение - то, что это, вероятно, по (историческим) причинам прежней версии. Первоначально NFS, вероятно, использовался в низких сетях задержки, где было очень мало возможности ошибки, таким образом, издержки инициирования трехстороннее квитирование для установки соединения TCP (вместе с двунаправленным подтверждением всех сообщений) перевесили простоту использования протокола без установления соединения как UDP.
, Когда UDP используется в качестве транспортного протокола, по-видимому, это было бы до клиента NFS для управления повторными передачами при необходимости.
UDP используется, когда протокол будет управляемым самим приложением. Приложение может иметь лучшую идею для того, как сделать это, или это может быть быстрее (под особыми условиями приложения). TCP очень хорош, но имеет много издержек, связанных с ним.
Производительность. UDP имеет намного более низкие издержки, чем TCP. С другой стороны, NFS должен обработать надежную передачу самостоятельно тогда (по сравнению с TCP), но поскольку это - протокол для LAN, где проблемы соединения и отбрасывания пакета (или лучше: должен быть), не проблема, она оптимизирована для производительности.
UDP-соединение без сохранения состояния минимизирует сетевой трафик, поскольку сервер NFS отправляет client - файл cookie после того, как клиент авторизируется для доступа к общему тому. Этот файл cookie представляет собой случайное значение, которое хранится на стороне сервера и передается вместе с запросами RPC от клиента.