Redireccionar dominio a base de datos

1,979 views
Skip to first unread message

Gastón Pablo Pérez

unread,
Apr 20, 2015, 3:49:07 PM4/20/15
to odoo-ar...@googlegroups.com
Hola:

En un servidor ubuntu tengo una instancia de odoo v8 con varias bases de datos, quisiera redireccionar diferentes dominios (apuntados a la misma ip del servidor) a una base de datos especifica de odoo cada uno.

Saludos!

Daniel Blanco

unread,
Apr 26, 2015, 2:45:33 PM4/26/15
to odoo-ar...@googlegroups.com
Tenés apache instalado?

Daniel Bareiro

unread,
Apr 27, 2015, 1:19:48 PM4/27/15
to odoo-ar...@googlegroups.com
> Hola:

Hola, Gastón.

> En un servidor ubuntu tengo una instancia de odoo v8 con varias bases de
> datos, quisiera redireccionar diferentes dominios (apuntados a la misma ip
> del servidor) a una base de datos especifica de odoo cada uno.

Creo que eso no lo vas a poder hacer con una única instancia, aunque
sería interesante que alguien dijera cómo hacerlo si tal cosa es
posible. Lo que sí podrías hacer es tener múltiples instancias, cada
una con su base de datos escuchando en un puerto distinto y luego
configurar un servidor web que actúe como proxy reverso para que
redirija la petición de un dominio específico a la instancia
escuchando en el puerto correspondiente.

Saludos,
Daniel

Daniel Blanco

unread,
Apr 28, 2015, 1:27:16 AM4/28/15
to odoo-ar...@googlegroups.com
No hace falta eso. Hay un montón de foros y posts que indican para hacerlo con wcgi pero es mucho lío, aparte de esa forma corre una instancia por cada host, come muchos recursos. La mejor es usando mod_proxy en apache.

También se puede hacer en nginx, pero paso como se hace cocn apache que es fácil, y es quizá más probable que tengas un apache instalado.

Si por ejemplo en el mismo server tenés apache, podes hacer lo siguiente:

(primero que nada habilita el mod_proxy (en ubuntu se hace a2enmod mod_proxy si está instalado).

ponés un virtualhost, por ejemplo de esta forma:

<VirtualHost *:80>
    ServerName tudominio.com
    ServerAlias erp.dudominio.com
    ProxyPass  / http://localhost:8069/ # también podes usar un dominio
    Header add X-ODOO_DBFILTER "basededatos1"
    RequestHeader add X-ODOO_DBFILTER "basededatos1"
</VirtualHost>

<VirtualHost *:80>
    ServerName otrodominio.com
    ServerAlias otrodominio.com.ar
    ProxyPass  / http://localhost:8069/
    Header add X-ODOO_DBFILTER "basededatos2"
    RequestHeader add X-ODOO_DBFILTER "basededatos2"
</VirtualHost>


Una vez que hacés esto, instalás el módulo

dbfilter_from_header (OCA). este módulo, no se instala en cada instancia, sino que se instala igual que el modulo web. Esto se hace en la linea

"server_wide_modules=web,dbfilter_from_header" el archivo de configuracion.

Tené en cuenta que si existe una base que se llame "basededatos2_bak" te va a aparecer también en el host "otrodominio.com" como una base seleccionable. Para que eso no pase, tendrias que setear el dbfilter en el odoo.conf distinto al valor por defecto ".*"

Por supuesto, reiniciar odoo para tomar estos cambios y reiniciar apache para tomar la configuración del vhost. y "call me in the morning" para ver como anduvo.

Gastón Pablo Pérez

unread,
Apr 28, 2015, 6:09:04 AM4/28/15
to odoo-ar...@googlegroups.com
Esta me anduvo perfecto! gracias Daniel!!!!

Lic. Gastón Pablo Perez
Email: gpp...@gmail.com


--
Recuerda siempre poner la mayor cantidad de datos para que se entienda bien que necesitas y que respondes. Algunos errores comunes:
 
- Siempre mencionar en que versión de odoo trabajas.
- Siempre mencionar si el servidor esta en LINUX o en windows y en que versión.
- No alcanza con colocar el debug del error, debes indicar que necesitas que haga el código.
- Comparte tu código en un servidor abierto como Launchpad u otro.
- Si haces un manual, tutorial o algo de interés comunal, trata de usar google docs.
 
Tu tiempo es tan valioso como el de cualquiera de la comunidad. Aquí se valora el aporte que hagas.
 
Nuestras normas mínimas de convivencia puede leerlas en https://groups.google.com/d/forum/odoo-argentina?hl=es-ES
---
Has recibido este mensaje porque estás suscrito al grupo "odoo-Argentina - Preguntas y respuestas para personalizadores" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a odoo-argentin...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a odoo-ar...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

Daniel Bareiro

unread,
Apr 28, 2015, 9:52:15 AM4/28/15
to odoo-ar...@googlegroups.com
Hola, Daniel

El 28 de abril de 2015, 2:27 a. m., Daniel Blanco
<dan...@blancomartin.com.ar> escribió:
Muy interesante esto. Gracias por compartirlo. Me dio curiosidad lo de
OCA. Veo que es por esto [1], dentro de las server-tools [2].

> Tené en cuenta que si existe una base que se llame "basededatos2_bak" te va
> a aparecer también en el host "otrodominio.com" como una base seleccionable.
> Para que eso no pase, tendrias que setear el dbfilter en el odoo.conf
> distinto al valor por defecto ".*"

Por esto, me da la sensación que lo que uno pasa por X-ODOO_DBFILTER
es una expresión regula o un substring que debería contener el nombre
de la base de datos.

Con respecto a lo que mencionás del dbfilter, la configuración que
tendría que tener es entonces para que solo muestre las bases de datos
que coincidan de manera exacta. ¿La sintaxis para esto sería "dbfilter
= ^%d$"? (sin las comillas)

Voy a investigar cómo hacerlo con Nginx. Si tenés a mano el
equivalente, sería genial.


Saludos,
Daniel

[1] https://github.com/OCA
[2] https://github.com/OCA/server-tools

Daniel Blanco

unread,
Apr 28, 2015, 7:49:12 PM4/28/15
to odoo-ar...@googlegroups.com
Daniel, quiero aclarar que no somos la misma persona.. me afanaste el alias! ;)

A mí en particular, me resultó práctico hacerlo en Apache porque estoy usando un vps para hostear varios sitios de clientes con LAMP, y simultáneamente, cuatro Odoo.

Igual es medio riesgoso tener Odoos de clientes todos juntos, ya que mi apreciación respecto a Odoo es que es demasiado monolítico y una falla en campo de una vista de un módulo te puede tirar abajo con error 500 todos los sitios. Es algo que no me gusta mucho, pero te demanda especial cuidado al trabajar en entornos compartidos. Este es un tema que debería poderse manejar distinto en futuras versiones del framework, con más alertas en el server pero que no te pare todo el servidor!

Daniel Bareiro

unread,
May 1, 2015, 9:11:15 AM5/1/15
to odoo-ar...@googlegroups.com
El 28 de abril de 2015, 8:49 p. m., Daniel Blanco
<dan...@blancomartin.com.ar> escribió:

> Daniel,

Hola, Daniel.

> quiero aclarar que no somos la misma persona.. me afanaste el alias! ;)

Curiosa coincidencia :-)

> A mí en particular, me resultó práctico hacerlo en Apache porque estoy
> usando un vps para hostear varios sitios de clientes con LAMP, y
> simultáneamente, cuatro Odoo.
>
> Igual es medio riesgoso tener Odoos de clientes todos juntos, ya que mi
> apreciación respecto a Odoo es que es demasiado monolítico y una falla en
> campo de una vista de un módulo te puede tirar abajo con error 500 todos los
> sitios. Es algo que no me gusta mucho, pero te demanda especial cuidado al
> trabajar en entornos compartidos. Este es un tema que debería poderse
> manejar distinto en futuras versiones del framework, con más alertas en el
> server pero que no te pare todo el servidor!

Claro. Tiene sus pros y sus contras. Si bien el consumo de recursos es
menor, existe la probabilidad que la falla de un componente de
software instalado desde el acceso a una base de datos haga que el
servicio termine dejando a todos sin conexión. En cambio, con varias
instancias consumimos más recursos pero las fallas quedan confinadas a
esa instancia, sin afectar a las demás.

De todas maneras me resultó interesante lo que comentaste. No lo
conocía y siempre viene bien aprender otras posibilidades :-)

Saludos,
Daniel

Manuel Garcia

unread,
May 23, 2015, 10:41:44 AM5/23/15
to odoo-ar...@googlegroups.com
Hola,
estuve realizando el proceso indicado para configurar el apache para poder dirigir cada www.dominio1.com a una base en particular, pero no logré.
Cuando acceso www.dominio1.com sale http://www.dominio1.com/web/database/selector y no la base directa.
Que podría estar faltando ?
La parte donde indicas :
<<dbfilter_from_header (OCA). este módulo, no se instala en cada instancia, sino que se instala igual que el modulo web. Esto se hace en la linea

"server_wide_modules=web,dbfilter_from_header" el archivo de configuracion.>>

Se debe añadir la linea en el arcvhio /etc/odoo-server.conf ?

Gracias por su ayuda.

Saludos,

Manuel

Daniel Bareiro

unread,
Jun 2, 2015, 5:07:56 PM6/2/15
to odoo-ar...@googlegroups.com
El 23 de mayo de 2015, 11:16 a. m., Manuel Garcia <ava...@gmail.com> escribió:

> Hola,

Hola, Manuel.

Te dejaron solo :-)

> La parte donde indicas :
> <<dbfilter_from_header (OCA). este módulo, no se instala en cada instancia,
> sino que se instala igual que el modulo web. Esto se hace en la linea
>
> "server_wide_modules=web,dbfilter_from_header" el archivo de
> configuracion.>>
>
> Se debe añadir la linea en el arcvhio /etc/odoo-server.conf ?

Personalmente eso fue lo que interpreté sobre lo que dijo Daniel,
aunque no lo he probado.


Saludos,
Daniel

Hernán Salomón

unread,
Sep 9, 2015, 7:18:48 AM9/9/15
to odoo-Argentina - Preguntas y respuestas para personalizadores
Buen día Daniel, ¿conocés cuál sería la manera para configurarlo en niginx? la verdad que no le encuentro la vuelta. Tengo varias bases corriendo en un mismo odoo server al cual accedo a través de un vps (con ubuntu server 14.04 y nginx). 

Lo que pude lograr hasta ahora es acceder a la pantalla de selección de bases de datos, pero el problema es que de esta manera no puedo ver directamente el website sin previamente elegir la base. Me di cuenta también que por mas que ponga el dominio que sea, se apunta a mi ip no me filtra. Es decir por mas que entre con midominio1.com y el el server_name tenga establecido midominio2.com igual entro.

Esta es la configuración que tengo en nginx
server {
        listen 80;
        server_name midominio1.com;
        access_log /var/log/nginx/log;
        error_log /var/log/nginx/error_log;

        location / {
                proxy_pass              http://127.0.0.1:8069;
                proxy_set_header        X-Forwarded-Host $host;
        }

#chat
    location /longpolling {
        proxy_pass   http://127.0.0.1:8072;
    }


}

Agradezco si me podés orientar

Saludos
H.

Gustavo Orrillo

unread,
Sep 9, 2015, 7:23:21 AM9/9/15
to odoo-ar...@googlegroups.com
para evitar que te muestre el listbox de las bases de datos tenes que arrancar el server con 

--db-filter=<nombre de la base de datos>

si lo que necesitas es trabajar con varias bases de datos, ahi lo que te conviene es tener varias instancias de Odoo corriendo en tu base de datos

saludos

--

Cristian Sebastian Rocha

unread,
Sep 9, 2015, 7:34:06 AM9/9/15
to odoo-ar...@googlegroups.com

Gus,

Podes usar expresiones regulares en la base de datos. Y hay variables que te indican el dominio de donde viene la consulta y asociarlo con la base de datos. Funciona de pelo.

Abrazo,
Cristian.

Hernán Salomón

unread,
Sep 9, 2015, 8:59:08 AM9/9/15
to odoo-Argentina - Preguntas y respuestas para personalizadores
intenté configurar el db-filter desde el openerp-server.conf poniendo los parámetros %d,%h, ^%d$, etc. para que me tomara el prefijo del dominio y me redireccionara directamente a esa base, pero no me funcionó. La idea era por ejemplo tener la base1, base2, etc. e ingresar a través del base1.midominio.com, base2.midominio.com, etc.

Actualmente accedo al listbox y de ahi me logueo a la base que quiero, pero el problema es que de esta manera no puedo usar el website, porque para que me lo muestre como una página web, previamente tengo que loguearme.

