Usuario:ManuelRomero/ProgramacionWeb/WS/Rest - Historial de revisiones

ManuelRomero en 21:55 16 abr 2017

2017-04-16T21:55:37Z

ManuelRomero en 21:51 16 abr 2017

2017-04-16T21:51:57Z

ManuelRomero: /* Ejemplo de consumir un servicio REST */

2017-04-16T21:50:09Z

‎Ejemplo de consumir un servicio REST

ManuelRomero en 16:23 16 abr 2017

2017-04-16T16:23:17Z

ManuelRomero en 16:21 16 abr 2017

2017-04-16T16:21:10Z

ManuelRomero: /* REST */

2017-04-16T16:04:26Z

‎REST

ManuelRomero: /* =Por qué reescribir URL */

2017-03-30T08:37:31Z

‎=Por qué reescribir URL

ManuelRomero en 08:27 30 mar 2017

2017-03-30T08:27:26Z

ManuelRomero: /* URI y URL's amigables */

2017-03-28T11:44:22Z

‎URI y URL's amigables

ManuelRomero en 22:47 16 feb 2017

2017-02-16T22:47:23Z

@@ Línea 1: / Línea 1: @@
 {{:Usuario:ManuelRomero/PHP/servicioWeb/Rest/nav}}
-__NOTOC__
 __TOC__

← Revisión anterior		Revisión de 21:51 16 abr 2017
Línea 1:		Línea 1:
		+	{{:Usuario:ManuelRomero/PHP/servicioWeb/Rest/nav}}
		+	__NOTOC__
		+
	__TOC__		__TOC__
	===REST===		===REST===

← Revisión anterior		Revisión de 21:50 16 abr 2017
Línea 376:		Línea 376:
	curl_setopt($cllamada, CURLOPT_POSTFIELDS, http_build_query($datos))		curl_setopt($cllamada, CURLOPT_POSTFIELDS, http_build_query($datos))
	</source>		</source>
−
−	~~====Ejemplo de consumir un servicio REST====~~
−	~~<br />~~
−	~~{{MRM_Actividad\|~~
−	*Hacemos un RESTFull (atenderemos a GET, PUT, POST, DELETE) para las siguientes acciones
−	~~;http://localhost/servicio_rest/productos :~~
−	~~:Nos devolverá un listado con el nombre corto de todos los productos~~
−	~~;http://localhost/servicio_rest/producto/Codigo~~
−	~~:Nos devolverá todos los datos del producto cuyo código especificamos o el mensaje no existe ese producto~~
−	~~;http://localhost/servicio_rest/producto/insertar~~
−	~~:Insertaremos los productos que le pasaremos por un formulario retornando la información~~
−	~~#El producto (nombre_corto) se ha insertado correctamente~~
−	~~#El producto (nombre_corto) no se ha podid insertar~~
−	~~;http://localhost/servicio_rest/producto/actualizar/codigo/nombre~~
−	~~: Actualizaremos el nombre del producto especificado en codigo~~
−	~~#El producto (nombre_corto) se ha actulizado~~
−	~~#El producto (código) no se ha podido actualizar~~
−	}}
−	*Esta práctica implica tres pasos
−	~~;Haciendo las url amigables~~
−	~~;Solución en el servidor~~
−	~~;Solución en el cliente~~

@@ Línea 83: / Línea 83: @@
 ====URI y URL's amigables====
 <br />
