Lo siguiente no es tan interesante como lo que tenia planeado pero es de utilidad para quien necesita crear plantillas de reportes y esta a punto de empezar a indagar como hacerlo con PHP.

El requerimiento

Si por algun lado hay que empezar es por aqui. Se necesita lo siguiente:

• Tener un catalogo de reportes
• Elegir el formato en que quiero cada reporte (el mismo reporte pueda obtenerse en distintos formatos)
• La cantidad de parametros que cada reporte necesita sea variable

El modelo de datos

El modelo de las tablas que necesitamos se limitan a lo siguiente.

Modelo de datos de un catalogo de reportes

Tenemos tres tablas. Una guarda el catalogo de reportes, la otra el catalogo de formatos de archivos y una tabla de relación que describe los formatos en que cada reporte se encuentra disponible.

Clases PHP

Acostumbro a trabajar consumiendo servicios. Me parece que es mas limpio si tengo bien separado la vista (en el cliente) de la lógica del negocio (en el servidor). Ademas, si no amarro la vista a los controladores puedo utilizar otros clientes (flash, java, etc) sin hacer cambios al código.

Como dije, trabajando como servicios tengo el servicio/clase llamado Sistema_Reporte que tiene los siguientes métodos:

• Sistema_Reporte
• run(codigo:string, formato:string, params:array)
  Ejecuta un reporte. recibe el código del reporte, el formato en que se requiere y los parámetros que necesita el reporte para hacer su trabajo.
• getReporte(codigo:string)
  Entrega información disponible sobre un reporte (nombre, descripción, etc).
• getFormats(codigo:string)
  Devuelve una matriz con los formatos que un reporte puede generar.
• getParams(codigo:string)
  Entrega una matriz con los parámetros que recibe el reporte.
• getParamValues(parametro:string)
  Algunos parametros son predefinidos (true, false, “si”, “no”) y otros serán IDs de un catalogo. Este método devuelve una matriz con los valores posibles que un parámetro puede tomar cuando estos no pertenecen a una tabla catalogo.
• scan(ruta:string)
  Busca y registra los reportes encontrados en la ruta dada (relativa a la raíz del sistema).

Lo que este servicio hace es tan solo recibir la petición y direccionarlo al reporte especificado. Los reportes seran otras clases PHP que pueden estar ubicadas todas en un mismo directorio u ordenadas en otros directorios junto a otras clases de sus modulos, eso no importa ya que en nuestro modelo de datos estamos almacenando la ruta donde se encuentra el reporte. El metodo scan realizara una busqueda de reportes en el directorio especificado usando el siguiente algoritmo:

• Abre el directorio y lista su contenido
• Recorre el contenido tomando en cuenta solo los archivos con extension .php
• Carga cada archivo php y revisa si la clase cargada es hija de Sistema_Reporte_Plantilla (todos los reportes deben heredar de esta clase para ser reconocidos como tal).
• Si la clase cumple con los requisitos es registrada en la tabla de catálogos de reportes si es que aun no se encuentra allí.

En la clase Sistema_Reporte_Plantilla definimos los métodos que todo reporte debe tener:

• Sistema_Reporte_Plantilla
• getName()
  Entrega el nombre del reporte
• getDescription()
  Entrega la descripcion del reporte
• getFormats()
  Devuelve una matriz simple con los formatos que este reporte es capaz de generar (pdf, xml, csv)
• getParams()
  Una matriz con los parametros que el reporte debe recibir
• getParamValues(param)
  Devuelve una matriz con los valores posibles que un parámetro puede tomar cuando estos no pertenecen a una tabla catalogo.
• run(format, params)
  Ejecuta el reporte.

Como ves, varios métodos del reporte son bastante similares a los del servicio. El servicio tan solo va a redireccionar la petición para que el usuario no tenga acceso directo a los reportes.

Descargar Modelo PHP para la administración de reportes
Descargar Modelo de datos para la administración de reportes

Ahora, para implementar los formatos, debes implementar metodos como _runPDF(params) o _runXLS(params) y generar los respectivos documentos. Dale un vistazo al codigo en el metodo run() de Sistema_Reporte_Plantilla para mas información.

Los pasos para instalar PDT como plugin en una instalación previa de Eclipse se pueden encontrar aquí.

Advertencia: Flash Builder esta basado sobre la versión 3.4 de Eclipse (alias Ganymede), por lo tanto, se debe usar la versión 2.0 de PDT preparada para esta versión.

