background preloader

LoopBack

LoopBack

Foundations of RESTful Architecture - DZone - Refcardz The limited number of verbs in RESTful systems confuses and frustrates people new to the approach. What seem like arbitrary and unnecessary constraints are actually intended to encourage predictable behavior in non-application-specific ways. By explicitly and clearly defining the behavior of these verbs, clients can be self-empowered to make decisions in the face of network interruptions and failure. There are four main HTTP verbs (sometimes called methods) used by well-designed RESTful systems. The most common verb on the Web, a GET request transfers representations of named resources from a server to a client. One of the key points about the GET request is that it should not modify anything on the server side. Do not do this! GET requests are also intended to be idempotent. The situation gets a little less clear when we consider the intent of the POST and PUT verbs. POST is used when the client cannot predict the identity of the resource it is requesting to be created.

CSS Get the lowdown on the key pieces of Bootstrap's infrastructure, including our approach to better, faster, stronger web development. HTML5 doctype Bootstrap makes use of certain HTML elements and CSS properties that require the use of the HTML5 doctype. Include it at the beginning of all your projects. <!doctype html><html lang="en"> ... Mobile first With Bootstrap 2, we added optional mobile friendly styles for key aspects of the framework. To ensure proper rendering and touch zooming, add the viewport meta tag to your <head>. You can disable zooming capabilities on mobile devices by adding user-scalable=no to the viewport meta tag. Bootstrap sets basic global display, typography, and link styles. Set background-color: #fff; on the body Use the @font-family-base, @font-size-base, and @line-height-base attributes as our typographic base Set the global link color via @link-color and apply link underlines only on :hover These styles can be found within scaffolding.less. Normalize.css Containers

A Brief Introduction to REST You may or may not be aware that there is debate going on about the “right” way to implement heterogeneous application-to-application communication: While the current mainstream clearly focuses on web services based on SOAP, WSDL and the WS-* specification universe, a small, but very vocal minority claims there’s a better way: REST, short for REpresentational State Transfer. In this article, I will try to provide a pragmatic introduction to REST and RESTful HTTP application integration without digressing into this debate. I will go into more detail while explaining those aspects that, in my experience, cause the most discussion when someone is exposed to this approach for the first time. Key REST principles Most introductions to REST start with the formal definition and background. Give every “thing” an ID I’m using the term “thing” here instead of the formally correct “resource” because this is such a simple principle that it shouldn’t be hidden behind terminology. Link things together

Offline Web Applications You are here: Home Dive Into HTML5 Diving In What is an offline web application? At first glance, it sounds like a contradiction in terms. Web pages are things you download and render. At its simplest, an offline web application is a list of URLs — HTML, CSS, JavaScript, images, or any other kind of resource. From there, most of the work is up to you, the web developer. The Cache Manifest An offline web application revolves around a cache manifest file. <! Your cache manifest file can be located anywhere on your web server, but it must be served with the content type text/cache-manifest. AddType text/cache-manifest .manifest Then make sure that the name of your cache manifest file ends with .manifest. Ask Professor Markup Q: My web application spans more than one page. OK, so every one of your HTML pages points to your cache manifest file, and your cache manifest file is being served with the proper Content-Type header. The first line of every cache manifest file is this: Network sections

Apiary — How It Works If things go wrong with your developers' API calls, helping them debug can be a royal pain—TCP dumps, Wireshark, installing local HTTP proxies… Not fun. But now your developers can just opt to send their API calls through Apiary's debugging proxy. We'll show them the exact data, down to HTTP level, and outline differences from API documentation, or even perform validations against your schema. If that doesn't help, they can always send you a bug report with all the detailed data attached. List of records Single record Diff description

CSS reference - CSS style-rule ::= selectors-list { properties-list } ... where : selectors-list ::= selector[:pseudo-class] [::pseudo-element] [, selectors-list] properties-list ::= [property : value] [; properties-list] See the index of selectors, pseudo-classes, and pseudo-elements below. Style rule examples For a beginner-level introduction to the syntax of selectors, see our guide on CSS Selectors. tripit/slate Qu’est-ce que les commentaires conditionnels ? - Alsacréations Les commentaires conditionnels sont un mécanisme propre à Internet Explorer Windows, qui permettent d'inclure dans une page (X)HTML, de manière valide, du code qui ne sera lu et interprété que par Internet Explorer, ou par l'une ou l'autre de ses versions. Techniquement, il s'agit de simples commentaires HTML, qui seront compris comme tels par la plupart des navigateurs. Cependant, le contenu de ces commentaires a une syntaxe spéciale, qui permet à Internet Explorer de savoir s'il doit interpréter le contenu du commentaire ou bien l'ignorer. Les commentaires conditionnels sont compris par Internet Explorer depuis la version 5.0 mais sont officiellement abandonnés à partir d'Internet Explorer 10. Syntaxe de base L'exemple le plus simple de commentaire conditionnel est le suivant: Rappel: un commentaire conditionnel ne peut être inséré que dans un document (X)HTML, et ne peut contenir que des instructions (X)HTML et non CSS. Exemple d'utilisation: Viser une version ou un éventail de versions

amark/gun: A realtime, decentralized, offline-first, graph database engine. Ne cibler que les navigateurs modernes grâce aux sélecteurs avancés - Alsacréations A l'inverse du concept de dégradation gracieuse, le principe d’amélioration progressive ("progressive enhancement" en anglais) est une stratégie de conception web en couches successives, qui permet à chacun d’accéder au contenu et aux fonctionnalités de base d’une page web en utilisant n’importe quel navigateur, tout en offrant une version améliorée aux utilisateurs disposant de navigateurs plus récents ou plus évolués. En pratique et dans le domaine des styles CSS, cela se traduit par une mise en forme initiale commune à l'ensemble des logiciels de navigation, puis un "bonus" pour agrémenter ceux qui ne supportent pas encore CSS3 ou mal CSS2.1. Cela permet d’opter occasionnellement pour une technologie récente telle que CSS3 pour certaines décorations d’éléments de page (coins arrondis, ombrages, semi-transparence, transitions progressives…) qui pourraient consister en des « bonus » mérités pour les navigateurs récents. Modernizr : le bazooka JavaScript :root pour IE9 et supérieurs

Mise à jour du tutoriel sur les coins arrondis - Alsacréations Le tutoriel "Créer des coins arrondis sans images", rédigé le mois dernier, vient d'être partiellement remis à jour. La version initiale proposait, en guise d'alternative pour Internet Explorer, la technique JavaScript "Roundies", qui nous a paru à la fois légère et simple à mettre en œuvre. Une autre technique vient d'être ajoutée au tutoriel : celle des comportements .htc spécifiques à Microsoft. Dans la pratique, cette méthode très simple semble plus compatible que Roundies pour les cas particuliers (transparence, images d'arrière-plan). Le rendu visuel avec .htc nous semble également plus réussi sur Internet Explorer. Vous disposez à présent de tous les atouts pour créer de beaux effets arrondis sur tous les navigateurs (ou presque).

Related: