jump to navigation

Nuevo Site Personal: JorgePedret.com octubre 28, 2007

Posted by Jorge Pedret in Uncategorized.
1 comment so far

Buenas, tenia un tiempo sin escribir por falta de tiempo y un poco de inspiracion, pero ahora escribo para anunciar un nuevo dominio que abri, para mi curriculo y ademas tambien para trabajar en ciertos proyectos secretos personales xD.

El dominio es jorgepedret.com . Espero que les guste! saludos!

Anuncios

Ajax y CSS mayo 27, 2007

Posted by Jorge Pedret in Uncategorized.
1 comment so far

Compre hace poco dos libros en Canada.

El primero:

CSS Mastery

CSS Mastery : Advanced Web Standards Solutions -> http://www.cssmastery.com/

El segundo:
Ajax in action
Ajax In Action -> http://www.manning.com/crane/

Ahorita estoy leyendo los dos libros y hasta los momentos los dos me parecen excelentes! Pronto estare escribiendo los reviews de los libros y algun comentario de algún capitulo.

Adicto al trabajo? Aprende a desconectarte mayo 16, 2007

Posted by Jorge Pedret in Uncategorized.
6 comments

Ultimamente me he preocupado bastante por mi salud y como dice jose miguel lo que uno hace es ver como cada día tiene la barriga mas grande jejeje. Esto se debe en mi caso practicamente a la adicción al trabajo que tengo ahorita. No me considero una persona adictiva y por eso esto me esta preocupando un poco.

Yo disfruto mucho mi trabajo, disfruto realizar sistemas, buscar siempre la mejor forma de hacer algo, aprender como hacer que la computadora haga lo que yo le diga (jejeje), y por eso tal vez no vea esta situación como un problema grave.

Estoy subscrito a la lista de email de www.desarrolloweb.com (muy buena para desarrolladores web) y escribieron un artículo acerca de este tema.

El mensaje que mas me llamo la atención fue: “trabaja para vivir, no vivas para trabajar”.

Tomado de desarrolloweb

Aquí se los envío textualmente:
Las personas que trabajamos por cuenta propia tenemos que aprender a desconectar de nuestro trabajo.

Es fácil que nuestro trabajo nos robe tiempo de nuestra vida privada, lo que es más complicado es justo lo opuesto, sobretodo para los que trabajamos por cuenta propia. Conseguir desconectar de nuestra actividad laboral es algo necesario, imprescindible. Y puede ser complicado especialmente si trabajamos en casa.

Yo ya tengo comprobado que los atracones de trabajo derivan siempre en situaciones difíciles en las que nuestro rendimiento baja bastante. Después de varios días trabajando más de la cuenta es fácil entrar en una dinámica de desgaste que a la postre nos hace menos productivos y puede incluso minar nuestra salud. Entonces no queda más remedio que tomarse un descanso necesario y casi involuntario que nos hace perder horas de la jornada o días enteros de productividad.

Pero es que, incluso sin necesidad de excederse en el trabajo, desconectar por completo de nuestra actividad es algo imprescindible para la salud física y mental.

Algunos consejos para poder desconectar fácilmente son:

Realizar tareas totalmente diferentes en nuestro ocio. Está comprobado que cuando trabajamos, por ejemplo, en Internet al final no queda espacio para el ocio en la Red. Pero es que tampoco es recomendable que después de trabajar de cara a una pantalla, continuemos nuestro ocio delante del ordenador, jugando a juegos por ejemplo. Yo también añadiría que no es recomendable seguir de cara a una pantalla, viendo por ejemplo la televisión. Ojo con la vista, que se desgasta bastante.

Tener ambientes de trabajo y ocio bien diferenciados. También, a ser posible, es recomendable realizar las tareas de trabajo en una sala o ambiente distinto que el que tenemos para laborar. Esto es de vital importancia para los que trabajamos en casa.

Para nuestro ocio es importante elegir actividades que realmente nos gusten, de las que podamos disfrutar plenamente. En general, tratar de aprovechar al máximo esos momentos de relax y focalizarnos por completo en ellos.

Terminar de trabajar un poco antes de empezar una actividad lúdica. Los que tenemos un negocio propio muchas veces pensamos demasiado en él. Para desconectar efectivamente y divertirnos sin pensar en nuestro trabajo es bueno dejar de trabajar un rato antes de quedar con los amigos o familia.

