Re: [spip-dev] Migration sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-29 Par sujet YannX SPIP(hot)

Bonsoir

 je trouve le plugin GMAP 
https://contrib.spip.net/Plugin-GMap-geolocalisation-et-cartographie
- en version 0.2.1 compatible SPIP 2 en 
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/gmap/branches

   (avec un  ; manquant en    boucle/gmap_boucle.php [617]    )
- une version 1.0 compatible SPIP 3 sur SVN 
https://zone.spip.org/trac/spip-zone/browser/spip-zone/_plugins_/gmap/trunk?order=name 
(que j'aimerais télécharger)

- mais rien dans Git (sauf  ): normal ? ou oubli ? ou remplacé par.

C'est d'autant plus genant que 
https://git.spip.net/spip-contrib-extensions/gmapmxn/src/branch/master/plugin.xml 
demande/necessite gmap ?


Merci d'avance du retour

--
YannX
http://www.spippourlesnuls.fr

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Migration sous Git - Bascule finale au 1 juillet 2020 - suite

2020-06-16 Par sujet YannX SPIP(hot)

Le 15/06/2020 à 19:18, Eric Lupinacci a écrit :

Hello,

Je me reponds déjà pour un point.


Donc je relance un fil pour savoir si vous voyez des opérations préalables à 
faire dans les 15 jours.
Si c’est le cas il est temps de les identifier et de les faire.


L’autodoc des plugins n’est pas migré (je sais pas d’ailleurs pour spip).
Le fichier autodoc.txt est aussi lui toujours sous svn.

A ne pas oublier donc.

++
Eric

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Comme "troll du lundi matin" (mais pas seulement), je dirais
- avoir un mode d'emploi garanti-vertifié
    (car seule le debat sur l'inclusivité dépasse /peut-etre/ les 
multiples questionnements sur l'usage deGit

   (décourageant toujours de s'y plonger

Pourtant je relis souvent les aides de Eric et JLuc


--
YannX
http://www.spippourlesnuls.fr

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Échec à la migration (plugin migration)

2020-06-16 Par sujet YannX SPIP(hot)

Le 15/06/2020 à 16:33, Stephane Santon a écrit :

Bonjour,

J'ai tenté une migration spip 3.2.7 vers 3.2.7 avec le plugin
https://www.nursit.com/Le-plugin-migration-pour-SPIP

Au lancement, le site cible m'affiche toutes les tables en disant 
[Echec].
A la fin, le site source dit "Migration achevée avec succès", 0 
ligne(s) par table...


Au final... images bien transférées mais site cible (base données) vide.

A noter que les préfixes de tables ne sont pas en spip_ mais 
personnalisés.


De l'aide ??

Merci


Des problèmes de cache (opcache chez OVH ?)

--
YannX
http://www.spippourlesnuls.fr

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Lien entre les articles du Wiki et les articles de doc

2020-05-20 Par sujet YannX SPIP(hot)

Bonjour,

je voudrais apporter un complément (expérience) à J-Luc, et un soutien a 
cette idée démarche de documentation (avec aussi l'approche SPN),
car il n'est pas seul à privilégier cette approche : en effet, le 
respect 'extrémisé' du droit d'auteur me semble expliquer ce principe 
(un peu contre-evolutif) des articles *figés* dans SPIP.
 Il est sûr que la qualité rédactionnelle des articles validés sur 
Contrib apporte une information pertinente (l'attention avec laquelle 
ont pu etre scrutés quelques articles est positive), mais des 
compléments pertinents se trouvent aussi en Carnet (je pense 
immédiatement à Saisis découvert par hasard...).
Et quand on relit les intervenants, manifestement  il y a aussi bcp 
de"sachants" à intervenir dans le Carnet.


Or au bout d'un certain temps sur SPIP, je constate encore le besoin 
d'un espace d'information intermediaire entre spip.net et programmer, et 
j'insiste aussi : un espace d'information evolutive, qui permet de 
compléter/mémoriser/capitaliser les elements indiqués en réponse..par 
exemple sur IRC


Le Carnet propose cette solution wiki (ou le plugin "Nouvelle Version" 
qui manque encore d'une option "annuler")  et donc permet d'apporter  :

- un complément collaboratif d'information
- une mise en commun progressive
Tout le monde n'a pas un site de doc a disposition à compléter (comme 
SPN, Cym ou autres.. de moins en moins nombreux)



Je regardais justement la https://contrib.spip.net/Saisies-1347
- déjà 8 articles (et au moins 4 dans le Carnet /je m'en suis aussi créé 
trois perso/),
  donc la documentation descriptive -tres bien fournie pourtant- n'est 
pas toujours  suffisante.


Donc je soutiens cette demande :
- avoir un pavé "voir aussi" pour indiquer des articles du carnet
Et plutôt que de l'avoir au niveau de l'article (comme proposé par A2A),
je proposerais de rajouter l'affichage de ce pavé dans la page Rubrique, 
puisque justement la structure de Contrib est structurée par les 
rubriques (cela contribuerait à établir le lien formel de redaction des 
carnets vers les rubriques traditionnelles de Contrib).
Cela impliquerait de rajouter un cartouche de selection de la rubrique 
de rattachement dans la page d'article...

   ce qui inviterait a compléter la rédaction...


PS : j'aurai aussi deux interrogations sur cette page "rubrique" finale
- l'ordre, le role, l'index ou l'angle d'approche des divers articles 
(j'ai oublié les réflexions déjà à ce sujet)
- redonnant plus d'importance à cette page rubrique (sauf cas de 
Court-Circuit),
  certaines rubriques (au moins) pourraient mériter un texte 
d'introduction


   -> mais ce sera un autre fil, peut-etre...

Bonne ascension de SPIP

Le 20/05/2020 à 10:06, JLuc a écrit :

Le 19/05/2020 à 18:28, Eric Lupinacci a écrit :
Je suis absolument en ligne avec Maieul et je pense que si toi et 
d’autres tenants du wiki à outrance vous passiez un peu de temps à 
maintenir l’éditorial de ce site (au sens large) vous changeriez 
peut-être d’avis.


Je comprends que tu parles du site contrib dans son ensemble, là,
mais ce n'est pas le sujet, ou sinon quel est le rapport ?

Chacun a ses priorités, sa sensibilité, et il ne faut pas s'attendre à 
ce que ça soit universellement partagé

(sinon on aboutit aux regrettables orthodoxies dogmatiques).

Ta priorité va à "maintenir l'éditorial". Soit. Je respecte et c'est 
utile.
Concernant le code de spip, ma sensibilité semble m'amener à vouloir 
documenter-éclairer les parties obscures
et à recueillir les bribes de savoirs lorsqu'ils sont exprimés sous 
une forme brute et éphémère,

afin de les mettre en forme et partager plus largement.
J'y parviens plus ou moins bien, et parfois pas.

Il y a une facilité à l’utilisation du wiki qui malheureusement 
confine à éterniser le temporaire, à disperser l’information, à la 
rendre presque invisible, donc inaccessible, donc inutile in fine.


Oui il y a beaucoup de wiki-tentatives de documentation qui 
n'aboutissent pas totalement.


Mais plutôt que dénigrer ce bac à sable, il faudrait voir comment 
aider ces contributions à gagner en qualité.


Car, comme je l'écrivais chacune de ces contributions a été faite à un 
moment parce qu'il y avait un ou des besoins :

  besoin de doc (par lacune de la doc non wiki)
  et besoin de consigner durablement une expérience ou un élément de 
savoir.


Quand de plus certaines personnes s'érigent en gardiennes 
intransigeantes de l'orthodoxie de la documentation,
et refusent toute entrave à leur propre conception de ce que doit 
être une doc (cf autre thread récent),
il est clair que les pages du wiki ne sont pas prêtes d'en sortir : 
elles dérangeraient trop !


Tu exagères.
Comme je te dis mets les mains dans laye cambouis de Contrib comme le 
fait Maieul et après on en discute.


Je suis admin de contrib et je régulièrement je relis et commente les 
articles et améliore l'expression ou la mise en page.


Je suis également admin de programmer.spip et j'ai passé un temps à 

Re: [spip-dev] Les autorisations - job_queue - autoriser_job_annuler_dist

2020-05-20 Par sujet YannX SPIP(hot)

Le 19/05/2020 à 18:50, Vincent Callies a écrit :

Chers écureuils,

Pour les besoins d'un plugin, je souhaite permettre à certains auteurs 
d'annuler des jobs (cron) affiché au-dessus des objets.

Rien de très original, jusqu'ici.

J'utilise donc l'autorisation appelée par le squelette
prive/squelettes/contenu/job_queue.html
pour contrôler l'accès à cette annulation.
#AUTORISER{'annuler','job',#ID_JOB}

A ma grande surprise, cette autorisation ne semble pas définie.

Aussi je suis un peu embêter.
Comment programmer cela proprement ?

Dois-je créer la fonction autoriser_job_annuler_dist ?

Puisqu'elle semble non explicitée et que tu en as besoin, définis-là !
Et la rendre surchargeable sans souci est une approche plus ouverte
Mais un plugin créant une fonction _dist qu'utilise la dist de SPIP, 
cela me parait étrange.

J'ai  trouvé un premier exemple dans Acces Restreint !!


D'un autre côté créer une fonction non surchargeable, c'est un peu triste.
Il est possible de rendre la fonction remplacable par d'autres plugins 
en l'entourant d'un"if(!function_exists.."
   mais attention alors aux plugins "utilisant" ton plugin, qui ne 
pourront la remplacer.


AMHA gogogo



Merci pour vos conseils sur ce cas particulier...

Thrax

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip



--
YannX
http://www.spippourlesnuls.fr

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Tuto "Créer des champs extras depuis un plugin perso avec l’aide de Saisies"

2020-05-05 Par sujet YannX SPIP(hot)

+10.000

Le 05/05/2020 à 12:52, JLuc a écrit :
Un référentiel complet ne remplace pas un tutoriel simple dans lequel 
on rentre sans effort et dont on fait rapidement le tour.


*Tout est dit !*

Effectivement les référentiels complets sont bien utiles, voir 
indispensables, pour éviter de devoir "plonger" dans le code (je l'ai 
fait sur Saisies a un moment, car la compréhension initiale du 
référentiel etait... difficile !).


Mais rien ne remplace *aussi *un exemple pas-à-pas (voire plusieurs) qui 
apportent une démarche plus progressive, avec des termes parfois moins 
précis, mais bien suffisants pour une première decouverte.


Imaginez-vous de n'apprendre SPIP qu'avec Programmez ?
Pourtant il y a tout dedans.

Manifestement, il a été nécessaire a divers nombreux spipeurs de 
commencer par autre chose, avant de se concentrer sur la lecture des 
seuls référentiels (et du code source).


Donc, avoir dans les rubriques de Contrib (ou d'ailleurs)
- et les référentiels
- et des tutoriels imparfaits (ou moins précis)

 me parait tout-à-fait pertinent.

--
YannX
http://www.spippourlesnuls.fr
675 articles indexés à ce jour

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] https://git.spip.net/explore/organizations

2020-04-27 Par sujet YannX SPIP(hot)

Le 27/04/2020 à 17:25, Cerdic a écrit :

Oui alors :
 - si on utilise une URL en g...@git.spip.net, c’est du ssh et ça ne 
peut être que identifié. Du coup il faut avoir une clé sur la machine 
où l’on est, et il faut que la clé soit déclarée dans l’utilisateur 
sur git.spip.net. Avantage : une fois en place on a plus besoin de 
manipuler des mot de passe pour push et c’est plus sécurisé.
Inconvénient : c’est très bien sur sa machine perso, mais sur un 
serveur c’est lourd, surtout si c’est juste pour déployer


  - si on utilise une URL en https://git.spip.net, c’est du https. 
Donc le clone et le pull peuvent être anonymes si le dépot est public 
(sinon il faut s’identifier, via un mot de passe). Pour push il faut 
forcément s’identifier via des mots de passe et c’est donc pas très 
pratique ni sur.
C'est la procédure que j'ai voulu utiliser pour pusher colorscope, avec 
succès "sauf que"
    les fichiers source téléchargés se sont retrouvés chaque ligne 
précédée de son numéro

    (il a fallu que Maieul, passant par là,  les corrige gentiment)


Conclusion : pour déployer sur un serveur il faut utiliser https, 
c’est beaucoup plus simple

Oui


--
Cédric
Le 27 avr. 2020 à 17:07 +0200, JLuc , a écrit :


--
YannX
http://www.spippourlesnuls.fr

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Statistiques sur recherche

2020-04-26 Par sujet YannX SPIP(hot)

Le 26/04/2020 à 09:58, Stephane Santon a écrit :

Bonjour,

Existe-t-il un plugin qui indexe les recherches qui ont été faites en 
interne sur le site Spip par le formulaire de recherche Spip ?
Qui produirait quelque chose comme l'onglet "Liens entrants" du 
plugin-dist/ statistiques ?


Merci



--
YannX
http://www.spippourlesnuls.fr

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] moicubitus et les zips et le wiki et ...

2020-04-09 Par sujet YannX SPIP(hot)

Le 09/04/2020 à 12:13, JLuc a écrit :
Petit problème sur l'article « La mutualisation facile : modifications 
manuelles »

https://contrib.spip.net/ecrire/?exec=article_article=2192
où un utilisateur moicubitus ajoute depuis peu des zips 1.4.5 et 0.10.4
sans retirer leur version précédente.

PS :
Ce 1er article est sur le wiki, c'est une "Documentation provisoire du 
Plugin « mutualisation »

décrit [finalement] dans la Ferme à SPIP"
Ce 2eme article "https://contrib.spip.net/Ferme-a-SPIP; propose lui 
aussi ces zips,

mais en un seul exemplaire pas mis à jour récemment.

Il est certainement possible de virer ponctiuellement les différents 
zips de la version wiki

mais peut être y a t il quand même un problème plus général à régler...


Meme constat de versions multiples sur 
https://contrib.spip.net/Spout_SPIPCSV-export-CSV-ameliore-pour-SPIP


Et une situation encore plus tordue pour 
https://contrib.spip.net/Plugin-Colorscope-Pour-visualiser-les-codes-couleur


une version sur la zone [2.1;3.1] et j'ai joint une seconde version 3.2+ 
(compatible 2.1.3.1) comment faire

(mais là je plaide coupable : je n'ai reçu d'accès GIT que ce matin !
(et comme je suis sur de n'avoir pas encore bien compris les (nombreuses 
/ merci) docs d'Eric,

(et je ne trouve plus de bac a sable )


JL


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip
.



--
YannX
http://www.spippourlesnuls.fr

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Re: [spip-dev] Accés aux logos

2020-03-27 Par sujet YannX SPIP(hot)

Le 27/03/2020 à 10:10, teamspipfact...@gmail.com a écrit :

dans l'idée je voulais confirmer les propos de JL a sa question
Ceci dit, à terme, la médiathèque ne devrait elle pas aussi présenter 
les logos ? 

De meme qu'elle enregistre déjà les vignettes données aux documents

(mais celles-ci sont invisibles : cela provoque une certaine incohérence)

- ne serait-ce possible de :
-* gérer les vignettes dans la médiathèque
  (et donc pouvoir selectionner une vignette DE la médiathèque dans 
ce choix "Modifier")
-* rajouter un tag de selection a la médiathèque "Images employées comme 
vignettes" comme "logos"
  (tout en pensant qu'une image (ou tout fichier multimédia) peut 
avoir plusieurs rôles :

 => exemple rajouter un "logo vocal" à chaque article...




je sais ce mail n'apporte rien non plus ...


Le 27/03/2020 à 08:36, Jacques B a écrit :

Peut-être celui-là :
https://www.mail-archive.com/spip-dev@rezo.net/msg67266.html
Si tout le monde faisait comme toi on aurait 200 mails pour dire un 
truc du genre : "ah oui il y a eu une discussion mais je ne sais plus 
où elle est"

Désolé si tu ne trouves pas ça sympa

Le 27/03/2020 à 08:27, teamspipfact...@gmail.com a écrit :

ok j'adore quand on me renvoie dans les cordes comme cela
je trouve que c'est pas sympa ceci étant si tu retrouve le fil
je suis preneur

bon on est dredi aussi


Le 27/03/2020 à 08:24, Jacques B a écrit :

Message informatif très intéressant !
Je ne regrette pas de l'avoir lu...
Jacques

Le 27/03/2020 à 08:22, teamspipfact...@gmail.com a écrit :

c'est ce que j'avais cru comprendre avec les lectures des fils passé
je remet pas la main dessus ..

Le 27/03/2020 à 07:59, JLuc a écrit :

Le 27/03/2020 à 00:23, nicod_ a écrit :

Le 26/03/2020 à 21:14, JLuc a écrit :

OK merci.
J'ai complété https://programmer.spip.net/API-des-logos


Je cite :
« Depuis SPIP 3.3, les fichiers téléchargés en tant que logo 
sont gérés comme des documents avec un mode spécifique ’logoon’ 
ou ’logooff’ et sont accessibles dans la médiathèque. »


Non, justement, ils sont référencés comme documents dans la 
table spip_documents mais ne sont pas dans la médiathèque.


Ok j'ai corrigé mais j'ai gardé "gérés" :

« Depuis SPIP 3.3, les fichiers téléchargés en tant que logo sont 
gérés comme des documents dans la table spip_documents, avec un 
mode spécifique ’logoon’ ou ’logooff’. »


Ceci dit, à terme, la médiathèque ne devrait elle pas aussi 
présenter les logos ?


JLuc

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip












--
YannX
http://www.spippourlesnuls.fr

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Taille de l'espace privé

2020-03-22 Par sujet YannX SPIP(hot)

Le 22/03/2020 à 09:54, Franck a écrit :


Hello 

J’ai bien lu https://git.spip.net/spip/spip/pulls/17

Par contre, je me pose la question de savoir pourquoi avoir fait le 
choix de 1440px ?


Cela ne serait pas mieux de mettre 1920 ? Surtout que les écrans 4k 
vont devenir de plus en plus abordable et sans doute bien avant la 
sortie de spip 3.4…


Franck


___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip


Et d'autre part, sans oublier la taille croissante des ecrans... en 
largeur !
La facilité de lecture est inversement proportionnel à la longueur de la 
ligne.


Or SPIP -en particulier dans le privé- utilise souvent des affichages à 
rallonge vers le bas
(s'ils sont naturellement utilisables sur smartphone, c'est bien moins 
pratique à l'écran,

(car il faut alterner la souris pour descendre/remonter avec le clavier
( et sur mon portable : 1600x900 les boites popup du privé sont toujours 
tronquées


Par contre j'ai utilisé aussi les thèmes privés Fluide et autres
Bon, cela améliore la largeur utile, ce qui facilite la mise-à-jour en privé
mais je reprendrai l'expression de 'moins fini'

Finalement le seul cas ou je me plains de la largeur restreinte, c'est 
sur Skeleditor
(quand on veut corriger vite fait une pedzouille de squelette, ou 
améliorer ponctuellement
( je n'ai pas réussi à agrandir le textarea à la souris... => lame 
Grande largeur du CS )


 Alors j'avoue que la bonne utilisation consisterait peut-etre à :
proposer une option basculant le menu principal en quatrieme colonne à 
gauche

(comme WordPress : son menu Admin est tres pratique /c'est bien la seule

Et cela permettrait meme d'aller jusqu'au bout de la logique Minibando,
en le proposant automatiquement à gauche, que ce soit en privé ou en public,
/* troll :   oui, je sais, la communauté préfere les menus qui guident à 
droite.. */
avec cette 'petite' facilité de WP, qui le réduit en colonne fine ou 
l'elargit à l'usage...


PS il y a eu un patch proposé par Luis autrefois peut-on l'intégrer ?

--
YannX
http://www.spippourlesnuls.fr

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Espace au début d'un code

2020-03-16 Par sujet YannX SPIP(hot)

Le 17/03/2020 à 00:16, Stephane Santon a écrit :

Le 17/03/2020 à 00:06, Gildas Cotomale a écrit :

 >  ?
    Ben non, je ne veux pas écrire le code html d'une espace 
insécable...


    Je désire écrire *le caractère* 'espace', de code %20.




NAAANN !! Je veux écrire *le caractère*, /PAS son code/ !

Quand j'écris la balise  suivie d'une espace, je ne pense pas 
que celle-ci devrait être supprimée.

Bug ou feature ?

Hé bien, j'ai le meme genre de souci, alors que je cherche à démarrer 
une ligne de référence par un espace.
Je me disais naïvement que, ayant des codes typographiques SPIP en début 
de mon texte, en y insérant des espaces, cela le ferait ?


Mais non, même avec une ecriture insérant dans le #TEXTE des espaces,
il "faut" que je rajoute les   comme ci-après : {{ [ 
https://git.spip.net


Est-ce SPIP qui élimine tous les espaces intermédiaires, ou la 
compression d'envoi du serveur... ou le navigateur ?
Vu la ligne de source résultante je soupconne le navigateur et que 
SPIP n'y peut mais


GIThttp://www.spippourlesnuls.fr

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] PostMortem : Incident core/svn/zone.spip.net : 05-07 mars 2020

2020-03-07 Par sujet YannX SPIP(hot)

Le 07/03/2020 à 12:13, cam.la...@azerttyu.net a écrit :

Bonjour

Un incident a eu lieu entre le 05 et le 07 mars 2020. Voici le
récapitulatif de ce qui est a eu lieu.

05/03/2020 : Intervention à proximité de la baie serveur
   15h08 : Micro coupure électriques
Alerte des sondes incident
   15h10 : Alerte des sondes rétablissement
Aucun impact sur les machines
   15h13 : Micro coupure électriques
Alerte des sondes incident
   15h16 : Alerte des sondes rétablissement
   15h20 : Contrôle manuel des machines (comme git, et autre services internes)
Aucun incident identifié sur les machines controlèes (+
uptime complet)

06/03/2030
   13h44 : Notification par SMS de maieul
   15h00 : Consultation du message
   17h30 : Redémarrage du service trac
Redémarrage du service core
Redémarrage du serveur hébergeant svn
   22h40 : Redémarrage du service svn
Redémarrage du service de messagerie personnelle

07/03/2020
11h50 : Redémarrage du service svn

Autrement dit il y a plusieurs problèmes suite à l'incident électrique :
* certains serveurs physiques ont été plus sensibles que d'autres
* la salve d'alerte (incident et rétablissement) a caché le fait que
tout n'était pas remonté
* j'étais sur d'autres actions ce qui a réduit ma disponibilité pour
traiter sereinement toute les alertes
* un des serveur était actif mais sans lancer les services spip (faux positif)
* ma messagerie personnelle était tombée en même temps et je n'ai reçu
des notifications que tardivement (et n'étant pas scotché dessus, 24
ou 48h sans lire de mail ne m'a pas choqué)


Km
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip
.


Bravo pour les explications (précises), mais d'abord MERCIS pour le 
travail (permanent)


--
YannX
http://www.spippourlesnuls.fr

___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip