Mutu Jack

Modèle de base

Jacques Bouthier — 2021-02-23T15:00:59Z

https://chessboardjs.com/examples#2006

Le modèle utilisé :

<div id="myBoard" style="width: 400px"></div> <button id="startBtn">Start Position</button> <button id="clearBtn">Clear Board</button> <script> var board = Chessboard('myBoard', { draggable: true, dropOffBoard: 'trash', sparePieces: true }) $('#startBtn').on('click', board.start) $('#clearBtn').on('click', board.clear) </script>

Le dénivelé

Jacques Bouthier — 2019-09-05T16:39:00Z

Le modèle est renommé denivele.

Le modèle est intégré ainsi

Insérer une vue de la vitesse

Jacques Bouthier — 2019-09-03T14:12:00Z

Le modèle est renommé speedgpx.

Attention la norme gpx donne la vitesse en mètres/seconde, donc pour l'avoir en kilomètres/heure je multiplie par 3.6

Le modèle est intégré ainsi

Insérer une vue de l'altitude en coupe ?

Jacques Bouthier — 2019-09-02T17:26:00Z

Le modèle est renommé altgpx

Le modèle est intégré ainsi

Insérer une vue de l'altitude en coupe ?

Jacques Bouthier — 2019-09-01T14:09:00Z

Le modèle est renommé altitude

on va détailler les données utiles pour créer une courbe de niveau avec le plugin chart.js.
Donc ici je n'affiche plus que "ele", l'altitude de chaque point et le cumul de distance à chaque point. Ici sur la distance un round2 pour un affichage plus clair

Le modèle est intégré ainsi

Insérer une vue de l'altitude en coupe ?

Jacques Bouthier — 2019-08-30T14:10:00Z

Cyrille a réalisé la fonction et un modèle qui permettent de calculer la distance et les dénivelés. Fonction de calcul simple ou précise et souplesse d'utilisation.

L'étape suivante consistera à intégrer ces données pour pouvoir les intégrer dans un graph avec le plugin chart.js.

Le modèle est intégré ainsi

Insérer une vue de l'altitude en coupe ?

Jacques Bouthier — 2019-08-29T11:09:00Z

Ecriture du modèle afin de voir la structure du fichier gpx :

   #CLE:: [(#VALEUR|print|substr{0,2500})]

Le modèle est intégré ainsi

Avec le datapath complet, déduit de la structure précédente {datapath root/children/trk/0/children/trkseg/0/children/trkpt}

Mutualisation chez OVH, on applique une solution différente

Jacques Bouthier — 2019-08-18T06:56:17Z

J'ai eu pas mal de soucis avec mon premier essai de mutualisation, principalement avec les mises à jour de plugins qui désactivaient les plugins sur les autres sites... Et aussi ce n'était pas très pratique d'avoir tous les sites dans une même base.
L'hébergement perf que j'ai chez OVH me permet d'avoir un "SQL Privé" avec autant de bases que je veux, alors pourquoi s'embêter, créons une base par site.
Un essai intermédiaire avec le plugin mutualisation ne m'a pas satisfait parce que je n'arrivais pas à afficher un site avec le www avec lequel il était référencé.
Alors j'ai décidé d'essayer la solution que nous avait proposé Pierrox lors d'un apéro-SPIP à Toulouse : pas besoin du plugin mutualisation : juste un dossier sites et un mes_options.php qui configure la mutualisation, et c'est tout.

La solution en deux mots

on installe un SPIP de base
on crée le fichier mes_options.php
le fichier mes_options.php contient deux lignes permettant l'utilisation d'un dossier plugins/auto par site
on créée le dossier sites dans lequel on créera manuellement les dossiers de chaque site

Nota : ne pas oublier de protéger le dossier sites avec un .htaccess contenant simplement
options -indexes

Paramétrer le domaine dans le manager OVH

Il faut d'abord paramétrer le domaine ou le sous-domaine dans la partie "multisites" de l'hébergement OVH.
On fait pointer le ou les nouveau(x) domaine(s) sur le dossier de l'hébergement où on a décidé d'installer la mutualisation.
Egalement SSL est activé pour chaque nouveau site et il faut éventuellement "régénérer le certificat SSL"

Créer la base liée au site

il faut créer la base de données et lui affecter un utilisateur. L'utilisateur doit avoir des droits d'administrateur. On peut créer un administrateur indépendant si on doit déléguer l'administration du site à une personne indépendante.

Installation du site

J'ai d'abord installé un SPIP de base. Puis j'ai créé le dossier sites avec le .htaccess options -indexes et j'ai créé le fichier mes_options .php avec les valeurs du fichier exemple fourni par Pierrox :

`C'est prêt !`


Il faut maintenant compléter les dossiers pour chaque site qui sera installé.

Je me suis créé en local une configuration de base avec tous les dossiers nécessaires, que je copie au besoin, en renommant le exemple.jack31.org avec le bon nom de site.

 

.htaccess
A la racine du site de base on renomme le htaccess.txt en .htaccess.

