Logotipo de Hospedaxes Galicia
» Dominios | » Hosting | » Diseño web | » Marketing digital | » Consultoría web | » Imagen corporativa

Archivo para Agosto, 2007

Método de trabajo para desarrollo web (I)

Miércoles, 29 Agosto, 2007

A la hora de iniciar un proyecto de desarrollo web lo más importante es conocer las necesidades reales del clientes. La gran distancia tanto en vocabulario como en concepto y mentalidad existente entre el cliente y el director del proyecto del desarrollo puede llevar a confusiones o imprecisiones en la definición. Estas en la gran mayoría de los casos provocan pérdida de tiempo y, por tanto, una importante bajada de la productividad.

El equipo de desarrollo debe conjuntar los objetivos de negocio de su cliente con los objetivos del sitio (estos objetivos serán orientados al visitante).

Con el fin de evitar estos percances y para mejorar la comunicación cliente-empresa Hospedaxes se sirve de un formulario para clientes. Gracias a este formulario no solo se consigue conocer las necesidades del cliente sino también que el cliente pueda descubrir nuevas necesidades y concretar aquellas en las que tenga dudas. Debe ser personalizado para cliente y distribuido a cada persona de la compañía cliente que tome decisiones.

<!– Inicio formulario –>

Información general

  1. ¿Cómo se llama su compañía y cuál es su URL actual o el URL que desea utilizar?

  2. ¿Quiénes son las personas de contacto de su organización y quién tiene poderes de aprobación final sobre el proyecto? Indique nombres, cargos, direcciones de correo electrónico y números de teléfono

  3. ¿Cual es la fecha de lanzamiento planificada para el nuevo sitio? ¿Hay algún tipo de consideración externa que pueda afectar al calendario (por ejemplo, publicación de notas de prensa, feria profesional, informe anual, etc…)?

  4. ¿Ha establecido ya un intervalo de presupuesto específico para este proyecto?¿se puede dividir este proyecto en fases para adaptar el presupuesto y las restricciones de tiempo?

Sitio actual

No cumplimente esta parte si no existe sitio web actual.

  1. ¿Cree usted que el sitio actual potencia una experiencia favorable para el usuario?¿Por qué?¿Por qué no?

  2. ¿Qué secciones de su sitio web actual cree que son satisfactorias?¿Qué secciones no lo son?

  3. ¿Qué deficiencias ve usted en el sitio web actual, y que tres cosas cambiaría hoy mismo si pudiera?

  4. ¿Ha efectuado pruebas de usabilidad o ha reunido reacciones de los visitantes del sitio web actual? Si lo ha hecho, ¿cuándo lo hizo? Incluya informes y conclusiones.

  5. ¿En qué grado es importante mantener el aspecto, el logotipo y el branding (marca) actual?

Motivos para diseñar

  1. ¿Cuáles son los principales motivos por los que desea diseñar el sitio web (nuevos modelos de negocio, sitio pasado de moda, ampliación de servicios, visitantes diferentes)?

  2. ¿Cuáles son sus principales objetivos empresariales online? ¿Cuáles son sus objetivos secundarios? Algunos ejemplos son: aumento de las ventas, marketing, conciencia de branding y menos llamadas de los clientes. Analice los objetivos a largo y corto plazo.

  3. ¿Cuál es el principal problema empresarial que espera solucionar con el diseño del sitio?

  4. ¿Cómo va a medir el éxito de la solución?

  5. ¿Qué estrategia se ha puesto en marcha (online y offline) para conseguir nuevos objetivos empresariales?

Visitantes y acción deseada

  1. Describa un visitante habitual del sitio. ¿Con qué frecuencia se conecta?¿Para qué usa la web generalmente? Indique información demográfica: edad, ocupación, nivel de ingresos, hábitos de compra. Para describir al usuario objetivo use tantos detalles como pueda. Si lo indica la ocasión, describa a más de un visitante habitual.

  2. ¿Cual es la acción principal que efectúa el visitante cuando se conecta al sitio (compra, se registra, busca información)?

  3. ¿Cuáles son los principales motivos por los que un los visitantes objetivo eligen los productos y los servicios de su compañía (coste, servicio, valor)?

  4. ¿Cuántas personas acceden al sitio cada día, cada semana o cada mes? ¿Cómo mide el uso del sitio? Tras el lanzamiento del nuevo rediseño ¿prevé usted aumentar el uso del sitio?¿En cuántos visitantes?

Percepción

  1. Use algunos adjetivos para describir cómo percibe el visitante el nuevo sitio. Algunos ejemplos son: prestigioso, agradable, corporativo, divertido, de amplias miras, innovador y vanguardista. Esta percepción, ¿es diferente a la percepción de la imagen actual?

  2. ¿Cómo se percibe actualmente su compañía offline?¿Desea transmitir el mismo mensaje en el sitio web?

  3. ¿Cómo se diferencia su compañía de la competencia? ¿Cree usted que los visitantes actuales le diferencian de su competencia? Indique los URL de la competencia.

  4. Indique los URL de sitios que usted crea que son convincentes. ¿Qué es lo que le gusta especialmente de estos sitios?