Para aclarar un poco el panorama, tengo un cloud server en donde corro una instancia de odoo (a través de docker), de esta manera a mis clientes les creo una base de su empresa para que accedan y realicen todas sus operaciones, yo como contador tengo acceso a todas esas bases.

Entiendo que como dice Gustavo, lo ideal sería correr una instancia por cada base (creo que me consumiría muchos recursos), o mejor un cloud server por cada empresa, pero se va de costos.

Pido disculpas si la terminología que uso no es la correcta.

Gustavo Orrillo

unread,
Sep 9, 2015, 9:00:37 AM9/9/15
to odoo-ar...@googlegroups.com
pregunta Hernan... cuanto realmente se va de costos? porque estamos hablando que no es tan caro, termina siendo mucho mas caro configurarlo para que funcione como vos queres

Daniel Bareiro

unread,
Sep 9, 2015, 11:14:56 AM9/9/15
to odoo-ar...@googlegroups.com
El 8 de septiembre de 2015, 11:25 p. m., Hernán Salomón <h...@estudiosalomon.com.ar> escribió:

> Buen día Daniel,

Hola, Hernán. Buenas tardes.


> ¿conocés cuál sería la manera para configurarlo en niginx?
> la verdad que no le encuentro la vuelta. Tengo varias bases corriendo en un
> mismo odoo server al cual accedo a través de un vps (con ubuntu server 14.04
> y nginx).
>
> Lo que pude lograr hasta ahora es acceder a la pantalla de selección de
> bases de datos, pero el problema es que de esta manera no puedo ver
> directamente el website sin previamente elegir la base. Me di cuenta también
> que por mas que ponga el dominio que sea, se apunta a mi ip no me filtra. Es
> decir por mas que entre con midominio1.com y el el server_name tenga
> establecido midominio2.com igual entro.
>
> Esta es la configuración que tengo en nginx
> server {
>         listen 80;
>         server_name midominio1.com;
>         access_log /var/log/nginx/log;
>         error_log /var/log/nginx/error_log;
>
>         location / {
>                 proxy_pass              http://127.0.0.1:8069;
>                 proxy_set_header        X-Forwarded-Host $host;
>         }
>
> #chat
>     location /longpolling {
>         proxy_pass   http://127.0.0.1:8072;
>     }
>
>
> }

El tema en tu configuración es que no le estás diciendo a Odoo qué base de datos tiene que usar con cada subdominio. En Nginx podrías probar algo como esto:

server {
    listen 80;
    server_name     opcionlibretest.freesoftware;
    location / {
        proxy_set_header  X-Forwarded-For  $proxy_add_x_forwarded_for;
        proxy_set_header  X-OpenERP-dbfilter "opcionlibretest";
        proxy_pass http://127.0.0.1:8169;
        proxy_redirect    off;
        proxy_set_header  X-Real-IP  $remote_addr;
        proxy_set_header  Host  $http_host;
    }
}


server {
    listen 80;
    server_name     opcionlibre.freesoftware;
    location / {
        proxy_set_header  X-Forwarded-For  $proxy_add_x_forwarded_for;
        proxy_set_header  X-OpenERP-dbfilter "opcionlibre";
        proxy_pass http://127.0.0.1:8169;
        proxy_redirect    off;
        proxy_set_header  X-Real-IP  $remote_addr;
        proxy_set_header  Host  $http_host;
    }
}

Para que esto funcione, como decía Daniel Blanco, tenés que cargar el módulo dbfilter_from_header en server_wide_modules del archivo de configuración de tu instancia de Odoo. Además es necesario instalar este módulo en cada base de datos y reiniciar la instancia (por el cambio hecho en el archivo de configuración). También, si tenés bases de datos con un substring común, como en el caso que mencionaba arriba, tenés que usar un filtro en la configuración de Odoo para que busque por un nombre de base de datos que coincida exactamente. Algo como esto:

dbfilter = ^%d$

> Agradezco si me podés orientar

Espero que te sirva.

Saludos,
Daniel

Hernán Salomón

unread,
Sep 9, 2015, 11:20:42 AM9/9/15
to odoo-Argentina - Preguntas y respuestas para personalizadores
Mi consulta se basa en que en este hilo se mencionaba que se podía realizar en apache con virtualhost y agregando en el openerp-server.conf el parámetro "server_wide_modules=web,dbfilter_from_header" . Como no me salió con apache, estoy probando con nginx, ya que por lo menos con este último puedo lograr acceder y loguearme en cada base (no así acceder directamente a la base según el dominio).

