Sirviendo un método HTTP no estándar con ExpressJS

Question

Me gustaría escribir un servidor HTTP que responda para solicitar el uso de un método HTTP no estándar (verbo). Por ejemplo, el cliente haría una solicitud como FOO/HTTP/.1.1. Y en el lado del servidor, esta solicitud sería manejada por algo como:

var express = require('express'); 

var app = express.createServer(); 

app.configure(function(){ 
    app.use(express.logger({ format: ':method :url' })); 
    app.use(express.methodOverride()); 
}); 

app.foo('/', function(req, res){ 
    res.send('Hello World'); 
}); 

app.listen(3000); 

I adjuntas mi método no estándar a la matriz exportados en ExpressJS de lib/router/methods.js. Esto me permite escribir el código de mi servidor como se esperaba. Cuando se usa express.methodOverride() y una solicitud POST con _method=foo, funciona. Pero una solicitud real FOO no funciona. Tan pronto como el cliente envíe la primera línea de la solicitud de la conexión se cierra por el servidor:

$telnet localhost 3000 
Trying 127.0.0.1... 
Connected to localhost. 
Escape character is '^]'. 
FOO/HTTP/1.1 
Connection closed by foreign host. 

Me gustaría ser capaz de implementar esto con ExpressJS y sin evitar la intrusión en su archivo central.

¿Alguna idea si esto es posible y cómo?

Answer 1

Respuesta corta: No, no es posible. No sin implementar tu propio módulo HTTP.

Para probar, iniciar un servidor HTTP barebones ...

$ node 
> require('http').createServer(function(req, res) { 
... console.log(req.method); 
... res.end(); 
... }).listen(8080); 

entonces (como ya lo ha hecho) telnet a la misma y emitir una petición GET y FOO ...

$ telnet localhost 8080 
Trying ::1... 
telnet: connect to address ::1: Connection refused 
Trying 127.0.0.1... 
Connected to localhost. 
Escape character is '^]'. 
GET/HTTP/1.1 

HTTP/1.1 200 OK 
Connection: keep-alive 
Transfer-Encoding: chunked 

0 

FOO/HTTP/1.1 
Connection closed by foreign host. 

$ 

En la consola nodo verá

GET 

... pero no FOO. Por lo tanto, el módulo HTTP nativo del nodo, que Express usa, no hace que estas solicitudes estén disponibles.

Answer 2

¿Hay un propósito realmente importante en esto? Solo tu propio servidor HTTP y tu cliente podrían hablar entre ellos, y parece una gran cantidad de esfuerzo por una ganancia muy pequeña. ¿De qué manera te falla el standard HTTP verbs?

Para responder a su pregunta sobre si esto requeriría o no piratería en Express: se requiere profundizar en ella. Express require s el módulo http, y tendría que anularlo con el suyo, al menos. Node.js tiene incorporado core modules are always checked first, por lo que no puede simplemente darle a su módulo el mismo nombre para hacer eso.

Answer 3

Como han dicho otros, la biblioteca del servidor HTTP de Node.js está configurada para aceptar solo verbos específicos. La sugerencia de Ben Noordius de usar Parsley tampoco funciona, ya que esa biblioteca acepta una lista blanca aún más pequeña de verbos. (Tampoco se ha mantenido en bastante tiempo).

En esta etapa, si queremos dar soporte a las solicitudes de oddball, debemos tomar medidas más drásticas. Aquí hay un buen truco feo para ti que implica pato golpeando un poco de comportamiento interno. Esto funciona en v0.10.x de Node.js, pero prueba cuidadosamente en las versiones más nuevas a medida que estén disponibles.

En mi caso, tenía que soportar no sólo un verbo no estándar, pero una versión de protocolo identificador no estándar, así, y una Content-Length cabecera que falta para transmisiones de la fuente Icecast:

SOURCE /live ICE/1.0 

La siguiente debe comenzar:

server.on('connection', function (socket) { 
    var originalOnDataFunction = socket.ondata; 
    var newLineOffset; 
    var receiveBuffer = new Buffer(0); 
    socket.ondata = function (d, start, end) { 
     receiveBuffer = Buffer.concat([receiveBuffer, d.slice(start, end)]); 
     if ((newLineOffset = receiveBuffer.toString('ascii').indexOf('\n')) > -1) { 
      var firstLineParts = receiveBuffer.slice(0, newLineOffset).toString().split(' '); 
      firstLineParts[0] = firstLineParts[0].replace(/^SOURCE$/ig, 'PUT'); 
      firstLineParts[2] = firstLineParts[2].replace(/^ICE\//ig, 'HTTP/'); 
      receiveBuffer = Buffer.concat([ 
       new Buffer(
        firstLineParts.join(' ') + '\r\n' + 
        'Content-Length: 9007199254740992\r\n' 
       ), 
       receiveBuffer.slice(newLineOffset +1) 
      ]); 

      socket.ondata = originalOnDataFunction; 
      socket.ondata.apply(this, [receiveBuffer, 0, receiveBuffer.length]); 
     } 
    }; 
} 

Es feo, pero funciona. No estoy particularmente contento con eso, pero cuando elijo entre un analizador HTTP basado en la tecnología básica desde cero o retoque uno existente, elijo modificarlo en esta instancia.

Answer 4

nodo tiene un hard-coded whitelist of acceptable HTTP verbs en C.

Para aceptar verbos personalizados, debe modificar el analizador HTTP y recompilar nodo.

---

Usted mentioned que usted está tratando de poner en práctica PURGE, que era added a la lista blanca en v0.7.5.