Si nos cuesta dejar de pensar en el trabajo, es interesante también compartir con otras personas tu tiempo libre. Disfrutar al máximo de la familia o los amigos y dedicarles nuestra atención y focalizarnos en sus inquietudes o problemas es algo que también nos ayudará a desconectar. Si no tienes la suerte de contar con un nutrido grupo de amigos o familia, apúntate a una actividad donde compartas con otras personas inquietudes distintas que las laborales.

No ser tan sedentarios. Si trabajamos en el ordenador y nos pasamos la mayor parte de nuestro tiempo sentados, es importante moverse en nuestros ratos libres. No quedarse quietos y salir a pasear, hacer deporte o cualquier cosa que nos permita mover el esqueleto. Esto redundará en la mejora de nuestra salud.

Tener amigos que nos faciliten tratar temas distintos al trabajo también es algo de interés que nos ayudará a desconectar. Conozco muchas personas que no saben hablar de otra cosa que no sea su trabajo y creo que eso no es saludable ni atractivo para conocer y disfrutar de otras personas.

Siempre tenemos que acordarnos de “trabajar para vivir”, en lugar de “vivir para trabajar”. No te conviertas en un adicto al trabajo, que no te hará feliz.

URGENTE!!! Google Developers Day!!! mayo 10, 2007

Posted by Jorge Pedret in developer, web.
7 comments

Acabo de leer esta noticia de google!!!

googles developers day
No se si tengan tiempo planificandolo, pero me sorprende que no me haya enterado antes :S

Google planifico para el día 31 de mayo el día de los programadores, donde se van a reunir en las principales capitales del mundo los programadores para intercambiar ideas acerca de el mejoramiento de aplicaciones web y explicaciones del uso de las api que ellos han desarrollado!

Voy a ver si me puedo poner en contacto con la gente de brasíl, que es lo que nos queda mas cerca! de verdad me gustaría participar en este evento, aunque no sea directamente con la gente de google. (Tal vez la gente de españa o brasil)

Ya yo me registre y les envie un email a la gente de google explicandoles la situación, aunque tengo en cuenta que Venezuela no creo q la tomen como un país muy importante.

Escriban aquí si alguien esta interesado para ver que puedo hacer. Pero tiene que ser YA porque eso es para el 31 de mayo!!!!

Para mas información vean aqui! http://www.google.co.ve/events/developerday/pt_BR/details.html

Los kerubines negros del molocotongo!!! mayo 8, 2007

Posted by Jorge Pedret in Uncategorized.
17 comments

Me voy a ahorrar los comentarios, solo vean este grupo! que bueno!

Escribi este post intentando colocarlo en otra página que no fuera la principal, pero no funciono 😦
De todas maneras, este video es demasiado comico :S jajaja asi que lo voy a dejar aunque no tenga mucho que ver con mi blog

URRRRRR PULULUNGA!

Codificación de Lenguaje (Language Encoding) mayo 6, 2007

Posted by Jorge Pedret in developer.
12 comments

Language Encoding

(Codificación del Lenguaje)

Durante la evolución de la web, varias veces se ha hecho el intento de crear un estándar para el manejo del lenguaje. A partir de todos estos intentos se creo una confusión general en el asunto, siendo el iso-8859-1 el más utilizado, o el colocado por defecto por el dreamweaver.

El encoding es la forma de especificar a una página en que forma debe leer los datos que esta leyendo. Lo que lo hace de cierto modo complicado, es que éste puede ser especificado en distintos lugares:

-> Archivo .htacces
-> Configuración del Servidor

-> Documento XHTML a través de los meta tags

Están listados en orden de importancia, es decir que si tienes un archivo XHTML con el encoding definido en los meta tags, la configuración del servidor va a reemplazar la codificación con que es leído este archivo. Y si el servidor esta configurado para leer por ejemplo el formato iso-8859-1 y se especifica a través del archivo .htaccess que el formato en que debe leer es utf-8, éste va a tomar el último como el encoding correcto.

El estudio de la codificación utilizada en la web, vino a partir de la idea de implementar el lenguaje chino para la página de VIVOphone, y se llego a la conclusión de que para poder tener caracteres chinos (o de cualquier idioma existente) había que utilizar el encoding UTF8. Éste es el encoding más completo que hay actualmente y con el que se realizan todas las web multiidiomas.

El tema del encoding es bastante complejo y amplio, aquí explico, según lo que estudie, básicamente como me funciono a mí bajo las configuraciones actuales del servidor de producción en VIVOphone.

