En vez de buscar un CMS muy completo como Typo3, a veces es preferible implantar uno cuanto más sencillo, mejor. Drupal [drupal.org], por ejemplo. Pero hay bastantes otros.
¿Por qué?. Pues porque un programador con un nivel medio, puede aprender a modificarlo y extenderlo con la misma inversión de tiempo que un sistema complejo necesita sólo para aprender a usarlo. Pero la parte básica de código (autentificación, sistema de permisos, sintaxis simplificada de texto, esquema de base de datos, interfaz administrativa, personalización de imagen corporativa, añadir comentarios, etc.) ya está hecha, lo cual es una gran ventaja sobre programar un sistema de la casa desde cero.
Sé de una empresa que os puede hacer consultoría de formación, adaptación, crear documentación y cursos a usuarios finales en caso de que os decidáis por esa opción. Supongo que también le interesaría la opción de typo3 o similar, pero ahí sólo supongo. Por si acaso, deja una dirección de correo donde se pueda poner en contacto contigo.
De todas formas, me da la impresión de que con la opción que te digo, entre dos o tres personas como mucho lo podríais solucionar dentro de la empresa si no tenéis una carga excesiva. Pero eso depende de muchos factores.
A mi mambo [mamboserver.com] me gusta, pero no es mejor ni peor, es muy concreto , pero para varias necesidades que tenia han sido cubiertas (poco a poco lo estoy traduciendo al gallego, al castellano ya está disponible.
En cuanto a lo que comentas de formación, me parece curioso. Más que nada por mi, No encuentro trabajo en Galicia (habrá que probar suerte en Madrid dentro de unos meses), porque aunque hay necesidades, -como las que tu observas- por cubrir (y hablo tanto del ámbito privado como del público), mas en esta tierra de mar solo se ven ventanas. Ponen ventanas a la mar.
Pero supongo que esta situación (empresas que buscan formadores en herramientas libres de publicación, asi como formadores de esas herramientas que buscan trabajo) no puede durar mucho. Todo acaba cae por su propio peso
Si en tu empresa se tiene fe en la iniciativa individual - o si no son muy prusianos, como prefieras - como gestor de contenidos aconsejaría sin dudar un modelo wiki. Si bien el CMS de esta guisa que encuentro más versátil es tikiwiki [tikiwiki.org], twiki [twiki.org] ofrece un rango de funcionalidades también muy amplio. Nosotros lo usamos desde hace casi dos años (tikiwiki) y lo seguimos flipando de la diferencia que aporta.
Un buen ejemplo de tikiwiki lo tenemos en la página wiki a la que hace referencia mi usuario, en la que participo (últimamente no, sorry, trona0)
Saludos
--
War doesn't determine who is right. War determines who is left.
por
pobrecito hablador
el Martes, 27 Enero de 2004, 01:54h
(#258660)
En mi empresa llevamos algún tiempo (quiero decir, LLEVO algún tiempo) desarrollando un portal genérico, nada espectacular, pero con las suficientes características como para servir para cualquier tipo de tarea. Mi principal problema fue el diseño preliminar: definir las funcionalidades, la estructura de la programación, el diseño de la BBDD, etc. Una vez lo tienes claro, te pones a escribir como una maqina. Por supuesto, corre sobre PHP4/MySQL (nunca he sido muy aficionado a Perl, a pesar de la potencia qe tiene).
La ventaja, según mi punto de vista, es qe tengo un control total sobre todo el código (vital si qieres hacer modificaciones rapidas) y las funcionalidades qe se le van añadiendo. Tiene menos características qe los NUKES y cía, pero es mas facil de mantener y consume muy pocos recursos (nuestros clientes no suelen tener necesidad de usar servidores dedicados), aparte de todo lo referente a los usuarios finales (muy facil de usar) qe por defecto hay qe considerar cenutrios.
Hace uso, eso si, de dos modulos gpl brutales: Smarty [smarty.php...argetblank] (plantillas) y ezSQL [justinvincent.com] (abstraccion de BBDD).
Desgraciadamente, mis jefes me han prohibido expresamente liberar el código (con excepción de Smarty y ezSQL). Total, para qien lo iba a usar... ;D
Re:Producto propio...
de pobrecito hablador
(Puntos:0)
Martes, 27 Enero de 2004, 06:11h
esa GPL guapa!
de salvo
(Puntos:1)
Martes, 27 Enero de 2004, 08:34h
Re:esa GPL guapa!
de pobrecito hablador
(Puntos:0)
Martes, 27 Enero de 2004, 09:05h
En mi grupo de trabajo hemos estado evaluando algunos gestores de contenidos (comerciales y de libre distribución) y tenemos casi decidido que lo mejor que existe actualmente es Zope+Plone+Productos.
Con este software hemos sido capaces de generar varios prototipos de portales en un tiempo mínimo y con una funcionalidad muy completa para el esfuerzo que se ha empleado: validación de usuarios frente a LDAP, gestión de contenidos con workflow de aprobación, creación de nuevos tipos de contenidos, foros, correo web, control de acceso, etc.
Lo que no podemos recomendar es OpenCMS. Lo hemos empleado para hacer un prototipo más o menos con las mismas capacidades que el que tenemos con Zope+Plone+Productos, pero hemos empleado mucho más tiempo y carece de algunas de las funcionalidades. Por ejemplo, no tiene un sistema de workflow, crear nuevos tipos de contenidos supone programar todo un conjunto de clases y accesos a BBDD específicos, no hay conexión desarrollada con LDAP, etc. La única ventaja es que se desarrolla en Java y suele ser un lebnguaje que se conoce mejor que Python (Zope).
Ahí queda eso. Si quereis más detalles, preguntar que tenemos datos para aburrir.
Lo de los CMS, por un lado es genial, pero es un palo por lo de trabajar desconectado o con un editor que te gusta: es decir, supongo que ahora la gente esta currando con MS Word, otros con vi, otros con Emacs, y otros con cualquier freeware que encontraron no se sabe donde, que se pueden llevar sus documentos a casa en un disket, mandarlos por mail a la familia, etc. Todo eso desaparece con un CMS.
Que se impide a la gente de trabajar en casa, lo veo bien :p, pero es muy possible que toda esta gente empieza odiarte cuando installas en produccion el CMS el más bonito del mundo: los editores que se pueden poner en un CMS son todos un asco (que yo sepa, igual), por más java o javascript que sean. Y claro, te van a odiar activamente, mandandote mail y todo el rollo...
Te pediran las cosas las más aburidas del mundo (¿este boton, lo puedo tener amarillo?)
Dos cosas que me parecen bien son: primero dejarlos en paz usando el software que mas les mola, y segundo permitir que trabajen desconectados.
Creo que eso puede ser simple: un CGI con upload/download + RCS y un par de scripts de conversion de lo-que-sea a HTML. Supongo que es
la solucion la más simple (y ademas seguro que se puede hacer con un par de shell script muy guaros :p
Después de probar unos cuantos, me inclino a pensar que WebGUI [plainblack.com] es el méjor. El que sea el más sencillo de usar me parece indiscutible. Lo que puede fastidiar a algunos es que esté hecho en Perl. Pero a mi modo de ver, muy bien hecho.
-- No preguntes qué puede hacer el Software Libre por ti, pregúntate qué puede hacer tu por el Software Lib
por
pobrecito hablador
el Martes, 27 Enero de 2004, 09:09h
(#258712)
Pues holas!
Como señalan algunos contertulios por aquí, tienes la plataforma Zope+PLone que, es un hecho, parece estar muy muy bien.
Creo que, antes de seguir, es importante señalar que LAMP NO significa exactamente lo que señalas en tu entrada. Bueno... más bien sí, pero la última "P", significa/se refiere a la "familia de P's", osea; PHP, Perl y Python.
Dicho esto, también podrías echarle un vistazo a Mason [masonhq.com] (ahora mismo no se porqué no puedo acceder, pero la web funciona). Es una maravilla. Aunque ciertamente, es como si te dijera que miraras PHP (y no un CMS). Pero te puedes mirar el CMS (escrito en Mason) Bricolage [bricolage.cc]. Es con lo que está hecha la web Macworld.com.
Por cierto, también tienes el libro sobre Mason completamente libre y accesible por web en esta URL [masonbook.com].
Re:Unos cuantos.
de ZaiPower
(Puntos:1)
Martes, 27 Enero de 2004, 11:53h
Bueno, todavía es temprano como para hacerlo oficial, pero ya nos hemos juntado unos cuantos usuarios de Typo3 y estamos dando los primeros pasos para crear Typo3 Hispano [typo3hispano.org], la primera comunidad hispana de este gestor de contenidos.
También tenemos lista de correo [netfielders.de] (con su parte en la web [typo3hispano.org]), para un trato más de tú a tú ;-)
Allí seguro que podrás resolver muchas de tus dudas si te decides por este potente gestor. Así por encima te puedo decir que está más que bien para proyectos de pequeño a mediano tamaño. Es muy bueno para gente con nulos conocimientos de HTML o lo que sea. Incluso tiene un módulo en desarrollo para poder subir ficheros de OpenOffice, verlos al vuelo como web y poder bajarlos como el fichero original del OpenOffice e incluso como PDF (sé que el Zope/Plone también tiene algo parecido).
En mi empresa estamos empezando a implantarlo en nuestra intranet y lo haremos, más que probablemente, en algunos clientes. Creo que es una muy buena opción a considerar.
Según veo en los comentarios, hay gente que se desanima con Typo3 por la complejidad que conlleva desarrollar con él. Y es cierto.
Pero como todo en este mundillo tiene su equilibrio. Typo3 es un CMS muy completo y extendible que permite hacer con él infinidad de proyectos, claro que el precio que hay que pagar por eso es la complejidad del asunto.
Otros CMS sin duda son más sencillos (y otros más complejos), pero normalmente tienen menos funcionalidades.
Donde mejor se puede aprovechar Typo3 es en proyectos de tamaño pequeño a mediano, donde el control sobre la presentación de la información sea muy importante y donde usuarios con una breve formación sean capaces de usar el sistema para mantener la información.
No voy a extenderme aquí con las bondades de Typo, ya que para eso podeis examinar http://typo3.com y http://typo3.org .
Si necesitais información, visitad las dos páginas que os acabo de mencionar. Si necesitais preguntar, usad una de las listas de correo - incluida la de Typo3 Hispano -. Si lo que os hace falta es apoyo profesional existe una lista de empresas en http://typo3.com/Consultancies.1248.0.html . Y si en todos estos sitios aún no encontrais la respuesta a vuestras dudas podeis preguntarme diréctamente.
Jose Antonio Guerra (Spanish Typehead - Typo3)
ICTI Consulting
jaguerra (AT) icticonsulting.com
((plone))-((plone))-((plone))
(Puntos:2)( http://libresoft.es/ | Última bitácora: Martes, 04 Abril de 2006, 20:28h )
Introducción a Zope y Plone [clarolineserver.com] (PDF, 12 páginas).
Zope/Plone no es LAMP, pero parece que lo estás pidiendo a gritos ;-)
Opinión muy personal
(Puntos:3, Interesante)( http://barrapunto.com/ )
¿Por qué?. Pues porque un programador con un nivel medio, puede aprender a modificarlo y extenderlo con la misma inversión de tiempo que un sistema complejo necesita sólo para aprender a usarlo. Pero la parte básica de código (autentificación, sistema de permisos, sintaxis simplificada de texto, esquema de base de datos, interfaz administrativa, personalización de imagen corporativa, añadir comentarios, etc.) ya está hecha, lo cual es una gran ventaja sobre programar un sistema de la casa desde cero.
Sé de una empresa que os puede hacer consultoría de formación, adaptación, crear documentación y cursos a usuarios finales en caso de que os decidáis por esa opción. Supongo que también le interesaría la opción de typo3 o similar, pero ahí sólo supongo. Por si acaso, deja una dirección de correo donde se pueda poner en contacto contigo.
De todas formas, me da la impresión de que con la opción que te digo, entre dos o tres personas como mucho lo podríais solucionar dentro de la empresa si no tenéis una carga excesiva. Pero eso depende de muchos factores.
mambo
(Puntos:1)( http://grueiro.blogaliza.org/ )
En cuanto a lo que comentas de formación, me parece curioso. Más que nada por mi, No encuentro trabajo en Galicia (habrá que probar suerte en Madrid dentro de unos meses), porque aunque hay necesidades, -como las que tu observas- por cubrir (y hablo tanto del ámbito privado como del público), mas en esta tierra de mar solo se ven ventanas. Ponen ventanas a la mar.
Pero supongo que esta situación (empresas que buscan formadores en herramientas libres de publicación, asi como formadores de esas herramientas que buscan trabajo) no puede durar mucho. Todo acaba cae por su propio peso
diario binario [blogaliza.org]
MySQL? no es una buena idea
(Puntos:0)No creo que MySQL sea una base de datos buena para cosas serias. Yo utilizaría PostgreSQL o Firebird.
MySQL está bien para un weblog o cosas así, pero no me parece una buena idea para datos importantes.
CMS
(Puntos:1)( http://tinta-e.blogspot.com/ | Última bitácora: Martes, 13 Noviembre de 2007, 09:17h )
Un buen ejemplo de tikiwiki lo tenemos en la página wiki a la que hace referencia mi usuario, en la que participo (últimamente no, sorry, trona0)
Saludos
War doesn't determine who is right. War determines who is left.
Producto propio...
(Puntos:0)Si te gusta Java...
(Puntos:0)Alguna pista
(Puntos:2, Interesante)( http://www.jesus-y-bea.com/ | Última bitácora: Domingo, 02 Diciembre de 2007, 22:22h )
Con este software hemos sido capaces de generar varios prototipos de portales en un tiempo mínimo y con una funcionalidad muy completa para el esfuerzo que se ha empleado: validación de usuarios frente a LDAP, gestión de contenidos con workflow de aprobación, creación de nuevos tipos de contenidos, foros, correo web, control de acceso, etc.
Lo que no podemos recomendar es OpenCMS. Lo hemos empleado para hacer un prototipo más o menos con las mismas capacidades que el que tenemos con Zope+Plone+Productos, pero hemos empleado mucho más tiempo y carece de algunas de las funcionalidades. Por ejemplo, no tiene un sistema de workflow, crear nuevos tipos de contenidos supone programar todo un conjunto de clases y accesos a BBDD específicos, no hay conexión desarrollada con LDAP, etc. La única ventaja es que se desarrolla en Java y suele ser un lebnguaje que se conoce mejor que Python (Zope).
Ahí queda eso. Si quereis más detalles, preguntar que tenemos datos para aburrir.
Curso en openSistemas
(Puntos:1, Informativo)http://www.opensistemas.com/Gesti_n_de_Contenido.7 02.0.html [opensistemas.com]
Echa un vistazo o envía un correo para más información.
Un saludo.
Trabajo desconectado...
(Puntos:1)( Última bitácora: Lunes, 21 Junio de 2004, 03:10h )
Lo de los CMS, por un lado es genial, pero es un palo por lo de trabajar desconectado o con un editor que te gusta: es decir, supongo que ahora la gente esta currando con MS Word, otros con vi, otros con Emacs, y otros con cualquier freeware que encontraron no se sabe donde, que se pueden llevar sus documentos a casa en un disket, mandarlos por mail a la familia, etc. Todo eso desaparece con un CMS.
Que se impide a la gente de trabajar en casa, lo veo bien :p, pero es muy possible que toda esta gente empieza odiarte cuando installas en produccion el CMS el más bonito del mundo: los editores que se pueden poner en un CMS son todos un asco (que yo sepa, igual), por más java o javascript que sean. Y claro, te van a odiar activamente, mandandote mail y todo el rollo... Te pediran las cosas las más aburidas del mundo (¿este boton, lo puedo tener amarillo?)
Dos cosas que me parecen bien son: primero dejarlos en paz usando el software que mas les mola, y segundo permitir que trabajen desconectados.
Creo que eso puede ser simple: un CGI con upload/download + RCS y un par de scripts de conversion de lo-que-sea a HTML. Supongo que es la solucion la más simple (y ademas seguro que se puede hacer con un par de shell script muy guaros :p
Uno muy facilito
(Puntos:1)( http://www.monkiki.org/ )
No preguntes qué puede hacer el Software Libre por ti, pregúntate qué puede hacer tu por el Software Lib
Unos cuantos.
(Puntos:1, Informativo)Como señalan algunos contertulios por aquí, tienes la plataforma Zope+PLone que, es un hecho, parece estar muy muy bien.
Creo que, antes de seguir, es importante señalar que LAMP NO significa exactamente lo que señalas en tu entrada. Bueno... más bien sí, pero la última "P", significa/se refiere a la "familia de P's", osea; PHP, Perl y Python.
Dicho esto, también podrías echarle un vistazo a Mason [masonhq.com] (ahora mismo no se porqué no puedo acceder, pero la web funciona). Es una maravilla. Aunque ciertamente, es como si te dijera que miraras PHP (y no un CMS). Pero te puedes mirar el CMS (escrito en Mason) Bricolage [bricolage.cc]. Es con lo que está hecha la web Macworld.com.
Por cierto, también tienes el libro sobre Mason completamente libre y accesible por web en esta URL [masonbook.com].
Typo3 Hispano
(Puntos:3, Informativo)( http://www.barraquito.net/ | Última bitácora: Lunes, 19 Enero de 2004, 10:54h )
También tenemos lista de correo [netfielders.de] (con su parte en la web [typo3hispano.org]), para un trato más de tú a tú ;-)
Allí seguro que podrás resolver muchas de tus dudas si te decides por este potente gestor. Así por encima te puedo decir que está más que bien para proyectos de pequeño a mediano tamaño. Es muy bueno para gente con nulos conocimientos de HTML o lo que sea. Incluso tiene un módulo en desarrollo para poder subir ficheros de OpenOffice, verlos al vuelo como web y poder bajarlos como el fichero original del OpenOffice e incluso como PDF (sé que el Zope/Plone también tiene algo parecido).
En mi empresa estamos empezando a implantarlo en nuestra intranet y lo haremos, más que probablemente, en algunos clientes. Creo que es una muy buena opción a considerar.
"Estamos condenados a ser libres" [barraquito.net] (Sartre)
Características vs complejidad de Typo3
(Puntos:1)Según veo en los comentarios, hay gente que se desanima con Typo3 por la complejidad que conlleva desarrollar con él. Y es cierto.
Pero como todo en este mundillo tiene su equilibrio. Typo3 es un CMS muy completo y extendible que permite hacer con él infinidad de proyectos, claro que el precio que hay que pagar por eso es la complejidad del asunto.
Otros CMS sin duda son más sencillos (y otros más complejos), pero normalmente tienen menos funcionalidades.
Donde mejor se puede aprovechar Typo3 es en proyectos de tamaño pequeño a mediano, donde el control sobre la presentación de la información sea muy importante y donde usuarios con una breve formación sean capaces de usar el sistema para mantener la información.
No voy a extenderme aquí con las bondades de Typo, ya que para eso podeis examinar http://typo3.com y http://typo3.org .
Si necesitais información, visitad las dos páginas que os acabo de mencionar. Si necesitais preguntar, usad una de las listas de correo - incluida la de Typo3 Hispano -. Si lo que os hace falta es apoyo profesional existe una lista de empresas en http://typo3.com/Consultancies.1248.0.html . Y si en todos estos sitios aún no encontrais la respuesta a vuestras dudas podeis preguntarme diréctamente.
Jose Antonio Guerra (Spanish Typehead - Typo3)
ICTI Consulting
jaguerra (AT) icticonsulting.com
Enlace
(Puntos:0)Es una colección interesante de CMS's