Pues la idea era tener un VPS Local en el Virtual Box para tener sobre el un clasico LAMP, no queria instalar de frente sobre mi sistema porque teniendo un VPS Local se siente mas comodo y como si fuese real (uso de ftp, ssh, etc.), ademas de la facil portabilidad para el futuro, ya que no seria necesario volver a instalar desde cero, solo con la copia del archivo del disco virtual del VirtualBox seria suficiente para poder montarlo en cualquier otra maquina.

Entonces lo que se necesita es:

- Tener un Sistema Operativo Host compatible con Virtualbox, en mi caso Mandriva (GNU/Linux)
- El Virtualbox instalado, en mi caso con un urpmi virtualbox, sera suficiente para instalar todo lo necesario para poder poner en funcionamiento.
- Un Sistema Operativo Guest para el virtualbox, en mi caso hice uso el Ubuntu Server 8.04 LTS el que me llego luego del pedido que hice al Shipit de Ubuntu, recomiendo usar este o cuaquier otra distro de gnu/linux que se instale al minimo y solo lo necesario y mejor si no hay entorno grafico, ya que asi nos familiarizaremos mas al mundo real .

Entonces una vez instalado el virtualbox, es hora de instalar el Sistema Operativo Guest, en mi caso el Ubuntu, para eso antes se tiene que crear la Maquina Virtual en el Virtualbox y seguir sus asistente de configuracion que a decir verdad es igual que como cuaquier otra configuracion.

Nota: a veces por ejemplo del Ubuntu Server, que luego de la instalacion carga la maquina pero no bootea debido a algo sobre el kernel, antes tienes que activar la opcion “Enable PAE/NX” o su equivalente en espa~ol.

Sin mas antes de instalar o luego (da igual), recomiendo que en la pesta~a “Networks” se instale 2 Tarjeta de Red “Virtuales: activando el primero como “NAT” y el Segundo como “Host Only Network”

Tarjeta 1
Tarjeta 2

Terminar de instalar el Sistema Operativo Guest, como ya dije en mi caso el Ubuntu    Server 8.04 LTS y luego el famoso LAMP que viene incluido en el disco, como ya dije tambien, sin entorno grafico.

Una vez lista la instalación, revisaremos que funcionen algunas cosas: en la máquina anfitriona, abre una terminal y ejecuta ifconfig. Busca la sección que comience con vboxnet, se debería ver algo así como:

vboxnet0  Link encap:Ethernet  HWaddr 00:76:62:6e:65:74
              inet addr:192.168.56.1  Bcast:192.168.56.255  Mask:255.255.255.0

Donde la IP 192.168.56.1 designará la dirección de un dispositivo virtual en tu máquina real, es decir, una dirección a la cual la máquina virtual se puede conectar.

Ahora, a configurar la máquina virtual para que se conecte a la misma red (192.168.56.*): comienza una sesión en ella y a editar la configuración de la red. Si no tienes un editor de texto instalado, puedes hacer aptitude install nano; y luego sudo nano /etc/network/interfaces, donde debes agregar las siguientes líneas (no eliminar lo que ya esta):

auto eth1
iface eth1 inet static
       address 192.168.56.2
       netmask 255.255.255.0

Ahora a reiniciar la red, con sudo /etc/init.d/networking restart y la máquina virtual ya debería estar ubicable en la dirección 192.168.56.2 — si aun no has instalado un servidor web en ella, lo puedes comprobar enviando un ping. A veces la máquina real no “ve” inmediatamente a la máquina virtual en esa dirección; puedes solucionarlo enviando un ping desde la máquina virtual a la máquina real (que está en 192.168.56.1) y viceversa. Ojo, a veces como en mi caso que tengo instalado el IPTables (firewall) viene por defecto para rechazar conexiones, por lo tanto antes de intentar comunicarse con el VPS, apagar el servicio con: service iptables stop.

Con esto ya solucionado, ahora “sólo” queda la parte web si aun no se ha instalado: instalar el servidor web de tu preferencia, PHP, MySQL u otras bases de datos, Ruby on Rails, etc. Y no olvidar del ssh: aptitude install ssh openssh-server.

Ahora si viene lo bueno, luego ya no sera necesario tener abierto graficamente el virtualbox (por eso mismo recomendaba una distro sin entorno grafico), basta con una linea de comando en la consola para tenerlo internamente corriendo, y listo para ser usado ya sea por ftp, web, ssh, etc; iniciamos asi:

$ VBoxHeadless -startvm buntuserver

donde buntuserver u otro nombre que le diste a la maquina virtual.

Este blog esta alojado en el Hosting Compartido de Godaddy y no he tenido quejas hasta recien ahora que veo que con WordPress no se puede enviar correos electronicos a traves de la funcion mail() de Php, solo con este CMS. Vale decir que tengo el Php corriendo en Apache bajo Linux. El error por ejemplo que me da es el siguiente cuando intento recuperar una contrasena:

The e-mail could not be sent. Possible reason: your host may have disabled the mail() function...

Me parecio raro, asi que investigue y llegue a la siguiente solucion:

1. Crear una nueva cuenta de correo electronico desde el Panel de Administracion de e-Mails de Godaddy. Si ya tienes una cuenta de correo como proveedor a godaddy, ya no es necesario.