Con respecto al costo, imaginate que un monotributista que solo necesita ingresar sus facturas, que tal vez no sean mas de 15 por mes, y paga de honorarios menos de $400 no justifica que yo tenga un costo de un cloud server específico + dominio de $200. En esos casos los agrupo en una sola instancia con una base por cliente, y lo manejo a través de un solo dominio con subdominios por cada base. Ellos cargan sus facturas y yo tomo la info.

Gustavo Orrillo

unread,
Sep 9, 2015, 11:22:19 AM9/9/15
to odoo-ar...@googlegroups.com
hernan, podes tener multiples  instancias de Odoo corriendo en el mismo server. Una herramienta como odooenv te permite hacerlo. Y de esa manera solo tendrias que pagar por un solo server

Estas en Buenos Aires?

Hernán Salomón

unread,
Sep 9, 2015, 11:22:50 AM9/9/15
to odoo-Argentina - Preguntas y respuestas para personalizadores
gracias DanielB, voy a probar esto y comento como fue

Daniel Bareiro

unread,
Sep 9, 2015, 3:41:11 PM9/9/15
to odoo-ar...@googlegroups.com
Hola, Daniel.

Ya que veníamos hablando de este tema, me puse a probarlo también.


El 28 de abril de 2015, 2:27 a. m., Daniel Blanco<dan...@blancomartin.com.ar> escribió:

