Rutas al estilo de conferenciarails.org

Hola

Andaba echando un vistazo a la web de conferenciarails.org (que ganas
que llegue el dia!!!), pero bueno a lo que iba, me he fijado en como
organiza las secciones a modo de subdominios, en ponencias la url es
http://ponencias.conferenciarails.org o http://
registro.conferenciarails.org/ esto por que???

Es por que se encuentran los datos en distintas maquinas?
Cual es la diferencia de elegir usar http://
ponencias.conferenciarails.org en lugar http://
www.conferenciarails.org/ponencias

He estado trasteando en el fichero routes.rb con los map.resources
pero no he conseguido que me saliese :frowning: alguno puede orientarme un
poco.

Muchas Gracias.
Un saludo.

A mí me huele a rewrites del apache…
Pero puede que me equivoque :slight_smile:

On Nov 8, 2007 8:27 PM, alarkspur [email protected] wrote:

ponencias.conferenciarails.org en lugar http://
Ror-es mailing list
[email protected]
http://lists.simplelogica.net/mailman/listinfo/ror-es


Ernesto Jiménez Caballero
Software Engineer Leader
Negonation
(34) 620 475 382
[email protected]

Hola,

En este caso estamos usando tres aplicaciones diferentes. Una para el
blog (mérito de marze llano), otra para las ponencias (jaime iniesta) y
otra de registro (javier vidal). Las tres corren en una única máquina y
tenemos diferentes virtual hosts definidos directamente en apache.
Según apache recibe un subdominio u otro lo sirve una aplicación u otra.

De todos modos, en rails puedes usar subdominios para decidir por dónde
enrutar las peticiones. Probablemente la forma más sencilla sea tirar
del plugin http://agilewebdevelopment.com/plugins/request_routing. Lo
instalas, y te permite directamente meterlo como requirement (o
condition para versiones modernas)

Saludos,

javier ramirez

En este caso estamos usando tres aplicaciones diferentes. Una para el
blog (mérito de marze llano), otra para las ponencias (jaime
iniesta) y
otra de registro (javier vidal).

Anda que curioso, o sea que las tres aplicaciones son independientes
entre si, no?

Tiran las tres contra la misma base de datos o también hay tres bases
de datos?

Que hacéis cuando una aplicación requiere usar modelos de otra?
Por ejemplo que has_many de un modelo este en una aplicación y el
belongs_to de otro modelo este en otra aplicación, es esto posible o
yo me estoy liando.

Muy interesante, seria mucho pedir un poco mas de información sobre
como se unen las 3 aplicaciones.

Muchas gracias.

Un saludo

Buena pregunta …

Los navegadores solo abren 2 conexiones por host, al utilizar 4
“servidores” para los assets hace que nuestro navegador abra 8
conexiones y de esta manera la aplicación carga más rápido. Digo
“servidores” porque el servidor de ficheros puede ser el mismo pero
configurado con varios server_alias.

Un saludo,

Francesc

On Nov 8, 2007, at 11:16 PM, Miguel M. wrote:

si se puede explicar eso de paso seria genial :slight_smile:
Anda que curioso, o sea que las tres aplicaciones son independientes
Muy interesante, seria mucho pedir un poco mas de información sobre


Atte.
Miguel Michelson Martinez

www.artenlinea.cl _______________________________________________
Ror-es mailing list
[email protected]
http://lists.simplelogica.net/mailman/listinfo/ror-es


name. Francesc E. i Martí
voice. +34 678.681.603

Hola muy interesante el hilo, yo tambien he visto ciertas aplicaciones
que
caergan todos sus contenidos en por ejemplo

assets0.dominio.com
assets1.dominio.com
assets2.dominio.com
assets3.dominio.com

ya se que no es lo mismo que tratan aqui, pero siempre me ha llamado la
atencion ese tipo de organizacion de los datos…
si se puede explicar eso de paso seria genial :slight_smile:

Saludos Cordiales

El 08/11/2007, a las 23:16, alarkspur escribió:

Tiran las tres contra la misma base de datos o también hay tres bases
de datos?

hay 3 bases de datos

Que hacéis cuando una aplicación requiere usar modelos de otra?
Por ejemplo que has_many de un modelo este en una aplicación y el
belongs_to de otro modelo este en otra aplicación, es esto posible o
yo me estoy liando.

yep nos has pillado! en teoría es posible conectar a varias db desde
un mismo database.yml
pero el año pasado estuve investigando y en la versión de Rails de
por entonces no lo conseguí
creo que por aquel entonces lo traía el Rails Cookbook (edición 2)
pero no estoy muy seguro

a veces no se puede ser tan DRY por tiempo y eso, ya se sabe la pifia
es rápida de hacer

pero vamos que hay muchas formas muy fáciles de escribir entre db con
REST ahora

pero de todas formas las 3 app no tienen xq compartir datos (blog,
registro, ponencias) en este caso y como trabajamos
más o menos por separado pues nadie la pifia :slight_smile:

hala majetes!
marze

hola… aquí no se da el caso… de todos modos, lo que tú dices tal
cual
no sería posible en el sentido de que si tienes un “has_many” en un
lado, cuando quieras acceder a la colección de los hijos Rails
(Ruby) va
a necesitar instanciarte los objetos de la clase hijo. Si la
definición
de la clase no está en el path de carga, vas a tener un error.

Bufff, mis conocimientos no llegan a tanto, de todas formas he estado
probando y efectivamente da error al intentar instanciar los objetos
de la clase hijo, he probado en el environmet.rb a solucionarlo con
algo como config.load_paths += %w( ruta_a_la_segunda_aplicacion )
pero nada…

En el caso en que quieras tener un conjunto de tablas maestras
disponibles desde diferentes aplicaciones, lo suyo es exponer el
API de
la forma que mejor veas, y en el caso de Rails parece cada vez más
claro
que esa exposición sería idealmente mediante REST.

de este párrafo no he entendido nada, yo pensaba que REST se usaba
para las llamadas a los métodos de cada controlador pero veo que
sirve para mucho mas, dispones de algún enlace o ejemplo de lo que
has comentado que explique el tema REST mas haya del típico plural_path.

Muchas gracias

Hola,

Anda que curioso, o sea que las tres aplicaciones son independientes
entre si, no? Tiran las tres contra la misma base de datos o también hay tres bases
de datos?

Son totalmente independientes… No comparten absolutamente nada.

Que hacéis cuando una aplicación requiere usar modelos de otra?
Por ejemplo que has_many de un modelo este en una aplicación y el
belongs_to de otro modelo este en otra aplicación, es esto posible o
yo me estoy liando.

hola… aquí no se da el caso… de todos modos, lo que tú dices tal cual
no sería posible en el sentido de que si tienes un “has_many” en un
lado, cuando quieras acceder a la colección de los hijos Rails (Ruby) va
a necesitar instanciarte los objetos de la clase hijo. Si la
definición de la clase no está en el path de carga, vas a tener un error.

En el caso en que quieras tener un conjunto de tablas maestras
disponibles desde diferentes aplicaciones, lo suyo es exponer el API de
la forma que mejor veas, y en el caso de Rails parece cada vez más claro
que esa exposición sería idealmente mediante REST.

Saludos,

javier ramirez

El 09/11/2007, a las 0:54, alarkspur escribió:

de este párrafo no he entendido nada, yo pensaba que REST se usaba
para las llamadas a los métodos de cada controlador pero veo que
sirve para mucho mas, dispones de algún enlace o ejemplo de lo que
has comentado que explique el tema REST mas haya del típico
plural_path.

Yep, REST es una implementación contra GET, PUT, POST, DELETE de HTTP
luego no necesitas necesariamente una interfaz “gráfica” determinada
para realizar esas operaciones
solo necesitas que te den permiso para escribir, generalmente con una
autenticación HTTP que te da acceso a unas acciones que componen la API
esto se hace porque nadie quiere darte acceso directo a toda la db,
por si la petas mas que nada

échale un vistazo a la API de Basecamp y lo entenderás http://
developer.37signals.com/basecamp/

échale un vistazo a la API de Basecamp y lo entenderás http://
developer.37signals.com/basecamp/

Muchas gracias, he estado haciendo pruebas y ya esta todo mas claro :slight_smile:

Un saludo, gracias de nuevo.