1. Se connecter en admin
  2. Ajouter le centre en renseignant au minimum l’email, l’adresse et la zone
  3. Ajouter les id Futurosoft et Wizzville fournis par eux
  4. Cliquer sur “valider”
  5. Demander au centre de se connecter

  1. Afficher cette page
  2. saisir dans le champ de recherche “Doc biker” suivi du nom de la ville
  3. cliquer sur l’adresse souhaitée
  4. la carte affiche la localisation
  5. copiez le code après “PlaceId :”

  1. Cliquer sur “me connecter“
  2. Saisir l’email du centre dans la zone jaune à droite sous “Vous êtes déjà inscrit”
  3. Sortir du champ de saisie, le site vérifie l’email et affiche un message sur fond rouge
  4. Consulter sa boîte de réception
  5. Cliquer sur “Retourner sur le site”
  6. Vous êtes connecté à votre page centre

Chaque email, SMS, post sur Twitter, Facebook, LinkedIn, affiche, flyer, autocollant… doit avoir un code différent pour savoir d’où vient le prospect ou client

Il faut d'abord définir une annonce
je renseigne les champs dont le code EAN

Puis passer à la campagne
je renseigne tous les champs
je transmets
  1. le QR code pour l’ajouter sur les documents à imprimer
  2. le lien pour tout ce qui doit apparaître sur le web ou les emails
Quand le destinataire va cliquer et arriver sur https://docbiker.com/?p=22641&cpid=1154 Il affichera la page 22641 donc la promo sans l’interface du site (landing page)
Le membre du club a juste à cliquer sur "valider" Le visiteur renseigne toutes les informations
Il reçoit un email qu'il présente au responsable du centre
Le responsable flash le code EAN affiché sur le mobile ou le papier du client
Quand il validera le formulaire, la demande de bon sera associé à la campagne 1154 alors que s’il vient de la page “nos promotions”, aucune campagne ne sera associée Conclusion : chaque campagne distinctes doit avoir son propre code, car autant une campagne facebook peut être associé à une campagne de pub avec une traçabilité, autant une carte de visite d’un centre ou une affiche sur un salon ne permettent pas de savoir d’où le contact.

Le site de DocBiker est hébergé sur 2 machines :
  1. Le serveur Web Nginx/Php-FPM
  2. Le serveur de base de données
Les 4 premiers composants que tu décris sont tous hébergé sur le premier serveur sous la racine /srv/. La politique de backup associé est :
  • backup quotidien à minuit des dossiers /etc /opt /srv /var/www (le site étant sous /srv)
  • rétention de 90 backups
  • backup quotidien de la machine virtuelle dans son ensemble dans la nuit, conservé 2j
La base de donnée répond elle à la politique de backup suivante :
  • backup quotidien à 22h44 des bases de données (mysqldump vers fichier)
  • rétention de 90 backups
  • backup quotidien de la machine virtuelle dans son ensemble dans la nuit, conservé 2j
On peut ajouter à cela la possibilité de réaliser des snapshots et des backups manuels avant des changement majeurs si nous sommes prévenus.
En cas de problème donc, il faut nous remonter la demande le plus rapidement (et précisément) possible pour que nous puissions restaurer les fichiers. Si il y a un doute avant une opération, le mieux est toujours de nous prévenir et de nous arranger pour réaliser un snapshot avant modification, ce qui nous permettra de restaurer très rapidement la donnée posant problème.