Segun la wiki de eclipse, estos son los pasos a seguir:

1. Ir al menu Help > Software Updates… > Available Software > Manage Sites…
2. Usando el boton Add, agregar la direccion http://download.eclipse.org/technology/dltk/updates-dev/1.0M4-PDT-2.0/
3. Nuevamente, agrega la direccion http://download.eclipse.org/tools/pdt/updates/2.0/
4. Presiona el boton Manage Sites y habilita el sitio de actualización de Ganymede (http://download.eclipse.org/releases/ganymede/) si es que no se encuentra habilitado. Los sitios habilitados son los marcados con el check.
   

   Activando el sitio de actualización de Ganymede

5. Ahora debes seleccionar que paquetes vas a instalar. Selecciona los siguientes paquetes:
   En DLTK / Dynamic Languages Toolkit / Seleccionar Dynamic Languages Toolkit - Core Frameworks
   

   

   Seleccionando DLTK Core

   
   

6. En PDT Update Site / PDT SDK 2.0.1 / Seleccionar PDT Runtine Feature
   

   Seleccionando PDT

   Nota: En las imagenes no tengo seleccionado el paquete descrito porque yo ya lo tengo instalado.

7. Hecho esto, dale un clic en el botón Install.
8. Acepta la condiciones y espera a que termine la instalación. Cuando te pida reiniciar Eclipse lo haces.

Suerte en tu proyecto!

session_start() [function.session-start]: ps_files_cleanup_dir: opendir(/var/lib/php5) failed: Permission denied (13)

Si vuelves a ejecutar refrescar la página el error ya no aparece. Con el tiempo llega a ser desesperante
Bueno, si tu te has encontrado mas de una vez con este insecto te explico porque este error se dispara y como solucionarlo.

Las sesiones de php son datos asociados a un cliente que visita el servidor. Cuando un visitante se conecta por primera vez al servidor este le asigna un codigo para identificar al mismo cliente durante su visita. El cliente entrega este codigo en cada comunicacion de tal forma que el servidor pueda reconocer al visitante y a su vez asociar informacion adicional a este codigo sin que el cliente lo sepa. Para entenderlo mas facilmente, el servidor le asigna al visitante un casillero numerado y le entrega el numero de la llave para reconocerlo mas tarde.
En servidores web de produccion, que pueden tener miles de visitantes en tan solo unos minutos, almacenar los codigos de sesion en memoria resulta una mala idea, por lo que almacena todos estos codigos en el disco duro (quedando los mas nuevos o mas utilizados en la RAM del servidor).
Cuando un visitante deja de comunicarse con el servidor por un largo tiempo, el servidor entiende que ese visitante ya se ha retirado y procede a anular su sesion, pero la informacion asociada a esta aun queda en el disco duro. PHP esta configurado para depurar regularmente las sesiones inactivas y asi no llenar el disco duro de basura.
El problema aparece aqui. En los servidores Debian las sesiones son almacenadas en un directorio con permisos restringidos y estas son depuradas por el cron del sistema. Entonces, cuando PHP intenta realizar la depuracion se produce un error debido a que PHP no tiene los permisos suficientes sobre el directorio de sesiones.

La solucion es muy simple: Decirle a PHP que no depure las sesiones. Dejar que cron lo haga.
Para esto abre y modifica la siguiente linea en el archivo de configuracion de PHP (php.ini). En Ubuntu lo puedes encontrar usualmente en /etc/php5/apache2/php.ini. (no olvides abrirlo con permiso de escritura).

$config['gc_probability'] = 1;

No recuerdo el numero de linea ahora. Debe estar ubicado en la seccion de parametros de configuracion de sesiones.
Cambia el valor de gc_probability a 0 para que PHP nunca depure las sesiones olvidadas.

Guardar los cambios, reinicias apache y listo.

La solucion fue hallada gracias a este hilo de discusión:
http://forum.kohanaframework.org/discussion/565/garbage-collector-error-with-sessions-on-debian/p1

Lo que hice fue decirle a Code Igniter que ignore ciertas variables entregadas via GET aprovechando los Hooks para no tocar el codigo base de CI.

Para usar este hook sigue estos pasos:

1. Descarga este archivo y guardalo en tu escritorio.
2. Descomprime el contenido del archivo en el directorio application de tu instalacion de CI. Si ya tienes registrado algun hook entonces no reemplaces el archivo config/hooks.php. Agrega el contenido del archivo descargado tu archivo hooks.php actual.
3. Asegurate que enable_hooks es igual a TRUE en el archivo config.php ubicado en CIroot/application/config/.

Luego de hacer esto, intenta depurar tu aplicacion. Deberia correr sin problemas y ya no mostrar el error de que no se encuentra el controlador.

Nota: La intencion de este articulo es solo compartir un archivo fuente para utilizar Zend Debugger con CI. Para informacion de la instalacion de Zend Debugger o su uso con Eclipse PDT  puedes… googlear.

Logo de Kopernik. La idea era que el sistema sea usado por escolares y por lo tanto, no debia ser tan serio.

Aprovechando la experiencia que adquiri trabajando y estudiando en universidades decidi crear desde cero un sistema que se ajustara a los requerimientos especiales que cada institucion pudiera tener. Como recien estaba empezando pense que mejor seria comenzar con modulos para colegios pero… resulta que he olvide como funcionan!

Cuando estaba en el colegio no pensaba en procesos y en maneras de como mejorarlos como lo hago ahora. Por eso es que los modulos que ya he creado almacenan datos como el valor en creditos de cada asignatura o que permiten a un alumno matricularse en asignaturas distintas que el resto de sus companeros. De hecho el proceso que los administradores deben realizar para matricular de un alumno esta pensado usando los requerimientos universitarios o de institutos.

En los colegios todos los alumnos llevan lo mismo. Solo hay dos opciones:

• No te matriculas un año o…
• Estas matriculado y llevas todas las asignaturas de tu año (con algunas excepciones como no asistir al curso de religion por solicitud de los padres).

Es algo en lo que hay que trabajar.

Por el momento me quedan algunos modulos importantes por desarrollar, como el control de evaluaciones, asistencias y materiales de clase.

A continuacion explico algunos detalles del software y al final puedes encontrar un enlace para que lo puedas ver en accion.

Caracteristicas generales

• Es modular, de tal forma que sea facil reutilizar los modulos comunes y adecuarlos a lo que necesite.
• Permite el trabajo colaborativo (tiempo real).
• Solo hace uso del puerto 80. No es necesario habilitar la salida puertos adicionales en una red controlada.
• El cliente solo necesita tener Adobe Flash instalado.
• No requiere de licencias adicionales.
• Es multiplataforma. Corre en Windows, Mac, Linux y cualquier otro sistema operativo que tenga soporte para Adobe Flash (talvez Android?)
• Es multitarea. Las aplicaciones y modulos son cargados dentro de contenedores visibles como ventanas. Por lo tanto, no es necesario salir de un modulo para entrar a otro. Puedes tener varios modulos abiertos al mismo tiempo compartiendo el escritorio visible o minimizar algunos de ellos para usarlos luego.
• Al instalarlo en un servidor web con un IP publico es accesible desde cualquier parte del mundo.
• Control de acceso, a modulos y acciones, por grupos de usuarios. Se define que grupos tienen acceso a que modulos y las operaciones que realizan estos.
• El sistema cuenta con algunas herramientas como el administrador de tareas (clic secundario sobre el fondo) y un explorador de directorios (del servidor).

Tres aplicaciones abiertas: el explorador de alumnos, el explorador de archivos y el administrador de tareas

Tecnologias usadas

• Flex 4: Empece el proyecto con la version 3 pero las nuevas caracteristicas (en especial la capacidad de trabajar con archivos localmente y el skining) resultaron muy tentadoras y tuve que hacer la migracion ya casi a mitad del proyecto (y acepto que no fue una decision muy inteligente. Me retraso todo el calendario pero espero haya valido la pena).
• Zend Framework: Elegi este framework por la empresa que hay detras (Zend creadora de PHP) y por que ya me encuentro familiarizado con el. Ademas podia usar el paquete Zend_Amf para conectar Flex con el servidor. Tuve que migrar desde AMFPHP por lo que perdi el explorador de servicios y el control de acceso en cada clase. Realmente fue una migracion dura porque las clases del sistema (no academicas) ya estaban empezadas y funcionaban perfecto con AMFPHP. La gran ventaja de usar Zend_Amf es que tienes a tu disposicion todo el framework de Zend y ademas es el unico soporte para AMF que tiene la venia de Adobe sin ser desarrollado por Adobe (y la version actual de AMFPHP se encontraba abandonada en una version beta).
• PHP: Como es obvio, por ser un lenguaje fantastico y porque casi todo servidor Apache lo tiene instalado.
• MySQL: Necesitaba una base de datos transaccional y confiable. Que mejor que MySQL usada en la mayoria de servicios de hosting.

Requisitos

• Del lado del cliente
  • Flash Player 10.0.0 o una version mayor.
• Del lado del servidor
  • PHP 5.2
  • Apache
  • MySQL

Acceso a la demo

Antes de ingresar por favor, lee las siguientes instrucciones:

• Los datos de acceso se encuentran pre-escritos en los campos de texto, solo es cuestion de logearse.
• El usuario de prueba pertenece al grupo de administradores, por lo que tendras acceso sin restriccion sobre los modulos y acciones que puedan estos realizar. Ten cuidado de eliminar aplicaciones, volver a registrarlas te puede resultar complicado si no sabes donde se encuentran almacenadas.
• La falta de acentos se debe a que uso en teclado en ingles. Lo corregire muy pronto. Las fallas ortograficas se deben a mi falta de atencion a las clases de lengua (junto con la eficiencia del corrector ortografico de Word). Cuando tenga tiempo aplicare las correcciones necesarias.
• La primera vez que cada aplicacion es solicitada puede demorarse unos segundos en cargarse (dependiendo de tu velocidad de salida a Internet). La aplicacion queda almacenada en la cache de tu navegador y es cargada de alli en las solicitudes posteriores.
• Y por ultimo, te recuerdo que esta es una version en desarrollo y por ello puede tener errores. Si encuentras alguno, por favor ayudame a corregirlo comentandolo en este post. Gracias.

Eso es todo. La direccion de acceso es la siguiente: http://kopernik.danielzegarra.net/. Espero tus comentarios.

Cuando Zend AMF devuelve una clase con variables nulas AS3 lo recibe asi, pero para AS3 las variables Number no pueden ser null y para salir de este problema convierte el null en 0 (cero). Y es asi como terminas teniendo variables con valores en cero en lugar del esperado NaN.

La manera mas facil de arreglarlo es hacerle un puente al problema utilizando setters para recibir el valor entregado por el servidor, validarlo y decidir si es un aceptarlo o no.

Se puede entender mejor viendo el siguiente ejemplo:

package DTO{
	[RemoteClass(alias="claseDTO")]
	[Bindable]
	public class claseDTO{
		/**
		 * Solo se tiene acceso a esta variable a travez de su getter/setter
		 */
		private var _numero:Number;

		/*
		 * Definiendo el getter/setter para la variable privada _numero.
		 * Recordar que Number es una subclase de Object.
		 */
		public function get numero():Object{
			return _numero;
		}
		public function set numero(val:Object):void{
			//Si el valor dado es un numero
			if(val is Number)
				_numero = val as Number;
		}

	}
}

Los comentarios son bienvenidos.

En si tenemos tres o cuatro candidatos potenciales y estos son: Zend AMF, AMFPHP y WebORB. A continuacion comento las caracteristicas de cada uno.

AMFPHP es creo, sin lugar a dudas, la mejor alternativa si deseas conectar tu aplicacion Flex o Flash con un servidor PHP (y este a su vez con la BD) y no deseas tener que pasar por una larga curva de aprendizaje. AMFPHP es ligero, incluye una gestion de roles bastante simple, no es necesaria su instalacion, soporta mapeo de clases (VOs) y por ultimo, incluye un navegador de servicios para que puedas probar los mismos rapidamente. Ademas, soporta AMF0 y AMF3 (por si usas AS2 o AS3) de forma transparente. Ademas, viene preparado para comsumir Web services. Entre sus desventajas estaba la falta de soporte. La persona detras del proyecto lo abandono dejandolo en una version beta (y sin la nueva documentacion completa) durante un par de años  pero recientemente su desarrollo acaba de ser retomado y gracias a ello, se acaba de lanzar, por fin, la version 1.9 oficial.

El siguente es Zend AMF, desarrollado por Zend (la empresa detras de PHP) es el mas apoyado de todas las alternativas debido a que tiene la venia de Adobe y, obviamente, es desarrollado por Zend. A pesar de esto, carece de caracteristicas que AMFPHP o WebORB ya ofrecen (como seguridad integrada y un navegador de servicios) obligandote a implementarlas tu mismo o, lo que es mas facil, a vivir sin ellas. Pero su gran ventaja es que al ser una parte de Zend Framework (aunque se puede descargar de manera independiente) se acopla perfectamente a su arsenal de herramientas lo que es muy util, creeme. Hoy acabo de enterarme que el problema de la lenta serializacion de datos que Zend AMF tenia en versiones anteriores acaba de ser solucionada de manera oficial en la version 1.10.4.

El tercero es WebORB. Si tuviera que definirlo en una sola palabra esa seria “Completo”. Tiene tantas caracteristicas que impresiona. Un administrador de servicios decente junto con opciones pensadas para ahorrarle al desarrollador la necesidad de escribir codigo, incluye su propio administrador de acceso a servicios y metodos ademas de un administrador centralizado para el mapeo de clases. Sin lugar a dudas es el que ofrece mas opciones a simple vista. El problema de WebORB es justo eso, ofrece tantas opciones que pueden confundir al novato, darle una sensacion de demasiada complejidad.

Escribo este post porque hace poco he pasado de AMFPHP a Zend AMF. Me costo hacer la mudanza debido a que tenia muchas clases que recibian matrices asociativas como parametros (AMFPHP mapeaba los objetos de Flash en arrays asociativos y Zend AMF lo hace como objetos) y basaba casi toda la implementacion de seguridad en el metodo beforeFilter de cada clase/servicio.

Error que devuelve el browser de servicios de AMFPHP

La solución con Zend Server es bastante simple. Tan solo te diriges a las directivas de configuración y defines un valor para el parámetro date.timezone bajo la categoría date. Como dije antes, los valores posibles están publicados en http://pl2.php.net/manual/en/timezones.php.

Modificando la configuracion de PHP usando la administracion de Zend Server

En su reemplazo recomiendo usar el metodo preg_replace().

Para continuar usando AMFPHP 1.9 con normalidad, en el fichero MethodTable.php ubicado en la ruta de directorios \core\shared\util\ de los archivos base de AMFPHP se deben reemplazar el contenido actual de las siguientes lineas:

$comment = preg_replace("\n[ \t]", "\n", trim($comment));

$comment = preg_replace("[\t ]", " ", trim($comment));

Informacion adicional
Metodo ereg-replace() en php.net
Metodo preg-replace() en php.net

El parametro se puede definir en la linea 1018 del archivo de configuracion php.ini. Los valores posibles se pueden encontrar en pl2.php.net/manual/en/timezones.php .

Nota: XAMPP cuenta con el archivo setup_xampp.bat que completa basicamente su configuracion con algunas simples preguntas hechas al usuario.

Dejo los archivos de ejemplo: Descargar Compartiendo sesiones HTTP entre VM1 y VM2 de Flash Player

Nota: Esto es la continuacion de un post pasado.

Primero, incluir el directorio donde se encuentra los archivos de Zend Framework entre las rutas a cargar archivos por defecto. Esto puede hacerse de dos formar:

• Definiendolo en php.ini
  La clave a cambiar tiene el nombre de include_path. Esta es una cadena con rutas separadas por un caracter especial. Este puede diferir de acuerdo al SO siendo los dos puntos “:” para Linux o la barra oblicua “\” para Windows.
• Agregando la siguiente línea en globals.php

  //El siguiente método define un directorio más a la lista de
  //rutas por defecto al usar include o require
  //Cambia ZendLibrary por el directorio donde tengas la libreria.
  //Ejm: /../../ZendLib
  set_include_path( realpath(dirname(__FILE__)) . '/ZendLibrary'
  . PATH_SEPARATOR . get_include_path() );
  

Luego, agregar un par de líneas al bootstrap de AMFPHP para que cargue la clase Zend_Loader y asi nuestros servicios puedan usar otras clases/servicios sin tener que cargarlos al inicio (Y asi te ahorras de estar escribiendo tanto require_once).

Agrega las siguientes líneas al final del archivo globals.php

include 'Zend/Loader.php';
Zend_Loader::registerAutoload();

Por ultimo, debes configurar AMFPHP para que convierta los puntos que describen las rutas de tus clases en undelines (_). Zend Framework incluye en los nombres de sus clases la ruta completa donde esta se encuentra y mantenendo el nombre estandar como nombre de archivo.

Esto evita la redundancia de clases (al menos hasta que lleguen los namespaces con php 5.3) y te sirve para que Zend_Loader pueda cargar las clases de forma dinámica.

Normalmente AMFPHP convierte los puntos en barras diagonales “/” y el ultimo elemento lo toma como nombre del servicio/clase. Hay que hacer que como nombre de la clase use la ruta completa pero cambiando las barras diagonales por underlines. Para esto debes cambiar una sola linea de codigo en el archivo core\amf\app\Actions.php ubicado en tu instalacion de AMFPHP. Te recomiendo hacer una copia de este mismo antes de realizar un cambio.

//Linea 122 (aproximadamente)
//Esto hará que el nombre de la clase sea ahora la ruta
//completa con guiones bajos mas el nombre del servicio
$classname = str_replace('.', '_', $trunced);

Eso es todo. No te olvides de recodificar los nombres de tus clases si es que ya has empezado algunas. Asi mismo, si tus clases usaban a su vez otras, tambien debes actualizar estas llamadas o tu script se detendrá sin entregar error alguno a flash.

Aqui tienes un servicio de prueba y el código en AS2 y AS3 para probarlo.

PHP service:

class System_Prueba {
public function test(){
return 'Prueba exitosa';
}
}

ActionScript 2:

import mx.remoting.*;
import mx.rpc.*;
var service = new Service('http://testserver/amfphp/gateway.php'
, null, 'System.Prueba');
var pc:PendingCall = service.test();
pc.responder = new RelayResponder(this, 'onRespond', 'onFault');
function onRespond(re:ResultEvent){
trace(re.result);
}
function onFault(fault:FaultEvent){
trace('Error');
}

ActionScript 3:

import flash.net.*;
var rs:NetConnection = new NetConnection();
rs.connect('http://testserver/amfphp/gateway.php');
rs.call('System.Prueba.test', new Responder(onRespond, onFault));
function onRespond(re:Object){
trace(re);
}
function onFault(fault:Object){
trace('Error: '+fault.description);
}

Decidi aprenderlo de una vez y empezar a usarlo en mis proyectos. 

Una de las primeras cosas que busqué fue su compatibilidad con AMF puesto que estoy acostumbrado a usar AMFPHP para casi todo. Zend Framework viene con clases para trabajar con AMF y son clases muy buenas. 

En 15 minutos arme mi gateway AMF en PHP con tan solo 7 lineas de codigo y cree un flash simple para probar mi servidor. 

A este servidor solo le falta agregarle la autenticación y Zend Framework trae clases para eso tambien. 

Puedes descargarte el Gateway + Service y Flash de ejemplo en el siguiente enlace.

Necesita tener las librerìas de Zend Framework junto al ejemplo.

Yo uso el plugin Twitter for WordPress porque es mas rápido que los otros. Este plugin utiliza la función de wordpress fetch_rss(url) para leer los estados de una cuenta de Twitter. El problema es que esta función carga el contenido de una caché desactualizada.

La caché es muy útil para evitar descargar de Internet lo mismo una y otra vez sabiendo que el contenido (texto, imagenes,videos, etc) no ha cambiado. Como el contenido de Internet es dinámico la cache debe contar con algoritmos para que esta información sea periódicamente actualizada.

Por alguna extraña razón WordPress 2.7 no actualiza su caché.

La solución: Desactivar el uso de la cache para contenido RSS.
Simplemente debes cambiar el valor de la contante MAGPIE_CACHE_ON. Esta contante es definida en archivo rss.php ubicado en /raiz_de_wp/wp-includes/ línea 624.
La línea 624 dice asi:
define(‘MAGPIE_CACHE_ON’, 1); //Definiendo la contante con el valor “1″
Cambia el “1″ por “0″ (cero) y guarda el archivo.

Eso es todo.

Te mostraré los pasos para instalar tu propio servidor LAMP en openSUSE 11, pero no te alegres tanto, porque si bien al final de este tuto tu servidor estara funcionando, no seria recomendable que lo coloques en la zona pública aún. Para ello debes hacerle un hardening a su servidor y yo no estoy capacitado para eso.

Paso 1: Consigue el instalador de openSUSE 11

Lo puedes descargar desde http://software.opensuse.org/. Es un archivo en formato ISO de 4.3Gb. Este archivo debes volcarlo a un disco DVD. Eso lo puedes hacer con un software como Nero o MagicISO. Puedes buscarte uno gratuito por aquí.

Una vez que hayas quemado la imagen en el dvd empiezas con la instalación.

Paso 2: Empezar a instalar

El disco grabado es booteable, solo asegurate que tu bios busca archivos de inicio en el CDRom antes que en tu disco duro.

Una vez que lo encuentre veras la siguiente pantalla.

openSUSE Install Arranque desde el disco de instalacion

Eliges Installation para empezar con el proceso. No te preocupes por el ingles, luego lo puedes cambiar.

Una vez iniciada la instalación y continuado con la bienvenida verás esto.

openSUSE Install Modo de instalacion

Yo elijo la primera opcion porque es lo que quiero hacer, no me interesa lo que actualmente tengo en mi disco duro.

openSUSE Install Zona horaria

Luego elijo mi zona horaria y verifico que la hora mostrada sea correcta.

En la siguiente pantalla debo decidir que escritorio gráfico usaré.

openSUSE Install Seleccion de escritorio

Yo elijo el KDE4, pero tu puedes elegir el que mas te guste. Si ya has usado ubuntu alguna vez, entonces debes conocer a Gnome. KDE4 es una nueva version de KDE que trae consigo buenas mejoras gráficas entre otras cosas. En este ejemplo no utilizaras el entorno gráfico.

openSUSE Install Propuesta de particionamiento

En la siguiente pantalla debes elegir las particiones que deseas crear. Mi amigo me dice que es mejor hacerlo de forma manual, hay unos pasos a seguir. Pero como él esta ocupado dejaré que suse decida. Este no será un servidor de producción, no necesito que todo sea perfecto.

En la ultima parte de la preparación te pregunta por la identidad del servidor. En “Nombre completo” puedes escribir tu nombre. En el siguiente campo te pide el nombre de usuario. Coloca ahi tu nick (no debe tener espacios ni caracteres especiales). Y en los dos ultimos campos tu contraseña (una que elijas). Asegurate de marcar la opcion de “Utilizar esta contraseña para el administrador” (osea, el usuario root).

Una vez que ya he contestado a varias preguntas me muestra el resumen de lo que va a hacer.

openSUSE Install Configuracion de la instalacion

Yo decido cambiar algunas cosas como el software que va a instalar, no me interesan los juegos o los efectos de pantalla, lo que harán sera ocuparme espacio y memoria.

openSUSE Install Eligiendo los paquetes a instalar

Otra cosa a cambiar es el tipo de inicio del sistema. Por defecto inicia en el estado 5 que es el modo gráfico. Como este será un servidor la intención es no gastar memoria en cargar cosas imnecesarias. Por lo tanto, le decimos que inicie en el modo 3.
Te da tres modos:

• 1: Modo de consola sin red
• 3: Modo de consola con red (recomendado)
• 5: Modo gráfico con red

Si inicias por defecto en modo gráfico no hay problema. Puedes usar la consola en cualquier momento.

Conforme empiezas con la instalación, lo primero que hará será preparar el disco duro, lo particionará y formateará de acuerdo a lo decidido anteriormente.

openSUSE Install Preparando el disco duro

Luego continuar con la instalación de los paquetes.

openSUSE Install Instalacion de paquetes

openSUSE Install Terminando la instalacion basica

Una vez haya terminado te pedirá reiniciar. Si dejas el disco de instalación, dentro de la compu, no importa, la primera opcion del menu booteable es “Iniciar desde el disco duro”.

openSUSE Install Configuracion automatica

De manera automática vuelve al programa de instalacion para configurar los paquetes instalados.

Paso 3: La configuracion de tu LAMP (Linux, Apache, MySQL y PHP)

Una vez que hayas terminado con la instalación empieza lo divertido, la configuración. Depende a el tipo de inicio que hayas elegido puedes seguir de dos maneras:

Si elegiste usar el modo grafico por defecto

Si elegiste iniciar por defecto en modo gráfico has lo siguiente:

Una vez el escritorio este cargado, dale un clic a la iguana verde ubicada en la esquina inferior irquierda y luego escribe la palabra “terminal” en el campo de busqueda ubicado en la parte superior del menu emergente. Dale un clic sobre el primer resultado.

Una vez abierto el terminal escribes:

su -

Luego la contraseña que elegiste previamente tal como se muestra en la siguiente imagen. Esto te da los privilegios del usuario root (administrador).

Te recomiendo que maximices la ventana del terminar porque necesitaras espacio para lo que sigue. El boton de maximixar se encuentra exactamente debajo del cursor (ver última imagen).

Si elegiste el modo de consola por defecto

Entonces una vez que el servidor termine de iniciar te pedira inicies tu sesión. Escribe root como nombre de usuario y luego la contraseña que hayas elegido previamente.

De aqui en adelante los pasos son comunes.

Una vez que te hayas logeado tipeas:

yast

Ahora debes tener al administrador Yast2 en pantalla. Con Yast puedes realizar varios cambios en tu servidor sin necesitad de estar editando archivos de configuración. Te ayuda sobretodo si eres un principiante como yo.

Usa las flechas direccionales para moverte y la tecla <TAB> para saltar de un cuadro a otro o entre los botones.

Paso 3.1: Configurando con Yast

En Network Devices / Network Settings puedes configurar tu tarjeta de red: IP, Nombre, etc. Por defecto usaras DHCP.

openSUSE Install Configurando con Yast

Ve a Network Services y elige HTTP Server. Luego, asegurate que el puerto de escucha esa el 80 y que Open port in Firewall este seleccionado. Puedes seleccionar y deseleccionar usando la barra espaciadora. No olvides que puedes saltar entre los campos activos usando <TAB>. Vas a la siguiente pagina y activas lo que necesites: PHP5, Perl, etc… Sigues avanzando y veras que este asistente te ofrece varias opciones. Si desearas cambiar algo luego puedes volver a entrar aqui. Recuerda el DocumentRoot, es ahi donde se deben encontrar los archivos que seran visibles desde la web. Usualmente se encuentra en <RAIZ>\srv\www\htdocs.
En la última pantalla te da dos opciones:

• Start apache2 server when booting
• Start apache2 server manually

Te recomiendo la primera opción, asi apache2 iniciará de forma automatica al arrancar openSUSE.

Bien, ahora que Apache esta configurado pasamos a mySQL.

Salimos de yast, puedes ir saltando con <TAB> hasta llegar al boton Quit o presional simplemente <F9>. Asi como hecho que el servicio apache2 se inicie automaticamente al arrancar nuestro servidor debemos hacer lo mismo con mySQL. Para ver si el servicio mysql esta configurado para un inicio automatico escribimos lo siguiente:

chkconfig –list | grep mysql

Como resultado tendremos:

Te resumo que significa esto: Estos numeros del 0 al 6 representan tipos de inicio del sistema operativo. 3 inicio en modo de consola y 5 el inicio en modo gráfico. Como ves en la imagen el servicio mysql no se iniciará automaticamente en ningun tipo de inicio. Debemos hacer el “off” del estado 3 y 5 se convierta en “on“. Para esto escribimos lo siguiente:

chkconfig mysql on

Asi de simple. Si deseas puedes ejecutar otra vez el comando que te informa del estado del servicio para verificar que realmente en los estados 3 y 5 el servicio mysql a pasado a “on“.

Tambien puedes ejecutar: chkconfig –list | grep apache2 para asegurarte que apache2 este en “on” en los tipos 3 y 5.

Habiendo hecho debes reiniciar tu servidor, para ello ejecuta el comado:

init 6

Con esto ya tienes corriendo tu servidor Apache con PHP y mySQL.

Te dejo algunos comandos que te pueden ser útiles:

init 0 : Apagar el servidor.
init 6 : Reiniciar el servidor.
service apache2 status : Para conocer el estado de un servicio. Puedes cambiar apache2 por el servicio que quieras.
service apache2 start : Para iniciar un servicio. Asimismo, en vez de mysql puede ser apache, sshd, etc.
service apache2 stop : Para detener un servicio.
service apache restart : detiene y vuelve a iniciar un servicio.
ifconfig : Muestra la configuracion de las tarjetas de red.
man nombre_cualquiera : Muestra la ayuda del comando nombre_cualquiera.
ping nombre_host : Hace un ping a un nombre de host o direccion IP, igual que el comando ping de windows. A diferencia que este no se detendra hasta presionar las teclas <CRTL> + <C>.
top : Muestra el estado de los procesos en ejecucion asi como su uso en memoria y procesador. De la misma manera, presiona <CRTL> + <C> para salir.

Si elegiste iniciar en modo consola por defecto y tambien elegiste instalar el escritorio KDE durante la instalación y ahora quieres probarlo, puedes ejecutar el comando startx. Esto iniciará el escritorio KDE usando el usuario actual. Para volver a la línea de comandos simplemente cierra sesión desde el entorno gráfico.

Si por algún motivo la aplicacion con la que tabajases se congelara, puedes reiniciar tu servidor saltando a otro escritorio. Para saltar entre escritorios presiona la tecla <ALT> + <del F1 al F6>. Tienes seis escritorios en modo de consola disponibles. El escritorio gráfico usa el siete. Para saltar del escritorio de comandos al grafico lo puedes hacer con <ALT>+<F7>, y para pasar del escritorio gráfico al de comandos lo debes hacer con <CRTL>+<ALT>+<del F1 al F6>. Recuerda usar las teclas <CRTL> y <ALT> de la izquierda de tu teclado.