devpgsv / hippocampus Goto Github PK

• Apache
• Nginx
• Caddyserver

Check compatibility, redirections, rewrites, ...

Actualizar modificaciones creadas a lo largo del proyecto.

Capture the register api call in the recaptcha module

Provides examples of the possibilities offered by modules.

For logged users.

This this the important view. The main menu, etc...

For non-logged users

• Check input in api.php
• Make sure everything printed out is run through htmlentities

Es una página que contiene un formulario de contacto. El formulario se implementará para que la información se envíe en forma de correo electrónico, usando la función mailto.

El formulario debe pedir al usuario los siguientes datos:

• Nombre
• Dirección de email de contacto
• Motivo de la consulta, con radio buttons:
  • Evaluación
  • Sugerencias
  • Críticas
• Un checkbox para marcar junto a la frase: Marque esta casilla para verificar que ha leído nuestros términos y condiciones del servicio.
• Un cuadro de texto para que el usuario escriba la consulta.

• Basic html output
• Dummy user management
• Basic database connection

En esta página se deben incluir los detalles de todos los miembros del grupo. Para cada miembro se debe incluir el nombre completo, una dirección de correo de contacto (p.e. la misma que tengáis en el campus), una foto y un breve párrafo describiendo vuestras aficiones o intereses (pueden ser inventados). Menos de 50 palabras por persona. Al principio de esta página debe aparecer un listado con los nombres de todos los miembros, y cada nombre ser un enlace al apartado (dentro de la misma página) donde aparecen los datos detallados de la persona correspondiente.

Validate if our page is AA.

En este documento se describe la apariencia de la web, aportando bocetos en papel para las distintas páginas intermedias que van a ver los distintos usuarios. Deben ser bocetos de baja tecnología, se recomienda dibujarlos en papel y después escanearlos o fotografiarlos. Alternativamente, se pueden usar herramientas de wireframing o mockup, y exportar los resultados como imágenes1. Debe incluir también una descripción textual de lo que se puede ver en cada una de las pantallas y describir cómo sería la navegación entre pantallas. En particular, para las funciones principales de la página, el documento debe aclarar cómo se harían paso a paso desde la página principal. Es aceptable y razonable que estos diseños evolucionen y cambien más adelante.

En esta página se debe describir la planificación del proyecto (tareas a realizar, ideas sobre cómo repartir el trabajo, plazos, etc.). El formato es libre, pero debe terminar con una tabla que resuma los hitos y sus fechas de terminación. Podéis tener en cuenta que a principios de abril tendréis que tener lista una versión navegable de la página (HTML + CSS, con aspecto final pero sin contenido real) y que a principios de mayo deberéis tener listo el diseño de la base de datos y la especificación detallada de toda la funcionalidad. A finales de mayo se presentarán los proyectos ya acabados.

• Database structure
• Database initial configuration
• File with database credentials
• Redirections (.htaccess)

Provides an interface of hooks for other modules.

Depends on:

• [Optional] Gmail #7
• [Optional] Twitter #12
• [Optional] gCalendar #10
• [Optional] Moodle #16
• [Optional] Biblioteca #21

En este documento, de mayor longitud, se describe la propuesta y las funcionalidades ofrecidas por la web con mucho más detalle. Orientativamente, se proponen las siguientes subsecciones dentro de esta página, aunque se aceptará cualquier forma de estructurar la información

Introducción: qué hace la aplicación, qué la hace única, para qué sirve, etc. Es una versión extendida de la descripción breve.
Tipos de usuarios: Una sección en la que se explica los tipos de usuarios que se contemplan y las cosas que podrán hacer.

Esta página contiene el título del proyecto, una descripción breve del mismo (menos de 150 palabras) y un logotipo o imagen de presentación en grande.