Ma 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.

Le 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.

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.

Excellent petit outil pour browser des repo Git via le Web.

Pour lister les bibliothèques nécessaires à un exécutable
ldd <exec name>

Pour connaître le paquet contenant une bibliothèque :
dpkg -S <lib name.so.x>
Puis pour installer le paquet correspondant :
apt-get install <paquet name>

Eventuellement avec un suffixe pour du 64bit (amd64) du 32bit (i386), par exemple :
apt-get install <paquet name>:i386

En ayant au préalable ajouté cette ardchietcture :
dpkg --add-architecture i386

Une doc Autosar : " The use of a power of two for the number of failed verifications is only for obtaining a more succulent mathematical expression." !!!

TBR

Si cette information est véridique (ce qui n'est pas impossible vu le personnage), peut-être que les chrétiens ne seront plus les seuls à critique Creflo Dollar désormais !
Cela dit puisque l'article n'est pas daté (raf !) et que je n'ai pas envie d'écouter tous les prêches d'avril de mister Dollar, je ne peux en dire plus.