PHP on Rails?

Hola amigos,

Con este título me gustaría abrir un debate acerca de las alternativas
que
tenemos cuando no podemos programar en Ruby on Rails, pero echamos de
menos
la metodología de este.
De paso me podéis echar una mano… :wink:

Resulta que en mi trabajo y tras mucho pelearme con mi jefe y con el
administrador de sistemas (su hermano), se ha decidido que no vamos a
utilizar RoR. :frowning:
Así, cómo os lo cuento. Resulta que dice que no vamos a arriesgar el
funcionamiento de no se cuantos dominios de nuestros clientes por
instalar
algo cómo “Apache, Ruby, Rubygems”, y otras cosas raras por el estilo…
(todo se aclara al decir que el “el de sistemas” es totalmente Bill
Gates
creyente).
Así que las opciones que me dejan para programar (lo que ya está
insatalao
vamos); ASP, .NET, SQLserver y oh milagro PHP4. PHP5 y MySQL.

Llevo un par de meses de vuelta al PHP de toda vida, claro tras probar
la
mieles de Rails y ese lenguaje tan elegante y limpio que es Rails, pues
cómo
que no soy feliz…

Entonces un día me topo en no se que blog, con un artículo sobre “Code
Igniter” (http://codeigniter.com/) y mira tu por donde se trata de un
framework que se parece un montón a Rails. Por lo que he visto y algún
tutorial que he echo, está muy bien, bien documentado y hasta hace el
PHP
más mono… jejejeje. Que alegría pensé yo, por lo menos esto ya es otra
cosa. No es lo mismo, pero menos da una piedra…
Bueno el caso es que he ido descubriendo que le faltan mucha cosas para
ser
un Rails (aparte de Ruby claro);

  • Carece de entornos, es decir que solo desarrollas contra una base de
    datos
    y un host, que luego debes editar al cambiar de entorno.
  • Carece de testing :frowning:
  • El tratamiento de los errores es algo pobre y carece de log reporting
  • Carece de partials (o eso creo)
  • El scafolding es solamente en tiempo ode ejecución, y te advierten que
    es
    muy inseguro
  • Y por último, la comunidad es muy pequeña y no existen libros (al
    menos en
    amazon)

Pero resulta que buscando tutorials de este framework me encontré con
Cake
PHP (http://cakephp.org/), que sí bien me sonaba, no lo había mirado
nunca.
Pues resulta que se parece mucho más Rails:

  • Dispone al menos de dos entornos (development/production y test)
  • Dispone de testing (no lo he probado)
  • El tratamiento de los herrores está mucho más completo, aunque no
    llega al
    nivel de Rails
  • Dispone de Layouts (una especie de templates de Rails) y de Elements
    (una
    especie de partials)
  • El scaffolding es más completo y basado en views que puedes modificar
  • La comunidad es mucho mayor pero sin llegar a la de Rails
  • Lo bueno (y malo a la vez) es que está en versiones muy tiernas
    todavía,
    pero avanza a ritmo vertiginoso. casi a diario hay updates.

Bueno, que para los que no nos queda más remedio que currar con PHP,
creo
que está muy bien y hace que nos sintamos casi cómo en casa. Pero que
quede
claro que cómo Rails, nada eh…

Y ya para terminar me dirijo a vosotros para pediros opinión si los
conocéis
y que los probéis si os apetece a modo de curiosidad. Y así crear un
poco de
debate acerca de las alternativas que tenemos a Rails para cuando no se
puede utilizar Rails…

:slight_smile: LOL

tras mucho pelearme con mi jefe y con el administrador de sistemas
(su hermano) (…)

mirate symphony, fue lo primero que probé en frameworks y aunque es
un poco más complicado
es muy pero que muy recomendable

http://www.symfony-project.com/

en plan offtopic te díria lo mismo que dice Seth Goldin en el
Fireside Chat de 37s

TAKE RESPONSIBILITY! If there’s a problem, fix it.
If your job can’t be fixed, quit. How dare you waste your life in
exchange for a paycheck.
You have high speed internet access, bub, you’ve got no excuse. You
don’t live a hovel in Ghana.
Go do it!! Pick up the phone and call someone.

http://www.37signals.com/svn/posts/238-fireside-chat-seth-godin-and-
mark-hurst-part-2-of-2

dudo que alguien pueda expresarlo mejor que Seth

leer varias veces :slight_smile:

venga ánimo,

marze

El 04/04/2007, a las 18:03, Fernando escribió:

¿Se parece a Rails?

yo creo que ninguno se parece a Rails, Rails es como es por Ruby, ahí
reside la magia y bueno también el las librerías sobre las que está
construido como la de tests

Symfony es MVC y bueno tiene unos cuantos screencasts

me acuerdo que probé cake y symfony y me quedé con symfony

hay otros bastante menores com php-on-rails o algo así o prado

Joer… :slight_smile: otro Framework en PHP…

Sí la verdad es que este es el tercero con el que me tope, pero ya no
tube
ganas de testearlo… jejeje, lo miré sólo un poco por encima, y me
pareció
una filosofía muy diferente a Rails.

Igual me equivoco, ¿Se parece a Rails?

Respecto a lo del jefe, tendré que tener paciencia que llevo sólo tres
meses
en la empresa… :wink:

El día 4/04/07, Marze [email protected] escribió:

me acuerdo que probé cake y symfony y me quedé con symfony

A mi me ha pasado lo mismo. También miré Code Igniter pero no llegué a
usarlo. CakePHP la verdad es que está también muy bien, pero me temo que
la documentación de symfony (el ‘libro’ y el ‘tutorial’ que tienen de la
creación de askeet) fue lo que me convenció.

hay otros bastante menores com php-on-rails o algo así o prado

Bueno, Prado no es ‘menor’. Prado lleva bastantes más años que
cualquiera de los tres mencionados. Lo que ocurre es que, al menos
cuando yo lo miré hace años, tenía una comunidad bastante cerrada.

En fin, que personalmente apoyo la sugerencia de symfony. No tanto
porque sea más o menos parecido a Rails, sino porque está bastante bien.
En algunas cosas se parece, en otras no.

Gracias Raul,

Coincido contigo respecto a Code Igniter y Cake, pero quizás me quede
con
Cake puesto que es el más completo y no puedo usar Rails…

El día 4/04/07, Raul M. [email protected] escribió:

Bueno, pues resulta que despues de ponerme en serio con Cake, vi que
aquello
no…
No me convencía mucho, la verdad. Y me di cuenta que era por la
sintáxis,
acostumbrado a RoR me parecía muy embrollada…
Así que volví sobre Code Igniter y me di cuenta que la sintáxis era
mucho
más limpia. No me acaba de gustar mucho la gestión de errores pero por
lo
menos con la sintáxis me siento más cómodo.

En fín que voy avanzando con Code Igniter y le voy pillando el gusto. Y
eso
sí la documentación es de quitarse el sombrero.
Creo que en cuanto tenga tiempo me pondré a traducirla…

El día 4/04/07, Fernando [email protected] escribió:

Hola Fernando,

Yo probé hace tiempo algunos de los frameworks que habéis citado hasta
ahora. Te comento lo que me parecieron en su día (afortunadamente apenas
toco php desde hace unos cuantos meses):

  • Symfony: tuve tantísimos problemas al instalarlo que no me pareció
    suficientemente portable (creo recordar que usaba PEAR como canal de
    distribución, y no había muchos hostings compartidos que lo soportaran),
    por lo que la principal ventaja de php se desvanecía.

  • Code Igniter: me gustó bastante. Su sencillez (en su día apenas
    aportaba un sistema MVC bastante simple) era su principal virtud. Para
    proyectos pequeños lo ví bastante adecuado.

  • Cake: me pareció bastante completo. De hecho era tan completo que,
    puestos a dedicar tiempo para aprender a utilizarlo, decidí dedicarlo a
    trastear con el propio Rails… y aquí estamos :wink:

De los tres me quedaría con Code Igniter. Creo que todo eso que echas de
menos (testing, abstracción del acceso a base de datos, …) puedes
obtenerlo de otros proyectos centrados en cada una de esos aspectos:
phpUnit, Creole, … La sencillez de Code Igniter creo que ayudaría
bastante a la hora de integrarle este tipo de cosas.

También comentar que, a falta de tener en cuenta las circunstancias
personales de cada uno, secundo la opinión de Marze y Seth :wink:

Suerte!

Raúl

Hola,
Encontré PHPontrax que sería algo así como el PHPRails, lee:

Php On Trax (formerly Php On Rails) is a web-application and persistance
framework that is based on Ruby on Rails http://www.rubyonrails.com/
and
includes everything needed to create database-backed web-applications
according to the Model-View-Control pattern of separation.

La URL: http://phpontrax.org/

Suerte
Hugo

El día 4/04/07, Fernando [email protected] escribió:

Fernando,

yo no vengo del PHP, vengo de Java (J2EE y demas). Pero me ha interesado
la introduccion de tu post.

Llevo muchos años en esto y he cambiado varias veces de entorno, os,
lenguaje y bd, casi he probado todo.

Al grano. Haz lo que te gusta.

Si tu jefe de sistemas (hermano y/o socio) es windero, francamente NO es
un autentico profesional. (En sistemas windows es un grano en el
trasero, solo util para los que no saben leer manuales y con un raton
hacen funcionar redes pequeñas).

Busca otro empleo y mientras tanto aguntante y practica RoR en ratos
libres.

El futuro (profesional) esta en RoR en mayor medida que en otros
entornos y profesinales RoR empezaran a ser demandados antes o despues.

Confia en ti. (y lee muchos manuales).

Juan.


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

Pues mol porque parece un calco de Rails, pero me hecha un pelín para
atras
que lo veo algo “verde”…

Muchas gracias de todos modos…

El día 9/04/07, Hugo O. [email protected] escribió:

Vamos a ver, que taampoco hay que dramatizar con estas cosas…

Hay que tener en cuenta que trabajo en una pequeña Agencia todoterreno
(web,
gráfica, audiovisual, etc.) y que yo soy básicamente diseñador y no
programador.

Por otro lado yo acabo de llegar (2 de Enero), y no es cuestión de estar
aquí imponiendo nada. Yo sugiero cosas y en algunas me hacen caso y en
otras
no.

Es más para las webs que hacemos aquí (típica web corporátiva con algo
de
administración de contenidos) se puede hacer perfectamente con PHP
normalito, del de toda la vida…

Lo que ocurre es que una vez que te metes en le mundillo Rails, creo que
te
cambia la forma de pensar y de organizar los proyectos, por mínimos que
sean. Y cómo ya le he pillado el gustillo a esa forma de programar, de
ahí
la busqueda de un “sucedaneo” en PHP…

El día 10/04/07, Mauro P. [email protected] escribió:

Juan m. Blasco escribió:

Si tu jefe de sistemas (hermano y/o socio) es windero, francamente NO es
Confia en ti. (y lee muchos manuales).

Juan.

Stand-up ovation! para Juan.

Hace unos días me llego esta noticia:
http://computerworld.com/action/article.do?command=viewArticleBasic&articleId=9011969&intsrc=hm_ts_head

Esto demuestra ni más ni menos que Rails pese a todavía no ser
mainstream, es un framework sólido y con empuje, y que ya esta
suscitando interés en medios de tirada masiva como Computer World. Por
lo tanto, de ahí, a que los empresarios se empiecen a informar y
considerarlo una alternativa confiable, hay un paso muy pequeño.
Creo que es una muy buena noticia para todos los que apostamos por
Rails y Ruby.

Fernando, también se la podés pasar a tus jefes para que vean que no
estas solo :wink:

Un saludo y a seguir apostando por Rails.
Mauro.

Hola a todos,

esta es mi primera intervención en la lista, he realizado con éxito los
tutoriales de rails y tengo mucho material, pero aún no me atrevo a
hacer algo serio en rails, pero sigo avanzando, y esta lista es una gran
ayuda(aunque no aporte mucho y solo escuche :D).

Luego de esta mala introducción, mi comentario.

Soy programador PHP, y luego de escuchar de rails busque algo parecido
para PHP, hace un tiempo me topé con CakePHP y me dejó muy impresionado,
lo tomé por que no me atrevía a empezar a aprender ruby y rails, lo
conocí más o menos, pero por ser php, no me gustó el problema del acceso
a los objetos y tener que escribir tanto this-> y todo eso, y eso me
animó y empece con rails. Pero antes de eso encontré una página de un
nuevo framework para PHP que prometía mas cercanía a rails que los demás
y estuve esperando a que sacaran la primera beta por mucho tiempo, pero
luego se me olvidó, y hace unos días luego de leer este hilo busque
nuevamente por Akelos (que es como se llama el framework) y ya está
disponible para su uso. Está verde aún, poca literatura, pero promete
ser más rails que los demás, bueno guardando el problema de PHP (maldito
this->). La dirección es http://www.akelos.org
y el nuevo sitio de desarrollo
http://code.google.com/p/akelosframework/, ahí lo pueden descargar y
además acceder al grupo de google.

espero que les sirva mi primer aporte, aunque no sea de rails mismo, que
más luego que tarde iré realizando mis aportes.

Sergio
GuamánLa Serena
Chile

Fernando
escribió:> Hola amigos,


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

On 5/8/07, [email protected] [email protected] wrote:

Está muy bien que haya alternativas para PHP, ya que como bien dices no
siempre existe la posibilidad de usar Rails (de hecho, en muchos casos
tampoco es la solución adecuada). Pero el mayor problema que yo le veo a
las alternativas en PHP es, precisamente, ese: que están escritas en
PHP. Y hombte, entre uno y otro lenguaje, no hay color :wink:

Imobach, abro esta pregunta.

¿En qué casos creen que Rails no es una solución adecuada?

¿En esos casos, no usarían Python mil veces antes que PHP?

On Tue, May 08, 2007 at 01:02:45PM -0400, listas.sguamanb wrote:

para PHP, hace un tiempo me topé con CakePHP y me dejó muy impresionado,
y el nuevo sitio de desarrollo

Así, cómo os lo cuento. Resulta que dice que no vamos a arriesgar el
Entonces un día me topo en no se que blog, con un artículo sobre "Code

  • Carece de partials (o eso creo)
  • Dispone de testing (no lo he probado)
    creo que está muy bien y hace que nos sintamos casi cómo en casa. Pero
    que quede claro que cómo Rails, nada eh…

Y ya para terminar me dirijo a vosotros para pediros opinión si los
conocéis y que los probéis si os apetece a modo de curiosidad. Y así
crear un poco de debate acerca de las alternativas que tenemos a Rails
para cuando no se puede utilizar Rails…

Está muy bien que haya alternativas para PHP, ya que como bien dices no
siempre existe la posibilidad de usar Rails (de hecho, en muchos casos
tampoco es la solución adecuada). Pero el mayor problema que yo le veo a
las alternativas en PHP es, precisamente, ese: que están escritas en
PHP. Y hombte, entre uno y otro lenguaje, no hay color :wink:

El dinamismo, la expresividad, la coherencia… de Ruby no la tiene PHP.

Pero bueno, bien está tenerlos en cuenta.

Un saludo.

On Wednesday 09 May 2007 16:37:14 Damian J. wrote:

On 5/8/07, [email protected] [email protected] wrote:

Está muy bien que haya alternativas para PHP, ya que como bien dices no
siempre existe la posibilidad de usar Rails (de hecho, en muchos casos
tampoco es la solución adecuada). Pero el mayor problema que yo le veo a
las alternativas en PHP es, precisamente, ese: que están escritas en
PHP. Y hombte, entre uno y otro lenguaje, no hay color :wink:

Imobach, abro esta pregunta.

¿En qué casos creen que Rails no es una solución adecuada?

A mí sólo se me ocurren dos tipos (en los que Java funciona perfectamente):

  • aplicaciones web con transacciones distribuidas, como por ejemplo las
    bancarias, donde hay que sincronizar en varias bases de datos y
    aplicaciones.

  • aplicaciones con bases de datos legacy con un modelo excesivamente
    complejo,
    es decir, aquellas en las que el modelo no se ha pensado y no hay
    ningún tipo
    de diseño. ActiveRecord está muy bien, pero al imponer un patrón correcto
    (ActiveRecord, valga la redundancia) se hace muy complicado usar bases
    de
    datos cutres. Todo esto se agradece, puesto que te obliga a usar un
    modelo
    sencillo para representar tus datos.

Como dicen en el anuncio, para todo lo demás, Rails.

Saludos.

Damian J.
escribió:> Imobach, abro esta pregunta.

¿En qué casos creen que Rails no es una solución adecuada?

A mí aún se me ocurren escenarios en los que no usaría Rails para
desarrollo web (cada vez menos, eso sí). A bote pronto:

  • clientes que no quieren un desarrollo completo, sino la
    personalización de uno existente (es decir, creo que aún les queda
    cuerda para rato a los CMS’s tipo Drupal o Joomla, y a los OSCommerce y
    compañía). A día de hoy PHP ofrece más soluciones de este tipo que Rails.

  • clientes que quieren una web-fachada con, a lo sumo, una portada en la
    que publicar noticias, y unas cuantas páginas estáticas. En desarrollos
    tan pequeños no creo que haya diferencias sustanciales entre usar Rails
    y PHP, y seguramente nos encontramos en el escenario siguiente…

  • el cliente quiere una aplicación estable y que asuma cierto nivel de
    carga, pero no está dispuesto a asumir el coste de alojamiento de un
    servidor dedicado o un VPS. Aún no he leído experiencias positivas sobre
    aplicaciones RoR en alojamiento compartido.

Hasta hace poco estaba también el escenario del cliente con
aplicación J2EE/.Net cuyo departamento de sistemas no deja instalar nada que no
corra sobre su servidor de aplicaciones. Por lo que cuentan, con JRuby y
IronPython este escenario ya no será problemático :slight_smile:

¿En esos casos, no usarían Python mil veces antes que PHP?

Sin duda prefiero python a PHP, pero ahora mismo no se me ocurre
ningún caso en el que se pueda utilizar python y no se pueda utilizar ruby, o
viceversa. Desde mi punto de vista (no conozco Perl) ambos son los
lenguajes ideales para desarrollos ágiles, y creo que tienen un
potencial tremendo que el mercado nacional (hablo desde España) aún no
ha percibido.

Seguro que me he dejado algunos casos en el tintero, así que animo a los
listeros a seguir tirando del hilo…

Saludos,
Raúl Murciano

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs