En el último mes he estado inmenso en un proyecto de un sitio de publicación en el que uno de los factores más importantes era el tema de la seguridad. Cuando hablo de aspectos de seguridad me refiero a evitar que en la Web cualquier entrada de datos entre nuestros desarrollos y el mundo exterior, evite que nos inyecten código malicioso, más allá de que nos pongan una imagen en la home de nuestra web. Cosa que ni al cliente le gusta ver que la inversión que acaba de realizar se la acaban de hackear, ni al desarrollador que lo implementa ver que todo el esfuerzo realizado no ha valido la pena.
SharePoint es un herramienta principalmente para el desarrollo de Intranets Corporativas, de hay que muchas veces cuando desarrollemos pasamos por alto diversas aspectos que son practicas muy sencillas, nada laboriosas y que tenemos que tener muy en cuenta. Leer más
Aplicar seguridad en nuestros desarrollo en SharePoint
Introducción a Mustache.js dentro de SharePoint
Uno de los grandes problemas que nos encontramos entre los equipos de desarrollo a la hora de poder realizar el trabajo de la forma mucho más sencilla posible, es la sincronización entre los diseñadores y los desarrolladores. Esto en SharePoint es un problema, ya que los miembros del equipo no pueden estar trabajando simultáneamente en la misma tarea y siempre es necesario que uno empiece a continuación del otro, o bien que trabaje más de la cuenta.
Por ejemplo, tenemos que desarrollar un listado con los últimos elementos de una lista, las tareas están claras a priori ¿no? Por un lado el equipo de Diseño se tiene que encargar de realizar el HTML y el equipo de desarrollo se tiene que encargar de introducir la lógica para mostrar la información de la lista de SharePoint. En teoría, son dos tareas que se pueden separar ya que las van a realizar dos personas totalmente distintas y que en principio no debe de haber ninguna dependencia. Pero esto, introducido dentro del entorno SharePoint se traduce en que tenemos que implementar un Visual Web Part, por lo que, puesto en la practica, los desarrolladores tenemos dos opciones: Leer más
[SharePoint 2013] Mejoras en sitios de publicación: Renderizar imagenes
En las últimas semanas estamos llevando a cabo un proyecto sobre un portal de publicación, cuyos resultados pronto lo veréis en el mundo real. Este proyecto ha sido nuestro segundo portal de publicación y en el que hemos podido introducir alguna de las novedades que trae SharePoint 2013, también nos hemos encontrado con varios inconvenientes que una vez que los tengamos resueltos escribiremos un post sobre todo esto (principalmente son aspectos relativos a la seguridad de un sitio web y que tenemos que tener en cuenta a la hora de hacer un portal de publicación).
Dentro de las mejoras que comento, voy a hablar sobre el tema del renderizado de imágenes. Esto es algo que puede parecer muy simple y que quizás gente que no trabaje a diario realizando aplicaciones Web no sepa de la importancia que tiene. Pongámonos esta situación realizamos un WebPart que muestra en un carrusel las imágenes de las últimas noticias de una web como por ejemplo está imagen: Leer más
[Iberian SharePoint Conference] El Evento del año
El pasado Jueves 10 de Octubre tuvo lugar en las instalaciones de Tajamar la 1ª Iberian SharePoint Conference, un evento que llevamos organizándolo desde hace más de un año.
Bajo mi punto de vista, fue un éxito, aforo prácticamente completo, muy buenas sesiones de los mejores especialistas de SharePoint, grandes productos y sobre todo mucho buen rollo entre todo el mundo. Así que os voy a intentar resumir todo lo acontecido y mis impresiones sobre el evento.
Leer más
[SharePoint 2013] ¿Que es API REST? Ventajas e Inconvenientes
Muchas veces los apasionados a la tecnología nos ponemos a escribir/hablar/discutir sobre temas, saltándonos algunos pequeños detalles que pensamos que son insignificantes. Deducimos cosas que hacen pensar que el resto de personas nos entienden y no es así (estoy hablando de personas de nuestro mismo entorno profesional). Algo de este estilo es lo que me ha ocurrido recientemente con la famosa API REST de SharePoint, (me llaman el REST dentro de la oficina) que me he puesto a hablar de todo lo que podemos hacer, utilizar el servicio de búsqueda, la API Social, etc. Todo eso escrito está muy bien, pero ¿os habéis planteado el porqué utilizarla? y lo que es más: qué beneficios nos da en nuestros desarrollos en lugar de hacer uso de otra de las APIS que vienen en SharePoint o bien no utilizarla porque sí.
Parte Teórica
¿Que es REST?
- Técnica de arquitectura (bueno más bien unos principios)
- Se utiliza para definir una interfaz web simple
- Punto de acceso independiente de una base de datos
- Permite la portabilidad entre plataformas y lenguajes (este último punto es una gran ventaja.
Una API representa una interfaz de comunicación entre componentes de software. Se trata del conjunto de llamadas a ciertas bibliotecas que ofrecen determinados servicios. Una API REST implica que una URL es la representación de un objeto o recurso, cuyo contenido se accede por HTTP.
API REST en SharePoint
De sobra hemos comentado que una de las grandes novedades que hay en SharePoint es que tiene una API REST como Dios manda. Y eso ¿qué significado tiene? Pues que desde cualquier dispositivo a traves de una petición HTTP podemos acceder a los recuros que nos ofrece SharePoint. ¿Cuáles son estos recursos? Pues aquí esta el kit de la cuestión y es que podemos acceder practicamente a todos los recursos que nos brinda SharePoint desde las caracteristicas del sitio, pasando por bibliotecas y lista, extendiendo por el servicio de perfiles sin olvidarnos del servicio búsqueda. Prácticamente a casi todos los recursos podemos acceder.
¿Que beneficios nos aporta?
Leer más
¡Suscríbete a nuestras RRSS!
