Mostrar errores de PHP en servidor de desarrollo | Ubuntu Server

En un servidor de producción es aconsejable NO mostrar los errores de PHP. En Ubuntu Server 10.04 sucede que por defecto está configurado para no mostrarlos (preparado para producción), sin embargo para desarrollar o por simples motivos de aprendizaje en muchas ocasiones se requiere que los errores sean visualizados.

En el caso de fallar, cuando no muestra errores, simplemente aparecerá una página en blanco. Para cambiar este comportamiento se deben seguir los siguientes pasos:

1. Ubicar el archivo de configuración de PHP, por lo general se puede encontrar en /etc/php5/apache2/php.ini , en caso de no encontrarlo una simple ejecución de phpinfo() nos puede mostrar esa ubicación:

2. Ubicar la linea que contenga la instrucción display_errors (en mi caso, esta en la linea 531) y cambiar el Off por el On para que quede asi:

display_errors = On

3. Guardar  los cambios en el archivo php.ini

4. Reiniciar el servicio:

sudo /etc/init.d/apache2 restart

Es suficiente con estos pasos para habilitar la visualización de errores.

Happy coding 🙂

Anuncios

Imagenes cambiantes en Wallpaper para GNOME – ClaSiFish

En Ubuntu Karmic Koala con GNOME 2.28 existe un wallpaper que cambia de imágenes cada cierto tiempo: (el fondo que tiene el símbolo de reproducir).

La forma más rápida y simple de crear un wallpaper que cambie de imagen cada cierto tiempo así como la anterior, es entrar al sitio web creado por Bortoli German, llamado ClaSiFish.

ClaSiFish, permite crear mediante unos simples pasos, un archivo XML que luego se descarga y es ese archivo el que se elige como fondo de pantalla.

Y listo ya tenemos un wallpaper con imágenes personalizadas y que cambia cada cierto tiempo 😀

CONKY colors y GNOME

Conky es un monitor de sistema ligero, cuya función principal es mostrar información de la PC en el escritorio. Conky esta licenciado bajo GPL y se ejecuta en Linux y BSD.

Conky-colors es una forma muy simple y fácil de configurar Conky. Instalarlo es muy simple, la siguiente forma de instalación esta basada para Debian y Ubuntu:

Primero se deben instalar varios paquetes disponibles en los repositorios: python-statgrab ttf-liberation hddtemp curl lm-sensors conky-all. Desde la terminal las instrucciones serían:

sudo apt-get install python-statgrab ttf-liberation hddtemp curl lm-sensors conky-all

Luego de esta instalación se debe otorgar permisos a hddtemp

sudo chmod u+s /usr/sbin/hddtemp

Por ultimo se debe habilitar los sensores, y responder YES a todas las preguntas.

sudo sensors-detect

Una vez con todos los paquetes, anteriormente mencionados, instalados y configurados, procedemos a descargar conky-colors de la siguiente ubicación, y luego extraer el contenido de ese archivo. (Por lo general en el directorio donde se extrae aparece una nueva carpeta con el nombre conky_colors)

Luego desde la terminal, se escribe lo siguiente: (antes de continuar debes estar seguro de estar en el directorio donde se extrajeron los archivos)

make

Luego para visualizar las opciones de configuración de conky-colors se podría escribir: (Mostrara una lista de los parámetros de configuración disponibles)

./conky-colors –help

Luego de elegir que opciones se desean habilitar se debe escribir nuevamente el comando anterior acompañado de los parámetros que se desea, en mi caso los parámetros que elegí fueron los siguientes:

./conky-colors –lang=es –theme=gnome-human –cpu=2 –cputemp –swap –updates –proc=7 –clock=modern –calendar –nvidia –hd=default –hdtemp1=sda –network –gnome

Luego saldrá un mensaje: Congratulations, your conkyrc was createad , confirmando que el archivo conkyrc, necesario para la ejecución de conky, fue creado correctamente.

Por ultimo, para finalizar la configuración de conky

make install

Con todo esto al ejecutar conky (con un simple Alt+F2 y luego escribir conky) se debería tener un resultado similar a este:

Si se desea habilitar la ejecución de conky al inicio de la sesión se puede configurar esta ejecución desde Sistema > Preferencias > Aplicaciones al inicio , clic en Añadir y en orden escribir la ruta: ~/.conkycolors/bin/conkyStart

Y listo Conky funcionando en GNOME 🙂

Si desean consultar con mayor detalle sobre las opciones de configuración y algunos consejos adicionales, pueden visitar la siguiente url en gnome-look.org

Error con Broadcom BCM4318 + b43-fwcutter + wl_apsta.o + Ubuntu Karmic Koala 9.10

Esta semana me tope con este error en Ubuntu 9.10 y es muy posible que en otras distribuciones suceda lo mismo. El problema aparece cuando se desea activar los Controladores Privativos para el dispositivo Broadcom BCM4318 (probablemente el mismo error se repita con dispositivos que usan el mismo driver).