Ensuite on peut rajouter dans les paramètres personnalisés deux lignes qui activent le SSL (https) sur tous les sites :
RewriteCond %{SERVER_PORT} 80 RewriteRule .* https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
Ensuite pour chaque site qui requiert www devant le domaine il faut écrire
RewriteCond %{HTTP_HOST} ^mondomaine.tld RewriteRule ^(.*)$ https://www.mondomaine.tld/$1 [R,L]
Et dans cette configuration de mutualisation ça fonctionne, contrairement aux soucis que j'avais exprimés dans ce mail
Le dossier plugins/auto
Les paramètres dans mes_options.php requièrent un dossier plugins/auto par site.

Il est dommage de ne pas optimiser là aussi. Mais il y a trop de bugs liés au x mises à jour en mutualisé. La solution serait de faire les mises à jour en svn... Peut-être un jour ^^

Nota :

Parfois les plugins, lorsqu'ils créent des tables ne s'installent pas bien. C'est probablement lié à la configuration d'OVH. Donc à chaque fois bien vérifier que tout est bien créé. J'ai dû plusieurs fois importer des tables manuellement. Ensuite les mises à jour de ces tables fonctionnent normalement.



essai pgn4web
Jacques Bouthier — 2017-11-07T20:47:30Z
[Event "FRA-chT2"]
[Site "France"]
[Date "2002.01.??"]
[Round "6"]
[White "Larrat, Philippe"]
[Black "Grandmougin, Olivier"]
[Result "0-1"]
[ECO "C01"]
[WhiteElo "2159"]
[BlackElo "2100"]
[PlyCount "62"]
[EventDate "2002.??.??"]
[EventType "team"]
[EventRounds "11"]
[EventCountry "FRA"]
[Source "ChessBase"]
[SourceDate "2002.11.25"] 1. e4 e6 2. d4 d5 3. Nc3 Bb4 4. exd5 exd5 5. Bd3 Nf6 6. h3 (6. Nge2 O-O 7. O-O
Re8 8. Bg5 c6 9. Ng3 h6 10. Bf4 Bd6 11. Qd2 g5 12. Bxd6 Qxd6 13. f4 g4 14. f5
Kh7 15. Rae1 Rg8 16. Nce2 Nbd7 17. Nf4 Rg5 18. Re2 b6 19. Rfe1 Bb7 20. c3 Rag8
21. Ne6 Kh8 22. Nxg5 Rxg5 23. Qe3 Qf8 24. Qf4 Qg7 25. Re8+ Kh7 26. Rd8 {
1-0 (26) Berger,J-Noa,J Frankfurt 1887}) 6... O-O 7. Nge2 c5 8. a3 (8. dxc5
Bxc5 9. O-O Be6 10. Nb5 Nc6 11. c3 Ne4 12. Nbd4 Qh4 13. Be3 Bb6 14. Nf3 Qe7 15.
Bxb6 axb6 16. Ned4 f5 17. Re1 Rae8 18. Qb3 Nxd4 19. Nxd4 Qh4 20. Bxe4 fxe4 21.
Nxe6 Qxf2+ 22. Kh1 Rxe6 23. Qxd5 Qf5 24. Qxb7 e3 25. Re2 Qd3 26. Rae1 h6 27. g3
Re4 28. Qxb6 Rf1+ 29. Rxf1 Qxe2 30. Qd8+ Kh7 31. Qd1 Qc4 32. Qf3 Qe6 33. Kg2 e2
34. Re1 Re3 35. Qf2 Qe4+ 36. Kh2 Qd3 37. a4 Re6 38. a5 Qd2 39. Kg1 Qxb2 40.
Qf5+ Rg6 41. Qd3 Qb8 42. Kh2 Qa7 43. Rxe2 Qxa5 44. c4 Qa6 45. h4 Qd6 46. Qxd6
Rxd6 47. Kg2 Kg6 48. Kf3 Rc6 49. Re4 Kf5 50. g4+ Kf6 51. Ke3 Rd6 52. c5 Rd1 53.
Rc4 Ke7 54. c6 Kd8 55. Ke4 Kc7 56. Rd4 Rxd4+ 57. Kxd4 Kxc6 58. Ke5 Kd7 59. Kf5
Ke7 60. Kg6 Kf8 61. Kh7 g5 62. h5 Kf7 63. Kxh6 Kf6 64. Kh7 Kf7 65. h6 {1-0 (65)
Portisch,G (2338)-Sebestyen,B (2321) Hungary 2006}) 8... Bxc3+ 9. Nxc3 Re8+ 10.
Be2 cxd4 11. Qxd4 Nc6 12. Qd1 d4 13. Na2 Qa5+ 14. Bd2 Qe5 15. Nc1 d3 16. Nxd3
Qe4 17. Kf1 Bf5 18. Bf3 Qc4 19. Bc3 Rad8 20. Kg1 Bxd3 21. cxd3 Rxd3 22. Qc1 Nd5
23. Bxd5 Qxd5 24. Qf4 Nd4 25. Kh2 g5 26. Qc7 Nb5 27. Qa5 Nxc3 28. Qxa7 Qd6+ 29.
g3 Rxg3 30. Rhe1 Re2 31. bxc3 Rg4+ 0-1
your web browser or your host do not support iframes as required to display the chessboard


