la solucion esta en ser libres

espacio producto

Zabbix 2.4 upgrade from patched 2.2.x

por Miguel Martín
Systems Administrator de OpenSistemas

If you patched your Zabbix 2.2.x server to support HTTP headers and SSL stuff and you want to upgrade to official Zabbix 2.4 without loosing previos work, you should do the following.

Important: All the queries are written using MySQL syntax so you will have to adapt them if you use another database server

1. Stop the Zabbix Server.
2. Rename the conflicting column in the database:

ALTER TABLE httpstep CHANGE COLUMN headers headers_2_2_x text NOT NULL;

3. Do the normal upgrade to Zabbix 2.4.0. Once the database upgrade has been completed stop the Zabbix Server again.

4. Now we will drop the new created columns and we will rename 2.2.x related columns to the new names.

ALTER TABLE httptest DROP COLUMN `capath`;
ALTER TABLE httptest DROP COLUMN `ssl_cert_file`;
ALTER TABLE httptest DROP COLUMN `ssl_key_file`;
ALTER TABLE httptest DROP COLUMN `ssl_key_password`;
ALTER TABLE httptest DROP COLUMN `verify_peer`;
ALTER TABLE httptest DROP COLUMN `verify_host`;
ALTER TABLE httpstep DROP COLUMN `headers`;

ALTER TABLE httpstep CHANGE COLUMN `headers_2_2_x` `headers` text NOT NULL;
ALTER TABLE httptest CHANGE COLUMN `certfile` `ssl_cert_file` VARCHAR(255) DEFAULT '' NOT NULL;
ALTER TABLE httptest CHANGE COLUMN `keyfile` `ssl_key_file` VARCHAR(255) DEFAULT '' NOT NULL;
ALTER TABLE httptest CHANGE COLUMN `keypass` `ssl_key_password` VARCHAR(64) DEFAULT '' NOT NULL;
ALTER TABLE httptest CHANGE COLUMN `verifypeer` `verify_peer` INTEGER(11) DEFAULT '0' NOT NULL;
ALTER TABLE httptest CHANGE COLUMN `verifyhost` `verify_host` INTEGER(11) DEFAULT '0' NOT NULL;

5. Be sure you have defined SSLCertLocation SSLKeyLocation and SSLCALocation in zabbix_server.conf
6. Update your web scenario configurations. No more absolute paths as SSL files are now relative to SSL{Cert,Key}Location.
7. Start your zabbix server.

Enjoy!

The post Zabbix 2.4 upgrade from patched 2.2.x appeared first on Blog de Open Sistemas.

Reflexiones sobre Kaltura

Por Juan Ignacio Fernández

Project Manager de OpenSistemas

Kaltura es la primera plataforma de código abierto que permite la gestión de vídeo, proporcionando un marco flexible para la creación de soluciones de vídeo personalizadas.

La lista de características es bastante amplia, pero destacamos las más importantes:
- Soporte para multitud de dispositivos, como pueden ser: móviles, televisores, tablets, etc.
- Codificación a diferentes formatos, resoluciones y bitrates. Alguno de los formatos soportados por defecto son mp4, ogg, 3gp, webm.
- Manejo de listas de reproducción.
- Categorización del contenido.
- Estadísticas de reproducción.
- Carga de vídeos desde distintas fuentes.
- Control de acceso, por IP, geolocalización…
- Diferentes sistemas de analítica como Comscore, Omniture o Google analytics.
- Compatible con diversos sistemas de publicidad como VAST, Doubleclick, etc.
- Clusters.
- DRM (protección del contenido).
- Live streaming.

¿Qué opciones existen?
A pesar de tratarse de un producto de código abierto, existe una compañía detrás ofreciendo sus servicios y que están orientados a:
- SaaS (Software as a Service): ofrece hosting, streaming, codificación, etc.
- On-Prem: soporte y mantenimiento de la instalación de Kaltura en tus servidores.
- Cloud: hosting de tu plataforma en uno de sus partners.
- Community Edition: soportada por la comunidad de Kaltura, por lo que la descarga, instalación y configuración las realiza el usuario.

Detrás de esta plataforma podemos encontrar gran variedad de clientes de diferentes sectores como pueden ser:
- Medios: HBO, Paramount, NBC Universal.
- Privado: Philips, Nestle, SAP, Siemens.
- Educación: University of Virginia, Yale, Pearson Education.
- Proveedores de servicio: Atos, InterCall.