El problema puntual es que cuando se desean activar los controladores privativos, el dialogo de controladores de Hardware (Sistema > Administración > Controladores de hardware) se queda como congelado, constantemente buscando y tratando de instalar el driver adecuado. Tal y como la imagen a continuación lo muestra:

Lo que sucede a nivel interno es lo siguiente:

Para activar los controladores privativos de cualquier dispositivo, Ubuntu usa la aplicación jockey-gtk, y esta a su vez usa a b43-fwcutter para instalar los archivos necesarios para su funcionamiento, estos dos archivos son wl_apsta.o y broadcom-wl-4.150.10.5.tar.bz2 , el problema es que la ubicación predeterminada de wl_apsta.o es errónea, el archivo ya no se encuentra en ese lugar.

La solución fue sencilla

1. Primero busque el archivo wl_apsta.o hasta que lo encontré y lo puse aquí, para ahorrar el buscarlo nuevamente si es que lo necesito.
2. Ubique el archivo install_bcm43xx_firmware.sh dentro de la carpeta /usr/share/b43-fwcutter/
3. Edite el archivo y modifique dos lineas, linea 7 y la linea 9 para que queden asi:

7.  wget http://share.neosergio.net/sources/wl_apsta.o
8.  wget http://mirror2.openwrt.org/sources/broadcom-wl-4.150.10.5.tar.bz2
9.  b43-fwcutter -w /lib/firmware wl_apsta.o

Luego se pueden tomar dos acciones: Ejecutar el script así:

sudo sh install_bcm43xx_firmware.sh

O ejecutar nuevamente jockey-gtk (Sistema > Administración > Controladores de Hardware) para hacerlo funcionar.

Problema resuelto.

🙂

Problema con lectora de tarjetas en Ubuntu Netbook Remix 9.10 beta

Poseo una Acer Aspire One A150, en la cual tenia instalado Ubuntu Netbook Remix 9.04, al principio no funcionaba normalmente la lectora de tarjetas JMicron con chipset jmb38x y tampoco el led del wireless; para solucionar esto bastaba con una búsqueda en Google (ejemplo).

Esta semana decidí darme un tiempo para instalar Ubuntu Netbook Remix 9.10 Beta, ya que me entusiasme con muchos comentarios favorables que leí en algunos artículos, así que manos al teclado, lo instale, actualice y configure; pero no todo funciono como quería.

Puntos a favor:

• El rendimiento de la batería mejoro dándome casi 5 horas de autonomía (a comparación de la anterior que era de 4 horas aproximadamente).
• El escritorio luce mas ordenado y amplio, el tema predeterminado también luce bien.

Punto en contra (hasta el momento y teniendo en cuenta todo el tiempo en que demoró descargar todas las actualizaciones):

• Para reiniciar el Servidor X, Ctrl + Alt + Backspace, sigue desactivado (y esto particularmente me incomoda), la solución que funciono en mi caso fue esta.
• Sigue sin funcionar correctamente la lectora de tarjetas, debo insertar la tarjeta a leer antes de prender la netbook.

Y este es el motivo de este post, como lo solucione:

La solución es similar a la versión anterior (UNR 9.04) con los siguientes cambios:

En una terminal:

sudo vim.tiny /etc/default/grub

Cambiar la siguiente linea:

GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash”

Para que quede así:

GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash pciehp.pciehp_force=1″

Guardar y cerrar la edición del archivo; y actualizar grub con:

sudo update-grub

Luego de esto reiniciar y listo; ya funciona normalmente la lectora de tarjetas, se puede montar y desmontar con total normalidad cualquier tarjeta de memoria, al momento que se desee.

Jugando con YAXT: Instalando LAMP en Ubuntu 9.04 Netbook Remix

Este es YAXT, y este post describe una de las tantas formas de tener LAMP en Ubuntu 9.04 Netbook Remix.

En esta oportunidad decidí usar la manera visual, entonces los pasos fueron los siguientes:

1. Ubicar la sección de administración y elegir el Gestor de Paquetes Synaptic

2. Una vez abierto Synaptic, buscar el menú Editar y la opción Marcar paquetes por tarea.

3. Al abrirse la ventana de paquetes por tarea, solo se debe activar la opción: LAMP server y aceptar.

4. Luego aparecerá otra ventana donde informara de los cambios requeridos, se debe marcar estos cambios.

5. Y por ultimo una ventana mas de resumen con todos los cambios a realizarse, se aplica.

6. It works!!!

Si se desea probar un script en PHP, se debe reiniciar apache2

sergio@yaxt:~$ sudo /etc/init.d/apache2 restart

Un phpinfo() da esto como resultado.

Happy LAMPing 😛

Actualizar o reinstalar? Ubuntu 9.04 Jaunty Jackalope

Este será un post corto, y la respuesta directa: REINSTALAR.