Une mutualisation SPIP, sur un serveur mutualisé OVH
Jacques Bouthier — 2017-10-08T08:02:13Z

		Il y a quelques années j'avais tenté sans succès d'installer une mutualisation sur mon hébergement OVH, sans y arriver.
Je commence à avoir quelques (petits) sites et le besoin se refait sentir de simplifier les mises à jour, alors j'ai repris les choses calmement, après avoir fait un essai en local.
Tout d'abord sur un serveur mutualisé OVH on a des limitations : j'ai plusieurs grosses bases de données mais ici il ne sera pas possible d'en créer de nouvelles, il faut utiliser celles existantes. Donc on va installer la mutu sur une de ces bases et chaque site aura un préfixe différent.
On suit le tutoriel donné ici : La-mutualisation-facile-modifications-manuelles.
En préalable il faut d'abord faire pointer le domaine qu'on veut mutualiser sur un dossier de l'hébergement. C'est dans l'onglet "multisite" de l'hébergement OVH. Chaque domaine concerné doit pointer sur le même dossier.
Ensuite
 On installe SPIP dans ce dossier (j'ai fait en ftp là... un peu long)
 on copie le plugin mutualisation à la racine du site
 on crée le répertoire "sites" à la racine du site, et on le protège par un .htaccess contenant seulement options -indexes
 on active le .htaccess à la racine du site (on renomme le htaccess.txt en .htaccess)
 on met dans /config le fichier mes_options.php avec le contenu ci-dessous (le contenu ci-dessous est celui de mon essai en local et non celui en ligne). Ce fichier est basé sur le fichier mes_options.php.txt fourni avec le plugin mutualisation.
<?php /* * En local mon dossier d'install s'appelle "mutu". Donc je l'inscris ci-dessous */ define ('_SITES_ADMIN_MUTUALISATION', 'mutu'); if (!defined("_ECRIRE_INC_VERSION")) return; if (!is_readable (_DIR_RACINE.'mutualisation/mutualiser.php')) { echo _L("Fichier 'mutualisation/mutualiser.php' manquant dans la racine " . _DIR_RACINE); exit; } require _DIR_RACINE.'mutualisation/mutualiser.php'; /** * Si _INSTALL_DB_PREFIX est défini, prefixe_mutualisation() utilisera sa longueur pour * générer son résultat (maximum de 15 caractères pour la création d'utilisateur MySQL) * *Ici on choisit les paramètres de façon à installer chaque site sur la même base en sélectionnant automatiquement le préfixe * les paramètres ci-dessous sont ceux de mon installation en local */ define ('_INSTALL_PREFIX_DB','mu_'); define ('_INSTALL_SITE_PREF', prefixe_mutualisation($site)); //define ('_INSTALL_NAME_DB', _INSTALL_PREFIX_DB. _INSTALL_SITE_PREF); define ('_INSTALL_NAME_DB','mutu'); define ('_INSTALL_SERVER_DB', 'mysql'); define ('_INSTALL_HOST_DB', 'localhost'); define ('_INSTALL_USER_DB', 'root'); define ('_INSTALL_PASS_DB', ''); /* * Paramètres locaux aussi : * "false" pour 'creer base' * pas de mail en local * en ligne le code ecureuil a été changé ^^ */ demarrer_site($site, array( 'creer_site' => true, // Creer ou non le site s'il n'existe pas (defaut: false) 'creer_base' => false, // Creer ou non la base de donnee si elle n'existe pas (false) 'creer_user_base' => false, // Creer ou non un utilisateur pour la nouvelle base de donnee (false) 'mail' => '', // Adresse mail pour recevoir un mail lors d'une creation de site mutualise ('') 'code' => 'ecureuil', // Code d'activation ('ecureuil') 'table_prefix' => true, // Definir automatiquement le prefixe de table (false) ... mettre true si tous les sites dans la meme base 'cookie_prefix' => true, // Definir automatiquement le prefixe de cookie (false) 'repertoire' => 'sites', // Nom du repertoire contenant les sites mutualises ('sites') 'url_img_courtes' => true, // Utiliser la redirection des URL d'images courtes dans la partie publique (false) // /!\ il faut qu'apache ait le droit d'ecrire dans les dossiers IMG/ et local/ a la racine du site ! // C'est la que la mutualisation va ecrire les regles de redirection automatiques pour les images de chaque site 'url_creer_base' => '', // Creer la base de donnees via une URL (methode AlternC) // fonction qui sera appelée avant l'initialisation de SPIP 'avant_initialisation' => '' ) );
Et c'est parti !

Ensuite on n'a plus qu'à créer le premier site. Ici mutu.jack31.org.