Cambié vhost y reescribí en CouchDB y no puedo acceder a la API interna

Question

Quería asignar mi dominio personalizado a un documento de diseño _rewrite.

// Configuration 

vhosts  www.myapp.com /myapp/_design/user/_rewrite 

// Rewrites 

[{ 
    "from": "", 
    "to": "static/browser/index.html" 
}, { 
    "from": "*", 
    "to": "*" 
}] 

La primera ruta funciona bien. Puedo acceder al index.html con www.myapp.com. Sin embargo, ahora no puedo acceder a www.myapp.com/_utils. Dice que no se pueden encontrar _all_dbs en la consola del navegador. Todas las demás API dejan de funcionar también.

Supongo que esto se debe a que la ruta ahora se convierte a/myapp/_design/user/_utils.

¿Cómo puedo solucionar esto?

Answer 1

_utils y otras rutas "especiales" no cooperan muy bien con los fantasmas. La última vez que revisé (creo que la versión 1.0.2), _utils mostrará la UI de Futon, sin embargo, sus llamadas AJAX a _all_dbs y otras fallarán y es un desastre total.

Sugiero una separación estricta entre su aplicación y su gestión interna. Utilice el host virtual para la aplicación, pero siempre evite los fantasmas al acceder a Futon u otras herramientas.

Hay algunos trucos para evitar su vhost.

• utilizar la dirección IP del servidor en lugar del nombre de dominio: http://1.2.3.4:5984
• utilizar un puerto diferente si es posible: http://www.myapp.com:5984 o https://www.myapp.com:6984
• Añadir una entrada que señala DNS alternativo al mismo sofá y el uso que: http://futon.myapp.com
• Agregue un punto al final de su dominio. http://www.myapp.com./ — Esto es muy astuto (o inteligente). Ese es un nombre DNS válido, sin embargo, CouchDB lo trata de manera diferente de www.myapp.com, por lo tanto, no activará el vhost.

Answer 2

¿Ha comprobado el archivo ini couchdb (/etc/couchdb/local.ini), el parámetro de vinculación.