¿Cómo especificar el encoding que quiero utilizar?

Aquí hay una guía muy buena de encoding http://www.w3.org/International/questions/qa-htaccess-charset

Archivo .htaccess
Para especificar un encoding en archivos .htaccess, solo debe crear el archivo .htaccess (si todavía no existe) y agregar la siguiente línea:

AddDefaultCharset UTF-8

Si quiere que solo el encoding que especifique sea utilizado en una sola carpeta, cree el archivo .htaccess en dicha carpeta y agregue la misma línea. Solo tomara los cambios de encoding para esa carpeta.

Configuración del Servidor
No pude conseguir como se hace. El servidor de la página en q estaba trabajando específicamente tiene por defecto el encoding iso-8859-1, por lo tanto si especifica a través del documento XHTML otro encoding, no va a funcionar. Debe ser especificado por el archivo .htaccess para que pueda ser leído con el encoding que quiera.

Encoding por Meta Tags

En el archivo que esta escribiendo, debe especificar el encoding a través del siguiente meta tag:

<meta http-equiv=”Content-Type” content=”text/html; charset=iso-8859-1″ />

Si desea cambiar el encoding a utf8 puede colocar utf-8 después de la palabra charset, quedando de la siguiente manera:

<meta http-equiv=”Content-Type” content=”text/html; charset=utf-8″ />

Esto debe ir dentro del tag head. Generalmente se escribe la siguiente cabecera completa:

<!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.0 Transitional//EN” “http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd”&gt;
<html xmlns=”http://www.w3.org/1999/xhtml”&gt;
<head>
<meta http-equiv=”Content-Type” content=”text/html; charset= utf-8″ />
<title>Titulo del documento</title>
</head>

Encoding para MySQL

Al igual que hay que especificar un encoding en la web, también hay que hacerlo para la BD. Generalmente se especifica al momento de crear la tabla o la BD. Al momento de crear la base de datos debe especificar que desea utilizar el encoding utf8 — UTF-8 Unicode.

Al crear una tabla, ésta toma el encoding original de su base de datos en caso de que esto no se especifique. En caso de que este trabajando con una BD con encoding diferente al que desea, solo debe especificarlo al momento de crear la tabla. Igualmente seleccione utf8 — UTF-8 Unicode como el encoding o Charset.

Al momento de utilizar cualquier tabla que su encoding sea diferente al de la BD, se debe especificar el siguiente código, luego de realizar la conexión y la selección de la BD (mysql_connect – mysql_select_db) y antes de hacer cualquier query:

mysql_query(“SET CHARACTER SET utf8”);
mysql_query(“SET NAMES utf8”);

TATUARSE PUBLICIDAD! abril 30, 2007

Posted by Jorge Pedret in ocio.
5 comments

Aunque esto no tenga mucho que ver con desarrollo web, tiene que ver con la creatividad que tienen algunos para generar nuevas ideas de mercadeo.

Desde Brasíl, Edson Alves al verse desempleado y tras durar un tiempo sin conseguir un empleo, se le ocurrio la idea de vender su cuerpo tatuandose más de 20 anuncios publicitarios de tiendas, restaurantes y otros negocio. Ahora se la pasa caminando por ahi sin camisa “trabajando”!

Me pregunto qué pasara cuando alguno de sus anunciantes decida terminar el contrato?

La web más alta del mundo abril 30, 2007

Posted by Jorge Pedret in Uncategorized.
2 comments

Revisando la web, me encontre con esta curiosa página http://worlds-highest-website.com/es/. Ellos dicen estar haciendo experimentos de CSS, llevando hasta el límite los tamaños de los elementos de la web. Aclaman ser la Web más alta del mundo, actualmente cuentan con 18,939 kilómetros de altura. Conseguí el Link aquí.

Complementos de Firefox (Add-ons) abril 26, 2007

Posted by Jorge Pedret in complementos, developer, firefox, web.
2 comments

Complementos de Firefox

Lo que hace a Firefox el mejor explorador de Internet (ademas de regirse estrictamente por los estándares de W3C, de ser seguro y de ser muy estable), son sus extensiones!.
Personalmente como desarrollador web, he llegado al punto de depender de estas como herramientas para facilitar, mejorar y optimizar mi trabajo.

Aquí las que yo utilizo con una breve referencia en orden de importancia:

