1and1.es A, CNAME, NS, MX site DNS registers

DNS table

C:\>nslookup
Default Server:  UnKnown
Address:  192.168.1.1

> set q=mx
> web.com
Server:  UnKnown
Address:  192.168.1.1

Non-authoritative answer:
web.com MX preference = 10, mail exchanger = mx00.1and1.es
web.com MX preference = 10, mail exchanger = mx01.1and1.es
> web.com
Server:  UnKnown
Address:  192.168.1.1

Non-authoritative answer:
web.com MX preference = 10, mail exchanger = mx00.1and1.es
web.com MX preference = 10, mail exchanger = mx01.1and1.es

mx00.1and1.es   internet address = 212.227.15.134
mx00.1and1.es   internet address = 212.227.15.169
mx00.1and1.es   internet address = 212.227.15.150
mx00.1and1.es   internet address = 212.227.15.186
mx01.1and1.es   internet address = 212.227.15.186
mx01.1and1.es   internet address = 212.227.15.169
mx01.1and1.es   internet address = 212.227.15.134
mx01.1and1.es   internet address = 212.227.15.150

> set q=all
> simonalsa.com
Server:  UnKnown
Address:  192.168.1.1

Non-authoritative answer:
simonalsa.com   nameserver = ns64.1and1.es
simonalsa.com   nameserver = ns63.1and1.es
simonalsa.com
        primary name server = ns63.1and1.es
        responsible mail addr = hostmaster.1and1.es
        serial  = 2009022601
        refresh = 28800 (8 hours)
        retry   = 7200 (2 hours)
        expire  = 604800 (7 days)
        default TTL = 86400 (1 day)
simonalsa.com   MX preference = 10, mail exchanger = mx01.1and1.es
simonalsa.com   MX preference = 10, mail exchanger = mx00.1and1.es
simonalsa.com   internet address = 87.106.192.209

ns64.1and1.es   internet address = 212.227.123.80
ns63.1and1.es   internet address = 195.20.224.161
mx01.1and1.es   internet address = 212.227.15.150
mx01.1and1.es   internet address = 212.227.15.169
mx01.1and1.es   internet address = 212.227.15.186
mx01.1and1.es   internet address = 212.227.15.134
mx00.1and1.es   internet address = 212.227.15.186
mx00.1and1.es   internet address = 212.227.15.134
mx00.1and1.es   internet address = 212.227.15.150
mx00.1and1.es   internet address = 212.227.15.169

Simple parse registers and format the output screen with AWK

Script

filter_01.bash

#!/bin/bash
 
#Filter data file 01
 
