Routes.rb

exactamente para que sirve el archivo routes.rb
y como se configura.?

y el dispatch.cgi?
t se tiene q configurar?

El 28/11/2006, a las 17:32, fernando escribió:

exactamente para que sirve el archivo routes.rb
y como se configura.?

http://manuals.rubyonrails.com/read/chapter/65

y el dispatch.cgi?
t se tiene q configurar?

En principio no deberias tener que tocarlo para nada


Posted via http://www.ruby-forum.com/.


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


Jorge B. Ordovás [email protected]
http://amedias.org/ [ES]
http://koke.amedias.org/ [EN]

Warp Networks http://www.warp.es/
María de Luna 11, 50018 Zaragoza, España

gracias, pero no me sirvio para resolver mi duda:

paso a detallaros mi problema.

en mi equipo local monto en blog siguiendo un tutorial

lo ejecuto en local y todo va bien,

vale entonces pongo en routes.rb
map.connect ‘:controller/:action/:id’, :controller => “blog”
y borro el index.html para tener asi el controlador por defecto y todo
va bien.

AHORA QUIERO PONERLO EN PRODUCCION.

busco un host y siguiendo las indicaciones pongo todos los archivos en
home
y en web pongo un link a la directorio public

ln -s …/home/blog/public/ x

de manera que para acceder ahora debería poner en el navegador:
http://xxx.xxx.com/x

pero aqui me da un error:
Application error
Rails application failed to start properly

he preguntado al hosting y me preguntan si ha configurado correctamente
routes.rb

la verdad es q soy un poco torpe en estas cosas, en routes.rb
solo he modificado

map.connect ‘:controller/:action/:id’, :controller => “blog”

y en desarrollo me funciona bien.

esta bien la modificacion?, pq me da el error
Application error
Rails application failed to start properly

No necesariamente tiene que ser un problema de routes, revisate mejor
los
logs, chequea que sea correcta los datos de autentificacion a tu base de
datos, si esta en desarrollo en windows revisa si la ruta a ruby en la
primera linea de dispatch (.cgi o .fcgi segun el que uses) no esta
apuntado
a c: en lugar de #!/usr/local/bin/ruby o la ruta en el servidor donde
estas
si es linux.

En fin pueden ser muchas cosas pero deberias dar mas datos, en que
ambiente
haz puestro en producción tu aplicación etc

2006/11/28, fernando [email protected]:

fernando wrote:

y borro el index.html para tener asi el controlador por defecto y todo
de manera que para acceder ahora debería poner en el navegador:
solo he modificado

Buenas,
La ruta está bien, y seguramente el error que da no tenga nada que ver
con las rutas, yo que vos me miraría los logs correspondientes, si son
plataformas/distribuciones diferentes en la que desarrollas y la de
producción puede ser que el intérprete del dispatch.fcgi este mal,
porque la app no llega arrancar. Eso si en el hosting usan fastcgi
(ligttpd+fcgi o apache+fcgi). Yo creo que pegarle un vistazo a los logs
te va a sacar de dudas.

Dicho sea de paso, me presento: Mauro, escribiendo desde Barcelona, me
inscribí recién ayer a la lista y veo que hay bastante movimiento. Soy
admin. de sistemas GNU/Linux y *BSD, y desarrollador enamorado de
Ruby/Ruby on Rails desde hace unos meses. Actualmente estoy llevando
adelante 2 proyectos en RoR: http://planet.assl-site.net, el planet de
la Asosiación de Soporte al Software Libre de Mataró y
http://www.w3revolt.com, mi blog aunque todavía muy en pañales. Acá para
lo que les pueda ayudar y viceversa :smiley:

Saludos.

Mauro

#!c:/ruby/bin/ruby

que no lo dije:

modifique esto por

#!/usr/local/bin/ruby
y

#!/usr/bin/ruby

pero el error persiste

repeti todos los pasos y el error persiste.

he mirado los logs de la aplicacion y estan vacios.

mirando los log de error del host, si q aparece este error q sin duda
nos pone en cmino:

