Franchement, le Web, c'est génial !
Et GCC, Qt, C++, Linux aussi.
Quelques infos complémentaires :
-
-
http://stackoverflow.com/questions/30120871/how-do-i-prepare-a-raspberry-pi-with-raspbian-so-i-can-cross-compile-qt5-programMa recherche en cours pour rendre ma bibliothèque epub hostable depuis mon RaspberryPi et browsable via un navigateur.
Cops semble ok. En lecteur peut-etre epub.JS.
-
-
http://blog.slucas.fr/en/oss/calibre-opds-php-serverLe HTTP Status Code est toujours très utile pour faire des API REST utilisables. Bien souvent, on n'a même plu besoin de rajouter un bête "status" ou "error code" dans les réponses, un simple HTTP Status Code suffit amplement.
Cet article est pas mal du tout sur le sujet. Merci Seb Sauvage.
-
-
http://racksburg.com/choosing-an-http-status-code/Convention REST : le nom des ressources est au pluriel et puis c'est tout.
Pour GET et DELETE, c'est assez clair :
GET resources (accès à toutes les ressources)
GET resources/123 (accès à la ressource 123)
DELETE resources/123 (supprime la ressource 123)
Même en omettant la question du POST / PUT, ça reste bizarre pour la création /update :
POST resources (créé / modifie une ressource, ou une liste de ressources)
Moi j'aurai tendance à faire POST resources pour une liste, POST resources/123 pour une ressource.
-
-
http://stackoverflow.com/questions/6845772/rest-uri-convention-singular-or-plural-name-of-resource-while-creating-it