Firebug
Su uso mas básico es inspeccionar el codigo fuente de una página. Se acopla al browser de forma que siempre esta cuando la necesitas (Lo puedes encontrar en la esquina inferior derecha, debajo de la barra de scroll).

Las funciones mas impresionantes son:

  • Al desarrollar aplicaciones en AJAX puedo ver los parametros que son enviados por POST o GET al codigo en el servidor y ver que valores recibio
  • Editción del código fuente directamente desde el Firebug, esto me ayuda al desarrollo con CSS
  • Muestra la velocidad de carga de cada uno de los elementos de tu página
  • Consola de errores de Javascript

Web Developer
Barra que se instala en la parte superior del Firefox, tiene todas las funciones que te puedas imaginar. Las más importantes:

  • Botón para habilitar y desabilitar javascript
  • Control de las cookies, pudiendo editar, eliminar y agregar
  • Elimina las variables de sesión establecidas con un servidor
  • Muestra y permite edición de CSS de una página en tiempo real
  • Mostrar información detallada en pantalla de formularios html
  • Permite medir elementos o espacios con una regla
  • Mostrar comentarios y elementos escondidos
  • La función Outline, bordea con un color los elementos que se le especifiquen
  • Redimensionar la página al tamaño que desees (probar distintas resoluciones de monitor

El uso mas frecuente que le doy es el de outline, ya que me sirve para ayudarme a ver donde estan los elementos (Ej: <div>) que no se ven a simple vista o no sabes porque se estan mostrando de cierta forma.

Clear Cache Button
Muy básico pero hace lo que necesitas y como su nombre lo dice borra el cache. Muy útil cuando estas modificando constantemente una página y necesitas ver la útima versión.

HackBar
Barra para hackers, simplemente la uso para probar la seguridad de un sitio. Me facilita y permite inyecciones SQL, hacer hashing a MD5, codificar y decodificar Base 64 y URL. Esta herramienta esta en una etapa de crecimiento todavía, pero es le ve un buen futuro.

Fire Encrypter
Funciona para encriptar y en algunas casos desencriptar cadenas. Tiene distintos métodos de encriptación y hashing.

URL Params
Barra lateral para ver, editar y agregar parametros enviados por los métodos POST y GET a una página. (Muy útil para probar la seguirdad de su página)

HTML Validator
Es el mejor validador de XHTML que he encontrador porque te chequea la validez en tiempo real (No tienes que enviar tu página a otro servidor para que la valide), te muestra y resalta los errores con sus detalles en el codigo fuente.

Tiene 3 formas de validación: HTML Tidy, SGML Parser y Serial. Siempre lo utilizo en Serial, ya que es una combinación de la dos primeras validaciones.

Regular Expressions Tester
Los regular expressions son muy utilizados en la programación para validar entradas del usuario. Esta herramienta, te permite probar la cadena que valida con cualquier entrada de texto, a demas también trae cadenas listas para validar Email, IP, Links, Zip Codes, Etc.

Estas son todas las extensiones que uso, y gracias a ellas Firefox es mi explorador por defecto.

Si estas viendo esta página desde Firefox puedes empezar a bajar estas extensiones desde esta dirección https://addons.mozilla.org/es-ES/firefox/.

Si no estas viendo desde Firefox, y estas interesado en conocerlo, puedes descargarlo desde esta dirección http://www.mozilla.com/en-US/firefox/.

Si conoces alguna otra extension que quieras mencionar solo envia la direción para que todos la podamos probar.

Estandares para desarrollo Web abril 20, 2007

Posted by Jorge Pedret in desarrollo web php css indentacion oeste ley diseño do.
11 comments

Por los momentos no estan todos los temas desarrollados, pero…

Este es el documento que cree por el cual nos regimos para seguir estandares de trabajo en la empresa, lo pueden tomar como ejemplo para crear una metodología de trabajo limpa y organizada. Lo llame:

LA LEY DEL OESTE!

Este documento fue creado con la finalidad de mantener el standar de forma
de trabajo que se ha venido trabajando y formando en el paso del tiempo.
TODOS deben leer y entender estas reglas para empezar o continuar a trabajar
con algún proyecto.

REGLAS VISUALES Y DE DISEÑO:
—————————————————————————-

· NO UTILIZAR EN LO POSIBLE EL MODO DE DISEÑO DEL DREAMWEAVER!!!
Esto daña la indentación que se hayan hecho en los archivos y escribe
codigo incontroladamente.

· La indentación es su mejor amiga:
Se deben indentar las lineas de código perfectamente! esto con la
finalidad de comprender el codigo de una forma mas rápida y para que
sea claro para todos
Aqui acostumbramos a trabajar asi -> ANEXOS(Buena Identación)

· Nombramiento de clases de CSS
Debe nombrar las clases de CSS refiriendose al contenido que halla en
este elemento, no las debe nombrar por sus caracteristicas visuales.
Ejemplo:
NO -> .tituloRojo{} (Nombra el color)
NO -> .barraDerecha{} (Nombra la posición en que sera colocada)
NO -> .CabeceraAmarilla{} (Nombra el color y la posición)
SI -> .listaProductos{}
SI -> .MenuPrincipal{}
SI -> .elementoMenu{}
SI -> .comentario{}
SI -> .error{}

· Documentar todo lo que se cree y se modifique
Reglas de documentación en ANEXOS (Documentación)

· Regirse SIEMPRE! por los estandares de W3C para XHTML
Utilizar siempre código que cumpla con los estandares establecidos por
W3C (http://validator.w3.org/)
Ver Resumen -> ANEXOS (XHTML)

· Tratar de usar tablas lo menos posible
Solo utilizar tablas para escritura de datos

· Asegurarse de que sea multibrowser:
Debe asegurarse de que se vea bien en los siguientes browsers por lo
menos:
-> Mozilla Firefox
-> IE6
-> IE7
-> Opera

· Utilizar ‘hacks’ de CSS con sintaxis válida en lo posible:
Para una lista de ‘hacks’ para diferentes browsers puede ir aquí

· Código “leible” por google y otros buscadores
Leer esta guia:
http://www.google.com/support/webmasters/bin/answer.py?answer=35769

· Skip the %3Ctable%3E tag for page layout.
Use it only to display tabular information like spreadsheets, schedules,
and charts. You can do all your layout with CSS for much less time and
code than the table tag tango.

· Don’t abuse the %3Cbr /%3E tag.
If you grew up using the
tag %3Cbr /%3E (%3Cbr%3E in HTML) to insert a line break
without creating a new paragraph, then you’re in for a treat.
(Browsers automaticallyand sometimes infuriatingly insert a bit of space
between paragraphs, including between headers and <p> tags. In the past,
designers used elaborate workarounds to avoid paragraph spacing they
didn’t want, like replacing a single </p><p> tag with a bunch of line breaks
and using a <span> tag to make the first line of the paragraph look like
a headline.) Using CSS’s margin controls you can easily set the amount of
space you want to see between paragraphs, headers and other block-level
elements.

—————————————————————————-

REGLAS DE PROGRAMACIÓN:
—————————————————————————-
· No utilizar directamente variables de POST/GET:
Validar correctamente los datos antes de utilizarlos, y con mas razon
si se utilizan para hacer querys a la BD. ¿Por que?
Ver ANEXOS (Validación de Datos)

· Validar preferiblemente de los dos lados (cliente/servidor):
SIEMPRE! validar del lado del Servidor y preferiblemente validar del
lado del cliente también

· No crear funciones especificas que realicen solo un trabajo especifico!

· Separar en lo posible las 3 capas (Diseño, Contenido y Procesos)
Diseño -> CSS y XHTML
Procesos con DB -> Stored Procedures ,Vistas y Triggers
Procesos con PHP -> Progrmación Orientada a Objetos, funciones genericas
Contenido multiidioma -> Almacenado en BD o en archivos separados

· Optimizar los procesos al máximo!
No repetir procesos, todo lo que se pueda automatizar, automatizelo!.
Si son procesos repetitivos buscar la forma de hacer todo en un proceso
y que este se repita las veces necesarias.

· Respaldar antes de modificar
Siempre antes de empezar a trabajar algun archivo debe respaldarlo
siguiendo las politicas de Respaldo -> ANEXOS (Respaldos)

· La seguridad es primero:
Se debe tener en cuenta que se estan trabajando en servidores de
producción y hay que hacer lo posible por no dejar ningun hueco de
seguridad. Debe pensar siempre si lo que esta haciendo es seguro.
Principalmente si esta trabajando con archivos en el servidor o con
bases de datos.

· Nombrar correctamente los elementos:
Debe nombrar correctamente las variables con nombres descriptivos de lo
que se va a almacenar en esta. Igualmente para las funciones debe
llamarlas con un nombre descriptivo que defina claramente lo que esta
realiza.

—————————————————————————-
ANEXOS:
· Buena indentación:
-> Para condicionales IF:

//Comentarios del if
if(condicion){
//codigo si condicion es true;
//linea 2 del codigo;
} else {
//codigo si condicion es falso;
//linea 2 del codigo;
}

-> Para switch case:
//Comentarios del Switch
siwtch(variable){
case ‘opcion1’:
//Codigo a ejecutar 1
//Linea 2
break;
default:
//Codigo a ejecutar por defecto
//Linea 2
break;
}

-> Para tablas html
<table>
<tr>
<td>
Contenido de la primera columna
</td>
<td>
Contenido de la segunda columna
</td>
</tr>
</table>

/////////////////////////////////////////////////////////////////////////////

·XHTML
Es obligatorio seguir los estandares de XHTML, esto demuestra la calidad
de la empresa y es el lenguaje correcto en que se debe “hablar”

Nota:
————————————————————————-
SI esta usando Firefox, puede descargar la extension llamada
HTML Validator (https://addons.mozilla.org/es-ES/firefox/addon/249), este
te dira al correr tus páginas si cumple con los estandares o no, y cuales
son los errores que tienes.
————————————————————————-

Para escribir XHTML válido, solo debe seguir las siguientes reglas:
-> Cierra todos los elementos que abras:
Ejemplo:
<a>Link</a>
<img src=”” alt=”‘Descripcion'” /> (Note el ‘/>’ al final)

(Note el ‘/>’ al final)
-> Cierra los elementos en el orden correcto con que fueron abiertos:
Ejemplo:
<strong> Este <em>texto esta en Negrita</em></strong>
//Por decirlo de una manera el tag ‘strong’ contiene al ‘em’
//Primero cierra el em y luego el strong
-> Los elementos y atributos deben estar en minuscula:
//Inválido: <strong id=”‘prueba'”></strong>
//Valido: <strong id=”‘prueba'”></strong>
-> Todo atributo abierto debe tener un valor:

-> No utilizar elementos html deprecados:
Existen elementos que aunque algunos exploradores los reconocen, son
elementos que ya no son estandares y no se utilizan mas, generalmente
hay un remplazo para estos.

/////////////////////////////////////////////////////////////////////////////

·Validación de entradas del usuario:
Siempre que tenga alguna página que interactue con el usuario, las
entradas siempre deben ser validadas dependiendo del caso.

¿Por qué debo validar las entradas?
Por varios motivos, los mas importantes:
-> Seguridad:
Si se esta recibiendo algún dato de un usuario para crear un
query contra la base de datos, un usuario malintencionado podría
crear una cadena especial que le permita tener información e
incluso hasta modificar datos de la BD, esto es llamado inyección
SQL.
Para saber mas acerca de Inyecciones SQL vea ANEXO (Inyecciones
SQL)

-> Saber que los datos recibidos estan bien formateados:
Esto en caso de pedir Emails, números de teléfonos o datos que
tengan un formato específico. Generalmente utilizamos la función
ereg() en PHP.

-> Evitar Errores en pantalla:
Debemos validar si el dato con que vamos a trabajar existe y
tiene el formato correcto para poder trabajarlo para evitar que
se muestre un error (WARNING, NOTICE o FATAL ERROR).
Puede utilizar la funcion isset() para la mayoría de los casos

·Inyecciones SQL:

/////////////////////////////////////////////////////////////////////////////

· Respaldos:
Se mantendran 3 archivos de respaldo llamados de la siguiente maneras
(Ejemplo):
-> archivo_actual.php (Archivo que se usa en producción)
-> archivo_actual.old.php (Último archivo que funcionaba bien)
-> archivo_actual.old2.php (Una versión anterior al old)
Nunca NUNCA quitar la terminación del archivo. (Ejemplo)
NO -> archivo_actual.php.old
SI -> archivo_actual.old.php

Si alguien intenta abrir el arhivo archivo_actual.php.old este podra ver
el codigo fuente del archivo y puede mostrar datos que no quisieramos
que se muestre.

/////////////////////////////////////////////////////////////////////////////

· Documentación:

/////////////////////////////////////////////////////////////////////////////

· Complementos de Firefox:
Para una lista de los elementos preferidos dirijase a:
http://jorgepedret.blogspot.com/2007/04/extensiones-de-firefox-add-ons.html

||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||*/