-{{Definicion|title=Qué es una URI|
+{{MRM_Definicion|title=Qué es una URI|
 Un URI es un '''''identificador de recurso único'''''}}
 *Una URL es el localizador de ese recurso, por ejemplo
@@ Línea 89: / Línea 89: @@
 La URL es http://localhost/tienda.php
 El URI o recurso es producto.php
-{{Referencias en la web|
+{{MRM_Referencias en la web|
 * http://programandolo.blogspot.com.es/2013/06/reglas-de-reescritura-parte-1.html
 * http://programandolo.blogspot.com.es/2013/06/reglas-de-reescritura-parte-2-directivas.html
@@ Línea 153: / Línea 153: @@
 *La solicitud puede ser GET POST PUT DELETE
 *En php podemos saber este valor de la superglobal $_SERVER
-{{puntos clave|
+{{MRM_puntos clave|
 <source lang=php>
 $metodo = $_SERVER['REQUEST_METHOD']
@@ Línea 211: / Línea 211: @@
 ?>
 </source>
-{{Actividad|
+{{MRM_Actividad|
 *Modifica el ejemplo anterior sin cambiar el nombre de los ficheros (usa el módulo rewrite de apache para que
 *La página web que invoca al servicio le pase un nombre de persona  y un idioma (inglés, francés o español)
@@ Línea 296: / Línea 296: @@
 #Ejecutamos  la sesión '''''curl_exec()''''' Aquí se puede recoger el resultado
 #Cerramos  la sesión con curl_close()
-{{Resumen|
+{{MRM_Resumen|
 <source lang=php>
 <?php
@@ Línea 379: / Línea 379: @@
 ====Ejemplo de consumir un servicio REST====
 <br />
-{{Actividad|
+{{MRM_Actividad|
 *Hacemos un RESTFull (atenderemos a GET, PUT, POST, DELETE) para las siguientes acciones
 ;http://localhost/servicio_rest/productos :

@@ Línea 6: / Línea 6: @@
 {{MRM_Puntos clave
 |title = Rest
-|REST Permite definir una '''''interfaz'''''  '''''web''''', no es un protocolo, es una especificación que nos indica cómo se pueden hacer las cosas con lo que ya tenemos, para que dos aplicaciones se entiendan.
+|REST Permite definir una '''''interfaz'''''  '''''web'''''.
 }}
 ;interfaz
 *Establecer los nombres para poder ofrecer nuestra aplicación y que interactúen  con nosotros
-**Cómo recoger los datos para poderlos interpretar
+**Cómo recoger los datos para poderlos interpretar.
-**Como generar una salida para que nos la entiendas
+**Cómo generar una salida para que nos la entiendas.
 [[Imagen:Interfaz.png]]
 ;web
@@ Línea 68: / Línea 70: @@
 *'''''URL''''' la representación del estado en un momento dado den un sistema REST es básicamente  HTML o XML. Como resultado de esto, es posible navegar de un recurso REST a muchos otros, simplemente siguiendo enlaces sin requerir el uso de registros u otra infraestructura adicional.}}
 ===Por qué reescribir URL===
-*Permitir que las direcciones URL sean más amigables al usuario y los buscadores.
+*Para usar Rest, se suele hacer que la url que solicito sea lo que se llama amigable, es decir que no tiene porqué corresponder directamente al recurso que voy a localizar, sino que puedo establecer otro nombre más amigable para acceder a ese recurso.
-*Prevenir el “hot linking” o que usen tus imagenes en otros sitios.
+*Por ejemplo si quiere acceder a una página para obtener un libro determinado
-*Esconder las direcciones web reales de tu servidor a los usuarios.
+ http://misitioWeb/App1/Biblioteca/libros/indesx.php?id_libro=8456
-*Redirigir de forma transparente las peticiones web.
+*Está claro que será más fácil ofrecer la url como
 ====URI y URL's amigables====
 <br />
@@ Línea 86: / Línea 95: @@
 }}
-*Una URL amigable es una URL que el cliente va a escribir en el navegador, aunque no existe tal cual en el servidor, sino que el servidor realiza una tradcucción
+*Una URL amigable es una URL que el cliente va a escribir en el navegador, aunque no existe tal cual en el servidor, sino que el servidor realiza una traducción
   http://programandolo.blogspot.com.es/2013/06/reglas-de-reescritura-parte-1.html#more
 *supongamos que en nuestro proyecto tenemos la URL
@@ Línea 105: / Línea 114: @@
   sudo service apache2 restart
 *Hay que recordar que para que se apliquen las directivas del fichero .htaccess, debemos tener habilitada para ese directorio (o para todos) la directiva '''''AllowOverride All'''''
   <Directory /var/www>
      AllowOverride All
   </Directory>
 *Ahora escribimos las reglas de
   RewriteEngine on
@@ Línea 116: / Línea 133: @@
   RewriteRule ^(.+)$ index.php?url=$1 [QSA,NC,L]
 *Las reglas de reescritura se deben definir en los ficheros de configuración de Apache (httpd.conf) o, en el caso que este activada la capacidad de reescritura, en un archivo .htaccess localizado en el directorio del servidor web donde se quiere que tenga efecto.
-#Estambecemos /servicio_rest como directorio base
+#Estamblecemos /servicio_rest como directorio base
 # Las tres reglas siguiente establece que directorios (-d), ficheros (-f) y enlaces simbólicos (-l) que ya existen, sobre ellos no sea aplicada las reglas de reescritura.
 *El último punto es la reescritura
@@ Línea 168: / Línea 185: @@
+}
 echo json_encode ($respuesta, true);
@@ Línea 179: / Línea 200: @@
 *En este caso la parte de cliente es muy sencilla, simplemente tiene que hacer una llamada a esta página y leer su contenido
 *Para esto  puede valer usar la fución '''''get_file_content'''''
 <source lang=php>
 <?php
@@ Línea 257: / Línea 279: @@
 ====La parte del cliente====
 ;Curl
 Înstalamos el comando o aplicación '''''curl'''''
@@ Línea 371: / Línea 394: @@
 #El producto (código) no se ha podido actualizar
 }}
 ;Haciendo las url amigables
 ;Solución en el servidor
 ;Solución en el cliente

@@ Línea 4: / Línea 4: @@
 **Todos los '''''recursos''''' a los que accedemos en la web son '''''definidos''''' y '''''diseccionados'''''
 *Rest define cómo se establece una interacción entre sistemas basada en un navegador web y '''''http'''''
-{{Puntos clave
+{{MRM_Puntos clave
 |title = Rest
 |REST Permite definir una '''''interfaz'''''  '''''web'''''
 }}
 ;interfaz
-*Como de exponernos al exterior para que puedan interactuar con nosotros
+*Establecer los nombres para poder ofrecer nuestra aplicación y que interactúen  con nosotros
 **Cómo recoger los datos para poderlos interpretar
 **Como generar una salida para que nos la entiendas
 [[Imagen:Interfaz.png]]
 ;web
-*red de páginas o recursos que se comunica por el protocolo '''''http'''''
+*Red de páginas o recursos que se comunica por el protocolo '''''http'''''
 (No es una definición, pero sí un concepto importante y una realidad).
-{{Puntos clave|
+{{MRM_Puntos clave|
 '''''Rest se centra en la manipulación de recursos a través de especificaciones http'''''
 }}
 ===Base de Rest===
-;Rest no es un estándar, es una especificación basada en estándares
+;Rest no es un estándar, es una '''''especificación basada en estándares'''''
 #http
 ##Protocolo sin estado
-##Vebos o acciones en la solicitud GET, POST, DELETE, UPDATE y PUSH.
+##Verbos o acciones en la solicitud GET, POST, DELETE, UPDATE y PUSH.
 #URL
 #Representación de los recursos
 #Tipos MIME : text/html , text/xml, text/json,...
-{{Puntos clave|
+{{MRM_Puntos clave|
 *http es un protocolo sin estado
 *Cada mensaje http contiene en sí mismo toda la información necesaria para comprender la petición
 }}
-{{Puntos clave|
+{{MRM_Puntos clave|
-El protocolo http establece en cada mensaje http un verbo o acción que encabeza la solicitud del mensaje
+El protocolo http establece en cada mensaje http un verbo o acción que encabeza la solicitud del mensaje.
-Este puede ser
+*Este puede ser:
 #GET Solicitar algo, es el tipo de mensaje por defecto
 #POST Para facilitar datos al servidor. Lo manejamos principalemnte en formularios
 #DELETE Se facilita un dato al servidor para ser eliminado
 #UPDATE Se facilita datos al servidor para ser actualizados
-#PUSH No se utiliza es una actualización parcial ?
+#PUT Indica una actualización o inserción de un elemento. Se podría hacer todo con POST, en realidad PUT lo podemos identificar con un insert.
 }}
-*Estas acciones  suelenser comparados con las operaciones asociadas a la tecnología de base de datos,
+*Estas acciones  suelen ser comparados con las operaciones asociadas a la tecnología de base de datos,
 operaciones '''''CRUD''''': '''CREATE''', '''READ''', '''UPDATE''', '''DELETE'''.
 *Existen otra analogías como podemos ver en la tabla siguiente:
@@ Línea 63: / Línea 64: @@
 Update POST Update Pegar después >>
 Delete DELETE Delete Cortar Del/rm
-{{Puntos clave|
+{{MRM_Puntos clave|
 *'''''URI:''''' REST usa una sintaxis universal para identificar los recursos. En un sistema REST, cada recurso es direccionable únicamente a través de su URI.
 *'''''URL''''' la representación del estado en un momento dado den un sistema REST es básicamente  HTML o XML. Como resultado de esto, es posible navegar de un recurso REST a muchos otros, simplemente siguiendo enlaces sin requerir el uso de registros u otra infraestructura adicional.}}

@@ Línea 66: / Línea 66: @@
 *'''''URI:''''' REST usa una sintaxis universal para identificar los recursos. En un sistema REST, cada recurso es direccionable únicamente a través de su URI.
 *'''''URL''''' la representación del estado en un momento dado den un sistema REST es básicamente  HTML o XML. Como resultado de esto, es posible navegar de un recurso REST a muchos otros, simplemente siguiendo enlaces sin requerir el uso de registros u otra infraestructura adicional.}}
 ====URI y URL's amigables====
 <br />
@@ Línea 120: / Línea 125: @@
   http://localhost/servicio_rest/productos/1
   http://localhost/servicio_rest/index.php?url=productos/1
 ===Haciendo un servicio REST===
 *Ahora toca la parte práctica

@@ Línea 255: / Línea 255: @@
 *Lo primero debemos tener instalada la librería de curl para php
   sudo apt-get install php5-curl
+*En php7
 *La forma de realizar una solicitudes es realizando una llamada completa a la web
 *Ver el contenido del fichero como hemos hecho antes, es simplemente hacer una especie RPC  (Invocación o llamada a métodos remotos).