- Redmine no lo conozco, y tampoco conozco el resto de sitemas para gestionar proyectos, si a vosotros os parece bien y os ha sido útil yo me adapto a cualquier sistema de gestión.
- GitHub lo tengo en la lista de cosas pendientes, por lo que he mirado tiene una pinta sensacional, normalmente para el control de versiones si puedo tiro de linea de comandos y he visto que github no es un svn no es un svn pero también tiene control por linea de comandos así que fenomenal. Solo me tira para atrás que la versión chachi de github para alojar los repositorios sea de paganini, con lo que si tienes cuenta gratis me pareció ver que tus repositiorios eran publicos y faltaban algunas de las funcionalidades chachis. La otra opción supongo que es google code que esa si es svn.
- Hosting propio Esto de momento no es necesario, yo de momento estoy haciendo todo desde mi localhost y solo he encontrado ventajas a trabajar con mi propio desarrollo, quizás más adelante sea divertido colgar algo estable en un sitio publico, una demo, versiones y esas cosas, pero como la idea es hacer una herramienta portable que mejor que empezar trabajando ya desde esa filosofía, el único pero que le veo es que evidentemente el entorno de desarrollo tiene que ser el mismo para todso y eso a veces da problemas, me refiero a las configuraciones particulares de cada instalación, modulos de php, apache, enrutamientos... Si alguien tiene una idea buena sobre el tema que lo diga, pero en principio a mi no me importa desarrollar en local sobre paquetes desde repositorio.
A ver, he hecho algunas consultas técnicas así en plan rápido, primeras impresiones...
- Nosotros por nuestra parte confiamos en Redmine (quizá lo tuneemos un poco) como gestor de proyectos. ¿Alguien tiene opiniones en contra del mismo? ¿Alguna propuesta mejor? ... Necesitamos que sea libre y que esté en Rails
- Nos vendría de perlas poder utilizar un servicio de control de versiones externo y gratuito, como por ejemplo GitHub. Es decir que cuando alojemos un proyecto vamos a utilizar un repo gratuito de GitHub. Mola además porque en proyecto tiene más visibilidad que si estuviera sólo en Domestika (el plugin que liberamos de URLs lo tenemos alojado allí) ... Pero claro Git se desconoce un poco más que Subversion, tiene menos clientes gráficos molones, menos integración con aplicaciones de desarrollo, etc... ¿Alguien ve algún problema - general, o particular para este proyecto - en utilizar Git en lugar de SVN? Por supuesto el repo estaría totalmente integrado en el gestor, simplemente estaría alojado en otro sitio.
- Lo que NO podríamos hacer es alojar a su vez la aplicación en desarrollo dentro de nuestros servidores (al menos si queremos ofrecer algo ya, porque montar máquinas para esto hay que pensárselo mucho más y lleva un coste gordo). Porque las máquinas son las de Domestika.org y si alguien mete la pata nos tiráis el chiringuito al suelo. Es decir nosotros alojaríamos el gestor de proyectos y el repo, pero la ejecución de la apli debería estar en otro sitio.
Yo diría que el CMS ideal debería soportar mínimo AMF y XML como métodos de intercambio.
Si, ya he estado pensando en ello, pero las diferencias entre los 2 métodos de recepción de datos son enormes, por un lado desde el back no es lo mismo formatear una salida XML, que lanzar un servicio, y en el lado del cliente, tampoco es lo mismo lanzar un servicio que solicitar un xml.
La solución pasa entonces por que desde drupal se puedan lanzar los datos en diferentes formatos.
Me tengo que sentar un rato a juntar mucho los ojos a ver que soluciones se me ocurren, desde luego me imagino un módulo que permite en flash enviar un correo de contacto y la mejor manera que se me ocurre es lanzar un servicio al servidor para gestionar el envío.
Ahora pienso en ese framework tan bonito que tenía que leía sus assets de xml y reescribirlo para que sea gestionado por servicios y me da una pena...
Desde hace tiempo me ronda en la cabeza la idea de que Domestika ofreciera algún tipo de alojamiento para proyectos interesantes y que surjan de la propia comunidad (seguramente basado en Redmine)
Voy a consultar un poco el tema, a ver cómo de complejo sería (porque tiene lo suyo, sobre todo a nivel de sistemas)
Yo diría que el CMS ideal debería soportar mínimo AMF y XML como métodos de intercambio. Es decir, si tienes una galería de imágenes, debería poder hablar con el backend en cualquiera de los 2 formatos. Personalmente prefiero AMF pero hay mucha gente que con el XML está más cómoda. Y también habría que apañárselas para dejar la puerta abierta añadir otros sistemas de intercambio en el futuro (SWX, por ejemplo).
Un blog no, que luego es muy cansino de mantener, de momento estoy guardando toda la info que recopilo sobre este proyecto en un wiki que me he instalado en local, según vaya avanzando iré colocando updates en este hilo, si el proyecto sigue adelante, colocaré la info en algún lugar público con los resultados de las cosas. A ver que sale de todo esto.
Update:!! sobre lo que llevo investigado de momento en torno a los CMS/Drupal y Flash, apartarse que vengo cargado.
Después de estar investigando en profundidad un par de días, he comprobado que Drupal si que es la solución a lo que pedía, además he encontrado 2 soluciones a lo que estaba buscando.
La primera: Trabajar sobre módulos que generen una salida XML standard.
Drupal tiene al menos un módulo especial CCK( Content Construction Kit) que permite generar módulos personalizados. Es decir, módulos con tipo y número de campos de entrada personalizados, ( aquí info sobre como funciona ). En esa página teeis un magnifico screencast sobre CCK y otro resumen que merece la pena mirar .
Por otro lado Drupal tiene el módulo Views Este es un módulo que te permite personalizar el formato de salida de los módulos, (aquí info sobre como funciona), con otro estupendo screencast que también recomiendo ver.
En este caso solo hay que programar las plantillas de salida y asignarles el contenido que deben mostrar.
Con estos dos módulos que son bastante potentes tenemos un buen comienzo para hacer el CMS. Una vez controlados, se podría ir adaptando mediante VIEWS el formato de salida de módulos ya desarrollados (e-commerce o galerías de assets), o por otro lado generando mediante CCK+VIEWS los de implementación específica para el proyecto por ejemplo una sección sección de texto en la web, o noticias personalizadas.
Aquí un ejemplo de implementación de VIEW para presentar datos en forma de XML
La segunda opción que he encontrado consiste en trabajar con los “Service Callbaks” Drupal tiene un módulo bastante potente también, llamado SERVICES, este módulo ofrece integración con los siguientes servicios:
* XMLRPC
* AMFPHP
* JSON
* REST
* SOAP
XMLRPC está incluido en el módulo, el resto son módulos apartes que ofrecen la conexión y que pueden ser añadidos. Os dejo un par de enlaces muy interesantes sobre esto. El grupo de Drupal en el que se tratan estos temas enlace y unos screencast sobre como implementar los servicios con Flex. En concreto en el screencast usan AMFPHP que es el que mola para Flash/ Flex. Aquí para descargarse AMFPHP Con esto que os cuento parece que unos tipos han creado ya un pequeño framework conector para AS3 que conecta el contenido de Drupal con Flash usando el módulo Services y AMFPHP se llama DrupalSite su documentación aquí
Conclusiones De las dos opciones la primera coloca el contenido del cms en archivos XML personalizados (ASSETS)y parece la más acertada si lo que se busca es unir el CMS con el framework Gaia. Gaia parece no permitir por el momento recibir el contenido desde AMFPHP, enlace aunque me he hencontrado con este post en el foro oficial en el que se habla de la posibilidad de conectar los dos y como se haría.
La segunda opción pasaría por implementar el framework de DrupalSite con algún otro existente.
En cualquiera de las dos situaciones hay mucho curro por delante así que ahora es el momento de elegir el tipo de desarrollo por el que voy a decidirme.
No se si alguien de vosotros ha estado avanzando sobre esto también,o si le interesa el tema que acabo de contar en cualquier caso me encantará conocer vuestras opiniones sobre el tema. Antes de ponerme manos a la obra.
Bola extra Si os ha interesado el tema pero queréis empezar de cero, lo suyo es que os instaléis la última versión a día de hoy de Drupal 6.8, los screencast que he posteado más arriba son muy útiles, pues empiezan desde el momento en el que instalas Drupal.
Para instalar Drupal necesitaréis Apache 2, PHP 5.2, mySQL 5.x, podéis optar por instalarlo en vuestro ordenador para hacer pruebas tranquilamente. Para ello existen soluciones gratuitas en MAC (MAMP) y Windows (XAMPP) que instalan los paquetes necesarios al completo. MAC viene con Apache pre-instalado y el módulo para PHP5 que tendréis que activar en el httpd.config, MySQL no viene instalado así que tendréis que descargarlo y montarlo desde cero, si pasáis de MAMP, os atrevéis con el hard way y os quedáis atrancados, preguntadme, aunque os recomiendo que uséis MAMP, luego no digais que no os avisé.
Madre mía! toy flipando con el currelo de la peña.
Llevo unos días buscando CMS´s para flash, pero lo que he estado viendo hasta ahora no me gusta nada la pinta que tiene.
Esa idea de usar Drupal a modo de CMS y reutilizar luego los XML´s para cargarlos en Flash está muy bien. La verdad es que no me explico porque no existe un CMS sencillito que haga precisamente lo que suele querer un diseñador medio para webs sencillitas en flash pero con posibilidad de autogestionarse por parte del cliente... Es mucho pedir?
Seguiré atento vuestros avances con el Drupal porque tengo verdadero interés en conseguir una herramienta que me quite trabajo para proyectos futuros.
Pues depende de lo que quieras hacer. Google Code no está mal para empezar. Incluso si curras tú sólo, te da SVN público, Wiki y gestión de bugs, que no está mal para ser gratis.
Luego que supongo que habría que definir un poco más lo que quieres conseguir ¿no? Supongo que con la base de Drupal, cada uno se podría encargar de implementar cada uno de los módulos y tunearlos como fuera necesario y tal.
Yo suelo trabajar en plan lobo solitario pero este proyecto sería muy interesante poder desarrollarlo entre varios usuarios, en el caso de que os animarais a desarrollar el CMS, ¿conoceis alguna herramienta colaborativa?, con un sitio donde poder colgar versiones, foro para comentar los desarrollos... a mi me suena basecamp.
Ayer estuve cacharreando con drupal y me dió muy buena impresión. Por lo que he podido ver hasta el momento, es suficientemente flexible como para poder adaptarse a lo que yo necesitaba.
Cosas que he visto que me gustan!:
Instalación sencillísima y con requerimientos estandar mySQL, PHP y detalles como modrewrite y simpleXML
Se puede crear un usuario superadministrador que instale, configure y asigne los recursos y modulos, ese sería yo.
Existen multitud de módulos desarrollados, yo diría que miles que permiten hacer casi de todo; e-commerce, news, galerias multimedia, blogs, feeds...
Se puede personalizar casi al completo el aspecto del administrador, se pueden retocar los themes, mover los bloques de contenido de posición, cambiar logotipos...
Posibilidad de presentar el contenido en XML, JSON e incluso desarrollar para AMFPHP.
Una comunidad enorme con mucha documentación, foros, manuales...
Detalles a tener en cuenta:
Los módulos tienen 2 vistas, la parte de administración y la parte de presentación de contenido, hay que tenerlo en cuenta porque el trabajo es doble al desarrollar un módulo.
Existen tantos módulos desarrollados que es muy dificil encontrar el bueno a partir del que modificar luego el tuyo.
Todavía no se como de sencillo es exportar las personalizaciones que haga a mi instalación de drupal, si empiezo a añadir cambios que van más allá de reprogramar módulos, como son los themes, los perfiles de usuarios, contenidos de BBDD, paths... Lo que estaría muy bien es que se pudiera reempaquetar todo una vez desarrollados los módulos y esas cosas.
En principio quería un CMS que simplemente diera salida a XML, pero he pensado que se puede llevar un poco más allá el desarrollo y presonalizar el contenido al tipo de usuario, es decir, una vez que hemos desarrollado todos los módulos, podemos crear diferentes presentaciones para el contenido, por ejemplo para los robots de los buscadores. También he visto módulos para OpenSocial, conectores con APIs así que las posibilidades son enormes. De momento me conformo con lo que pedí al principio del hilo. :D
Eso mismo llevo yo buscando desde ni me acuerdo cuando...
Oskitar, si encuentras algo avisa, o si necesitas cualquier ayuda avisa también (aunque en tema de backend poco te voy a poder ayudar).
Drupal es una joya. Es lo mejor que he visto en muuuuucho tiempo. Olvidate de Flash. Siempre casca por algun sitio. Mejor usar algo más robusto. Drupal!!
Flash casca si no lo sabes usar como todo pero en mi caso que curro profesionalmente de desarrollador flash olvidarme de flash no es una opción, lo que me ha propuesto Zárate es retocar Drupal para hacer el CMS que necesito para flash.
A ver si tengo un rato y me pongo a ello.
Drupal es una joya. Es lo mejor que he visto en muuuuucho tiempo. Olvidate de Flash. Siempre casca por algun sitio. Mejor usar algo más robusto. Drupal!!
De todas formas hablo por hablar porque no he tocado Drupal. Sin embargo las referencias que yo tenía eran buenas aunque vienen de un friki-mega-friki. Otro candidato podría ser Open CMS:
Pero de ese sí que no tengo ni referencia. Eso sí, lo que saques en claro ponlo por aquí que siempre interesa. Y si necesitas ayuda da un toque, a mi no me importaría programar un par de módulos de Drupal u Open CMS aunque sólo sea por el frikismo de echarle un ojo.
yarrr!! Drupal era el último de la lista que quería probar, me llené de prejuicios cuando me tocó trabajar con él haciendo unas webs de grupos musicales para EMI sobre plantillas. Pide referencias a Dani (Karonte) y a tu hermano de eso a ver que cuentan, a mi no me gusto nada el sitema de gestión era un infieggno.
De todas formas como siempre tienes más razón que yo, voy a mirar lo de drupal a ver que tal, porque ahora que lo dices con drupal ya tengo todo el tema de gestión de usuarios, un superadmin (yo) que instala, configura módulos y asigna permisos; y redactores, con privilegios solo para editar contenido de las secciones. Si veo que resulta facil preparar módulos os cuento algo.
Pueeeeees... ¿has mirado Drupal? A ver, lo que necesitas es un CMS libre + modular + que escupa XML. Drupal tiene toda la pinta de ser lo que necesitas. Si no hay un módulo de drupal para una tarea en concreto, pues te picas solo ese módulo, no todo el CMS. Sobre todo cosas como gestión de usuarios, roles, recordar contraseña, mandar mails... eso es un puto peyote y roba tiempo a saco.
Y si son 18.000 archivos pues que así sea, lo importante es que haga lo que necesitas sin meterse en tu camino ¿no?
Yo me ofrezco a echarte un cable si no encuentras algo fácil. Lo montamos a medias si quieres, vamos. No soy tan fiera como tú pero algo de curro te quito seguro y si al final tenemos algo útil ¡mejor para todos!
Con lo poco que me gusta a mi también el backend.
De todas formas os iré informando de que forma toda la cosa, si pillo unos dias sin curro intentaré hacer algo y os doy un toque.
yo hace algún tiempo que pienso en eso también. Si finalmente no encuentras una solución que te mole y quieres ayuda para picar o para lo que sea ya sabes ande encontrarme ^_^
Yeah! cuanto tiempo Cay!!
La historía precisamente es para poder integrar todo esto con el framework Gaia que me tiene absolutamente flipado, si Gaia tuviera ya un CMS por detrás en condiciones sería el pepinazo del año en flash.
Por eso estoy intrigado buscando, y si no queda más remedio desarrollaré el mío propio juntando todos los desarrollos que tengo por ahí. Auqne actualmente no tengo mucho tiempo para hacerlo.
Pues que yo sepa lo tienes chungo :(... sé que existen temas ("cms flash" en google) pero la verdad es que nunca me han dado demasiada confianza...
Mirate Gaia Framework, que te resuelve la papeleta con varios temas a la vez (estructura, swfaddress, idiomas, estadisticas, etc...).
Lo demas, pues un modulo de noticias no es muy chungo de hacer lo suficientemente flexible como pa que te sirva pa la mayoria de los proyectos. Formularios, se pueden reciclar bastante bien tambien (no conozco nada opensource por ahi).
Sobre las galerias de fotos, la verdad es que hay muchos temas ya hechos, con mayor o menor complejidad (SlideShowPro p.e).... aunque yo te recomendaria armarlo a tu gusto con el API de Flickr que es bastante simple, y que Flickr como CMS está bastante bien ;)
Gestion de e-commerce, npi ^^
Suerte!
oskitar
Esto pinta fenomenal :D
- Redmine no lo conozco, y tampoco conozco el resto de sitemas para gestionar proyectos, si a vosotros os parece bien y os ha sido útil yo me adapto a cualquier sistema de gestión.
- GitHub lo tengo en la lista de cosas pendientes, por lo que he mirado tiene una pinta sensacional, normalmente para el control de versiones si puedo tiro de linea de comandos y he visto que github no es un svn no es un svn pero también tiene control por linea de comandos así que fenomenal. Solo me tira para atrás que la versión chachi de github para alojar los repositorios sea de paganini, con lo que si tienes cuenta gratis me pareció ver que tus repositiorios eran publicos y faltaban algunas de las funcionalidades chachis. La otra opción supongo que es google code que esa si es svn.
- Hosting propio Esto de momento no es necesario, yo de momento estoy haciendo todo desde mi localhost y solo he encontrado ventajas a trabajar con mi propio desarrollo, quizás más adelante sea divertido colgar algo estable en un sitio publico, una demo, versiones y esas cosas, pero como la idea es hacer una herramienta portable que mejor que empezar trabajando ya desde esa filosofía, el único pero que le veo es que evidentemente el entorno de desarrollo tiene que ser el mismo para todso y eso a veces da problemas, me refiero a las configuraciones particulares de cada instalación, modulos de php, apache, enrutamientos... Si alguien tiene una idea buena sobre el tema que lo diga, pero en principio a mi no me importa desarrollar en local sobre paquetes desde repositorio.
orange
A ver, he hecho algunas consultas técnicas así en plan rápido, primeras impresiones...
- Nosotros por nuestra parte confiamos en Redmine (quizá lo tuneemos un poco) como gestor de proyectos. ¿Alguien tiene opiniones en contra del mismo? ¿Alguna propuesta mejor? ... Necesitamos que sea libre y que esté en Rails
- Nos vendría de perlas poder utilizar un servicio de control de versiones externo y gratuito, como por ejemplo GitHub. Es decir que cuando alojemos un proyecto vamos a utilizar un repo gratuito de GitHub. Mola además porque en proyecto tiene más visibilidad que si estuviera sólo en Domestika (el plugin que liberamos de URLs lo tenemos alojado allí) ... Pero claro Git se desconoce un poco más que Subversion, tiene menos clientes gráficos molones, menos integración con aplicaciones de desarrollo, etc... ¿Alguien ve algún problema - general, o particular para este proyecto - en utilizar Git en lugar de SVN? Por supuesto el repo estaría totalmente integrado en el gestor, simplemente estaría alojado en otro sitio.
- Lo que NO podríamos hacer es alojar a su vez la aplicación en desarrollo dentro de nuestros servidores (al menos si queremos ofrecer algo ya, porque montar máquinas para esto hay que pensárselo mucho más y lleva un coste gordo). Porque las máquinas son las de Domestika.org y si alguien mete la pata nos tiráis el chiringuito al suelo. Es decir nosotros alojaríamos el gestor de proyectos y el repo, pero la ejecución de la apli debería estar en otro sitio.
¿Cómo lo veis?
oskitar
Si, ya he estado pensando en ello, pero las diferencias entre los 2 métodos de recepción de datos son enormes, por un lado desde el back no es lo mismo formatear una salida XML, que lanzar un servicio, y en el lado del cliente, tampoco es lo mismo lanzar un servicio que solicitar un xml.
La solución pasa entonces por que desde drupal se puedan lanzar los datos en diferentes formatos.
Me tengo que sentar un rato a juntar mucho los ojos a ver que soluciones se me ocurren, desde luego me imagino un módulo que permite en flash enviar un correo de contacto y la mejor manera que se me ocurre es lanzar un servicio al servidor para gestionar el envío.
Ahora pienso en ese framework tan bonito que tenía que leía sus assets de xml y reescribirlo para que sea gestionado por servicios y me da una pena...
oskitar
Me parece una idea fantabulosa estaré atento.
orange
Desde hace tiempo me ronda en la cabeza la idea de que Domestika ofreciera algún tipo de alojamiento para proyectos interesantes y que surjan de la propia comunidad (seguramente basado en Redmine)
Voy a consultar un poco el tema, a ver cómo de complejo sería (porque tiene lo suyo, sobre todo a nivel de sistemas)
juandelgado
Golazo Oskitar.
Yo diría que el CMS ideal debería soportar mínimo AMF y XML como métodos de intercambio. Es decir, si tienes una galería de imágenes, debería poder hablar con el backend en cualquiera de los 2 formatos. Personalmente prefiero AMF pero hay mucha gente que con el XML está más cómoda. Y también habría que apañárselas para dejar la puerta abierta añadir otros sistemas de intercambio en el futuro (SWX, por ejemplo).
Salud!
dourado
BuenAS,
Oskitar no te olvides de hacer un backup del disco :D
Salud++
oskitar
Un blog no, que luego es muy cansino de mantener, de momento estoy guardando toda la info que recopilo sobre este proyecto en un wiki que me he instalado en local, según vaya avanzando iré colocando updates en este hilo, si el proyecto sigue adelante, colocaré la info en algún lugar público con los resultados de las cosas. A ver que sale de todo esto.
http://www.dokuwiki.org/dokuwiki
dourado
Es que es para realmente hacerte un blog!!
uau...Thanks :)
Salud++
Ventd'Aval
joddder nen, thankiu! :D
Odrakir
Ostras! Hazte un blog tronco! :D
Me lo guardo todo para investigarlo cuando tenga un rato, muchas gracias Oskitar.
oskitar
Update:!! sobre lo que llevo investigado de momento en torno a los CMS/Drupal y Flash, apartarse que vengo cargado.
Después de estar investigando en profundidad un par de días, he comprobado que Drupal si que es la solución a lo que pedía, además he encontrado 2 soluciones a lo que estaba buscando.
La primera:
Trabajar sobre módulos que generen una salida XML standard.
Drupal tiene al menos un módulo especial CCK( Content Construction Kit) que permite generar módulos personalizados. Es decir, módulos con tipo y número de campos de entrada personalizados, ( aquí info sobre como funciona ). En esa página teeis un magnifico screencast sobre CCK y otro resumen que merece la pena mirar .
Por otro lado Drupal tiene el módulo Views Este es un módulo que te permite personalizar el formato de salida de los módulos, (aquí info sobre como funciona), con otro estupendo screencast que también recomiendo ver.
En este caso solo hay que programar las plantillas de salida y asignarles el contenido que deben mostrar.
Con estos dos módulos que son bastante potentes tenemos un buen comienzo para hacer el CMS. Una vez controlados, se podría ir adaptando mediante VIEWS el formato de salida de módulos ya desarrollados (e-commerce o galerías de assets), o por otro lado generando mediante CCK+VIEWS los de implementación específica para el proyecto por ejemplo una sección sección de texto en la web, o noticias personalizadas.
Aquí un ejemplo de implementación de VIEW para presentar datos en forma de XML
La segunda opción que he encontrado consiste en trabajar con los “Service Callbaks” Drupal tiene un módulo bastante potente también, llamado SERVICES, este módulo ofrece integración con los siguientes servicios:
* XMLRPC
* AMFPHP
* JSON
* REST
* SOAP
XMLRPC está incluido en el módulo, el resto son módulos apartes que ofrecen la conexión y que pueden ser añadidos. Os dejo un par de enlaces muy interesantes sobre esto. El grupo de Drupal en el que se tratan estos temas enlace y unos screencast sobre como implementar los servicios con Flex. En concreto en el screencast usan AMFPHP que es el que mola para Flash/ Flex. Aquí para descargarse AMFPHP
Con esto que os cuento parece que unos tipos han creado ya un pequeño framework conector para AS3 que conecta el contenido de Drupal con Flash usando el módulo Services y AMFPHP se llama DrupalSite su documentación aquí
Conclusiones
De las dos opciones la primera coloca el contenido del cms en archivos XML personalizados (ASSETS)y parece la más acertada si lo que se busca es unir el CMS con el framework Gaia. Gaia parece no permitir por el momento recibir el contenido desde AMFPHP, enlace aunque me he hencontrado con este post en el foro oficial en el que se habla de la posibilidad de conectar los dos y como se haría.
La segunda opción pasaría por implementar el framework de DrupalSite con algún otro existente.
En cualquiera de las dos situaciones hay mucho curro por delante así que ahora es el momento de elegir el tipo de desarrollo por el que voy a decidirme.
No se si alguien de vosotros ha estado avanzando sobre esto también,o si le interesa el tema que acabo de contar en cualquier caso me encantará conocer vuestras opiniones sobre el tema. Antes de ponerme manos a la obra.
Bola extra
Si os ha interesado el tema pero queréis empezar de cero, lo suyo es que os instaléis la última versión a día de hoy de Drupal 6.8, los screencast que he posteado más arriba son muy útiles, pues empiezan desde el momento en el que instalas Drupal.
Para instalar Drupal necesitaréis Apache 2, PHP 5.2, mySQL 5.x, podéis optar por instalarlo en vuestro ordenador para hacer pruebas tranquilamente. Para ello existen soluciones gratuitas en MAC (MAMP) y Windows (XAMPP) que instalan los paquetes necesarios al completo. MAC viene con Apache pre-instalado y el módulo para PHP5 que tendréis que activar en el httpd.config, MySQL no viene instalado así que tendréis que descargarlo y montarlo desde cero, si pasáis de MAMP, os atrevéis con el hard way y os quedáis atrancados, preguntadme, aunque os recomiendo que uséis MAMP, luego no digais que no os avisé.
Os dejo el listado de enlaces importantes:
proyecto CCK en Drupal
proyecto VIEWS en Drupal
proyecto SERVICES en Drupal
paquete de AMFPHP
(MAMP)
(XAMPP)
daronin Plus
Madre mía! toy flipando con el currelo de la peña.
Llevo unos días buscando CMS´s para flash, pero lo que he estado viendo hasta ahora no me gusta nada la pinta que tiene.
Esa idea de usar Drupal a modo de CMS y reutilizar luego los XML´s para cargarlos en Flash está muy bien. La verdad es que no me explico porque no existe un CMS sencillito que haga precisamente lo que suele querer un diseñador medio para webs sencillitas en flash pero con posibilidad de autogestionarse por parte del cliente... Es mucho pedir?
Seguiré atento vuestros avances con el Drupal porque tengo verdadero interés en conseguir una herramienta que me quite trabajo para proyectos futuros.
Slds y feliz año!.
juandelgado
Pues depende de lo que quieras hacer. Google Code no está mal para empezar. Incluso si curras tú sólo, te da SVN público, Wiki y gestión de bugs, que no está mal para ser gratis.
Luego que supongo que habría que definir un poco más lo que quieres conseguir ¿no? Supongo que con la base de Drupal, cada uno se podría encargar de implementar cada uno de los módulos y tunearlos como fuera necesario y tal.
Ea!
Ventd'Aval
hey, buena info, gracias! :D
googlecode? github? no se mas ^^
oskitar
Yo suelo trabajar en plan lobo solitario pero este proyecto sería muy interesante poder desarrollarlo entre varios usuarios, en el caso de que os animarais a desarrollar el CMS, ¿conoceis alguna herramienta colaborativa?, con un sitio donde poder colgar versiones, foro para comentar los desarrollos... a mi me suena basecamp.
oskitar
Ayer estuve cacharreando con drupal y me dió muy buena impresión. Por lo que he podido ver hasta el momento, es suficientemente flexible como para poder adaptarse a lo que yo necesitaba.
Cosas que he visto que me gustan!:
Detalles a tener en cuenta:
En principio quería un CMS que simplemente diera salida a XML, pero he pensado que se puede llevar un poco más allá el desarrollo y presonalizar el contenido al tipo de usuario, es decir, una vez que hemos desarrollado todos los módulos, podemos crear diferentes presentaciones para el contenido, por ejemplo para los robots de los buscadores. También he visto módulos para OpenSocial, conectores con APIs así que las posibilidades son enormes. De momento me conformo con lo que pedí al principio del hilo. :D
almostDesign
Eso mismo llevo yo buscando desde ni me acuerdo cuando...
Oskitar, si encuentras algo avisa, o si necesitas cualquier ayuda avisa también (aunque en tema de backend poco te voy a poder ayudar).
oskitar
Flash casca si no lo sabes usar como todo pero en mi caso que curro profesionalmente de desarrollador flash olvidarme de flash no es una opción, lo que me ha propuesto Zárate es retocar Drupal para hacer el CMS que necesito para flash.
A ver si tengo un rato y me pongo a ello.
iworkwithyou
Drupal es una joya. Es lo mejor que he visto en muuuuucho tiempo. Olvidate de Flash. Siempre casca por algun sitio. Mejor usar algo más robusto. Drupal!!
juandelgado
"como siempre tienes más razón que yo"
Nosageremos : )
De todas formas hablo por hablar porque no he tocado Drupal. Sin embargo las referencias que yo tenía eran buenas aunque vienen de un friki-mega-friki. Otro candidato podría ser Open CMS:
http://www.opencms.org/
Pero de ese sí que no tengo ni referencia. Eso sí, lo que saques en claro ponlo por aquí que siempre interesa. Y si necesitas ayuda da un toque, a mi no me importaría programar un par de módulos de Drupal u Open CMS aunque sólo sea por el frikismo de echarle un ojo.
Salud!
oskitar
yarrr!! Drupal era el último de la lista que quería probar, me llené de prejuicios cuando me tocó trabajar con él haciendo unas webs de grupos musicales para EMI sobre plantillas. Pide referencias a Dani (Karonte) y a tu hermano de eso a ver que cuentan, a mi no me gusto nada el sitema de gestión era un infieggno.
De todas formas como siempre tienes más razón que yo, voy a mirar lo de drupal a ver que tal, porque ahora que lo dices con drupal ya tengo todo el tema de gestión de usuarios, un superadmin (yo) que instala, configura módulos y asigna permisos; y redactores, con privilegios solo para editar contenido de las secciones. Si veo que resulta facil preparar módulos os cuento algo.
juandelgado
Pueeeeees... ¿has mirado Drupal? A ver, lo que necesitas es un CMS libre + modular + que escupa XML. Drupal tiene toda la pinta de ser lo que necesitas. Si no hay un módulo de drupal para una tarea en concreto, pues te picas solo ese módulo, no todo el CMS. Sobre todo cosas como gestión de usuarios, roles, recordar contraseña, mandar mails... eso es un puto peyote y roba tiempo a saco.
Y si son 18.000 archivos pues que así sea, lo importante es que haga lo que necesitas sin meterse en tu camino ¿no?
xavib
Yo me ofrezco a echarte un cable si no encuentras algo fácil. Lo montamos a medias si quieres, vamos. No soy tan fiera como tú pero algo de curro te quito seguro y si al final tenemos algo útil ¡mejor para todos!
oskitar
Arribistas!!!
Con lo poco que me gusta a mi también el backend.
De todas formas os iré informando de que forma toda la cosa, si pillo unos dias sin curro intentaré hacer algo y os doy un toque.
xavib
yo hace algún tiempo que pienso en eso también. Si finalmente no encuentras una solución que te mole y quieres ayuda para picar o para lo que sea ya sabes ande encontrarme ^_^
Ventd'Aval
Hey, pues mantennos informados, que aunque hace tiempo que no me toca meterme en backend (gracias mundo! ^^), siempre viene bien :)
oskitar
Yeah! cuanto tiempo Cay!!
La historía precisamente es para poder integrar todo esto con el framework Gaia que me tiene absolutamente flipado, si Gaia tuviera ya un CMS por detrás en condiciones sería el pepinazo del año en flash.
Por eso estoy intrigado buscando, y si no queda más remedio desarrollaré el mío propio juntando todos los desarrollos que tengo por ahí. Auqne actualmente no tengo mucho tiempo para hacerlo.
Ventd'Aval
Pues que yo sepa lo tienes chungo :(... sé que existen temas ("cms flash" en google) pero la verdad es que nunca me han dado demasiada confianza...
Mirate Gaia Framework, que te resuelve la papeleta con varios temas a la vez (estructura, swfaddress, idiomas, estadisticas, etc...).
Lo demas, pues un modulo de noticias no es muy chungo de hacer lo suficientemente flexible como pa que te sirva pa la mayoria de los proyectos. Formularios, se pueden reciclar bastante bien tambien (no conozco nada opensource por ahi).
Sobre las galerias de fotos, la verdad es que hay muchos temas ya hechos, con mayor o menor complejidad (SlideShowPro p.e).... aunque yo te recomendaria armarlo a tu gusto con el API de Flickr que es bastante simple, y que Flickr como CMS está bastante bien ;)
Gestion de e-commerce, npi ^^
Suerte!