[Wed Nov 29 11:37:42 2006] [error] [client 81.203.32.xxx] (13)Permission
denied: exec of ‘/usr/home/microsano.xxx.com/web/blog/dispatch.cgi’
failed
[Wed Nov 29 11:37:42 2006] [error] [client 81.203.32.xxx] Premature end
of script headers: dispatch.cgi

este es el contenido del dispatch.cgi
/-----------------------------------
#!c:/ruby/bin/ruby

require File.dirname(FILE) + “/…/config/environment” unless
defined?(RAILS_ROOT)

If you’re using RubyGems and mod_ruby, this require should be changed

to an absolute path one, like:

“/usr/local/lib/ruby/gems/1.8/gems/rails-0.8.0/lib/dispatcher” –

otherwise performance is severely impaired
require “dispatcher”

ADDITIONAL_LOAD_PATHS.reverse.each { |dir| $:.unshift(dir) if
File.directory?(dir) } if defined?(Apache::RubyRun)
Dispatcher.dispatch

-----------------------------------

Mira a ver si dispatch.cgi tiene permiso de ejecución.

Si no, lo pones con chmod a+x dispatch.cgi

Es el primer error que salía en tu mensaje anterior, el de Permission
denied.

Un saludo.

bueno al fin solucionado.

tb era cosa de los permisos de la carpeta session,

me toco darle 777

muchoas gracias a todos por su ayuda.

El mié, 29 de nov de 2006, a las 01:40:42 +0100, fernando dijo:

bueno al fin solucionado.

tb era cosa de los permisos de la carpeta session,

me toco darle 777

Además si borrás la carpeta tmp/ rails utiliza la /tmp (la del sistema) que
a lo
mejor te conviene más, además por ahí es un poco molesto estar cambiando los
permisos cuando pasas de desarrollo a producción y el chmod 777 es bastante
inseguro, lo que tenés que hacer es darle permiso para que el apache pueda
escribir. Yo em hice un script:

#!/bin/sh -x
mkdir -p tmp/cache
mkdir -p tmp/sessions
mkdir -p tmp/sockets
mkdir -p log/

log/development.log
log/production.log
log/server.log
log/test.log

sudo chgrp -R www-data tmp/
sudo chgrp -R www-data log/

chmod -R g+rw tmp/
chmod -R g+rw log/

www-data se llama el usuario que identifica al apache en debian.
Pero te repito, me parece que lo mejor es borrarlo., y chau problema el
/tmp
del sistema tiene permisos para todo el mundo.

Saludos.

teniais razon, en el log encontraria la respuesta.

era problemas de permisos.

ahora me aparece esto:
/---------------------
Permission denied -
/usr/home/microsano.demonrails.com/web/blog/…/config/…/tmp/sessions//ruby_sess.58161ba8f10bf79c
/usr/local/lib/ruby/1.8/pstore.rb:289:in initialize' /usr/local/lib/ruby/1.8/pstore.rb:289:intransaction’
/usr/local/lib/ruby/1.8/cgi/session/pstore.rb:71:in initialize' /usr/local/lib/ruby/1.8/cgi/session.rb:273:ininitialize’
/usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/cgi_process.rb:112:in
session' /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/cgi_process.rb:142:instale_session_check!’
/usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/cgi_process.rb:108:in
session' /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/base.rb:918:inassign_shortcuts_without_flash’
/usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/flash.rb:141:in
assign_shortcuts' /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/base.rb:402:inprocess_without_filters’
/usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/filters.rb:377:in
process_without_session_management_support' /usr/local/lib/ruby/gems/1.8/gems/actionpack-1.12.5/lib/action_controller/session_management.rb:117:inprocess’
/usr/local/lib/ruby/gems/1.8/gems/rails-1.1.6/lib/dispatcher.rb:38:in
`dispatch’
/usr/home/microsano.demonrails.com/web/blog/dispatch.cgi:10
-----------------------------

parece ser tb sera cosas d permisos, pero no lo veo claro.

PERDON POR LAS MOLESTIAS, pero vengo del mundo de Windows y IIS
y tengo el tema de Linux un poco falto de practica.

si les sirve de consuelo recuerden q estan salvando una alma del mundo
de windows