Bonnes Pratiques Web & Cloud
58.8K views | +4 today
Follow
Bonnes Pratiques Web & Cloud
Administration cloud et développement web
Curated by Mickael Ruau
Your new post is loading...
Your new post is loading...

Popular Tags

Current selected tag: 'log'. Clear
Scooped by Mickael Ruau
Scoop.it!

Logging Activity With The Web Beacon API – Smashing Magazine –

Logging Activity With The Web Beacon API. The Beacon API is a lightweight and efficient way to log information from a web page back to a server. Find out how that can be used and…
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Ben Edmunds - Logging Client Side Javascript Errors

Ben Edmunds - Logging Client Side Javascript Errors | Bonnes Pratiques Web & Cloud | Scoop.it
This seems to be something a lot of people don't know how to do so here's a quick intro. You might have a great error logging setup on the backend of your site but most people have no idea what's going on with the frontend. As an example, wouldn't it be great to be able to see what browser version that one user who always gets JS errors was actually using, or even track the user's id so you can reference their profile data to get in contact with them.

That's where logging client side javascript errors comes in handy. You'll need to add logging code on the frontend and a simple API on the backend. And as a disclaimer, this code is not 100% vetted, it's just a quick example to get you started.
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Event sourcing à Scala.io 2014 | Blog Arolla

Event sourcing à Scala.io 2014 | Blog Arolla | Bonnes Pratiques Web & Cloud | Scoop.it
Event sourcing applique la recherche de la vision formulée par Domain-Driven Design d’Eric Evans : pourquoi ce projet, pourquoi ce comportement ? Autre justification : il est plus facile de faire la synthèse d’un ensemble d’éléments plutôt que d’analyser un élément en sous-éléments. L’analyse de texte est plus complexe que la mise en page. Sinon LaTeX c’est très très bien.

Donc premier principe de l’event sourcing : sauvegarder les événements du domaine plutôt que l’état du cumulé du système. Ainsi, le journal (log), d’habitude de contenu technique (en fait fourre-tout), devient un référentiel métier. Il devient exhaustif. Avec l’event sourcing tout est journalisé. A ce niveau, pas de mise à jour, pas de suppression : uniquement de l’ajout d’événements. L’état cumulé est calculé plus loin. Il est optimisé pour être consulté en lecture seule. Corolaire : on sépare ce qui est destiné à modifier et ce qui est destiné à observer. Pourquoi ? Combien de fois je modifie mon système ? Combien de fois je le regarde ? Si le quotient lecture/écriture est très grand autant séparer les deux. Cette architecture a un nom : Command Query Responsibility Seggregation (CQRS). On optimise la lecture en préparant à chaque modification du système la ou les vues possibles. La commande change mon système (écriture). La requête l’observe (lecture).
No comment yet.