Para nadie es un secreto que en Venezuela existe una proliferación maligna de dispositivos Blackberry. Es muy común encontrarse en algún lugar inhóspito y que el único medio de conexión a internet sea alguno de estos Smartphone. Para las personas que usamos OSGNU/Linux es un problema configurar y compartir la conexión del dispositivo con nuestro equipo. Esto se debe a que la empresa RIM al igual que cualquier industria privativa del uso de las tecnologías, solo genera sus drivers y software para el apestoso OS WINDOWS. Actualmente existen algunas alternativas que permiten gestionar y sincronizar estos dispositivos con nuestro OSGNU/Linux, como por ejemplo Berry. Pero hay una herramienta mucho más atractiva, un Desktop Manager de BlackBerry para Linux llamado LinBerry. Se encuentra en una fase inicial de desarrollo, pero permite realizar bakcups, gestionar contactos, utilizar el equipo como modem e instalar y desinstalar aplicaciones. En la página de los desarrolladores aclaran que en un futuro incorporaran la posibilidad de actualizar el OS, hacer Wipe (borrado total), sincronización con Evolution y Thunderbird, entre otras cosas más.
Por lo general los exploradores web poseen una cache en la que se almacena información sobre las paginas que descargamos, pero ésta cache no tiene un tiempo de vida muy largo, lo que implica que nuestro explorador estará descargando casi siempre la misma información que ya habíamos descargado antes. Esto nos trae algunas consecuencias negativas: La primera es que nos hace incurrir en mayor gasto con nuestro proveedor de servicios, la descarga se hace mas lenta, y perdemos mayor tiempo al esperara que se descargue información a la cual ya habíamos tenido acceso.
Una excelente solución es implementar un proxy local en nuestro equipo, el mismo podrá llevar un control de la información que descargamos y la guardará en una cache ahorrándonos tiempo de descarga y haciendo la experiencia de navegación más rápida. Además de esto podremos compartir nuestra conexión sin que se afecte de gran manera el ancho de banda y filtrar las paginas que se descargan.
Aun squid que es uno de los proxys mas comunes se pudiera configurara para uso local, yo prefiero usar polipo que es un proxy-caché HTTP eficaz, ligero y optimizado para el uso local, aunque el mismo también se puede compartir en una pequeña red.
La forma de instalar en un sistema debian es sencilla:
sudo apt-get install polipo
Luego debemos configurar los programas (navegador, etc.) para utilizar localhost:8123 como proxy.
Con eso ya tenemos nuestro proxy local.
Para cambiar el puerto de polipo, en /etc/polipo/config agrega el parámetro proxyPort: proxyPort = 3128
(y no hay que olvidar un pequeño sudo /etc/init.d/polipo restart)
Si deseamos que polipo envíe el mismo sus consultas a otro proxy, agrega el parámetro: parentProxy = “squid.example.org:3128″
Para un mayor rendimiento, polipo hace las resoluciones DNS el mismo, y no pasando por el sistema operativo. Utiliza directamente los DNS inscritos en /etc/resolv.conf.
Sin embargo podemos pedir a polipo que utilice otros servidores DNS (por ejemplo para utilizar OpenDNS). Para ello debemos agregar el parámetro: dnsNameServer = 208.67.222.222, 208.67.220.220
Si no utilizamos IPv6, debemos agregar este parámetro: dnsQueryIPv6 = no
Polipo posee muchas otras opciones. Para mayor información visitar el manual oficial
Esta se puede considerar realmente la primera versión de PHP-JRU, ya que posee un conjunto de utilidades mas elaboradas que las versiones anteriores, que siempre se habían mantenido como una prueba.
Sin embargo, aun tiene algunos detalles en cuanto a la documentación y el soporte para mayores conexiones jdbc, por lo que aun no se considera estable, pero de seguro cumplirá su función para la mayor parte de los casos para los que se pretenda usar. A continuación se listan algunas de las funcionalidades que son nuevas en esta versión:
Administración de reporte basado en extensiones (plugin).
Capa abstracta para el manejo de conexiones JDBC.
Eliminación automática de archivos generados en el proceso de compilación y considerados basura.
Método para generar reporte directo a un buffer. (*1)
JavaBridge Integrado con librerías JasperReport 4.0 y conectores JDBC mas comunes. (Mysql, postgres, Mssql…). (*2)
Ampliación de la documentación. (*3)
*1 El proceso de enviar un reporte directo a un buffer en memoria, es solo una emulación. El reporte se genera en el disco, pero se elimina todo rato de el mismo después de cargarlo en memoria.
*2 Con el tiempo se agregará soporte para otras conexión jdbc importantes, como oracle. Se esperaba poder usar xml y xls como DataSource y aunque en teoría se puede su funcionamiento es errático.
*3 El manual tiene detalles pero es en cuanto a el diseño y la estructura.
Sin mas otra cosa que reseñar los invito a descargar desde el siguiente enlace:
Esta versión tiene algo muy peculiar y es que viene integrada con PHP JAVA/Bridge y podemos hacer uso de ella con php 5.3 en conjunto con tomcat u otro contenedor de servlet.
NOTA: En otros SO como ubuntu busque los paquete correspondientes a la JVM por ejemplo: openjdk-jre. También es recomendable tener instalado php5-cgi
Ahora tenemos que configurar la seguridad, como vamos a tener un servidor de desarrollo, el nombre de usuario y contraseña que voy a poner es “tomcat”. Editamos el fichero de usuarios de tomcat:
Dentro php-jru1.0.tar.gzencontraremos el archivo PHP-JRU.war que debemos colocar en el directorio de trabajo de tomcat (o cualquiera sea el servidor de aplicaciones que desee usar)
Con el usuario que configuramos podemos entrar a la interfaz web de administración para cargar PHP-JRU.war luego de esto accedemos ala siguiente URL
ahora debemos cambiar el parametro allow_url_include en el php.ini
# nano /etc/php5/apache2/php.ini
buscamos la linea que dice allow_url_include y le cambiamos el valor a On:
allow_url_include=On
y reiniciamos el apache
# /etc/init.d/apache2 restart
luego incluimos php-jru en nuestro script de php
<?php
include(“phpjru.php”);
?>
NOTA: esta version ya viene con JasperReport 4.0 y aunque pesa cerca de 81MB no es necesario incluir PHPJRU.WAR en su aplicación ya que este cumplirá sus funciones del lado de tomcat, en su aplicación de PHP solo tenga los archivos *.php
Todos conocemos lo que es una URL (uniform resource locator) y que se usa para nombrar recursos en Internet para su localización o identificación, como por ejemplo documentos textuales, imágenes, videos, presentaciones digitales, etc.
Para hacer uso de las URL’s necesitamos un sistema de nombres de dominio (DNS). El DNS es una base de datos distribuida y jerárquica que almacena información asociada a nombres de dominio en redes como Internet. Aunque como base de datos el DNS es capaz de asociar diferentes tipos de información a cada nombre, los usos más comunes son la asignación de nombres de dominio a direcciones IP y la localización de los servidores de correo electrónico de cada dominio.
La asignación de nombres a direcciones IP es ciertamente la función más conocida de los protocolos DNS. Por ejemplo, si la dirección IP del sitio FTP de prox.mx es 200.64.128.4, la mayoría de la gente llega a este equipo especificando ftp.prox.mx y no la dirección IP. Además de ser más fácil de recordar, el nombre es más fiable. La dirección numérica podría cambiar por muchas razones, sin que tenga que cambiar el nombre.
La mayoría de usuarios domésticos utilizan como servidor DNS el proporcionado por el proveedor de servicios de Internet. La dirección de estos servidores puede ser configurada de forma manual o automática mediante DHCP. En otros casos, los administradores de red tienen configurados sus propios servidores DNS.
En cualquier caso, los servidores DNS que reciben la petición, buscan en primer lugar si disponen de la respuesta en la memoria caché. Si es así, sirven la respuesta; en caso contrario, iniciarían la búsqueda de manera recursiva. Una vez encontrada la respuesta, el servidor DNS guardará el resultado en su memoria caché para futuros usos y devuelve el resultado.
Tomando en cuenta que los exploradores web por lo general no guardan esta información de manera permanente y que por el contrario al solicitar entrar a una pagina Web a través de la URL este tendrá que consultar al DNS para obtener la ip y comunicarse con el host, lo que lleva unos cuantos segundos cada vez que se requiera acceder a la misma URL, por lo que seria de lógica configurar un pequeño servidor de dominios en nuestro equipo para que este guarde en su cache las URL que se vayan resolviendo y de esta manera dar una experiencia mas rápida al navegar en internet.
Para esto podemos usar dnsmasq, que es un servidor (DNS, DHCP) muy ligero que tiene un efecto colateral; además de funcionar como servidor DNS para tu red local (gracias a que lee el archivo /etc/hosts) y poder resolver los nombres asignados a tus equipos, también hace de servidor DNS caché, es decir almacena las IPs consultadas para no tener que repetir la consulta cuando vuelven a pedirse.
A continuación como podemos instalar y configurar dnsmasq en debian:
1. Instalamos el paquete dnsmasq de los repositorios.
# apt-get install dnsmasq
2. Copiamos /etc/resolv.conf como /etc/resolv.dnsmasq.conf
Los duendes de estadísticas de WordPress.com han analizado el desempeño de este blog en 2010 y te presentan un resumen de alto nivel de la salud de este blog:
El Blog-Health-o-Meter™ indica: ¡Este blog está en fuego!.
Números crujientes
En 2010, se publicaron 12 entradas nueva en este bloig. Se cargaron 13 imágenes, ocupando un total de 2mb. Eso es alrededor de una imagen por mes.
El día mas ocupado fue el 5 de noviembre con 72 visitas. El post mas visto en ese día fue PHP JasperReport Utils PHP-JRU.
¿De dónde vienen?
Los sitios de referencia más populares en 2010 fueron es.wordpress.com, google.com.ar, google.com.pe, google.com.mx y kensai.serveblog.net.
Algunos visitantes buscan este blog, sobre todo por ireport php, jasperreports php, php-jru, jasperreport php y ireport con php.
Lugares de interés en 2010
Estas son las entradas y páginas con más visitas en 2010.
Recuerdo con cierto anhelo las veces que tuve que compilar y aplicar el patch de bootsplash para tener un inicio gráfico en mi distro Gnu/Linux. Bootsplash fue sustituido por splashy y con ello se perdió la posibilidad de mostrar animaciones en el proceso ya que este ultimo solo cuenta con una barra de progreso.
Paralelamente al proyecto splashy, Ubuntu estuvo desarrollando un Fork al que llamo usplash. Lo interesante de ambos en comparación con boosplash es que no se tiene que compilar el kernel.
Recientemente Fedora desarrolló Plymouth como reemplazo de RHGB (Red Hat Graphical Boot) y con el fin de lograr que “La experiencia de arranque sea sin parpadeos, sutil y brillante”. Varias distribución entonces han adoptado este software para mostrar un splash de inicio, como por ejemplo Ubuntu.
En uno de los artículos previos (…distros GNU/Linux y Canima) comentaba que sería bueno que el equipo de Canaima GNU/Linux considerara el uso de Plymounth, por lo que decidí tomar de lo que conseguí googleando sobre como implementar Plymouth en Debian Testing y publicarlo aquí.
para instalarlo:
sudo aptitude install v86d plymouth plymouth-themes-all
Ubicar en el archivo /etc/default/grub la siguiente linea:
OpenOffice.org ofrece la posibilidad para desarrollar extensiones independientes por parte de terceros. Las categorías de extensiones alcanzan desde librerías BASIC, paquetes con macros Java/JavaScript o Python, hasta extensiones más sofisticadas implementados en Java, C++ o Python. Incluso la última categoría de extensiones (UNO) proporcionan nuevas implantaciones para áreas funcionales existentes o componentes especializados como Add-Ins, Add-Ons, DataPilots de Calc, Add-Ins de Chart o componentes lingüísticos, como por ejemplo, comprobador de ortografía (spellchecker), separador de palabras con guiones (hyphenator) o diccionario de sinónimos (thesaurus).
Le permite importar y modificar documentos PDF. Los documentos son importados en Draw para conservar el diseño y para permitir la edición básica. Esta es la solución perfecta para el cambio de fechas, números o pequeñas porciones de texto con una pérdida mínima de información de formato para documentos de formato simple.
The Sun Weblog Publisher permite crear rápidamente, editar y publicar entradas de weblog en muchos servidores de blogs o en los más populares. Es fácil de usar para que cualquier usuario pueda publicar blogs a distancia! permite crear enlaces con las tablas, viñetas, hipervínculos, gráficos, y la corrección ortográfica a través de la tecnología de corrección ortográfica de la suite de oficina
Soporta un número de plataformas de blog, incluyendo rodillos, WordPress, ATOM genéricos entre otros.
Es un conjunto de utilidades diseñadas para ayudar a los usuarios de OpenOffice.org realizar una amplia gama de tareas, como realizar copias de documentos, buscar y traducir palabras y frases: gestión de fragmentos de texto, y vigilar las estadísticas del documento.
Cuantas distribuciones de GNU/Linux existirán? la verdad no tengo idea, serán unas miles. En http://distrowatch.com/ publican un listado de las 100 mas populares, de las cuales las primeras diez son las siguientes:
1 Ubuntu
2 Fedora
3 Mint
4 openSUSE
5 PCLinuxOS
6 Debian
7 Mandriva
8 Sabayon
9 Lubuntu
10 Arch
Cada una de ellas tiene sus cualidades, sistema de paquetes, algunas están basadas en otras, y su uso esta orientado a diferentes propósitos, por ejemplo, Debian (una de mis favoritas) se usa mucho en servidores, aunque yo personalmente lo he implementado bastante en Desktops y con usuarios nuevos en sistemas GNU y también sé de muchos otros que han hecho lo mismo, sin embargo realmente no la recomiendo para este fin, hay distros que tienen mayores cualidades para ello, como ejemplo Ubuntu (GNU/Linux for Dummies, es un chiste nadie se altere).
Canaima por tener un tiempo de vida tan corto no figura en la lista, además que como se lee en su website “Surge inicialmente como respuesta a las necesidades ofimáticas y de otros procesos productivos de los usuarios finales de la Administración Pública Nacional (APN)”. Yo he probado esta distro para este fin e incluso luego de tener Debian establecido de forma estable en cerca de 30 desktops.
Canaima en mi opinión tiene una selección de software algo incoherente, por ejemplo, el instalador en modo livecd es pésimo, en varios casos tiene mas de dos herramientas para el mismo fin. El trabajo de arte es excelente y obvio que Debian es bastante ligero pero la compatibilidad con hardware es incompleta y el software poco actual y eso incluye mejoras que ya se encuentran disponibles por ejemplo en el caso de rhythmbox ahora tiene mucho mayor compatibilidad con dispositivos y formatos, sin embargo en Canaima la versión que se tiene es mucho menor y además se tiene varios reproductores incluyendo uno especifico para la reproducción de cd, para que? rhythmbox no reproduce cd?. Tiene pre-instalado aMSN por que? los usuarios de la APN van a chatear a través de los servicios de Microsoft empresa estadounidense que apoya los principios capitalista contrarios a las lineas del estado Venezolano?. bueno claro es obvio que muchos lo hacen actualmente pero es coherente esto?
El splash de inicio es hermoso, hasta que tiene un flamante parpadeo pues con Splashy sucede esto, habiendo otras alternativas como usplash que es mas estable o incluso mejor y mas novedoso Plymouth. También se pudiera tomar en cuenta el servidor gráfico, pues suele haber un comportamiento que no se si es solo con las tarjetas intel, pero se cae el xorg y esto no sucede con versiones mas recientes del xorg, además un xorg mas reciente ofrece soporte para mas hardware de video, por ejempo tarjetas Chrome que vienen en los chips VIA.
Y así se pueden seguir listando puntos para tomar en cuenta, como por ejemplo: El tiempo de inicio en sistemas basados en debian como ubuntu se ha reducido de forma considerable, Simple Scan es una herramienta de scaneo mas sencilla que xsane. hplip es muy importante que este actualizado ya que este contiene soporte para scanners y además es bueno que venga con una configuración básica que evite al usuario meterse en una consola, porque recordemos no es una distro orientada a servidores o si?.
Todas estas cosas se pudieran solucionar compilando, configurando, descargando o quitando paquetes peroooooo, la idea es no tener que hacer todo ese trabajo que en otras distro ya se ha hecho y de manera exitosa.
Un trabajo que me parece bastante coherente es el que han hecho con la Distro Linux Mint, la selección de software es excelente, disponible con cantidad de gestores de escritorio lo que abre posibilidades para diferentes tipos de hardware (viejo o nuevo) conservando un mismo aspecto, y esto es importante pues no se puede pretender que todos los usuarios de un SO sean expertos. Y el punto mas importante de esta distro es que aunque esta basado en Ubuntu tiene una versión basada completamente en debian y con una serie de adaptaciones que dan muestra de como se puede adaptar un distro basada en Debian para que esta realmente sea una distro para desktops.
En conclusión ya existen bastantes precedentes de adaptaciones de Debian, que a su vez se traduce en esfuerzos y experiencias que deberían de tomarse en cuenta al momento de emprender un proyecto de este tipo, pues si deseamos crear una rueda de automóvil vamos a empezar haciendo ruedas de madera?
Sin ánimos ni deseos de menospreciar la labor de las personas que han dado un duro esfuerzo para llevar acabo este proyecto, doy mi opinión y manifiesto que se basa en que yo uso e implemento Canaima en mi ámbito laboral, por ende también los felicito y dejo mi humilde recomendación que es la de basar Canaima en Linux Mint Debian o por lo menos tomarla en cuenta, y no creo que existan problemas de licencia o Firmware que no es libre pues debian no figura en la lista de Distribuciones libres de GNU/Linux
En http://www.loculinux.org tienen a disposición una distro de GNU/Linux destinada a los cyber cafe con características tan parecidas al apestoso windows que nadie lo notaria.
Esta basada en Ubuntu 10.4 TLS y cuenta con una selección de software para la emulación de aplicaciones windows, también ofrece chrome y software para el control del equipo con una parte para el servidor y otra para el cliente, y lo que realmente va a comprar al usuario es el aspecto visual igual al de windows.
http://kensai.serveblog.net/
Últimos comentarios