Contenido

  1. ¿Va a crear el contenido en un departamento interno o va a contratar un proveedor externo?

  2. ¿Cuál es la estructura básica del contenido?¿Cómo se va a organizar? ¿Es una revisión completa del sitio actual o una expansión?

  3. Describa los elementos visuales o el contenido que debería utilizarse del sitio actual o de los materiales de marketing (logotipo, esquema de color, elementos de navegación, convenciones de nombre, etc.)

  4. ¿En qué grado el contenido del sitio (así como las funciones y los elementos de navegación) amplía el sitio actual o difiere de él? ¿Dispone de un mapa de sitio de la estructura del sitio actual?¿Dispone de un mapa del sitio o esbozo del rediseño propuesto?

Tecnología

  1. ¿Cuales son la plataforma y el navegador objetivo? ¿Con quién podemos hablar en su organización para que nos ayude a responder a las cuestiones técnicas?

  2. ¿Hay tecnologías específicas (Flash, JavaScript, DHTML, etc.) que desee usar en el sitio? Si las hay, ¿cómo van a mejorar la experiencia del usuario? Descríbalo.

  3. ¿Va a disponer el sitio de funciones de bases de datos (generación dinámica de contenidos, personalización, registro)? ¿Dispone ya de una base de datos? Descríbalo en detalle. Incluya información específica sobre programas y software.

  4. ¿Va a necesitar transacciones seguras (e-commerce)?¿Ofrece ya su sitio actuales transacciones online? Descríbalas con detalle.

  5. ¿Va a necesitar otras aplicaciones de programación específicas, como personalización o capacidad de búsqueda? Descríbalo con detalle.

Marketing y actualización

  1. ¿Qué opinan la mayoría de personas sobre su sitio web actual? ¿Qué les anima a visitarla (enlaces de referencia, alicientes, motores de búsqueda)? ¿Qué métodos de distribución del URL existen dentro de la compañía y offline?

  2. ¿Cuáles son los planes de marketing a corto plazo (específicamente, para el rediseño del sitio y para los 6 ó 12 meses posteriores al lanzamiento)?

  3. ¿Tiene ya en mente una estrategia planificada de marketing para promocionar el rediseño del sitio? Si la tiene, descríbala.

  4. ¿Desea mantener el sitio actualizado?¿Con qué frecuencia? ¿Quién es el responsable de actualizar y promocionar el contenido?

Mantenimiento

  1. ¿Qué áreas del sitio se van a actualizar? ¿Con qué frecuencia?

  2. Describa el equipo de mantenimiento, las responsabilidades de cada miembro del equipo y la asignación de tiempos, si la sabe.

  3. ¿Quién es el responsable de mantener el sitio desde el punto de vista técnico?¿Cuál es su nivel experiencia técnica? ¿Qué experiencia y capacidades tiene? ¿Va a necesitar formación?

  4. ¿Con qué frecuencia se añadirán nuevas secciones o áreas al sitio?

Comentarios

  1. Índiquenos aquellos aspectos que no hayan sido reflejados en las cuestiones anteriores y desee expresar

<!– Fin formulario –>

Este cuestionario nos ayudará a expresar e identificar los objetivos del sitio web.

 

Sistema de caché en PHP

Lunes, 27 Agosto, 2007

¿Caché?

Una caché (o un caché) es, en esencia, una duplicación de los datos originales a los que es mucho menos costoso acceder. En informática es muy frecuente y se utiliza en sistemas de todo tipo, tanto hardware como software.

Cacheando una web

Imaginemos que nuestra web posee un script complejo que requiere de múltiples accesos a la base de datos y numerosas operaciones que ralentizan el servidor. En ocasiones como ésta es recomendable, si no obligatorio, el uso de un sistema caché.

El que aquí implementaremos hará uso de un archivo de texto donde almacenará la página web que se ha solicitado, para servirla en posteriores solicitudes sin tener que realizar consultas a ninguna base de datos ni ningún tipo de operación.

Para ello, comenzamos incluyendo el siguiente código al comienzo de cada página que queramos cachear:

PHP:
  1. // ruta al directorio cache
  2. $cache_directorio = '/ruta/completa/directorio/cache/';
  3. // tiempo de expiracion de la cache (segundos)
  4. $cache_expiracion = 24 * 60 * 60;
  5. // pagina php
  6. $pagina = 'http://' . $_SERVER['HTTP_HOST'] . $_SERVER['REQUEST_URI'];
  7. // fichero en el que se guardara la pagina cacheada
  8. $cache_fichero = $cache_directorio . md5($pagina) . ".html";
  9.  
  10. if (@file_exists($cache_fichero)) {
  11.   $cache_fichero_tiempo = @filemtime($cache_fichero);
  12.   if ((time() - $cache_expiracion) <$cache_fichero_tiempo) {
  13.     @readfile($cache_fichero);die();
  14.   }
  15. }
  16.  

