Este documento explica los códigos de estado HTTP, incluyendo los más comunes como 200, 301, 302, 404 y 503. Detalla cómo configurar los códigos de error 404 y 503 a través de archivos .htaccess y .php para mostrar páginas de error personalizadas y mantener el tráfico de la página principal. Los códigos de estado HTTP informan sobre el estado de una página web y son útiles para el posicionamiento web.
Tema2: Tecnologías de desarrollo web (Desarrollo Aplicaciones Web)Micael Gallego
Esta presentación corresponde al "Tema 2: Tecnologías de desarrollo web" de la asignatura "Desarrollo de Aplicaciones Web" de 3º del Grado en Ingeniería del Software de la ETSII en la Universidad Rey Juan Carlos.
Aqui presento uno de los temas más importantes hacerca de los riegos informáticos que son los virus, los cuales son los principales causantes del fallo de nuestros ordenadores.
Tipos de Malware, como actuan un virus informático, qué es un antivirus y como funciona. Precauciones para evitar una infección. Antivirus residentes, online, portable. Firewall.
Tema2: Tecnologías de desarrollo web (Desarrollo Aplicaciones Web)Micael Gallego
Esta presentación corresponde al "Tema 2: Tecnologías de desarrollo web" de la asignatura "Desarrollo de Aplicaciones Web" de 3º del Grado en Ingeniería del Software de la ETSII en la Universidad Rey Juan Carlos.
Aqui presento uno de los temas más importantes hacerca de los riegos informáticos que son los virus, los cuales son los principales causantes del fallo de nuestros ordenadores.
Tipos de Malware, como actuan un virus informático, qué es un antivirus y como funciona. Precauciones para evitar una infección. Antivirus residentes, online, portable. Firewall.
SEGURIDAD EN REDES
Trabajo reconocimiento del curso semana 1 - 3
TUTORA: ELEONORA PALTA VELASCO
UNAD
CIENCIAS DE BÁSICAS, TECNOLOGÍA E INGENIERÍA
CEAD PIPALITO
2014
HISTORIA DEL JDBC
JDBC existe desde 1996, y fue incluido desde la versión 1.1 de Java Development Kit por JavaSoft, aunque también se hizo disponible para usarse con JDK 1.02. El problema de usar JDBC con el JDK 1.02 es que los usuarios comunes tenían que agregar a su maquina virtual de Java las clases que implementan JDBC, lo cual era muy engorroso y difícil. Es por esto que desde la versión de JDK 1.1, JDBC viene incluido como el paquete java.sql.
Java en un principio era visto como un lenguaje para poner animaciones en Internet, la información que presentaba no era persistente, así que no era apto para aplicaciones de negocios o industriales, que requerían la capacidad de acceder a información almacenada en Sistemas Gestionadores de Bases de Datos (DBMS).
Era además necesario crear una forma sencilla de acceder a bases de datos usando Java, pues de otra manera se dejaría al desarrollador con la tarea de implementar llamadas de bajo nivel al DBMS.
En ese entonces Java era un lenguaje que prometía independencia de plataformas, lo cual lo hacia un ambiente muy atractivo para crear todo tipo de aplicaciones, y el acceso a Base de Datos se convertía cada vez más en una necesidad que un lujo.
La gente en JavaSoft se preguntó como atraer a los programadores y a las empresas a invertir su dinero y su tiempo en JDBC. Es por esto que decidieron crear ventajas competitivas en su producto, mejorando cada vez mas la interface de JDBC para que:
1. Los programadores pudieran sentirse como si usaran solamente Java, permitiéndoles una forma sencilla de uso del DBMS.
2. Los programadores se sintieran en contacto directo con el DBMS y no con un socket o un proceso en cualquier maquina.
3. La comunicación con la base de datos fuera fácil de programar. Esto es, que las empresas que quisieran hacer controladores JDBC para comunicarse con sus productos lo pudieran hacer en forma sencilla.
4. Fuese flexible, para aceptar configuraciones diferentes de conectividad. Osea, que la misma aplicación del desarrollador pudiese acceder a varios DBMS a la vez, tal vez hasta en varios hilos simultáneos.
JDBC vs. ODBC
ODBC (Open DataBase Connectivity: Conectividad abierta de Base de Datos) es la interface para conectarse con BD’s relacionales más usada por los programadores de aplicaciones.
Tal vez nos estemos preguntando porque se desarrolló JDBC si ya existía una interface popular que supuestamente hace lo mismo. La respuesta es que se usa JDBC por diferentes razones:
• ODBC usa una interface escrita en lenguaje de programación C. Por lo tanto hace que no sea portable.
• ODBC se ha de instalar manualmente en cada maquina, en cambio los drivers de JDBC como están escritos en JAVA son automáticamente instalables, portables y seguros.
Hay que decir también, que existen drivers puente entre JDBC-ODBC, los cuales traducen las llamadas de JDBC a ODBC permitiendo comunicarse con distintas BD propietarias
IPSec VPNs
- ¿Qué es IPSec?
- Los bloques que componen IPSec
- Modos de funcionamiento
- Autenticación de dispositivos en IPSec VPNs
- Tipos de claves criptográficas
- ¿Seguridad en una red pública? ¿Es posible?
- Algoritmos de cifrado
- Integridad
- IKE Fase 1
- IKE Fase 2
- IKE Fase 1.5
SEGURIDAD EN REDES
Trabajo reconocimiento del curso semana 1 - 3
TUTORA: ELEONORA PALTA VELASCO
UNAD
CIENCIAS DE BÁSICAS, TECNOLOGÍA E INGENIERÍA
CEAD PIPALITO
2014
HISTORIA DEL JDBC
JDBC existe desde 1996, y fue incluido desde la versión 1.1 de Java Development Kit por JavaSoft, aunque también se hizo disponible para usarse con JDK 1.02. El problema de usar JDBC con el JDK 1.02 es que los usuarios comunes tenían que agregar a su maquina virtual de Java las clases que implementan JDBC, lo cual era muy engorroso y difícil. Es por esto que desde la versión de JDK 1.1, JDBC viene incluido como el paquete java.sql.
Java en un principio era visto como un lenguaje para poner animaciones en Internet, la información que presentaba no era persistente, así que no era apto para aplicaciones de negocios o industriales, que requerían la capacidad de acceder a información almacenada en Sistemas Gestionadores de Bases de Datos (DBMS).
Era además necesario crear una forma sencilla de acceder a bases de datos usando Java, pues de otra manera se dejaría al desarrollador con la tarea de implementar llamadas de bajo nivel al DBMS.
En ese entonces Java era un lenguaje que prometía independencia de plataformas, lo cual lo hacia un ambiente muy atractivo para crear todo tipo de aplicaciones, y el acceso a Base de Datos se convertía cada vez más en una necesidad que un lujo.
La gente en JavaSoft se preguntó como atraer a los programadores y a las empresas a invertir su dinero y su tiempo en JDBC. Es por esto que decidieron crear ventajas competitivas en su producto, mejorando cada vez mas la interface de JDBC para que:
1. Los programadores pudieran sentirse como si usaran solamente Java, permitiéndoles una forma sencilla de uso del DBMS.
2. Los programadores se sintieran en contacto directo con el DBMS y no con un socket o un proceso en cualquier maquina.
3. La comunicación con la base de datos fuera fácil de programar. Esto es, que las empresas que quisieran hacer controladores JDBC para comunicarse con sus productos lo pudieran hacer en forma sencilla.
4. Fuese flexible, para aceptar configuraciones diferentes de conectividad. Osea, que la misma aplicación del desarrollador pudiese acceder a varios DBMS a la vez, tal vez hasta en varios hilos simultáneos.
JDBC vs. ODBC
ODBC (Open DataBase Connectivity: Conectividad abierta de Base de Datos) es la interface para conectarse con BD’s relacionales más usada por los programadores de aplicaciones.
Tal vez nos estemos preguntando porque se desarrolló JDBC si ya existía una interface popular que supuestamente hace lo mismo. La respuesta es que se usa JDBC por diferentes razones:
• ODBC usa una interface escrita en lenguaje de programación C. Por lo tanto hace que no sea portable.
• ODBC se ha de instalar manualmente en cada maquina, en cambio los drivers de JDBC como están escritos en JAVA son automáticamente instalables, portables y seguros.
Hay que decir también, que existen drivers puente entre JDBC-ODBC, los cuales traducen las llamadas de JDBC a ODBC permitiendo comunicarse con distintas BD propietarias
IPSec VPNs
- ¿Qué es IPSec?
- Los bloques que componen IPSec
- Modos de funcionamiento
- Autenticación de dispositivos en IPSec VPNs
- Tipos de claves criptográficas
- ¿Seguridad en una red pública? ¿Es posible?
- Algoritmos de cifrado
- Integridad
- IKE Fase 1
- IKE Fase 2
- IKE Fase 1.5
Publicación de un Servidor Web a través de un Módem Doméstico.Gerardo Martínez
Tema: Publicación de un Servidor Web a través de un Módem Doméstico.
Asignatura: Administración de Sistemas Operativos.
Universidad Politécnica de Victoria.
2013
Corporación de Industrias Tecnológicas S.A. - Capacitaciones en Informática - Programación con CodeIgniter
www.CorpintecSA.com
contacto@CorpintecSA.com
2. ÍNDICE
1. Definición
¿Qué son los códigos de estado HTTP?
2. Códigos de estado HTTP más utilizados
¿Qué códigos se usan más?
3. Primeros pasos: Configuración
Código 503.
Código 404.
4. Conclusión
3. Números de tres cifras que se devuelven por los servidores y
muestran el estado de una web. Representan la situación actual de
nuestra página web, por ejemplo, si no existe, si se redirige, etc.
Pueden comenzar por los números 1,2,3,4 y 5 siendo cada centena
un tipo de categoría.
Categorías:
• Códigos 1XX: Respuestas informativas.
• Códigos 2XX: Peticiones correctas.
• Códigos 3XX: Redirecciones.
• Códigos 4XX: Errores del cliente.
• Códigos 5XX: Errores de servidor.
1. Definición: Códigos de estado HTTP
4. Código 404 “File not Found”: El servidor no ha encontrado nada
en la dirección que se da en la petición.
Código 410 “Gone”: El recurso que se solicita no está disponible.
Código 503 “Service unavailable”: El servidor es incapaz de
procesar la petición porque está en mantenimiento.
2. Códigos de estado HTTP más utilizados
5. Código 200 “OK”: La petición del cliente ha tenido éxito.
Código 301 “Moved permanently”: Las peticiones realizadas
deben ser redirigidas a una URL.
Código 302 “Found”: El servidor responde con una página desde
un lugar diferente.
2. Códigos de estado HTTP más utilizados
6. Ejemplos de configuración:
• código HTTP 503
• código Error 404
3. Primeros pasos: Realización del código 503
¿Cómo configurar estas notificaciones
de error con códigos de estado HTTP?
7. • Creamos un archivo .PHP que contenga las líneas de código:
3. Primeros pasos: Realización del código 503
Paso 1: Informar al buscador.
• Las líneas 1 y 2 informan del significado del error que se va a
reportar.
• La línea 3 nos dirá el tiempo en segundos (también se puede
poner una fecha en formato GMT/UTC) que tardará nuestro
sitio web en volver a estar en funcionamiento.
8. Paso 2: Configurar el archivo .htaccess
Z
• Se creará o modificará el archivo .htaccess en el servidor donde
está alojada nuestra web. Añadiremos el siguiente código:
• ¡CUIDADO!: Si queremos mantener el tráfico de todas las
páginas subyacentes de la página principal haremos un
redirección 302. Esta redirección se puede hacer añadiendo
la siguiente línea al final de las anteriores.
• Por último subir el archivo .htaccess y el .php creado al
servidor para así terminar de configurar el error 503.
3. Primeros pasos: Realización del código 503
9. BRIEFING
Paso 3: Realizar una interfaz para informar del error.
• Esta será la parte visual que verán los usuarios.
Es una pequeña web para informar a los visitantes con el
código configurado.
Se pueden personalizar a nuestro gusto.
• Realizaremos una web de notificación del error (HTML,PHP)
3. Primeros pasos: Realización del código 503
10. 11. Tendencias
• Podemos hacer la configuración del error 404
de dos maneras diferentes.
• Se puede configurar desde el archivo httpd.conf
o desde el archivo .htaccess.
3. Primeros pasos: Realización de código 404
11. Paso 1.1: httpd.conf.
• Es el método menos usado ya que muchas veces vamos a
tener prohibido modificar este archivo. Pero para trabajos
locales se puede cambiar.
• Debemos comprobar que nuestro archivo httpd.conf no
contiene ninguna línea de ErrorDocument ya configurado
previamente. En cualquier caso debemos poner:
• Por último debemos indicar la ruta donde
se encuentra el archivo del error. (web destino).
En nuestro caso está en el directorio raíz.
3. Primeros pasos: Realización de código 404
12. • Se hace igual que en el httpd.conf, pero en este caso
es el método más usado y recomendado.
3. Primeros pasos: Realización de código 404
Paso 1.2: .htaccess.
• Y para finalizar, se indica la ruta de la web destino que
verá el usuario con el error correspondiente.
• Debemos añadir en el archivo .htaccess, la línea de
ErrorDocument 404.
13. • Nuestra página de error “error.html” o
“error.php” puede modificarse para
personalizarla con el diseño
de nuestra empresa.
Paso 2: Realización de la página del error 404
3. Primeros pasos: Realización de código 404
14. • Los códigos de estado HTTP transmiten el estado de nuestra
página web a Google, evitando problemas derivados con
posicionamiento web.
• Es positivo identificar los tipos de error básicos para tener control
sobre las acciones hechas en nuestra página.
• Las páginas de error HTTP son personalizables
para resultar más amigables y corporativas al
usuario final.
• Para más información consultar Blog:
Códigos de estado HTTP ¿Qué son y para qué sirven?
4. Conclusión (BENEFICIOS)
15. d
Agencia La Nave ¡Los astronautas de tu comunicación!
(+34) 902 002 902 / (+34) 865 64 68 28
> NIKO GONZÁLEZ
668896836
@nikoman_1980
marketing@agencialanave.com
www.agencialanave.com