hcsnemrebured
Me considero un desarrollador de plantillas de WordPress bien capacitado, y recientemente comencé a leer libros y documentos sobre marcos de aplicaciones web, particularmente Django y Ruby on Rails. No sabía ninguno de los dos idiomas, pero no tengo problemas para aprender uno o dos. Realmente no obtengo los beneficios reales de usar un marco, porque confío mucho en el poder de WordPress. Entonces, ¿alguien puede decirme los beneficios reales de usar un marco? Por ejemplo, Pinterest está hecho con Django, pero creo que puedo lograr los mismos resultados con una plantilla de WordPress usando Javascript y CSS3. ¿Alguien puede decirme las diferencias/beneficios de usar un marco en ese caso particular?
Chris Heald
Puede lograr la misma interfaz con WordPress, pero lo que no podrá lograr es la velocidad y la escala, y lo que es más importante, la capacidad de mantenimiento, de una aplicación basada en una arquitectura más orientada a la aplicación.
WordPress es muy flexible, pero también es lento y necesita una gran cantidad de TLC para poder operar en cualquier tipo de escala significativa. Su diseño permite una modificación del comportamiento en tiempo de ejecución muy flexible, pero esto también es un poco como una caja de Pandora, ya que significa que el código puede terminar ejecutándose por todas partes para cualquier página determinada, lo que hace que el mantenimiento sea una pesadilla.
WordPress es extremadamente bueno para ser un CMS, pero una vez que comienza a empujarlo fuera de esos límites, se mete en problemas y tiene que escribir su propio marco más abstracto que se ejecuta dentro del contexto de WordPress para poder cumplir. las necesidades de su aplicación.
Dicho esto, si tiene una aplicación que puede construir en el contexto de WordPress, ¡le diría que lo haga! WordPress puede ser una herramienta maravillosa para crear una prueba de concepto o MVP. Si lo pone en marcha, entonces puede ser la opción correcta en lugar de escribir una aplicación completa. Sin embargo, tenga en cuenta que va a chocar con algunos muros de ladrillo a medida que el diseño de su producto madure y su audiencia crezca, a menos que su aplicación se ajuste a un conjunto bastante limitado de requisitos de diseño, por lo que, a largo plazo, es posible que tenga que cambiar a una aplicación personalizada.
Credenciales: Pasé los últimos dos años manteniendo una instalación de WordPress que sirvió a más de 25 millones de usuarios únicos mensuales, y tuvimos que ser muy inteligentes para mantenerlo en funcionamiento. Desde entonces, la reemplazamos con una aplicación Rails que sirve páginas en algún lugar del orden de 10x-30x más rápido y es significativamente más extensible como aplicación, lo que nos permite comenzar a explorar el potencial de la aplicación que realmente no pudimos obtener con WordPress.
-
eso es más o menos lo que iba a decir yo mismo, pero lo dije de una manera mucho mejor de lo que podría haberlo dicho
– JCherryhomes
13 de diciembre de 2012 a las 15:14
-
Gracias por la respuesta muy bien equilibrada. También refleja mi experiencia: WordPress lo pone en funcionamiento muy rápido y puede modificarlo un poco para satisfacer sus necesidades. Pero con el tiempo, a medida que su aplicación se vuelve más compleja, las cosas comienzan a complicarse y se dedica cada vez más tiempo a trabajar en las funciones faltantes de WordPress.
– dwenaus
18 de febrero de 2013 a las 18:52
-
“y tuvimos que ser muy inteligentes para mantenerlo funcionando”. esto es algo bueno, no? Esta declaración puede confundir a la gente con “Go Rails, te permite escribir código que huele a espagueti, es rápido, no necesitas ser inteligente” 🙂
– Sébastien GISSINGER
27 de marzo de 2015 a las 17:26
-
Con respecto a la programación, inteligente es casi siempre malo. Cuando digo “inteligente” me refiero a “hacks esotéricos y frágiles”. Si está escribiendo un código inteligente, está haciendo que el trabajo de alguien sea más difícil dentro de seis meses.
– Chris Heald
27 de marzo de 2015 a las 19:21
-
“Cuidado amoroso y cariñoso”. Básicamente, tuvimos que dedicar mucho tiempo y esfuerzo a ello.
– Chris Heald
15/04/2015 a las 19:22
Adán Pietrasiak
Una vez tomé la decisión mientras trabajaba en una start-up de elegir WordPress para un mercado de comercio electrónico avanzado impulsado por la comunidad.
fue una decisión horrible
Así es como me sentía:
Al principio, se veía bien: tienes una comunidad increíble, complementos para todo, etc. Pero más temprano que tarde me topé con la pared: en su raíz – WordPress es una plataforma de blogs!
- Cada pieza de contenido técnicamente es un
post
. - Es muy difícil crear relaciones avanzadas entre elementos.
- Las funcionalidades no son consistentes. Algunas funciones funcionan de una manera, mientras que otras que parecen ser muy similares funcionan de manera diferente. A veces necesitas algunos trucos extraños para lograr una tarea que parece simple. Te hace leer los documentos muy a menudo para ver cómo funciona una función que estás usando por milésima vez. (Sin embargo, para ser honesto, ¡debo decir que la documentación de WordPress es excelente!)
La comunidad de WordPress está haciendo un gran trabajo, pero en comparación con cualquier Framework regular, hay una diferencia principal: Los marcos son solo marcos – ellos son un conjunto de herramientas y esas herramientas están ahí para ayudarlo a hacer su proyecto. WordPress ya está tratando de ser algo que luego podrías cambiar.
Nunca volveré a usar WordPress para nada que necesite alguna funcionalidad organizada y personalizada.
De hecho, estoy bastante impresionado con lo que la gente ha creado con wordpress, así que si quieres, ¡es posible y buena suerte!
Sin embargo, a menudo se siente como comprar un camión y reconstruirlo para convertirlo en una casa. Hay mejores formas de construir una casa.
Quiero ofrecer una opinión disidente, aunque voté a favor de la respuesta principal.
¿Rails es realmente especial?
Rails fue creado por David Hansson, quien lo extrajo de Basecamp, un software que se replica en un complemento gratuito de WordPress. Gerente de proyecto de WP. Creo que es un buen indicador de que los desarrolladores de Rails están subestimando PHP y WordPress.
MVC y WP
Es cierto que no sigue un patrón MVC. pero si usas manos, separe la lógica (en complementos) de las vistas (en plantillas), entonces tendrá una buena separación de código. (También una pista: los tipos de publicaciones personalizadas son como modelos).
Marco vs Aplicación
Como puede ver, WordPress puede tratarse como una aplicación o un marco. Es una aplicación, con todos los componentes que esperaría encontrar en un marco. Nada más sacarlo de la caja, tiene seguridad, autenticación y extensibilidad. Y está destinado a ser extendido.
Escalada
WP impulsa el 18% de los sitios web de Internet, incluidos TechCrunch, Smashing Magazine y (partes de) CNN. Parece que hay formas de escalar WP. Descargo de responsabilidad: no tengo experiencia trabajando en megasitios como estos, por lo que estoy ofreciendo meras conjeturas.
Futuro de WP
La aspiración actual de la comunidad de WP es cambiar WP de un CMS a un marco. Creo que es una progresión natural considerando que todas las piezas están en su lugar. Y la comunidad de WordPress se está fortaleciendo.
-
Seguro que puedes escalar WordPress, pero ¿será más fácil escalar Rails o escalar WordPress? Esa es la clave. Fuera de la caja, wordpress es excelente, pero para una gran personalización, entonces debe reconsiderarlo.
– Donato
5 mayo 2015 a las 15:16
-
Estoy de acuerdo con ésto. La comparación no debería ser entre Django, Rails y WordPress. Debe estar entre lo anterior y un framework PHP como Laravel, por ejemplo.
– misdreavus79
10 de junio de 2016 a las 17:37
No es realmente una respuesta, sino una pista:
http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks
Como si pudieras reemplazarlo por completo… Creo que es principalmente una cuestión de flujo lógico. Depende de cuánta programación imperativa (Ruby on Rails) versus descriptiva (WordPress) pretenda hacer.
No creo que wordpress pueda reemplazar a los rieles, porque wordpress tiene un conjunto limitado de API y soporte al compararlo con RoR. Aunque wordpress es una herramienta poderosa para la aplicación de blogs, se puede lograr el mismo efecto con rieles usando gemas como Radiant CMS, Refinery CMS, Locomotive. Agregar el poder como ttd que se puede hacer varía fácilmente con rieles es muy difícil con wordpress.
Lo mismo con el mecanismo de autenticación y autorización como dispositivo y cancan. No hay una opción fácil para hacer lo mismo con wordpress.
Los rieles facilitan la vida del programador. Para toda la aplicación web, siempre preferiré ir con los rieles.
ojos virtuales
WordPress no puede reemplazar el marco X, pero los dos ciertamente pueden complementarse entre sí.
Por ejemplo, una interfaz de WP que ofrece contenido CMS con un tema atractivo es bastante difícil de superar; proxy a un servidor back-end para contenido personalizado y listo, lo mejor de ambos mundos. De lo contrario, WP inevitablemente no cumplirá con todos los requisitos y se encontrará yendo por la madriguera del conejo de agujeros redondos y cuadrados, un lugar realmente doloroso; ahí es donde entra el marco X, llenando los vacíos de WP.
La noción de que WP no escala puede tener algo de verdad, pero para el caso general, el 95%, manejará cualquier cosa que le arrojes, particularmente con WP Cache u otro complemento de almacenamiento en caché incluido en la mezcla.
Algunos pueden decir, bueno, ¡puedes construir WP con Django o RoR! Je, je, tu primero 😉
FWIW, evito los marcos de lenguaje dinámico a favor de sus contrapartes estáticas/fuertemente tipadas. Use WP para el brillo y el marco X estático para la velocidad/escalabilidad/seguridad. Por supuesto, eso es una cuestión de preferencia, claramente algunos prefieren la flexibilidad del tiempo de ejecución sobre la seguridad del tiempo de compilación. Estoy totalmente en el último campamento en estos días…
BEJ
En el término más simple, siempre quiero ponerlo así…
Puede usar un marco para hacer WordPress en sí mismo y mejor Pero no puede usar WordPress para hacer un marco
Django y Rails son marcos para construir cosas: le brindan un conjunto de herramientas que ayuda a crear aplicaciones ricas. WordPress es una aplicación en sí misma, construida sin framework, desde cero, en PHP. Entonces, si está seguro de que los requisitos de su aplicación se encuentran dentro de los límites de lo que es posible en WordPress, entonces hágalo. Una vez que salgas de esos límites, te encontrarás rápidamente con un muro de lo que es posible.
– Timmy O’Mahony
13 de diciembre de 2012 a las 15:23
básicamente, y sé que es demasiado tarde para la fiesta, wordpress es una vaca gorda
– Qchmqs
10 de enero de 2017 a las 13:39