Un perfil de instalación de Drupal permite fijar parámetros por defectos en el momento de crear un sitio en este CMS. Esto permite crear diferentes tipos de sitios según los objetivos que queremos cumplir.
Propuesta inicial del perfil para los sitios temáticos y de especialidades:
- Crear los roles de Editor, Editor de Sitio y Administrador.
- Activar por defecto los módulos sgtes:
- Que el administrador en el perfil de usuario solo él pueda crear nuevos usuarios, a no ser los que se crean de forma automática cuando se autentica un usuario que sea de nuestra red.
- Configurar por defecto los parámetros de configuración del LDAP con los datos de nuestro servidor LDAP de usuarios de Infomed.
módulos del núcleo: Aggregator, Color, Comment, Database logging, Help, Locale, Menu, Path, Search, Taxonomy, Update status y Profile.
módulos de Infomed: Infoevent, Infonews, Infoscuttle, Infosearch y Infowordpress.
Otros módulos: FCKeditor, Site_Map y ldap_integration.
Filed under desarrollo 2.0, drupal, opensource, Portal de Infomed by on . Comment. 
El número de la versión contiene un número mayor, número menor, y número del parche como que se explica a continuación:
0 = el Número mayor: Define los cambios mayores de funcionalidad en una pieza de software. Si el software no ha alcanzado el número 1, entonces la versión es considerada beta. Note sin embargo que a menudo un identificador de versión beta no significa que sea inutilizable. A menudo muchos paquetes prefieren esperar a ver si todos los errores son corregidos. Por ejemplo el proyecto Wine saco una versión alfa durante la última década, y todavía hay personas que la usan. Los cambios del número mayor indican un cambio mayor de funcionalidad. Esto significa lo que trabajó en la versión 1 no puede trabajar con la versión 2. Un ejemplo es el proyecto del servidor Apache HTTPD dónde la serie 1.x y 2.x son dos aplicaciones diferentes.
7 = el Número menor: Define cambios menores de funcionalidad en la pieza de software. Cambios de número de versión (ejemplo 1 a 2) indica nuevas funcionalidades, pero la vieja funcionalidad es soportada. Un cambio puede incluir correcciones o parches.
2 = el Número del parche: Define una versión remendada del software que incluye correcciones u otros cambios. Los cambios no incluyen nuevas características y la funcionalidad no cambia.
Asumiendo que ya entiende el número de versión, cuando intenta descargar un paquete que típicamente tiene múltiples versiones. Por ejemplo, considere los números de versiones siguientes: 4.23, y 4.29 (beta). La mayoría de las personas estarán tentados a descargar la mayor la 4.29. Pero antes deberán recordar que las aplicaciones de código abierto pueden tener múltiples versiones disponibles. En el caso del ejemplo, se debe descargar la 4.23, porque la 4.29 es beta y podría trabajar o no trabajar. Las versión 4.23 es considerada estable y por consiguiente utilizable.
La comunidad de Código Abierto usa a menudo la terminología siguiente cuando lanza el software:
Stable: Una versión que puede ser usada en un ambiente de la producción y no debe tener caidas.
Unstable: Una versión que no debe usarse en producción, porque probablemente trabajará con algunas caídas
Nightly: Una versión que puede o no trabajar. La razón por la que se usa es para supervisar el progreso y chequeo de problemas específicos. No esta pensado para el consumidor, sino para diseñadores y desarrolladores solamente.
Alpha: Una versión que ilustra los conceptos que constituirán la versión futura del software. Sin embargo, se previene que lo que un día pueda estar disponible podría no estarlo en el periodo próximo.
Fuente: http://ablog.apress.com/?p=738
Filed under opensource by on . Comment.