> (primero que nada habilita el mod_proxy (en ubuntu se hace a2enmod mod_proxy si está instalado).

¿Seguro? Si Ubuntu hereda los paquetes de Debian, al menos en Debian seria diferente:

# a2enmod proxy_http headers

(También hay que instalar el módulo headers para que funcionen las directivas Header y RequestHeader).
> ponés un virtualhost, por ejemplo de esta forma:
>
> <VirtualHost *:80>
>     ServerName tudominio.com
>     ServerAlias erp.dudominio.com
>     ProxyPass  / http://localhost:8069/ # también podes usar un dominio
>     Header add X-ODOO_DBFILTER "basededatos1"
>     RequestHeader add X-ODOO_DBFILTER "basededatos1"
> </VirtualHost>
>
> <VirtualHost *:80>
>     ServerName otrodominio.com
>     ServerAlias otrodominio.com.ar
>     ProxyPass  / http://localhost:8069/
>     Header add X-ODOO_DBFILTER "basededatos2"
>     RequestHeader add X-ODOO_DBFILTER "basededatos2"
> </VirtualHost>

Para que esto funcione (al menos en mis pruebas) tuve que cambiar lo siguiente en la configuración de Apache:
proxy_mode = True

Para la configuración de Nginx que mencionaba en un mensaje que escribí más temprano no tuve que hacer este último cambio en la configuración de Odoo.

Saludos,
Daniel

Daniel Bareiro

unread,
Sep 9, 2015, 3:43:59 PM9/9/15
to odoo-ar...@googlegroups.com
El 9 de septiembre de 2015, 4:41 p. m., Daniel
Bareiro<dbar...@gmail.com> escribió:

> (...)
> Para que esto funcione (al menos en mis pruebas) tuve que cambiar lo siguiente en la configuración de Apache:
>
> proxy_mode = True

Perdón, aquí quise decir "en el archivo de configuración de Odoo".

Saludos,
Daniel

Daniel Bareiro

unread,
Sep 9, 2015, 3:51:30 PM9/9/15
to odoo-ar...@googlegroups.com
El 9 de septiembre de 2015, 4:43 p. m., Daniel Bareiro
<dbar...@gmail.com> escribió:

>> (...)
>> Para que esto funcione (al menos en mis pruebas) tuve que cambiar lo siguiente en la configuración de Apache:
>>
>> proxy_mode = True

> Perdón, aquí quise decir "en el archivo de configuración de Odoo".

Para aclarar, sin este cambio siempre accedía a la interfaz de Database Manager.

Saludos,
Daniel

Hernán Salomón

unread,
Sep 10, 2015, 1:51:33 PM9/10/15
to odoo-Argentina - Preguntas y respuestas para personalizadores
DanielB esa configuración de nginx que pusiste funciona perfecta, como comentario puedo decir que no instalé el módulo dbfilter_from_header en cada base y sin embargo funcionó con todas (las que le instalé el módulo y las que no).

También direcciona bien las bases que tienen cargado el módulo de website, por lo que poniendo el nombrebase.dominio.com se accede al website y luego se puede loguear desde ahí para entrar al sistema.

Un gran aporte de DanielB ya que busqué bastante del tema y no se encuentra una solución tan clara y bien explicada.

Gustavo, hace dos años y medio que me mudé para Sierra de la Ventana, igual viajo seguido a Buenos Aires porque la mayoría de mis clientes están allá.

Saludos

El lunes, 20 de abril de 2015, 16:49:07 (UTC-3), gpperez escribió:

Hernán Salomón

unread,
Sep 10, 2015, 1:51:33 PM9/10/15
to odoo-Argentina - Preguntas y respuestas para personalizadores
Creo que no salió la respuesta que había enviado ayer. Muy bueno el aporte de DanielB, funciona muy bien!! pude lograr que de acuerdo al subdominio me dirija directamente al loging de esa base, como condición, el nombre de la base debe ser igual (en mi caso) al nombre del subdominio. Para que funcione correctamente, como dice Daniel, en el archivo openerp-server.conf modifiqué el parámetro dbfilter = ^%d$, list_db = False y server_wide_modules = dbfilter_from_header

Con respecto al módulo dbfilter_from_header lo instalé en algunas bases y en otros no, sin embargo el filtrado según el dominio funciona en todas, por lo que no sé si es necesaria la instalación.

Gustavo, desde hace dos años y medio vivo en Sierra de la Ventana, pero viajo cada tanto a Buenos Aires porque tengo la mayoría de mis clientes ahí. Tenés algún link para ver bien el tema de odooenv? funciona aunque corra odoo con docker?

Agradezco la enorme ayuda

Saludos

El lunes, 20 de abril de 2015, 16:49:07 (UTC-3), gpperez escribió:

Daniel Bareiro

unread,
Sep 10, 2015, 3:15:06 PM9/10/15
to odoo-ar...@googlegroups.com
Hola, Hernán.


El 10 de septiembre de 2015, 2:51 p. m., Hernán Salomón <h...@estudiosalomon.com.ar> escribió:

> Creo que no salió la respuesta que había enviado ayer. Muy bueno el aporte
> de DanielB, funciona muy bien!! pude lograr que de acuerdo al subdominio me
> dirija directamente al loging de esa base, como condición, el nombre de la
> base debe ser igual (en mi caso) al nombre del subdominio.

Me alegro que te haya servido. Ya que era algo que me interesaba, antes de compartir la respuesta lo probé en un entorno local y después de haber investigado en el mismo día, lo resolví de la forma que te mencionaba. De hecho, si te fijás en la información del módulo dbfilter_from_header (en la interfaz web de Odoo), te dice cuál es la sintaxis que tenés que usar para filtrar con Nginx. Después es cuestión de armar la configuración de Nginx y hacer pruebas.

De todas maneras, no hace falta que el nombre de la base de datos coincida con el del subdominio. La base de datos relacionada al subdominio estará dada por la línea con el X-OpenERP-dbfilter.


> Para que funcione correctamente, como dice Daniel, en el archivo openerp-server.conf modifiqué
> el parámetro dbfilter = ^%d$, list_db = False y server_wide_modules =
> dbfilter_from_header

En mi caso no tuve problemas con "list_db = True".


> Con respecto al módulo dbfilter_from_header lo instalé en algunas bases y en
> otros no, sin embargo el filtrado según el dominio funciona en todas, por lo
> que no sé si es necesaria la instalación.

Ah, bien. Como había leído que era necesario instalarlo, lo hice de esa manera.


Saludos,
Daniel

gabriel cz

unread,
Jul 2, 2016, 1:27:08 AM7/2/16
to odoo-Argentina - Preguntas y respuestas para personalizadores
Hola Daniel, quiza es una pregunta muy basica, pero me tiras un poco mas de info de como haces esto...

"..Una vez que hacés esto, instalás el módulo 

dbfilter_from_header (OCA). este módulo, no se instala en cada instancia, sino que se instala igual que el modulo web. Esto se hace en la linea

"server_wide_modules=web,dbfilter_from_header" el archivo de configuracion"

Gracias,

El martes, 28 de abril de 2015, 2:27:16 (UTC-3), Daniel Blanco escribió:
Reply all
Reply to author
Forward
0 new messages