Community Edition
Se trata de un producto bastante completo que solventa la gran mayoría de las necesidades en cuanto a vídeo se refiere, pero no todo es tan simple y maravilloso, ya que existen una serie de inconvenientes que paso a enumerar:
- Instalación: se está mejorando bastante en este aspecto, incluyendo instaladores y scripts, pero aún así se complica bastante debido a la gran cantidad de requisitos para poder empezar con la instalación. Existe poca documentación y guías de instalación (CENTOS la más completa).
- Documentación y foros: bastante escasa, es difícil de encontrar documentación y los foros no son muy activos.
- Actualizaciones: determinadas partes del código no se actualizan lo suficiente, muchas veces es necesaria la corrección de bugs por parte del usuario. También hay que destacar que se está realizando un esfuerzo importante en el reproductor HTML5 publicando una versión cada 15 días más o menos.

A modo de conclusión, si tus necesidades pasan por tener un número limitado de vídeos en una página web, no te recomendaría Kaltura, con un reproductor de los muchos que existen sería más que suficiente. Si, por el contrario, necesitas una solución en la que varios usuarios puedan colgar vídeos, ver los vídeos en diferentes dispositivos, sindicación de vídeos, manejar diferentes orígenes, etc., entonces sí te recomendaría que estudiases está solución.
Github: https://github.com/kaltura

 

The post Reflexiones sobre Kaltura appeared first on Blog de Open Sistemas.

Sass, Syntactically Awesome StyleSheets

Por Tamara Osona
Junior Open Source Consultant de OpenSistemas

¿Cómo te ayudaría el uso de variables en las hojas de estilo? ¿Por qué en CSS tenemos que repetir líneas de código una y otra vez? logo-sassCuando estás en un proyecto grande con muchos elementos y clases, te haces estas preguntas y buscas alternativas. Ahí descubrí los preprocesadores de CSS, que cubren en gran parte estas necesidades.

Sass es un lenguaje de script que es traducido a CSS, inicialmente diseñado por Hampton Catlin y desarrollado por Nathan Weizenbaum. Empecé a utilizar lo básico de Sass hace un par de años, cuando estaba de prácticas, y poco a poco empecé a ver la cantidad de ventajas que tiene y lo simple que es.

Por ejemplo, puedes crear una variable si necesitas un valor más de una vez, o mixins, como conjunto de variables y propiedades, permite el uso de operaciones, bucles… Otra ventaja es el anidado, que permite a un selector heredar los estilos de otro sin duplicar las propiedades CSS, como también el hecho de poder separar los estilos en varios archivos y que Sass luego los unifique en una única hoja de estilo, permitiendo encapsular todo en un mismo CSS ayudando a reducir el número de conexiones y mejorar la performance.

Sass es muy sencillo, tiene una sintaxis prácticamente igual al CSS corriente, la única diferencia es que ahora nuestros archivos pasarán a tener la extensión .scss y habrá que compilarlos a través un programa, como Compass, para obtener el archivo .css final.

¿Qué es todo esto? Estos son algunos ejemplos:

Variables: se pueden crear diversas variables y funciones útiles como color, dimensiones…

variables-sass

Anidación: evita la repetición de selectores y propiedades anidándolos unos dentro de otros.

anidacion-sass

Mixins: serían “variables” que permiten utilizar trozos enteros de CSS, propiedades o selectores.

mixin-sass

Selector de herencia: Se puede utilizar un selector para heredar los estilos de otro sin duplicar las propiedades CSS.

herencia-sass

Cómo instalar Sass y Compass

Sass y Compass están escritos en Ruby, así que es necesario tener instalado el intérprete de Ruby, que se puede descargar en rubyinstaller.org.

Para instalar Compass escribe el comando gem install compass en la terminal de Windows o sudo gem install compass en Linux/Mac.

Una vez instalado, crea una carpeta ‘SASS’ y dentro de ella, el proyecto con compass create. Dentro de ‘SASS’ aparecen dos carpetas, sass y stylesheets, los archivos de la carpeta sass serán los que editarás.

Y para terminar, en la consola, escribe compass compile /SASS, y se generará el .css en la carpeta stylesheets.

Sass y Compass en WordPress

Y para los acostumbrados a trabajar con WordPress ¡Sass también es para nosotros!

Configuración

logo-wordpressDentro del tema elegido para tu web, crea el proyecto Compass: create compass. Como Sass guarda los archivos .css generados en el directorio stylesheets, hay que sobreescribir el archivo style.css que viene por defecto en el directorio raíz (del tema):

- Borra las hojas de estilo.

- Edita el archivo config.rb: busca la línea donde se indica el path y déjalo en blanco: css_dir = “”.

- Renombra el archivo screen.scss: entra en la carpeta SASS y cambia de nombre al archivo screen.scss por style.scss.