2. Instalar el siguiente Plugin: WP-Mail-SMTP y activarlo.

3. En el Panel de Administracion del WordPress dirigirse a “Settings” o “Configuracion” y desde ahi entrar al Submenu ‘EMail’. y realizar lo siguiente:

1. From Email: “tuusuario@dominio.com” (sin las comillas).Este debe estar alojado en Godaddy.
2. From Name: Escribe el nombre que deseas que aparesca en la configuracion de la cuenta. Este nombre es el que sera tomado en cuenta en los correos  como “Mi Nombre” <tusuario@dominio.com>
3. Mailer: escoge  “Send all WordPress emails via SMTP”. No escogas la funcion “…PHP mail()” porque no funcionara.
4. SMTP Host: relay-hosting.secureserver.net (no uses el que viene por defecto de Godaddy SMTP que es el smtpout.secureserver.net).
5. SMTP Port: 25 (por defecto en los servidores SMTP ).
6. Encryption: escoge  “No encryption”. (supongo que no se estara enviando datos sensibles!)
7. Authentication: escoge “No: Do not use SMTP authentication”.
8. Click en el boton Update Options .  y nuevamente regresaras al enlace Configuraciones Generales.
9. Ahora entrar nuevamente al enlace Email . Ir hasta abajo e ingresar un correo valido para poder probar en el campo  To: en la seccion “Send a Test Email”.
10. Click en el boton Send Test .
11. Si lo hiciste todo correctamente podras ver la siguiente pantalla:

a la vez que recibiras tan pronto en la bandeja  el correo del test.

Descargamos el Archivo

# wget http://downloads.zend.com/optimizer/3.3.3/ZendOptimizer-3.3.3-linux-glibc23-i386.tar.gz

Descomprimimos:

tar -zxvf ZendOptimizer-3.3.3-linux-glibc23-i386.tar.gz

Entramos a la carpeta

# cd ZendOptimizer-3.3.3..

Instalamos:

# ./install.sh

Y nos aparecera un asistonto…

Bienvenido y bla bla.. un OK  mas que suficiente para omenzar el asistente

Aceptamos la Licencia con EXIT

la ruta donde se instalara el Zend

Especificamos donde esta el archivo php.ini

Confirmamos si estamos usando el Apache

Seguimos aceptando OK

El Asistente reescribira el archivo php.ini (aceptamos) ya que es la unica opcion que nos queda, pero cualquier momento se puede regresar a la version anterior, ya que crea una copia de seguridad con la extension .bak

Aceptamos reiniciar el Servidor Apache, si falla lo tendremos que hacer manualmente con el comando # service httpd restart

eAccelerator + Plesk

En caso tengamos instalado el eAccelerator y el Panel Plesk, tener cuidado en el orden con el que seran cargados los Modulos, ya que Plesk usa el modulo ioncube-loader.ini que esta dentro de la carpeta /etc/php.d/

Entonces tanto la configuracion del eAcelerator lo ponemos dentro de esta carpeta y recomiendo cambiar el nombre por zacelerator.ini, quedando asi

zeacelerator.ini

y luego editamos el php.ini copiamos las lineas del [Zend] para luego eliminarlas y guardar el archivo.

[Zend]
zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.3
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.3
zend_optimizer.version=3.3.3                                              
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so                
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.

y creamos un nuevo documento dentro del directorio /etc/php.d/

nano -w zendloadder.ini

Pegamos el texto anterior, grabamos y listo. Reiniciamos Apache

#service httpd restart

Luego hacemos el php -v y tendremos:

[root@server php.d]# php -v
PHP 5.1.6 (cli) (built: Jul 16 2008 19:53:00)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies
    with eAccelerator v0.9.6-svn355-dev, Copyright (c) 2004-2007 eAccelerator, by eAccelerator
    with the ionCube PHP Loader v3.1.16, Copyright (c) 2002-2006, by ionCube Ltd., and
    with Zend Extension Manager v1.2.2, Copyright (c) 2003-2007, by Zend Technologies
    with Zend Optimizer v3.2.6, Copyright (c) 1998-2007, by Zend Technologies

En el siguiente post, como instalar el eAccelerator.

Por defecto, Plesk viene con una configuración de MySQL susceptible de ser tuneada (el archivo my.cnf), siempre teniendo en cuenta los recursos de nuestro sistema. El rendimiento puede incrementarse notablemente utilizando variables como query_cache_size, etc. Pero este es otro tema. El post se refiere a un error que puede aparecernos cuando modificamos la configuración por defecto de MySQL y reiniciamos el servicio.

El error en concreto es:

MySQL query failed: Incorrect information in file: ‘./psa/misc.frm’

Si el error aparece hemos de fijarnos en el tamaño de los archivos ib_logfile0 y ib_logfile1 en nuestro directorio de MySQL. En la instalación de Plesk será /var/lib/mysql. Si esos archivos tienen un tamaño diferente del que hemos establecido en el my.cnf, tendremos claro el error. Paramos el servicio MySQL, eliminamos los ficheros ib_logfile* con el comando # rm y reiniciamos el servicio. Los nuevos ficheros deberían crearse sin problemas. Finalmente, reiniciamos el servicio de Plesk.