Uso Ubuntu Gnu/Linux para tuxknight (mi portátil), por el hecho de que no me toma tiempo hacer funcionar las cosas, a comparación de otras distribuciones. He usado Ubuntu en mi portátil desde que la tengo, hace aproximadamente 2 años y siempre que aparecía un versión estable (cada abril y octubre de cada año), actualizaba usando el gestor de actualizaciones y siempre que lo he hecho, siempre me ha dado problemas.

A pesar de estas malas experiencias con actualizaciones, quise darle una oportunidad más a esta forma de actualización en vez de reinstalar, lamentablemente en esta oportunidad tampoco me fue bien:

• El consumo de energía es deficiente.
• Existen procesos innecesarios ejecutándose y consumiendo mucha capacidad de procesamiento.
• El comportamiento de la tarjeta de vídeo es espantoso.
• El indicador del nivel de energía de la batería, muestra datos erróneos.

Estas son algunas de las acciones horribles causadas por una actualización gestionada ineficazmente, por lo tanto como veredicto definitivo, mejor REINSTALAR en vez de ACTUALIZAR.

No volveré a usar la actualización de versiones de la distribución con el gestor de actualizaciones, hasta que este muy comprobado que se volvió eficiente.

Eso es todo, por este post, iré publicando como me fue con Jaunty reinstalado.

Happy reinstalling 🙂

Virtual Host – Apache 2 + Ubuntu o Debian

Virtual Host (ingles) es la expresión con la que comúnmente se le conoce al Hosting Virtual (español), consiste en hacer funcionar más de un sitio web en una misma máquina física y con nombres diferentes. En este enlace pueden encontrar mayor documentación al respecto.

Bueno lo primero que se necesita para tener un hosting virtual, es obviamente un servidor web, en este caso yo trabajo con Apache Web Server, cuya instalación en Ubuntu o Debian es muy sencilla, así como también la instalación de los módulos necesarios para que el servidor haga lo que su administrador desee. La documentación oficial de Ubuntu, sobre Apache Web Server, la pueden encontrar aquí, o una simple búsqueda en google nos puede ayudar también.

Instalado el servidor, ya podemos configurar un hosting virtual, a continuación voy a describir una serie de pasos para configurar un hosting virtual en una maquina local, el nombre por defecto de nuestro servidor es localhost (recontra conocido), voy a crear un virtual host con el nombre “sergio”, la manera más sencilla podría ser la siguiente:

Abrir un CLI, o un emulador de terminal como gnome-terminal o cualquier otro.

Dirigirse hacia la carpeta donde están los archivos de configuración de Apache2 y ubicar la carpeta sites-available:

sergio@optimux:~$ cd /etc/apache2/sites-available/

Sacar una copia del archivo default y nombrarla nuevamente con el nombre que deseamos usar en vez de localhost, en este caso renombraré la copia como sergio (se puede usar sudo o la cuenta de root):

sergio@optimux:/etc/apache2/sites-available$ sudo cp default sergio

Abrir para su edición, el archivo renombrado (en este caso sergio) con el editor de texto de preferencia:

sergio@optimux:/etc/apache2/sites-available$ sudo vim sergio

Cambiar las siguientes líneas, agregar las que no se encuentren, dejar el resto de líneas intactas, guardar y cerrar. (Yo he creado una carpeta en /home/sergio con el nombre www):

<VirtualHost *:80>
ServerAdmin webmaster@sergio
ServerName sergio

DocumentRoot /home/sergio/www
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /home/sergio/www>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>
…(aqui vienen mas lineas, dejarlas como tal)

Luego se debe llamar al script a2ensite + nombre del host virtual, esta acción permitirá habilitar un host virtual en apache:

sergio@optimux:/etc/apache2/sites-available$ sudo a2ensite sergio

Luego se debe editar el archivo hosts para que cada vez que usemos el nombre del hosting virtual nos redirija hacia su ubicación local correcta:

sergio@optimux:~$ sudo vim /etc/hosts

y agregar las siguientes linea:

#hosting virtual sergio
127.0.0.1    sergio

Por último se debe reiniciar el servicio web de Apache.

sergio@optimux:~$ sudo /etc/init.d/apache2 restart

Listo, ya esta configurado el hosting virtual “sergio”, la forma de acceder es muy sencilla, ahora en vez de escribir en mi navegador web favorito: http://localhost, escribiré http://sergio y me direccionará hacia /home/sergio/www donde puedo ya ubicar mis archivos que estarán disponibles en el sitio web con el nuevo nombre.

Happy hacking 🙂

Actualización:

En Debian Gnu/Linux se debe tener en cuenta una línea en particular en la configuración del virtual host. Esta línea es: (se encuentra a la mitad del archivo aproximádamente)

#RedirectMatch ^/$ /apache2-default/

Lo que indica esta línea es que se redireccionará a una sub-carpeta llamada /apache2-default/, dentro del directorio principal del virtual host, para que esto no genere errores, esta línea podría comentarse con un #, de tal manera que al momento de llamar al virtualhost sergio (por ejemplo) no redireccione a sergio/apache2-default