¡Hecho! Cada vez que quieras compilar los archivos, solo tendrás que ejecutar compass watch en el directorio del tema.

Si no lo conocéis, os recomiendo echar un vistazo a la página oficial http://sass-lang.com/ para terminar de convenceros, si no, existen otros preprocesadores similares que quizás no sean tan completos, pero según tus necesidades también son buenas alternativas, como Stylus o también el muy conocido, Less.

The post Sass, Syntactically Awesome StyleSheets appeared first on Blog de Open Sistemas.

Tin Can API, a la vanguardia en formación

Por Raúl Hijosa
Proyect manager OpenSistemas

Tin Can API, también conocido como Experience API o xAPI, es una nueva especificación tecnológica en el campo de la formación. La idea principal es desvincular la experiencia del aprendizaje a un LMS como Moodle, Dokeos… y poder capturar los datos de las actividades de formación del alumno en un formato consistente y que sea legible por diferentes sistemas gracias al uso de un vocabulario simple.

¿Cómo funciona?
• El aprendizaje ocurre por la interacción del alumno con otras personas, contenidos, máquinas, etc. Estas acciones pueden ocurrir en cualquier lugar y lanzar una señal hacia un sistema que puede almacenar este evento gracias a Tin Can API.
• Cuando sea necesario guardar esta actividad, la aplicación manda oraciones de la forma “Sujeto, verbo, objeto” o “Pedro hizo esto” a un sistema de almacenamiento denominado LRS (Learning Record Store).
• Estos LRS almacenan todas las oraciones enviadas. Pueden estar integradas dentro de un LMS o no, y pueden compartir la información que almacenan con otros LRS.

¿Qué es un LRS?
Un LRS es un repositorio donde guardar las oraciones generadas en las experiencias de aprendizaje de alumno. Los datos contenidos en los LRS pueden ser utilizados por un LMS, otros LRS, una herramienta de informes, etc.

Algunas de las ventajas que podemos obtener del uso de un LRS y aplicaciones que hagan uso de Tin Can API son:
• Saca al elearning de sus límites, llevándolo hacia fuera del navegador web.
• Facilita el acceso de los dispositivos móviles a la plataforma de elearning.
• Permite mayor control sobre los contenidos de aprendizaje.
• Transición de dispositivos (iniciar el aprendizaje en un móvil y terminarlo en un equipo de escritorio).
• Funcionalidades para trackear juegos y simuladores.
• Seguimiento del funcionamiento en el mundo real.
• Posibilidad de elearning offline.

The post Tin Can API, a la vanguardia en formación appeared first on Blog de Open Sistemas.

ETL con IBM DataStage

Por Miguel Barrio
Developer de OpenSistemas

En el mundo del “Big Data” existen multitud de tecnologías para tratar grandes volúmenes de información, entre ellas se encuentran las denominadas ETL: Extract-Transform-Load, cuyo propósito principal es extraer datos de los entornos operacionales para manipularlos convenientemente y cargarlos en entornos analíticos o datawarehouse. Una de las herramientas comerciales más representativas, y la que finalmente ha resultado ganadora para su implantación en la AEAT, es IBM DataStage, parte de la “suite” InfoSphere Information Server.

Como muchos de los productos de IBM, resulta una herramienta ciertamente incómoda de administrar, y el hecho de que no sea la más ampliamente utilizada dificulta la obtención de soporte, ejemplos y documentación por parte de la comunidad de usuarios. No obstante, una vez entendemos su forma de funcionar, y ajustados los parámetros de la máquina y sistema operativo donde se ejecuta, es posible alcanzar un rendimiento (y éste es su principal punto fuerte) que supera con creces el resto de alternativas del mercado. Teniendo esto en cuenta, resulta sorprendente el bajo consumo de memoria principal que requiere para funcionar.

DataStage dispone de un diseñador gráfico de procesos ETL con una paleta de transformaciones bastante completa, pero aún en el caso de echar en falta algo dispone de una API para programar cómodamente tus propias transformaciones en C++ o Java. Así mismo dispone de herramientas de depuración, permitiendo observar el flujo de datos allí donde sea necesario. En versiones recientes, IBM ha incorporado además una cómoda consola Web desde la cual podemos monitorizar las

ejecuciones de los trabajos, así como pararlos o arrancarlos si se disponen de los permisos necesarios. La “suite” InfoSphere se completa con herramientas para el análisis de calidad de datos y la gestión de la metadata.

Se trata en definitiva de un producto áspero en su uso pero con gran capacidad de proceso, muy adecuado para, como el caso que nos ocupa, tratar grandes volúmenes de datos.

The post ETL con IBM DataStage appeared first on Blog de Open Sistemas.