if [ $# -ne 1 ]
then
  echo "Usage: $0 datafile.txt";
  exit -1;
fi
 
if [ -f $1 ]
then
  echo "File $1 exists";
else
  echo "File $1 does not exists";
  exit -2;
fi
 
if [ -r $1 ]
then
  echo "File $1 can be read";
else
  echo "File $1 can not be read";
  exit -3;
fi
 
#Gets the total number of lines of data file
lines=$(cat $1 | wc -l);
 
#Minus 1
let "lines = lines - 1";
 
echo "Number of registers: $lines";
echo "";
#Parse the register and format the output screen
tail -n $lines $1 | awk -F ';' '{ print $1 $2 " is from " $3 " (" $4 ")" }';

Data file

filter_01.txt

Name;Surname;City;Country
John;Dere;Chicago;USA
Pepe;Gotera;Madrid;Spain
Rompe;Techos;Madrid;Spain

Execute:

salonso@linux-01:~/war/bash/filter_01$ ./filter_01.bash filter_01.txt
File filter_01.txt exists
File filter_01.txt can be read
Number of registers: 3

JohnDere is from Chicago (USA)
PepeGotera is from Madrid (Spain)
RompeTechos is from Madrid (Spain)

Campus 2007

Estado:

• Edición: 2007.
• Estado actual: en desuso.
• Enlace: Acceso a DEMO.

Campus 2007 es un proyecto único generado para satisfacer las necesidades de la publicación, gestión y control del inventario de productos de un laboratorio.

 Entre las principales tecnologías utilizadas para el desarrollo del mismo se ha utilizado, CSS, Flash, HTML, Javascript, PHP y MySQL. Actualmente el proyecto está desatendido y sin soporte dado que el cliente sustituyó el proyecto por otro que se adaptaba mejor a sus necesidades. Entre las principales funcionalidades del proyecto se encuentran: Publicación { productos como cintas, cámaras, micrófonos, etc… }

• Listado de productos simple.
• Listado de productos por categoría.

Gestión

• Usuarios. Alta de usuario, árbol de usuarios, búsqueda por dni, búsqueda por nombre, alta de relación de usuario, árbol de relaciones de usuario, mi perfil de usuario, envío de comunicación por correo electrónico, comunicación vía email a usuarios.
• Catálogo. Alta de producto, árbol de productos, búqueda por alias, búsqueda por número de seria, alta de categoría de producto, árbol de categorías de producto, listado productos disponibles, listado categorías de producto disponibles, cesta de productos, galería de imágenes.
• Pedidos. Alta de pedido manual, pedidos entrantes, pedidos pendientes, mis pedidos pendientes.

Control

• Histórico. Histórico de pedidos de usuarios, histórico de pedidos personalizado.
• Estadísticas. Generales, acceso a la aplicación, solicitudes a la aplicación, transacciones a la aplicación, usos de producto.

  Alcance y ámbito

• Satisfacer la necesitad de externalizar servicios propios de gestión de laboratorio y control de inventariado del laboratorio de comunicación; personalizados a las necesidades propias de la UCJC en el entorno universitario. Estos servicios son el alquiler y/o préstamos de servicios a usuarios previamente registrados.

Algunas características genéricas de la solución son:

• Una interface-Web, con una versión pública para el frontend y otra destinada a usuarios con otras propiedades llamada backend.
• Conexiones a BBDD, backup de respaldo.
• Integrar una pistola lectora de códigos de barras.
• El backend debe de ser una herramienta administrativa y consultoría.
• El frontend debe ser un método de solicitar elementos propios del LAB “online”.
• Hospedaje en servidores conectados a Internet

Respecto al catálogo de elementos:

• El backend debe de ser una herramienta de gestión activa de elementos. Altas, bajas, publicaciones.
• Al ser cosas que se prestan y se devuelven continuamente  este proceso genera información de su utilización a través de informes de uso.

Observaciones:

• Es muy importante la accesibilidad a elementos y categorías del catálogo de elementos. Así como la evolución y estadísticas que su uso produzca.

Respecto a usuarios relacionados con la aplicación:

• Hay varios perfiles de usuarios, con mayores o menores privilegios para hacer una cosa o la otra.
• Debe de existir un perfil consultor para que este pueda acceder en modo lectura a un conjunto de reportes estadísticos y registros realizados en la base de datos.
• Otro perfil de usuario es el del operador sobre el backend de la aplicación. Modo edición, y aprobación de salidas.
• Otro perfil es el de usuario normal que es quien pide salidas del stock.

Respecto al intercambio de elementos entre individuos.   

• El frontend debe ser un formulario de contenido por determinar que permita a un usuario registrado por el backend… solicitar un elemento del catálogo de elementos propios del lab. 
• El backend debe de tener un sistema de aprobación de transferencias de elementos.
• El intercambio en sí no es más que una transferencia temporal de un elemento.
• Ese elemento puede ser cualquier cosa, hay que clasificar en categorías de elementos a los elementos disponibles y futuros… para crear un catálogo de elementos dinámico a través de la gestión activa de los operadores.
• Entonces los elementos aparte de su propio identificador tendrán uno de clase.

Casos de uso e información del diseño de la aplicación web

Cursos de verano 2008

Catálogo de venta online de Cursos de Verano en el Extranjero.  e-Commerce.

• Edición: 2008.
• Estado actual: en desuso.
• Enlace: Acceso a DEMO.

Catálogo de venta online de Cursos de Verano en España.  e-Commerce.

• Edición: 2008.
• Estado actual: en desuso.
• Enlace: Acceso a DEMO.

** Todos los materiales son propiedad de Institución Educativa SEK.

Cursos de verano 2007

Cursos de verano 2007.

  Catálogo de venta online de Cursos de Verano.  e-Commerce.

• Edición: 2007.
• Estado actual: en desuso.
• Enlace: Acceso a DEMO.

** Todos los materiales son propiedad de Institución Educativa SEK.

Publicación alquiler y cobro de reservas de apartamentos a medida

Estado:

• Edición: 2008.
• Estado actual: en desuso.
• Enlace: Acceso a DEMO.

Este proyecto nació de la necesidad de publicar, alquilar y cobrar "online" reservas de apartamentos de un grupo de clientes.

Es un proyecto único hecho a medida del cliente basado en la escalabilidad, la gestión y el seguimiento del mismo. Disponible en inglés. Entre las principales tecnologías utilizadas para el desarrollo del mismo se ha utilizado, CSS, Flash, HTML, Javascript, PHP, TPV Millenium BBVA y MySQL. Actualmente el proyecto está desatendido y sin soporte dado que el cliente sustituyó el proyecto por otro que se adaptaba mejor a sus necesidades. El contexto y diseño básico de la interfaz del catálogo de este proyecto:

Algunos casos de uso de la aplicación web:

Entre las principales funcionalidades del proyecto se encuentran: Publicación { apartamentos | pisos | etc… }

• Listado de elementos disponibles del catálogo en bloque lateral izquierdo.
• Listado de elementos destacados del catálogo en bloque central. 
• Listado de categorías y zonas de los elementos que componen el catálogo en bloque lateral derecho.
• Slideshow de elementos seleccionados para la publicación.
• Listado de los edificios donde se ubican cada uno de los elementos que componen el catálogo.
• Ficha de cada uno de los elementos disponibles en el catálogo. Cada ficha contiene, galería de imágenes. características (texto y iconografía), ficha de Google Maps, calendario de ocupación y reserva, descripción, cálculo de reservas, tarificación de temporada, alta, baja y normal y finalmente enlaces web personalizados.

Navegación por zonas Slideshow de apartamentos Apartamentos destacados     Gestión Usuarios. Alta de usuarios, árbol de usuarios, papelera de usuarios, búsqueda de usuarios. Catálogo. Alta de empresas, árbol de empresas, papelera  empresas, alta de edificios, árbol de edificios, papelera de edificios, destacado pisos, alta pisos, árbol de pisos, papelera de pisos, búsqueda sencilla, búsqueda avanzada, búsqueda mapa, alta publicidad, árbol de publicidad, alta de enlaces, árbol de enlaces, alta relación enlaces, árbol relación de enlaces. Alquiler. Alta de descuento, árbol de descuentos, alta de cargo, árbol de descuentos, alta de tarifa, árbol de tarifas, alta de temporada, alta de plazo en temporada, árbol temporada, papelara tarifas, cálculo público de reserva, verificación reserva, reservas en solicitud, reservas en verificación, reservas aceptadas, reservas denegadas, reservas archivadas, papelera de reservas, búsqueda de reservas, árbol métodos pago, configuración pasarela pago, alta de excepción número días, árbol de excepciones número de días. Otros servicios. Google sitemap generator, Netcraft site report, Google robot index, Google robot link, Google robot cache, Google robot info, Google robot related. Seguimiento Google analytics, awstats e informes personalizados de la actividad del sistema y usuarios.

www.animacionestita.com

Tarjeta de presentación.

MySQL version & startup variables

PMB database configuration and tunning my.ini MySQL

my.ini

IOF>>

# CLIENT SECTION
# ———————————————————————-
#
# The following options will be read by MySQL client applications.
# Note that only client applications shipped by MySQL are guaranteed
# to read this section. If you want your own MySQL client program to
# honor these values, you need to specify it as an option during the
# MySQL client library initialization.
#
[client]

port=3306

[mysql]

default-character-set=utf8
# SERVER SECTION
# ———————————————————————-
#
# The following options will be read by the MySQL Server. Make sure that
# you have installed the server correctly (see above) so it reads this
# file.
#
[mysqld]

# The TCP/IP Port the MySQL Server will listen on
port=3306
#Path to installation directory. All paths are usually resolved relative to this.
basedir=”D:/MySQL_BIN/”

#Path to the database root
datadir=”D:/MySQL_DATA/Data/”

#Log the slow queries
log-slow-queries = “D:/MySQL_LOG/lowqueries.log”
#log-bin = “D:/MySQL_LOG/bin.log”
log-error = “D:/MySQL_LOG/error.log”
#log = “D:/MySQL_LOG/log.log”
#Query cache (KB)
query_alloc_block_size = 8192
query_cache_limit = 1048576
query_cache_min_res_unit = 4096
query_cache_size = 49999872
query_cache_type = 1
query_cache_wlock_invalidate = 0
query_prealloc_size = 8192

#Parameters changed by recommendations sqltuner
join-buffer-size = 256K
tmp-table-size = 90M
max-heap-table-size = 90M
thread-cache-size = 4
innodb-buffer-pool-size = 4M

#Parameters changed by recommendarions PMB
max_allowed_packet = 16M

<<EOF

PMB configuration and tunning php.ini PHP

php.ini

PHP Version 5.2.2

System Windows NT  5.2 build 3790

IOF>>

…

; Windows Extensions
; Note that ODBC support is built in, so no dll is needed for it.
; Note that many DLL files are located in the extensions/ (PHP 4) ext/ (PHP 5)
; extension folders as well as the separate PECL DLL download (PHP 5).
; Be sure to appropriately set the extension_dir directive.

extension=php_bz2.dll

extension=php_curl.dll

extension=php_gd2.dll

extension=php_mysql.dll

extension=php_soap.dll

extension=php_sockets.dll

extension=php_xsl.dll

extension=php_yaz.dll

extension=php_zip.dll

…

<<EOF