Configuración:

  • cache_directorio: es el directorio donde almacenaremos los ficheros con las páginas cacheadas. Debe tener permisos de escritura.
  • cache_expiracion: tiempo de expiración de la caché o tiempo durante el cual serán válidas las páginas cacheadas.
  • pagina: página que se solicita, se usará la url para la codificación del cachelink.
  • cache_fichero: nombre del archivo donde se encontrará cacheada la página actual (no tiene porqué existir en el momento de la ejecución).

El if posterior comprueba si la página solicitada se encuentra ya cacheada (es decir, existe un archivo modificado dentro del tiempo de expiración con el código de dicha página). Si este es el caso, devuelve el contenido del fichero y termina su ejecución, sin realizar ninguna de las operaciones que pueda haber a continuación, las cuales puede ser muy costosas computacionalmente hablando.

¿Qué ocurre si la página no está cacheada? Ejecutamos la página de forma normal, llamando antes a ob_start. Esta función es fundamental en este sistema caché, pues va almacenando en el buffer toda la salida que genere el script PHP.

Al final debemos añadir el siguiente código:

PHP:
  1. if (file_exists($cache_fichero))
  2.   unlink($cache_fichero);
  3.  
  4. // escribimos el fichero con el contenido cacheado
  5. $fic = fopen ($cache_fichero, 'w');
  6. @fclose ($fic);
  7.  
  8. // volcamos la pagina

Como vemos, una vez ejecutado el script y con el contenido de la página en el buffer, volcamos este último en el archivo correspondiente, de forma que en la siguiente solicitud el sistema pueda devolver el contenido cacheado sin necesidad de ejecutar todo el código. Para ello se utiliza la función fwrite a la que pasamos como argumento ob_get_contents, con la que recuperamos y mostramos la información del buffer.

Por último, con ob_end_flush volcamos la misma información mostrando la página como si de una ejecución normal se tratase.

Cuándo utilizarlo y cuándo no

Este sistema devolverá lo que haya en la caché siempre que no se haya sobrepasado el tiempo de expiración. Este comportamiento en ocasiones no será el deseado, pues una página puede haber cambiado su contenido y dejar de ser válida por tanto la versión cacheada.

En estos casos, debemos implementar algún mecanismo de regeneración de la caché (o simplemente un borrado) siempre que se modifique el contenido de alguna página.

Sin embargo puede surgir un incoveniente, y es que si nuestra página cambia con frecuencia el coste de reconstruir la caché puede ser incluso mayor al de ejecutar la página de forma normal. Por fortuna generalmente un sistema como el aquí expuesto mejora notablemente el rendimiento.

Conclusión

Esto es simplemente un acercamiento al funcionamiento de un sistema caché. Por supuesto, si nos decantamos por utilizarlo lo normal sería crear una nueva clase y encerrar dentro de dos funciones el código antes expuesto, de forma que podamos reutilizar en todas las páginas de nuestro sitio sin necesidad de replicar el código.

Hosting para revendedores en Hospedaxes

Sábado, 25 Agosto, 2007

Hospedaxes se sirve de la soluciones de panel de control Plesk por su gran facilidad de uso, su estabilidad, por sus medidas de seguridad, por su integración con Virtuozzo (del que hablaremos en otro tema posterior) y por soportar otros idiomas diferentes del Inglés, como el Español.

Aunque éstas son, para nosotros, más que suficientes para confiar en esta solución, la versatilidad en la gestión de usuarios con diferentes permisos fue la principal razón para confiar Plesk como panel de control de todos y cada uno de nuestros servidores.

swsoft_logo.gif

En Plesk existen cuatro niveles de usuarios:

  1. Administrador - El nivel más alto que puede manejar todas las características del sistema.
  2. Cliente / Revendedor - Segundo nivel de usuarios al que se le otorga derecho de creación de dominios. Los clientes pueden gestionar grupos de dominios.
  3. Propietario de dominio - Tercer nivel para la gestión de dominios individuales.
  4. Usuario de correo - Nivel para cuenta de correo individual, se proporciona una interfaz donde el usuario puede administrar contraseñas, filtros de spam, ajustes del antivirus, etc..

swbox-plesk82lin.gif

La gran versatilidad que mencionamos anteriormente se ve reforzada con la gran cantidad de posibilidades que se le presenta a los usuarios clientes revendedores:

  1. Editar su perfil
  2. Personalizar su escritorio
  3. Gestionar cuentas de hosting
  4. Creación de plantillas de cuentas de hosting
  5. Añadir usuarios web
  6. Crear usuarios de dominio
  7. Editar los perfiles de sus clientes
  8. Crear redireccionamientos de dominios
  9. Dar de alta subdominios
  10. Generar informes de las cuentas de hosting
  11. Crear botones personalizados
  12. Personalizar el panel de control y subir logo propio

Todas estas opciones permiten a revendedor de hosting administrar una gran cantidad de cuentas de hosting

Hospedaxes © 2007 . Todos los derechos reservados. A Coruña, Galicia (España).

RSS de Hospedaxes

Documento CSS válido Documento XHTML válido