Re: [SPIP Zone] Mailshot, limite Sparkpost et mauvaises désinscriptions automatiques

2019-12-03 Par sujet JLuc

Le 03/12/2019 à 08:29, Cerdic a écrit :

  - plus prosaiquement et facilement, on pourrait, quand un envoi se finit avec 
100% en echec
   - lever un flag qui dit « envois suspendus » et bloc tout nouvel envoi 
automatique
   - envoyer un mail au webmestre pour l’avertir


Attention ça sera peu opérationnel d'envoyer un mail au webmaster pour lui 
signaler le problème,
si c'est fait en envoyant le même service ... puisque ce service est bloqué.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] SPIP 3.3-beta

2019-12-03 Par sujet JLuc

Le 03/12/2019 à 12:24, Cerdic a écrit :
J’ai toujours pas pris le temps de regarder toutes les implications techniques de htmlpurifier, et il n’a pas été testé 
dans suffisamment d’usage en l’état pour avoir assez de recul, ça me parait hasardeux.

Mais c’est vrai aussi qu’on repousse sans cesse ce tas de sable, faute d’avoir 
assez de temps et d’énergie à lui consacrer…
(g0uz et le seul à avoir pris le temps de bosser dessus, et je n’ai suivi que 
de très loin)


Pour info je l'ai testé plusieurs mois sur 2 sites et sur programmer.spip.net
sans problème sauf un : le script des puces de changement de statut ne se 
déploie plus
(faux positif je crois en raison d'un "on" tabou dans le code)

g0uz n'a pas connaissance d'autres pbs.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] SPIP 3.3-beta

2019-12-03 Par sujet JLuc

Le 29/11/2019 à 08:37, Cerdic a écrit :

tout est dans le titre :
on passerait pas la 3.3 en beta pour signifier que quand même là tout à l’air de marcher et on est quasi dans un état de 
release ?


g0uz proposait de mettre à jour à sécu en intégrant htmlpurifier

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Tables non créées à l'installation d'un plugin

2019-12-02 Par sujet JLuc

Le 02/12/2019 à 22:15, Franck a écrit :

Il faut bien comprendre qu'une version "dev" c'est toujours à risque, c'est pour cela que 
ce n'est pas forcément une bonne idée que cela soit "très facile" à avoir, cela évite que 
des gens fassent une mauvaise manip et casse leur site. Même si un passage entre une 3.2 stable 
vers une 3.2 dev limite les risques, il faut bien comprendre qu'ils sont toujours présents...


3.2 dev ? peut être veux tu dire 3.3 dev

En tout cas la sortie annoncée de la 3.3 beta est (ou sera) aussi une 
invitation à la tester.
Ce serait possible de le faciliter via le loader.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] troyen ou faux positif ?

2019-12-01 Par sujet JLuc

je reçois un message sur un article de contrib n'ayant rien à voir
que je transmet ici :

« Mon AVG chouine sur cet article à cause du logo : 
https://pic.infini.fr/TNojx7zs/sfZWlq6N.png
Je ne sais pas si c’est un faux positif ou quoi... »

Le fichier en question est https://contrib.spip.net/IMG/logo/v4n.jpg
Effectivement sur virscan.org, plusieurs test sonnent l'alerte.
Même si c'est un faux positif, ça gênerait moins de le remplacer par une 
version moins tapageuse.
JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] Mise à jour des doc plugins sur contrib

2019-11-30 Par sujet JLuc

Hello

Un nouveau plugin "Articles d’accueil" a été installé sur contrib.spip.net :
à chaque rubrique il permet d'associer un article "principal".
C'est cet article qui apparaît quand on demande à voir la rubrique.
En conséquence, si la rubrique avait un texte, celui ci ne se voit plus.

Or, si vous avez des plugins documentés sur contrib,
ils sont forcément rangés dans une rubrique qui leur est dédiée,
et qui donc soit n'a aucun texte, c'est assez souvent le cas,
soit a un texte intéressant, qui sert d'introduction.

Dans ce dernier cas, il faudrait créer un article dédié à l'accueil,
y copier coller le contenu de la rubrique,
l'enregistrer comme article principal de votre rubrique de doc,
et vider l'ancien texte de la rubrique pour éviter toute ambiguïté par la suite.

Ok ?

bisous,
JLuc



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] spip-gazette agile

2019-11-29 Par sujet JLuc

Le 28/11/2019 à 17:18, Bruno Bergot a écrit :
C'est bien le principe du tag #spip_blog sur seenthis, tout le monde peut l'utiliser pour remonter des trucs à faire 
passer dans la gazette.


Bon ben voilà.
j'ai collecté et ajouté une petite annonce pour spip 3.3 beta
(à confirmer ou reformuler selon évolution de cette actu "live")

Actuellement proposé :
https://blog.spip.net/Hop-une-promo-d-actu-SPIP.html?var_mode=preview

JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] spip-gazette agile

2019-11-28 Par sujet JLuc

Le 28/11/2019 à 12:41, RastaPopoulos a écrit :

Ya une déjà une bonne liste pour ça, il suffit de remonter en prenant tout ce 
qui n'est pas dans la dernière publiée, càd tout ce qui est après le 8 mars. Ce 
qui fait déjà quelques morceaux…
https://seenthis.net/tag/spip_blog


Plein de choses en effet :-)
Mais aussi sensible à l'actualité et vaillant soit le collecteur de cette page, il y a plein d'autres choses 
intéressantes qui se sont passées, qui ne figurent pas dans cette liste. Ce pourrait être plus large et plus dynamique 
si chacun annonce un truc vivant pour lui, sans prise de tête et à la bonne franquette.


JLuc




spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] spip-gazette agile

2019-11-27 Par sujet JLuc

Hello,

Petite animation informative pour cette black week de promos :
et si on faisait une nouvelle gazette ?

Ce thread peut rassembler les propositions à inclure.
Quand yen aura bon, hop collecte et publication.

Et si on fait ça dans l'agilité...
ça peut se faire aujourd'hui pour une publication demain !

Je propose une première contrib :

«
La version v0.4 du plugin switchcase vient de paraître
avec, en plus des traditionnelles balises #SWITCH et #CASE,
un tout nouveau filtre |switchcase
Rejoignez les 18 utilisateurs ravis
de ce plugin qui allège votre code, repose vos yeux
et vous apporte bonheur et prospérité !
https://contrib.spip.net/5278
»

À vous.
JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Tables non créées à l'installation d'un plugin

2019-11-22 Par sujet JLuc

Le 22/11/2019 à 12:09, Cerdic a écrit :

Ce réglage opcache est vraiment chiant et pénible :(


Je rencontrais plein de fois des situations où l'opcache foirait une mise à 
jour du core,
l'installation d'un plugin ou même simplement une modification d'un squelette.
Je force désormais le vidage des opcaches à chaque recalcul ainsi que les 
autres caches non spip
Il me semble que ça évite bien des prises de tête.

if (isset($_REQUEST['var_mode']) and ($_REQUEST['var_mode'] == 'recalcul')) {

if (function_exists('spip_clear_varnish_cache'))
spip_clear_varnish_cache();

include_spip ('inc/invalideur');
suivre_invalideur('recalcul');

if (function_exists('opcache_reset'))
opcache_reset();

if (function_exists('apc_clear_cache')) {
apc_clear_cache();
apc_clear_cache('user');
}

if (function_exists('apcu_clear_cache')) {
apcu_clear_cache();
}

spip_log("recalcul a vidé varnish, SPIP, opcache et apc_cache");
}

Faut il pas intégrer un vidage de cache plus radical que l'actuel
lors des installs, upgrades et recalculs ?
cf https://core.spip.net/issues/4261


Est-ce que tu peux executer le code suivant sur le serveur mutu en question et 
nous donner le résultat ?


Ce n'est pas moi qui ait le problème actuellement mais voici pour info :
OPCACHE Config
opcache_invalidate:true
opcache_get_configuration:true
opcache.enable:'1'
opcache.validate_timestamps:'1''30'
opcache.revalidate_freq:

JL



";
echo "opcache_invalidate:" . 
var_export(function_exists('opcache_invalidate'), true);
echo "opcache_get_configuration:" . 
var_export(function_exists('opcache_get_configuration'), true);
echo "opcache.enable:" . var_export(ini_get('opcache.enable'), true);
echo 
"opcache.validate_timestamps:".var_export(ini_get('opcache.validate_timestamps'),
 true);
echo 
"opcache.revalidate_freq:".var_export(ini_get('opcache.revalidate_freq'));



--
Cédric
Le 21 nov. 2019 à 17:57 +0100, Jean Marie Grall 
, a écrit :


Le 21/11/2019 à 15:27, Jean Marie Grall a écrit :


Le 21/11/2019 à 15:12, Bruno Bergot a écrit :

Hop,

Le 21/11/2019 à 15:06, Jean Marie Grall a écrit :

Salut,

sur un hébergement en particulier, lorsque j’installe Sélections
éditoriales par exemple, j'ai le message suivant sur la page
?exec=selections : https://pic.infini.fr/RsrpgjpV/IHRwgtc7.png
Et les tables ne sont effectivement pas créées. Même comportement
pour GIS.

Le problème apparait sur un seul hébergement (j'en ai testé 3 + wamp
en local) et je ne comprends pas d'où ça peut venir car ils ont les
mêmes caractéristiques :  OVH mutu avec PHP 7.2.19 (testé en 5.6.40
également) / MySQL 5.6.43

Je précise que je peux créer rubriques et articles, donc la base est
accessible en écriture.

Une idée du problème ?



Perso, sur les mutus OVH j'ai souvent des problèmes de mises à jour
des tables lors de l'upgrade des plugins (bug rencontré deux ou trois
fois le mois dernier). Pour contourner, je dois passer dans la table
spip_meta pour réduire le n° de version en base du plugin, puis
relancer l'upgrade des tables en passant par la page de gestion des
plugins.


Belle fourberie :) mais ça ne marche pas chez moi, en tout cas pour
l'installation du plugin.


Suite à un échange avec b_b, la solution qui fonctionne chez moi :
- installer le plugin
- attendre plus de 2s
- faire une réparation de la base (menu Maintenance > Maintenance technique)

L'idée (confirmer) est qu'à l'installation du plugin, le cache PHP
opcache (cache de 2s chez moi) empêche SPIP d'avoir les bons scripts
avec les instructions de création des tables. Donc, en réparant la base,
on relance les scripts d'installation mais, entre temps, le cache a été
vidé et on a la nouvelle version des scripts.

Indice qui va dans ce sens : à l'installation, avec
define('_LOG_FILTRE_GRAVITE', 8);, il n'y a pas d'erreurs mysql alors
que les tables ne sont pas créées.

V'là, merci pour la fourberie ;)

                jean marie



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] (sans objet)

2019-11-20 Par sujet JLuc

Le 20/11/2019 à 10:53, Arnaud Martin a écrit :

Impossible d’uploader un fichier AAC sur un hébergement Gandi. J’ai trouvé que Gandi 
identifiait les fichiers .aac avec le MIME "audio/x-hx-aac-adts ».
Du coup ça fonctionne en ajoutant le $mime_alias suivant dans 
medias/base/typedoc.php:
'audio/x-hx-aac-adts' => 'audio/mp4a-latm'
=> Est-ce la bonne méthode pour corriger ce comportement de Gandi?


C'est peut être pas une mauvaise méthode...

mais sans toucher au core, on peut a priori ajouter dans le .htaccess une 
directive indiquant le bon comportement

Par exemple j'ai :
AddType image/vnd.microsoft.icon .ico

Si j'ai bien compris ce que tu veux, tu dois pouvoir ajouter :
AddType audio/mp4a-latm .aac

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] nospam.spip.net

2019-11-19 Par sujet JLuc

l'url http://nospam.spip.net/spamsignal.api/list qui pour nospam rafraîchit les 
ip bannies ne renvoie plus qu'une 404

pb ?

jl


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Créer un depot sur git.spip.net

2019-11-08 Par sujet JLuc

Le 08/11/2019 à 10:24, cam.la...@azerttyu.net a écrit :

J'ai déjà donné l'explication donc pour la rugosité je réinvite à lire
les informations déjà communiquées.


La rugosité, c'est je pense pas facile de trouver les infos quand on en a besoin
(dans les archives mails ?)
surtout qu'en plus ça évolue, ça change ou ça va changer, peut être, ou pas.

Ça m'arrive de documenter des situations comme ça pour aider à y voir clair
mais là désolé j'en suis incapable tellement il y a de dimensions inconnues.

Et je comprend aussi que c'est pas motivant de le faire pour quelqu'un qui 
pourrait le faire,
si c'est sparadrap en attendant mieux par la suite.

JLuc




Je reconfirme ce qu'indique Charles pour le moment les dépôts git ne
peuvent exister que si il y a un existant sur la zone.
Pour le moment je n'ai pas codé le sens inverse mais :
* le code existant est déjà présent pour se faire une idée des traitements
* je suis disponible pour aider et compléter les informations qui
pourraient manquer (vous ne pouvez pas être dans ma tête :)

Autrement en l'état actuel pour proposer un plugin codé uniquement en
git et le reverser sur la zone, voici une procédure :
* Créer dans la zone un projet vierge dans _plugins_ (il n'est pas
nécessaire de créer les sous répertoires branches/tags/trunk)
* Demander l'import de ce plugin
* Déclarer le dépôt git distant en tant que remote de son projet local
* Pousser les commits sur ce dépôt distant
* La synchronisation se fera et les commits envoyés sur la zone, selon
la taille du projet cela sera plus ou moins long.

Ne pas hésiter à demander plus d'informations

Km

spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Fusionner les flux de plugins externals et zone

2019-11-08 Par sujet JLuc

Le 08/11/2019 à 09:57, RealET a écrit :

SPIP 3.3 a déjà un lien vers la page qui liste les dépôts.


Justement :
"Lister les dépots" ça ne veut absolument rien dire de concret
pour quelqu'un qui veut juste faire un site internet.

Que ça empêche de découvrir et installer des plugins encore inconnus
(manque de sérendipité) c'est une chose supportable.

Mais que ça empêche d'installer un plugin connu qu'on demande d'installer
parce qu'il a une dépendance inaccessible pour une raison technique impénétrable
ça il faudrait l'éviter.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Fusionner les flux de plugins externals et zone

2019-11-08 Par sujet JLuc

Le 07/11/2019 à 14:12, Maïeul a écrit :

ne peut-on pas à minimum fusionner
http://plugins.spip.net/depots/principal.xml
et > https://files.spip.net/externals/archives_externals.xml


il risque d'arriver de plus en plus que certains plugins ne s'installent pas
parce que leur dépendance est dans externals

or cette cuisine interne des dépots ici ou là ne devrait pas interférer
sur l'usage de spip par un spipeur Lambda-Michu
qui n'a pas à connaître ces histoires de fourchettes à gauche ou à droite.

ça semble donc nécessaire de fusionner ces 2 repos

(ou au minimum d'enrichir le message d'erreur pour donner des pistes
et d'enrichir les indications données dans ecrire)

JL

histoire que les gens qui veulent installer des plugins n'ai pas à installer ce deuxième flux de plugins, mal documenté 
et pour ainsi dire inconneu en dehors des expert·e·s ?



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Saisie : sélecteur d'article

2019-11-06 Par sujet JLuc

Le 06/11/2019 à 12:22, JLuc a écrit :

Le 05/11/2019 à 21:02, chanka...@choc0.net a écrit :

il faut passer par la fonction picker_selected qui retourne un tableau 
objet|id_objet
par exemple si dans un plugin la configuration propose un sélecteur de rubriques nommé "accueil", ensuite dans le 
squelette on peut récupérer la sélection avec :

{id_rubrique IN #CONFIG{monplugin/accueil}|picker_selected{rubrique}}
tu trouves ça dans ecrire/inc/filtres_selecteur_generique.php


Sur la base de cet exemple j'ai commencé une doc pour picker_selected :
https://www.spip.net/ecrire/?exec=article_article=6521

L'intégration de picker_selected est mentionnée dans la release log de la 3.0.17
mais j'ai rien trouvé pour les sélecteurs génériques.

Ces sélecteurs génériques dans le noyau, c'est exactement ceux de
https://contrib.spip.net/Selecteur-generique-avec-autocompletion
qui ont été mis dans le noyau ?


Le commit initial de rastapopoulos apporte des éléments de réponse :

«
Création d'un sélecteur générique d'objets permettant de naviguer 
hiérarchiquement si besoin.

Il faut appeler "formulaires/selecteur/generique"
avec à peu près les mêmes options que dans l'ancien picker,
sauf que pour préciser un chemin précis, on ne donne pas {id_article} ou 
{id_rubrique}
mais {objet=truc} et {id_objet=XX}.

Ensuite il y a des options supplémentaires, dont surtout :
{whitelist=#ARRAY{liste des objets à sélectionner}}
{blacklist=#ARRAY{liste des objets à ne pas ...}}

Le code repose sur le même fonctionnement mais avec plus d'inclusions pour 
découper et détecter chaque type d'objet.

Pour ajouter un nouvel objet, il suffit de créer :
- obligatoirement : "hierarchie-TYPES.html"
- facultatif : lister-racine-TYPES.html pour lister cet objet à la racine du navigateur (peut très bien être une entrée 
unique si c'est pas hiérarchique)

- facultatif : lister-TYPES-TYPES.html pour faire la liste des TYPES contenu 
dans un autre TYPES
- facultatif : lister-TYPES-articles.html pour faire la liste des articles 
contenu dans un TYPES
- facultatif : lister-rubriques-TYPES.html pour faire la liste des TYPES 
contenu dans une rubrique
- etc etc... à vous de choisir suivant l'objet !
»

À méditer...

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Saisie : sélecteur d'article

2019-11-06 Par sujet JLuc

Le 05/11/2019 à 21:02, chanka...@choc0.net a écrit :

il faut passer par la fonction picker_selected qui retourne un tableau 
objet|id_objet
par exemple si dans un plugin la configuration propose un sélecteur de rubriques nommé "accueil", ensuite dans le 
squelette on peut récupérer la sélection avec :

{id_rubrique IN #CONFIG{monplugin/accueil}|picker_selected{rubrique}}
tu trouves ça dans ecrire/inc/filtres_selecteur_generique.php


Sur la base de cet exemple j'ai commencé une doc pour picker_selected :
https://www.spip.net/ecrire/?exec=article_article=6521

L'intégration de picker_selected est mentionnée dans la release log de la 3.0.17
mais j'ai rien trouvé pour les sélecteurs génériques.

Ces sélecteurs génériques dans le noyau, c'est exactement ceux de
https://contrib.spip.net/Selecteur-generique-avec-autocompletion
qui ont été mis dans le noyau ?

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] HTML5up Phantom nécessite typoenluminee

2019-11-06 Par sujet JLuc

Le 05/11/2019 à 21:01, nicod_ a écrit :
Moi je suis tout à fait ok avec le fait qu'un squelette "prêt à l'emploi" et "grand public" embarque avec lui tous les 
plugins qui facilitent son usage et qui optimisent le site final.

Ça me parait totalement légitime.


Ça me heurte pas non plus
car c'est des sucreries ces squelettes
(c'est bon comme ça même si c'est pas bon pour les dents)

Après si ça marche aussi avec des "utilise"
plutôt que des "necessite"
c'est encore mieux !

JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] idée plugin formidables objets

2019-11-01 Par sujet JLuc

Le 31/10/2019 à 11:24, toutati a écrit :

Bien, l'idée était déjà dans l'air,
je vais peut-être développer différemment, notamment avec les facilités de
lister_tables_objets_sql et |description_table|table_valeur{field}
mais je mettrais Jluc en  :)


Yeah :-)

Avec ce plugin, je voulais pouvoir bénéficier de la simplicité des boucles
pour afficher ou travailler avec les champs au moyen de simples #BALISES.

Il m'a servi pour un projet temporaire et je ne l'ai pas entretenu par la suite.
J'avais rencontré des difficultés à gérer toutes les combinaisons des options
de formidable : saisie simple ou multiple, éditable ou non, etc
Seulement certains cas étaient traités.

Pas grand monde n'avait exprimé de regrets vis a vis de ce projet,
ce que j'avais interprété comme le signe qu'il y a peu d'espace pour un créneau 
utile
entre le "tout simple à créer par click" de formidable
et le "CVT créé par programmation PHP".

Mais à mon avis c'est bien utile de relancer qqchose dans le genre
avec formidable comme créateur d'interface (super-saisie)
et des vraies tables dédiées pour le stockage et les boucles ensuite.

Et ce sera avec plaisir si tu veux réutiliser le nom "formitable"
et lui donner une 2nde vie.

JL




Le 31/10/2019 à 10:52, RastaPopoulos a écrit :

Le 31/10/2019 à 10:43, toutati a écrit :

Mieux
Créer des liaisons si nécessaire (auteur, mot clef autre)
Obliger à une authentification préalable

Retours bienvenus

Hello,
je ne sais pas si ça fait tout ce que tu cherches (pas les liaisons à
priori de mémoire), mais JLuc avait il y a fort longtemps commencé ça
dans le plugin FormiTable :
https://zone.spip.org/trac/spip-zone/browser/_plugins_/formitable

Du coup il y a possiblement une base qui peut être améliorée, augmentée
(après nettoyage et mise à jour je pense, car ça a été fait au tout
début de Formidable, et avant SPIP 3 !).



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] [Spip-zone-commit] r118215 - _plugins_/creer_sprites_css/trunk

2019-10-24 Par sujet JLuc

Le 22/10/2019 à 19:48, RastaPopoulos a écrit :

Et donc imagine un lecteur régulier :
Il revient régulièrement sur ton accueil. Et là il suffit qu'il y ait
UNE news qui a changé avec une vignette en plus, et hop il doit
recharger un énorme sprite de toutes les vignettes de la page (qui va
donc être différent). Alors que sans, il aurait déjà eu 99,9% des
vignettes dans son cache, et il n'aurait rechargé que LA vignette de la
news en plus.


Tu en viens à examiner des scénarii particuliers d'utilisation.
Le fait que ce plugin ne soit pas une solution universelle
n'est pas une critique rédhibitoire à son usage.
Il n'y a pas non plus de squelette ou de boucle universelles.

C'est vrai que le calcul d'un sprite est un peu lourd quand il se fait.
La situation que tu évoques met en avant l'intérêt d'avoir des sprites 
différents
pour des groupes d'images différents, pour optimiser la fabrication des sprites
selon la fréquence de raffraîchissement des images.
C'est possible avec ce plugin car
- il exige de nommer le sprite créé. On en crée un ou plusieurs par noisette
- dans chacun on met que ce qu'on veut.

Sur ce site (comme sur beaucoup) les articles bougent moins souvent que les 
forums.
Sur la page d'accueil il y a un sprite pour les articles et un pour les images
donc ça devrait bien se passer.
Il y a même 2 sprites pour les logos des articles de 2 types différents 
(rédactionnel ou actu)
étant donné qu'un sprite ne peut être défini et utilisé que dans une même 
noisette.


J'ai du mal à voir le gain entre le temps passé à maintenir un code plus
compliqué dans ses squelettes et le mini gain (qui n'est même pas sûr
pour ce cas d'utilisation) que ça apporterait. 


C'est une vraie question,
qui peut amener aussi à ne pas utiliser "trop" de plugins différents.


Ce temps serait peut-être mieux à configurer le serveur pour permettre le HTTP2 
une fois pour
toute (et donc en one shot, sans avoir à maintenir un code compliqué ensuite) :)


Sur ce site, http2 est actif ainsi que l'annonce la doc de l'hébergeur
et ainsi que j'ai vérifié avec https://tools.keycdn.com/http2-test
L'utilisation de creer_sprite_css améliore donc les temps de chargement
même avec http2 actif.
Je ne sais pas si l'allégement du poids total est la seule explication...

JL



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] plugin diapo

2019-10-22 Par sujet JLuc

Le 22/10/2019 à 20:23, Jean-Christophe Villeneuve a écrit :
Puis-je abuser de ta patience pour te demander de modifier archivelist.txt afin d'y ajouter la ligne qui va bien pour 
générer un zip pour le plugin diapo ?

Je l'avais modifié une fois via RabbitVCS mais je ne me rappelle plus comment 
m'y prendre.


Hihi je pense que tu peux le faire :-)

Pour ça j'ai créé un dossier spécial "révision des archivelist"
qui ne contient que la racine.
Je pense que j'avais utilisé l'option -N de svn checkout qui indique "non 
récursif"

Donc « mkdir racine; cd racine; svn checkout -N svn://zone.spip.org/spip-zone »


Pas sûr non plus de la ligne à y écrire
_plugins_/diapo/trunk;diapo ??

Je ne sais pas mais c'est expliqué au début du archivelist.
Pas très bien mais ça marche quand même.
Tu peux prendre exemple sur les autres déclarations de plugin.

Bonne chance !
JL


Le 22/10/2019 à 07:52, JLuc a écrit :

Le 21/10/2019 à 18:53, Jean-Christophe Villeneuve a écrit :

  * il n'y a pas les habituels dossiers /branches et /trunk

J'ai créé ces dossiers comme base pour la suite


  * Il n'y a que la version 0.6 du plugin alors que la page de doc du plugin 
<https://contrib.spip.net/Plugin-Diapo>
    indique une version 1.0, une version 1.0tb2 et une version SVN "stable"
J'ai bien trouvé une version 1.9 citée dans archivelist_grenier.txt mais pas de plugin correspondant dans 
/spip-zone/_grenier_

Ah...
JL





Bref, je ne sais pas trop quoi faire.



Le 20/10/2019 à 22:41, JLuc a écrit :

Le 20/10/2019 à 21:45, Jean-Christophe Villeneuve a écrit :

Oui c'est ça, co-auteur, ce serait parfait

Voilà.


Et c'est justement les corrections que je voudrais apporter.
Le plugin peut fonctionner sous spip3
http://escal.ac-lyon.fr/spip/spip.php?article45=fr


Cool
JL


Le 20/10/2019 à 21:23, JLuc a écrit :

Le 20/10/2019 à 20:48, Jean-Christophe Villeneuve a écrit :
Je voudrais remettre au goût du jour le plugin diapo <https://contrib.spip.net/Plugin-Diapo> pour qu'il soit 
compatible spip3.

L'article de doc date un peu et son auteur semble avoir quelque peu disparu de 
la circulation.
Pourrais-je avoir la main pour modifier cet article tout en laissant l'auteur 
d'origine ?


Tu veux devenir co-auteur de l'article pour le modifier ?

Au vu des commentaires, il y aurait des corrections à apporter dans le code 
aussi...

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone




spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone




spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Passer la liste en mode Digest

2019-10-22 Par sujet JLuc

Le 22/10/2019 à 19:00, cha...@gmail.com a écrit :

Désolé de revenir encore sur la question mais je recois encore tous les mails au 
fur et à mesure et pas en mode groupé. Je suis allé voir sur mon compte, toujours 
impossible de changer le paramètre par moi même. > Est ce qu'il est possible de 
faire qqchose ?


Dans ce cas, inscrit toi en mode "web only"
et au lieu de devoir gérer l'encombrement de ta boite mail,
tu pourras consulter les messages à volonté et seulement quand tu voudras,
via NNTP, en te servant du relais par gmane,
et de ton lecteur de news favori (par exemple thunderbird).

Cf https://contrib.spip.net/Modes-d-acces-a-la-liste-d-entraide-de-SPIP

*Accéder aux listes par newsgroup*
C’est la méthode de prédilection de l’auteur de cet article.

— Il faut un lecteur de news (ThunderBird marche très très bien !).
— Et s’abonner à news ://news.gmane.org/gmane.comp.web.spip.user

Avantages :
permet de disposer sur son ordinateur de toutes les archives de la liste depuis 
le début !
permet de rechercher dans les messages
permet de ne lire que les messages que l’on veut, les autres ne sont pas 
téléchargés (par défaut)
présentation en thread (enfilade) propre
permet de consulter les messages téléchargés hors-ligne (dans le train par 
exemple) et d’y répondre

Inconvénients :
la première fois que l’on poste un message, un mail est envoyé à l’adresse d’expédition avec un lien à cliquer pour 
prouver qu’on est bien un être humain

ne marche pas partout, en particulier en environnement restrictif tels que ceux 
des administrations et des entreprises

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] [Spip-zone-commit] r118215 - _plugins_/creer_sprites_css/trunk

2019-10-22 Par sujet JLuc

Le 21/10/2019 à 22:28, Cerdic a écrit :

Les logos pourquoi pas, car en effet ils n’ont pas de sémantique.
Mais remplacer les images d’un portfolio par un sprite par contre, c’est amha un contre-sens sémantique : tu remplaces 
une balise img avec un sens et un texte alternatif par une image en background spritée (perdant au passage toute 
possibilité d’afficher la seule image, la downloader, l’agrandir).


Plus précisément c'est les vignettes qui sont spritées, mais pas les images du 
portfolio elles mêmes
qu'on peut afficher seules, downloader...
donc pas de gêne.


Et sans compter que les sprites ça avait un sens avant http2, mais maintenant 
que le navigateur sait tout tuneler (il
charge tout à la suite dans une seule connexion http) ça perd beaucoup (voire 
totalement) de son intérêt potentiel


Avec gtmetrix j'ai mesuré 4 ou 5 fois avec et sans sprite la page d'accueil :

Avec sprites :
- Total Page Size : 359KB
- Requests : 31
- Fully Loaded Time : entre 2.8s et 3s
- Contentful paint : 1,1s

Sans sprites :
- Total Page Size : 409KB
- Requests : 55
- Fully Loaded Time : 3.3s
- Contentful paint : 1,3s

Ces 10 à 17% d'amélioration sont bons à prendre.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] plugin diapo

2019-10-21 Par sujet JLuc

Le 21/10/2019 à 18:53, Jean-Christophe Villeneuve a écrit :

  * il n'y a pas les habituels dossiers /branches et /trunk

J'ai créé ces dossiers comme base pour la suite


  * Il n'y a que la version 0.6 du plugin alors que la page de doc du plugin 
<https://contrib.spip.net/Plugin-Diapo>
indique une version 1.0, une version 1.0tb2 et une version SVN "stable"
J'ai bien trouvé une version 1.9 citée dans archivelist_grenier.txt mais pas de plugin correspondant dans 
/spip-zone/_grenier_

Ah...
JL





Bref, je ne sais pas trop quoi faire.



Le 20/10/2019 à 22:41, JLuc a écrit :

Le 20/10/2019 à 21:45, Jean-Christophe Villeneuve a écrit :

Oui c'est ça, co-auteur, ce serait parfait

Voilà.


Et c'est justement les corrections que je voudrais apporter.
Le plugin peut fonctionner sous spip3
http://escal.ac-lyon.fr/spip/spip.php?article45=fr


Cool
JL


Le 20/10/2019 à 21:23, JLuc a écrit :

Le 20/10/2019 à 20:48, Jean-Christophe Villeneuve a écrit :
Je voudrais remettre au goût du jour le plugin diapo <https://contrib.spip.net/Plugin-Diapo> pour qu'il soit 
compatible spip3.

L'article de doc date un peu et son auteur semble avoir quelque peu disparu de 
la circulation.
Pourrais-je avoir la main pour modifier cet article tout en laissant l'auteur 
d'origine ?


Tu veux devenir co-auteur de l'article pour le modifier ?

Au vu des commentaires, il y aurait des corrections à apporter dans le code 
aussi...

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone




spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] r118182 - in _plugins_/saisies/trunk

2019-10-21 Par sujet JLuc

Le 21/10/2019 à 14:33, Maïeul a écrit :

Details: https://zone.spip.org/trac/spip-zone/changeset/118182
depuis cette mise à jour certains afficher_si ne fonctionne plus sous firefox. Par exemple lors de la config d'une 
formulaire formidable : Syntax error, unrecognized expression: [data-afficher_si*=traitements_choisis[]]

Peux tu voir a un quickfix ?


C'est quickficksé.
JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] [Spip-zone-commit] r118215 - _plugins_/creer_sprites_css/trunk

2019-10-21 Par sujet JLuc

Le 21/10/2019 à 12:40, Cerdic a écrit :
L’intérêt d’un sprite c’est d’avoir une seule image à charger au lien de N petites, donc d’optimiser le nombre de 
requêtes http et leur durée.

MAIS pour ça il faut que le sprite soit bien fait : qu’il puisse être unique 
sur tout le site et chargé une seule fois.


Oui et non.
Non car j'ai l'impression que (comme d'autres spipeurs) tu envisages l'usage des sprites seulement pour des éléments de 
déco sans sémantique.

Mais on peut s'en servir aussi pour les LOGOS et le portfolio des articles.
Ce n'est pas de la déco et ce n'est pas unique sur tout le site
car ça n'aurait pas de sens de charger sur toutes les pages les images du 
portfolio de tous les articles.

Mais Oui il ne faut des sprites différents que lorsque c'est nécessaire.

Par exemple sur passerelleco.info, tous les articles de la rubrique Agenda
https://www.passerelleco.info/rubrique.php?id_rubrique=33
partagent le même sprite pour leur colonne de gauche :
https://www.passerelleco.info/local/cache-sprites/archivagenda.jpg

Mais on ne trouve évidemment pas dans ce sprite les images du portfolio
de l'article https://www.passerelleco.info/716
pour lequel il y a un autre sprite :
https://www.passerelleco.info/local/cache-sprites/diaporama_716.jpg

Et sans compter que les sprites ça avait un sens avant http2, mais maintenant que le navigateur sait tout tuneler (il 
charge tout à la suite dans une seule connexion http) ça perd beaucoup (voire totalement) de son intérêt potentiel


Ya un outil spécifique pour apprécier l'effet de http2 ?

JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] [Spip-zone-commit] r118215 - _plugins_/creer_sprites_css/trunk

2019-10-21 Par sujet JLuc

Le 21/10/2019 à 11:40, Cerdic a écrit :
Du coup ça arrive à gérer si juste un des squelettes a été calculé et à retrouver la sprite globale et mettre à jour si 
besoin ? Non il n'y a actuellement aucun cache statique des données permettant la génération du sprite final.

ou dans ce cas ça recréé une sprite pour ce seul squelette ?

Oui et euh... du coup il est inadapté à l'autre squelette

J’ai quand même l’impression qu’il y a un soucis de principe : je ne vois pas très bien comment maintenir et actualiser 
proprement un sprite unique, transversalement à plusieurs squelettes différents et calculés pas forcément au même moment…


Effectivement. C'était mon prochain chantier d'utiliser (ou tester...) ce 
nouveau feature
pour collecter dans un seul sprite les petits morceaux de déco éparpillés dans 
différentes noisettes,
mais maintenant je crains que ça ne marche pas.

Et pour le coup avoir un sprite par squelette perd probablement beaucoup de son intérêt, sauf quand on fait beaucoup 
d’images dans un seul squelette, et je crois comprendre que c’est bien le point de départ et l’utilité de ce plugin.


C'est entre autres ce qui a motivé l'évolution.
L'autre motif basique c'est qu'avec la version 1.3 il est impossible de faire une inclusion dans un squelette qui génère 
des sprites... ce qui est frustrant.


Une piste de fix serait d'intégrer, dans la globale, le nom du squelette qui a 
besoin d'une image,
et que la génération finale du sprite se fasse comme avant lors du pipeline 
recuperer_fond
mais QUE pour les sprites générés pour ce squelette.


(Bref ici j’arrive pas à voir si l’automatisation apporte réellement un gain)

Par rapport à quoi ?

JLuc


Le 21 oct. 2019 à 11:21 +0200, JLuc , a écrit :


Concernant les problèmes de perf de la version 2, as tu vu que le pipeline 
creer_sprite_affichage_final ne fait quelque
chose QUE s'il y a des sprites dans la globale, ce qui ne se passe QUE le 
filtre |sprite a été exécuté et que de
nouveaux sprites ont été générés.

Donc ça ne se passe QUE si il y a eu "calcul", et cet affichage_final n'a aucun 
coût s'il n'y a pas besoin de calculer.
N'est il pas ?



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] [Spip-zone-commit] r118215 - _plugins_/creer_sprites_css/trunk

2019-10-21 Par sujet JLuc

Le 21/10/2019 à 09:50, Cerdic a écrit :

Je lis le log de commit et je réagis, mais je n’ai pas ausculté le code en 
détail car je n’utilise pas :
Achtung, achtung, achtung !
affichage_final est appelé à chaque hit, sans mise en cache, ce qui signifie donc ici que tu reconstruit le sprite à 
chaque hit (ou a minima que tu reliste toutes les images et vérifie que le sprite est bon).
C’est potentiellement très mauvais en terme de performance et charge serveur, et je doute que le jeu en vaille la 
chandelle (amha le temps perdu à chaque hit sur la génération/vérification du sprite ne justifie pas le gain potentiel 
obtenu derrière).
A contrario précédemment sur recuperer_fond, au moins tout ce qui concerne les modèles et les #INCLURE était en cache 
SPIP (parce que mis dans le cache de l’appelant).


Merci de veiller !

recuperer_fond appelait 100 fois par page la génération des sprites : pour 
chaque inclusion ... et chaque modèle !
Du coup
1) les sprites étaient spécifiques à chaque squelette, pas moyen d'ajouter une image dans un sprite commencé dans un 
autre squelette
2) impossible d'utiliser #LESAUTEURS ou #LOGO_XXX dans un squelette qui générait des sprites puisque ça réinitialisait 
le fichier généré.


Dans la version 1.3, j'ai corrigé un peu ce point en excluant explicitement l'appel lorsque c'est le modèle pour 
#LESAUTEURS ou #LOGO_etc (qui appelle un modèle au moins en 3.3) mais on ne peut toujours pas inclure une noisette ou un 
autre modèle car ça casse le calcul de sprite du squelette appelant.

Ça peut pas rester comme ça.
et de toute façon, avec Z & co, c'est bien plus intéressant, pour les sprites générés, de générer les fichiers au niveau 
de la page plutôt que du squelette.


Concernant les problèmes de perf de la version 2, as tu vu que le pipeline creer_sprite_affichage_final ne fait quelque 
chose QUE s'il y a des sprites dans la globale, ce qui ne se passe QUE le filtre |sprite a été exécuté et que de 
nouveaux sprites ont été générés.


Donc ça ne se passe QUE si il y a eu "calcul", et cet affichage_final n'a aucun 
coût s'il n'y a pas besoin de calculer.
N'est il pas ?

JL




--
Cédric
Le 19 oct. 2019 à 00:03 +0200, spip-zone-com...@rezo.net, a écrit :

Author: j...@no-log.org
Date: 2019-10-18 22:02:57 + (Fri, 18 Oct 2019)
New Revision: 118215

Modified:
_plugins_/creer_sprites_css/trunk/creer_sprites_fonctions.php
_plugins_/creer_sprites_css/trunk/paquet.xml
Log:
Les sprites sont desormais calcules une seule fois par page, via affichage_final. Les timestamps, qui avaient ete 
retires par erreur surement par r92857, sont restaures. On peut au besoin forcer le calcul des sprites au niveau de 
chaque fichier en utilisant #FILTRE{creer_sprite}. Fixes https://git.spip.net/plugin/creer_sprites_css/issues/1



Details: https://zone.spip.org/trac/spip-zone/changeset/118215

___
spip-zone-com...@rezo.net - 
https://listes.rezo.net/mailman/listinfo/spip-zone-commit



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] plugin diapo

2019-10-20 Par sujet JLuc

Le 20/10/2019 à 21:45, Jean-Christophe Villeneuve a écrit :

Oui c'est ça, co-auteur, ce serait parfait

Voilà.


Et c'est justement les corrections que je voudrais apporter.
Le plugin peut fonctionner sous spip3
http://escal.ac-lyon.fr/spip/spip.php?article45=fr


Cool
JL


Le 20/10/2019 à 21:23, JLuc a écrit :

Le 20/10/2019 à 20:48, Jean-Christophe Villeneuve a écrit :
Je voudrais remettre au goût du jour le plugin diapo <https://contrib.spip.net/Plugin-Diapo> pour qu'il soit 
compatible spip3.

L'article de doc date un peu et son auteur semble avoir quelque peu disparu de 
la circulation.
Pourrais-je avoir la main pour modifier cet article tout en laissant l'auteur 
d'origine ?


Tu veux devenir co-auteur de l'article pour le modifier ?

Au vu des commentaires, il y aurait des corrections à apporter dans le code 
aussi...

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone




spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] plugin diapo

2019-10-20 Par sujet JLuc

Le 20/10/2019 à 20:48, Jean-Christophe Villeneuve a écrit :
Je voudrais remettre au goût du jour le plugin diapo  pour qu'il soit compatible 
spip3.

L'article de doc date un peu et son auteur semble avoir quelque peu disparu de 
la circulation.
Pourrais-je avoir la main pour modifier cet article tout en laissant l'auteur 
d'origine ?


Tu veux devenir co-auteur de l'article pour le modifier ?

Au vu des commentaires, il y aurait des corrections à apporter dans le code 
aussi...

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Pb de cache selon domaine

2019-10-17 Par sujet JLuc

Le 16/10/2019 à 23:28, Stephane Santon a écrit :

Un problème de cache, qui ne semblait pas venir du navigateur.

> Des pistes ?

Il y a des commandes au menu ou au raccourcis clavier pour vider le cache 
navigateur
et s'affranchir de ce doute.
Par exemple CTRL+SHIFT+SUPPR

Mais ce n'est qu'un des nombreux niveaux de caches en dehors de celui de spip.

On peut aussi essayer en ajoutant un argument à l'url
?autre=arg ou =arg
ça peut aider à cerner l'origine du pb.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] souci pétition SPIP

2019-10-14 Par sujet JLuc

Le 14/10/2019 à 20:06, toutati a écrit :

c'est toi qui m'a mis sur la piste la dernière fois où j'ai tenté de
récupérer un RSS depuis graindesdimages
Donc c'est encore l'histoire de ce truc SSH Gandi à installer sur le
serveur :/ et Curl qui fait des siennes
pfff, raison de plus pour que je migre ailleurs,


?

j'ai pas de pb avec https sur gandi simple hosting
mes sites ont "A" sur https://www.ssllabs.com

JL


ping nicod :)

++

Le 14/10/2019 à 13:31, Bruno Bergot a écrit :

Salut,

Le 14/10/2019 à 13:09, toutati a écrit :

Après recherche, ça viendrait de la signature insiffisante sur mon
serveur pour le HTTPS, mais bon, au cas ou ce serait autre chose que la
fonction CURL de distant, voila où ça coince


Oui, curl m'indique l'erreur suivante pour l'url du site en question :


curl: (60) server certificate verification failed. CAfile:
/etc/ssl/certs/ca-certificates.crt CRLfile: none
More details here: http://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a "bundle"
  of Certificate Authority (CA) public keys (CA certs). If the default
  bundle file isn't adequate, you can specify an alternate file
  using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
  the bundle, the certificate verification probably failed due to a
  problem with the certificate (it might be expired, or the name might
  not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
  the -k (or --insecure) option.

J'ai souvenir d'avoir rencontré cette erreur dernièrement, mais je ne
retrouve pas de trace de la discussion en question, par contre je
remarque que les deux sites qui posaient problème utilisent un
certificat fourni par GANDI. L'outil https://www.ssllabs.com remonte
quelques problèmes avec ton domaine d'ailleurs cf :

"This server's certificate chain is incomplete. Grade capped to B."

++
b_b


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] spip.gouv.fr

2019-10-11 Par sujet JLuc

Le gouvernement publie certains de ses sources
https://code.etalab.gouv.fr/

La recherche dans les dépots a l'air partielle (?)
mais livre tout de même https://github.com/LETG/letg-spip
« SPIP plugin for LETG multisite research unit http://letg.cnrs.fr/ »
par b_b.
viva !

JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] r118048 - in _plugins_/mesfavoris/trunk

2019-10-09 Par sujet JLuc

Le 09/10/2019 à 10:27, RastaPopoulos a écrit :

Le 09/10/2019 à 00:40, Gildas Cotomale a écrit :

Techniquement, en regardant les sources, c'est le typage de la liaison
(mais le champ s'appelle bien "categorie" et non "type" comme d'habitude.)


Oui ok donc c'est plus comme ça que je le voyais, une sorte de
typage/tagage avec donc des types définis en amont avant par les admins,
surtout que c'est juste un mini varchar, et que ça peut que être un
identifiant, et que du coup t'as même pas de correspondance avec un vrai
label humain.

Bref, donc c'est pas vraiment la même fonction que les collections, qui
sert vraiment à ce que chaque personne puisse ranger ses favoris en
plusieurs listes, plusieurs collections, au lieu d'une seule.



Du coup on a
mesfavoris qui propose un champ "categorie" en varchar 25
mais sans interface pour la gérer

Et mesfavoris_collection qui propose une gestion complète de catégories
définies par chaque utilisateur.

C'est cela ?

Du coup hier on évoquait la possibilité de supprimer le champ categorie
du plugin de base, ou de le transformer en MEDIUMTEXT
et le renommer "notesperso" ou "descriptif" ou "texte"...
pour permettre à un utilisateur de qualifier ses favoris.
Ainsi, par exemple dans un site d'offres d'emploi,
une personne pourrait gérer l'état et le suivi de sa candidature...
Sur un site de vente d'imprimantes,
une personne pourrait noter ses synthèses d'analyse des tests lus dans la 
presse...
avant de se décider.

Utile donc sur un site web ou le LIKE n'est pas qu'une action réflexe
ne mobilisant que le cerveau reptilien de l'internaute.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Refonte de Contrib - plugins "invisibles"

2019-10-09 Par sujet JLuc

Le 09/10/2019 à 14:58, Eric Lupinacci a écrit :
Maintenant, on peut toujours contacter les auteurs pour voir si on peut les accompagner pour intégrer leurs plugins au 
référentiel d'une façon connue.

Après il reste les autres plugins sur la zone mais non produits.
Là je souhaiterais vraiment les réintégrer dans le référentiel avant de décider comment on gère l'obsolescence ou 
l'archivage.


Plutôt qu'un formulaire plus un moyen de restauration en cas de vidage des 
tables
ce pourrait être pareil que pour les autres une variante de archivelist

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] [Spip-zone-commit] r118047 - in _plugins_/pays/trunk

2019-10-08 Par sujet JLuc

Le 08/10/2019 à 09:40, Cerdic a écrit :
Il renomme juste l’ID pour éviter les collisions si on a plusieurs listes dans la même page et deplace l’ancien id dans 
les classes.

Ça semble donc légitime, et il faut juste modifier tes selecteurs CSS.
Mais comme ça casse un peu la présentation/compat, ça mériterait un incrément 
du y a minima

(pourquoi ce thread référence le commit précédent sur le plugin pays dans le 
sujet ?)


Oui mon mail était rejeté et j'ai du cafouiller pour réussir à le faire partir.

Il y a un autre thread : STP peux tu y apporter ton avis ?

JLuc


Le 8 oct. 2019 à 09:18 +0200, JLuc , a écrit :

Ce commit n'actualise pas paquet.xml ça semble un oubli.

Et je suis (un peu)
perplexe car il modifie (un peu)
le html de présentation inclure/mesfavoris.html :
https://zone.spip.net/trac/spip-zone/changeset/118048/spip-zone#file7
donc si pas de chance ça bouscule une page (c'est la vie ?)
JL


Le 07/10/2019 à 19:15, spip-zone-com...@rezo.net a écrit :> Author:
gildas.cotom...@gmail.com

Date: 2019-10-07 17:15:31 + (Mon, 07 Oct 2019)
New Revision: 118048
Added:
_plugins_/mesfavoris/trunk/action/categoriser_favori.php
_plugins_/mesfavoris/trunk/formulaires/editer_favori_categorie.html
_plugins_/mesfavoris/trunk/formulaires/editer_favori_categorie.php
_plugins_/mesfavoris/trunk/images/favoris-edit-16.png
_plugins_/mesfavoris/trunk/inclure/mes_fav_cat_c.html
_plugins_/mesfavoris/trunk/inclure/mes_fav_cat_g.html
Modified:
_plugins_/mesfavoris/trunk/inc/mesfavoris.php
_plugins_/mesfavoris/trunk/inclure/mesfavoris.html
_plugins_/mesfavoris/trunk/lang/mesfavoris_fr.php
Log:
prise en compte de la categorie
(au passage je note un bogue en cours d investiguation)


Details: https://zone.spip.org/trac/spip-zone/changeset/118048



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] [Spip-zone-commit] r118047 - in _plugins_/pays/trunk

2019-10-08 Par sujet JLuc

Ce commit n'actualise pas paquet.xml ça semble un oubli.

Et je suis (un peu)
perplexe car il modifie (un peu)
le html de présentation inclure/mesfavoris.html :
https://zone.spip.net/trac/spip-zone/changeset/118048/spip-zone#file7
donc si pas de chance ça bouscule une page (c'est la vie ?)
JL


Le 07/10/2019 à 19:15, spip-zone-commit-JM9gtpQu/h...@public.gmane.org a écrit :> Author: 
gildas.cotomale-re5jqeeqqe8avxtiumw...@public.gmane.org

> Date: 2019-10-07 17:15:31 + (Mon, 07 Oct 2019)
> New Revision: 118048
> Added:
> _plugins_/mesfavoris/trunk/action/categoriser_favori.php
> _plugins_/mesfavoris/trunk/formulaires/editer_favori_categorie.html
> _plugins_/mesfavoris/trunk/formulaires/editer_favori_categorie.php
> _plugins_/mesfavoris/trunk/images/favoris-edit-16.png
> _plugins_/mesfavoris/trunk/inclure/mes_fav_cat_c.html
> _plugins_/mesfavoris/trunk/inclure/mes_fav_cat_g.html
> Modified:
> _plugins_/mesfavoris/trunk/inc/mesfavoris.php
> _plugins_/mesfavoris/trunk/inclure/mesfavoris.html
> _plugins_/mesfavoris/trunk/lang/mesfavoris_fr.php
> Log:
> prise en compte de la categorie
> (au passage je note un bogue en cours d investiguation)
>
>
> Details: https://zone.spip.org/trac/spip-zone/changeset/118048
>

spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] r118048 - in _plugins_/mesfavoris/trunk

2019-10-08 Par sujet JLuc

Le 08/10/2019 à 00:45, Gildas Cotomale a écrit :
Je me doute que c'est une base de travail, mais la nature humaine est telle que beaucoup feront juste l'inclusion 
indiquée sur la page Contrib au lieu de surcharger (j'en fais partie, j'ai opté pour la facilité d'abord...) Il vaut 
donc mieux que je revert ce fichier en attendant, pour ne pas casser les sites en prod (le plugin étant marqué stable, 
on leur en voudra pas de mettre à jour sans test sauf si la version majeure change)


Peut être serait il possible d'en mettre une version améliorée dans un sous 
répertoire ?
Et aussi y mettre mesfavoris-32.css et autres éléments de présentation ?
Mais je crois me souvenir que ça nécessite de changer (un peu) plus largement 
le code...
et c'est aussi ce qui, dans mon souvenir, me l'a rendu peu pratique à 
personnaliser, ce plugin.

Alors une nouvelle branche du plugin ?
Surtout si tu envisageais des améliorations plus radicales qui pourraient être 
bienvenues.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] r118048 - in _plugins_/mesfavoris/trunk

2019-10-07 Par sujet JLuc

Le 07/10/2019 à 23:27, Gildas Cotomale a écrit :

Et je suis (un peu) perplexe car il modifie (un peu)
le html de présentation inclure/mesfavoris.html
https://zone.spip.net/trac/spip-zone/changeset/118048/spip-zone#file7
donc si pas de chance ça bouscule une page.
Un oubli de ma part ; ce n'est l'objet de ce commit, mais un bug à corriger quand même... C'était un des premiers 
fichiers que j'ai modifié parce-que ayant eu la bonne idée de faire trois inclusions dans une même page et me suis 
retrouvé avec autant de fois cet id (plus une classe de ce nom trop générique.)


Ah Ok.
J'ai aussi dû surcharger cette noisette ainsi que le fichier mesfavoris-32.css 
bizarrement à la racine.
J'ai eu l'impression que c'était une base sur laquelle construire plutôt qu'une 
soluce clé en main.

J'ai


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] [Spip-zone-commit] r118047 - in _plugins_/pays/trunk

2019-10-07 Par sujet JLuc

Ce commit n'actualise pas paquet.xml ça semble un oubli.

Et je suis (un peu)
perplexe car il modifie (un peu)
le html de présentation inclure/mesfavoris.html :
https://zone.spip.net/trac/spip-zone/changeset/118048/spip-zone#file7
donc si pas de chance ça bouscule une page (c'est la vie ?)
JL


Le 07/10/2019 à 19:15, spip-zone-com...@rezo.net a écrit :> Author: 
gildas.cotom...@gmail.com

> Date: 2019-10-07 17:15:31 + (Mon, 07 Oct 2019)
> New Revision: 118048
> Added:
> _plugins_/mesfavoris/trunk/action/categoriser_favori.php
> _plugins_/mesfavoris/trunk/formulaires/editer_favori_categorie.html
> _plugins_/mesfavoris/trunk/formulaires/editer_favori_categorie.php
> _plugins_/mesfavoris/trunk/images/favoris-edit-16.png
> _plugins_/mesfavoris/trunk/inclure/mes_fav_cat_c.html
> _plugins_/mesfavoris/trunk/inclure/mes_fav_cat_g.html
> Modified:
> _plugins_/mesfavoris/trunk/inc/mesfavoris.php
> _plugins_/mesfavoris/trunk/inclure/mesfavoris.html
> _plugins_/mesfavoris/trunk/lang/mesfavoris_fr.php
> Log:
> prise en compte de la categorie
> (au passage je note un bogue en cours d investiguation)
>
>
> Details: https://zone.spip.org/trac/spip-zone/changeset/118048
>


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] r118048 - in _plugins_/mesfavoris/trunk

2019-10-07 Par sujet JLuc

Oubli :
ce commit n'actualise pas paquet.xml

Et je suis (un peu) perplexe car il modifie (un peu)
le html de présentation inclure/mesfavoris.html
https://zone.spip.net/trac/spip-zone/changeset/118048/spip-zone#file7
donc si pas de chance ça bouscule une page.
C'est la vie ?
JL


Le 07/10/2019 à 19:15, spip-zone-com...@rezo.net a écrit :

Author: gildas.cotom...@gmail.com
Date: 2019-10-07 17:15:31 + (Mon, 07 Oct 2019)
New Revision: 118048
Added:
_plugins_/mesfavoris/trunk/action/categoriser_favori.php
_plugins_/mesfavoris/trunk/formulaires/editer_favori_categorie.html
_plugins_/mesfavoris/trunk/formulaires/editer_favori_categorie.php
_plugins_/mesfavoris/trunk/images/favoris-edit-16.png
_plugins_/mesfavoris/trunk/inclure/mes_fav_cat_c.html
_plugins_/mesfavoris/trunk/inclure/mes_fav_cat_g.html
Modified:
_plugins_/mesfavoris/trunk/inc/mesfavoris.php
_plugins_/mesfavoris/trunk/inclure/mesfavoris.html
_plugins_/mesfavoris/trunk/lang/mesfavoris_fr.php
Log:
prise en compte de la categorie
(au passage je note un bogue en cours d investiguation)


Details: https://zone.spip.org/trac/spip-zone/changeset/118048





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] r118048 - in _plugins_/mesfavoris/trunk

2019-10-07 Par sujet JLuc

Oubli :
ce commit n'actualise pas paquet.xml

Et je suis (un peu) perplexe car il modifie (un peu)
le html de présentation inclure/mesfavoris.html
https://zone.spip.net/trac/spip-zone/changeset/118048/spip-zone#file7
donc si pas de chance ça peut bousculer une page.
C'est la vie ?
JL


Le 07/10/2019 à 19:15, spip-zone-com...@rezo.net a écrit :

Author: gildas.cotom...@gmail.com
Date: 2019-10-07 17:15:31 + (Mon, 07 Oct 2019)
New Revision: 118048
Added:
_plugins_/mesfavoris/trunk/action/categoriser_favori.php
_plugins_/mesfavoris/trunk/formulaires/editer_favori_categorie.html
_plugins_/mesfavoris/trunk/formulaires/editer_favori_categorie.php
_plugins_/mesfavoris/trunk/images/favoris-edit-16.png
_plugins_/mesfavoris/trunk/inclure/mes_fav_cat_c.html
_plugins_/mesfavoris/trunk/inclure/mes_fav_cat_g.html
Modified:
_plugins_/mesfavoris/trunk/inc/mesfavoris.php
_plugins_/mesfavoris/trunk/inclure/mesfavoris.html
_plugins_/mesfavoris/trunk/lang/mesfavoris_fr.php
Log:
prise en compte de la categorie
(au passage je note un bogue en cours d investiguation)


Details: https://zone.spip.org/trac/spip-zone/changeset/118048





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Tables non créées avec La Fabrique

2019-10-07 Par sujet JLuc

Le 07/10/2019 à 09:31, Stephane Santon a écrit :

Là je ne vois pas.
J'ai tout réduit à une table avec un champ texte, et non !

Dans un tel état de désespérance, je recommencerai à 0 pour vérifier.

Et si ça marche, j'y intégrerai peu à peu les nouvelles constructions...
ou les anciens résultats via éditeur de texte dans le fichier export de la 
fabrique.

JL



Voici mon fichier d'export par La Fabrique :
https://www.cjoint.com/c/IJhhCgr7puQ

Merci



Le 04/10/2019 à 10:11, Stephane Santon a écrit :

Bonjour,

Spip 3.2.5 et LF 2.3.15

J'ai créé un plugin CAVAVIN avec la fabrique, tout se passe bien, création, 
installation et activation avec succès.
Les objets éditoriaux apparaissent dans le menu Edition, mais lorsque j'appelle 
un de ces menus, il me dit

Erreur SQL 1146
Table 'jpomobpr001.spip_type_vins' doesn't exist
SELECT type_vins.id_type_vin, 0 as points, '', type_vins.nom_type, type_vins.nom_type AS titre_rang FROM 
spip_type_vins AS `type_vins` GROUP BY type_vins.id_type_vin ORDER BY 0+type_vins.nom_type, type_vins.nom_type

 /home/jpomobpr/www/ecrire/public/composer.php    calculer_select(){ 
sql_select(); }

Et effectivement depuis "Tables de la base", aucune n'a été créée.

Et dans les logs Spip et Mysql, aucune erreur à l'activation du plugin...

Des pistes ?

Merci







spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Génération des afficher_si

2019-10-02 Par sujet JLuc

Le 02/10/2019 à 13:56, RastaPopoulos a écrit :

Le 02/10/2019 à 12:00, Camille Sauvage a écrit :

"$(form).find('[name=\"input_1\"]').val() >"


Donc à priori la compilation remplace les zéros par du vide ? que sur
">" ou sur un "=" aussi, sur d'autres comparaisons ?


Ces réécritures ne seraient elles pas un boulot pour lequel textwheel a montré 
ses qualités ?

JL



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] creer_sprite_css

2019-10-01 Par sujet JLuc

Le 01/10/2019 à 12:30, JLuc a écrit :

J'ai l'impression qu'il y a un pb avec le plugin creer_sprite_css
car il vide le buffer des sprites dans le pipeline recuperer_fond
pour créer le sprite avec les images collectées à ce moment là.

Or la compilation de SPIP est un processus complexe
qui nécessite des appels imbriqués lorsqu'il ya des inclure dynamiques ou 
statiques.
Il peut donc se produire plusieurs appels à recuperer_fond
avant que le recuperer_fond du squelette courant ne soit effectivement appelé.
Or le buffer des sprites est une variable globale
qui est donc vidée par les pipelines recuperer_fond des inclusions.

Avec SPIP3.3 dev en plus, la nouvelle gestion des logos provoque un 
recuperer_fond
qui, j'ai l'impression, ne se faisait pas avant (cf liste dev).
C'est un cas particulier d'inclusion, car implicite.

Du coup j'ai patché le pipeline de creer_sprite_css pour ce cas là :

function creer_sprites_recuperer_fond ($flux) {
 if (isset($flux['args']['fond']) and ($flux['args']['fond'] == 
"modeles/logo")) {
     return $flux;
 }
 return creer_sprites($flux);
}

Mais il reste tous les autres cas d'inclusions.

En plus avec les squelettes Z et autres bien découpés,
il inconcevable d'exiger de créer les sprites au niveau d'une noisette seulement
car souvent il n'y aura qu'un seul logo dans une telle noisette,
alors que justement on veut mettre tous les logos dans un sprite.

Il faudrait donc déplacer ailleurs l'appel à creer_sprite.

Ne l'appeler qu'une seule fois tout à la fin du calcul de la page ?

Dans affichage_final, donc.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] creer_sprite_css

2019-10-01 Par sujet JLuc

J'ai l'impression qu'il y a un pb avec le plugin creer_sprite_css
car il vide le buffer des sprites dans le pipeline recuperer_fond
pour créer le sprite avec les images collectées à ce moment là.

Or la compilation de SPIP est un processus complexe
qui nécessite des appels imbriqués lorsqu'il ya des inclure dynamiques ou 
statiques.
Il peut donc se produire plusieurs appels à recuperer_fond
avant que le recuperer_fond du squelette courant ne soit effectivement appelé.
Or le buffer des sprites est une variable globale
qui est donc vidée par les pipelines recuperer_fond des inclusions.

Avec SPIP3.3 dev en plus, la nouvelle gestion des logos provoque un 
recuperer_fond
qui, j'ai l'impression, ne se faisait pas avant (cf liste dev).
C'est un cas particulier d'inclusion, car implicite.

Du coup j'ai patché le pipeline de creer_sprite_css pour ce cas là :

function creer_sprites_recuperer_fond ($flux) {
if (isset($flux['args']['fond']) and ($flux['args']['fond'] == 
"modeles/logo")) {
return $flux;
}
return creer_sprites($flux);
}

Mais il reste tous les autres cas d'inclusions.

En plus avec les squelettes Z et autres bien découpés,
il inconcevable d'exiger de créer les sprites au niveau d'une noisette seulement
car souvent il n'y aura qu'un seul logo dans une telle noisette,
alors que justement on veut mettre tous les logos dans un sprite.

Il faudrait donc déplacer ailleurs l'appel à creer_sprite.

Ne l'appeler qu'une seule fois tout à la fin du calcul de la page ?
JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Documentation des modèles d'un site SPIP

2019-09-30 Par sujet JLuc

Si un format est défini pour commenter les squelettes et les modèles
il pourrait être montré "in situ" dans une évolution du ?var_mode=inclure
-- par exemple au survol des  noms de noisettes.

JL



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Up plugin rechremp

2019-09-28 Par sujet JLuc

Voilà c'est fait avec https://zone.spip.net/trac/spip-zone/changeset/117979
Et puis en fait j'avais bien commité la version pour SPIP2 (pas perdue donc).
JL

Le 27/09/2019 à 11:48, Gildas Cotomale a écrit :

Hello JLuc

Est-ce OK que je réimplémente cette visualisation des contextes
de chaque résultat
- toujours ?
- avec activation par define ?
- avec activation par checkbox sur le dialog de recherche ?


Je pense que c'est bienvenu (même si je n'avais pas noté le souci quand j'ai 
testé la recherche.)
Pour ton trilème, je dirai il faut tout ça en même temps... Je m'explique :
- "toujours" et en même temps "par define" :D le 'define' permettra de régler combien de caractères on souhaite, 0 (ou 
nul) désactivant du coup ;-)
- bonux... quand le 'define' a une valeur positive non nulle, permettre de le surcharger en mode on/off pour les 
squelettes qui le veulent (et du coup auront une case à cocher par exemple) en s'appuyant sur une variable d'environnement


Voilà, voilà, en espérant avoir été compréhensible (ça cogne présentement dans 
mon crâne)



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Documentation des modèles d'un site SPIP

2019-09-28 Par sujet JLuc

Le 27/09/2019 à 13:13, Ybbet Spip a écrit :
La communauté SPIP va sur une utilisation généralisée des fichiers YAML. Est-ce qu'il est envisageable de mettre ce 
couple modeles/fichier.html + modeles/fichier.yaml en place pour l'ensemble des modèles ?
C'est du travail, certes. Mais cela permettrait d'avoir facilement la connaissance des modèles disponibles sur un site 
SPIP. On pourra ainsi reprendre la mécanique de page de doc : ercire/?exec=modeles_doc > Des avis sur le sujet ? :-)


Ça semble très utile
mais il n'y a aucune nécessité à rendre cela obligatoire.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] GIS & nominatim

2019-09-27 Par sujet JLuc

Le 27/09/2019 à 18:06, pierre laszczak a écrit :

hello
?city=Bonneveau=41800
postcode et pas postalcode :P


Hmmm tu as un code qui utilise ça vraiment ?
J'ai été troublé par cette possibilité car on trouve beaucoup de postcode dans 
la doc,
mais je l'ai écartée car si on met ?city=Bonneveau=22200 il renvoie 
aussi la bonne réponse.
J'en ai conclu que postcode est ignoré en tant qu'argument,
et d'ailleurs dans la doc je ne l'ai pas trouvé dans du code ou une query
(seulement dans des phrases)

JLuc



Le ven. 27 sept. 2019 à 16:34, JLuc mailto:j...@no-log.org>> 
a écrit :

Le 27/09/2019 à 15:49, Mist. GraphX a écrit :
 > Le 27/09/2019 à 11:02, JLuc a écrit :
 >
 >> https://nominatim.openstreetmap.org/?city=Bonneveau donne un résultat
 >> dont le code postal est 41800
 >> mais
 >> https://nominatim.openstreetmap.org/?city=Bonneveau=41800
 >> ne donne pas de résultat
 >>
 >> Pouvez vous me confirmer que je ne fais pas une grossière erreur ?
 >
 > Hello,
 >
 > bizarre si j’essaye en utilisant le format query string sans les params 
ça passe
 >
 > https://nominatim.openstreetmap.org/search?q=Bonneveau,41800
 >
 > https://nominatim.org/release-docs/develop/api/Search/
 >
 > mais pas avec les params
 >
 > https://nominatim.openstreetmap.org/?city=Bonneveau=41800
 >
 > par contre si on clique sur le champ search qui est rempli avec la 
requète passée dans l’url ça marche, vu que ça
 > utilise la querystring
 >
 > doit y avoir un bug cela dit dans la faqs il est dit :
 >
 >     Support for post codes in Nominatim currently is very primitive. The 
post codes you see have been computed
from OSM
 >     data in October 2012 and they are not updated. Postcodes from 
addr:postcode and similar tags are largely ignored.
 >     Please don’t report bugs about postcodes.

Ah ok... :-/ merci.

Heureusement que souvent c'est correct.

JL


spip-zone@rezo.net <mailto:spip-zone@rezo.net> - 
https://listes.rezo.net/mailman/listinfo/spip-zone



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] GIS & nominatim

2019-09-27 Par sujet JLuc

Le 27/09/2019 à 15:49, Mist. GraphX a écrit :

Le 27/09/2019 à 11:02, JLuc a écrit :


https://nominatim.openstreetmap.org/?city=Bonneveau donne un résultat
dont le code postal est 41800
mais
https://nominatim.openstreetmap.org/?city=Bonneveau=41800
ne donne pas de résultat

Pouvez vous me confirmer que je ne fais pas une grossière erreur ?


Hello,

bizarre si j’essaye en utilisant le format query string sans les params ça passe

https://nominatim.openstreetmap.org/search?q=Bonneveau,41800

https://nominatim.org/release-docs/develop/api/Search/

mais pas avec les params

https://nominatim.openstreetmap.org/?city=Bonneveau=41800

par contre si on clique sur le champ search qui est rempli avec la requète passée dans l’url ça marche, vu que ça 
utilise la querystring


doit y avoir un bug cela dit dans la faqs il est dit :

Support for post codes in Nominatim currently is very primitive. The post 
codes you see have been computed from OSM
data in October 2012 and they are not updated. Postcodes from addr:postcode 
and similar tags are largely ignored.
Please don’t report bugs about postcodes.


Ah ok... :-/ merci.

Heureusement que souvent c'est correct.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] GIS & nominatim

2019-09-27 Par sujet JLuc

https://nominatim.openstreetmap.org/?city=Bonneveau  donne un résultat
dont le code postal est 41800
mais
https://nominatim.openstreetmap.org/?city=Bonneveau=41800
ne donne pas de résultat

Pouvez vous me confirmer que je ne fais pas une grossière erreur ?

JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] Up plugin rechremp

2019-09-27 Par sujet JLuc

Hello

J'avais modifié rechremp pour SPIP2 de manière à ce qu'au lieu de simplement
présenter le nombre de résultats dans chaque objet spip,
chacun soit affiché sur une ligne avec une partie de son contexte :
10 caractères avant et 10 caractères après.
Par exemple si je cherche "https://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] Pb Bonux ?

2019-09-24 Par sujet JLuc

https://contrib.spip.net/Bonux-pour-SPIP3#comment502446
signale une erreur avec la nouvelle version de bonux :
"undefined function spip_version() in 
/htdocs/plugins/auto/spip_bonux/v3.5.0/spip_bonux_options.php:91"
et indique qu'il faut y remplacer spip_version() par 
$GLOBALS['spip_version_branche']

Ça semble suite à 
https://zone.spip.net/trac/spip-zone/changeset/117914/spip-zone

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Noizetier V3 + NCore en zip ?

2019-09-16 Par sujet JLuc

Le 16/09/2019 à 08:02, Eric Lupinacci a écrit :

Tu es gentil mais à un moment c'est pas mal aussi de faire un effort pour aider 
ceux qui développent.
Dans les 60 pages il ya des introductions qui permettent de se rendre compte 
des évolutions ou autres.
Je pense que tu dois pouvoir le faire.


Oui ben justement, est ce qu'on organise une soirée
"déballage découverte et documentation de la doc et du plugin NCore et de ses 
acolytes" ?

La semaine prochaine par exemple ?

Mardi soir ?
Mercredi soir ?

Ya des intéressés ?

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] [spip-dev] Mise à jour git.spip.net

2019-09-14 Par sujet JLuc

Le 14/09/2019 à 10:44, Eric Lupinacci a écrit :
Je ne sais pas si j'ai bien compris où on en était ou pas mais je viens d'aller sur git.spip.net <http://git.spip.net> 
pour voir si il y avait moyen de faire une pull-request.

J'ai rien compris, pas trouvé donc bref passons c'est un autre sujet et le 
problème est chez moi.


Bah pas que chez toi.

J'étais tombé sur cette difficulté et trouvé ça bien complexe.

Quelques mails échangés sur les listes avaient ensuite
pour certains confirmé ces notes (avec de menues variantes parfois)
ou au contraire un peu embrouillé les pistes ("chez moi" en tout cas)...

J'avais documenté la compréhension issue de cette démarche :
https://contrib.spip.net/Proposer-un-patch-via-git-spip-net
Faudrait encore synthétiser les possibles, bien tester et documenter.
Mais ça suppose de sortir de l'incertitude  / l'avenir de spip sur git.

Ya aussi cette page collective sur contrib : https://contrib.spip.net/Git
et celle ci où c'est Tcharlss qui témoigne :
https://contrib.spip.net/GIT-faire-des-pull-requests-propositions-de

JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Noizetier V3 + NCore en zip ?

2019-09-13 Par sujet JLuc

Le 13/09/2019 à 18:08, Eric Lupinacci a écrit :

Ben c'est largement opérationnel puisque Charles l'utilise tous les jours 
depuis des mois.
Le debug est donc derrière nous.
Il faut l'utiliser maintenant.


Rohhh, ça mérite un raout en ligne ou au moins une soirée déballage et test !

JLuc


Le ven. 13 sept. 2019 à 18:05, JLuc mailto:j...@no-log.org>> 
a écrit :

Le 13/09/2019 à 16:28, Eric Lupinacci a écrit :
 > Absolument rien !

:-) et c'en est où du développement ?
Testable ?
Fini et opérationnel ?
JL

 >
 > ++
 > Eric
 >
 >
 > Le ven. 13 sept. 2019 à 16:07, RealET mailto:rea...@gmail.com> <mailto:rea...@gmail.com
<mailto:rea...@gmail.com>>> a écrit :
 >
 >     Bonjour,
 >
 >     Qu'est-ce qui s'oppose à les rajouter aux archives automatiques pour
 >     installation par SVP ?
 >
 >     --
 >     RealET
 >
 >
 >     
 > spip-zone@rezo.net <mailto:spip-zone@rezo.net> <mailto:spip-zone@rezo.net 
<mailto:spip-zone@rezo.net>> -
https://listes.rezo.net/mailman/listinfo/spip-zone
 >
 >
 > 
 > spip-zone@rezo.net <mailto:spip-zone@rezo.net> - 
https://listes.rezo.net/mailman/listinfo/spip-zone
 >



spip-zone@rezo.net <mailto:spip-zone@rezo.net> - 
https://listes.rezo.net/mailman/listinfo/spip-zone



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Noizetier V3 + NCore en zip ?

2019-09-13 Par sujet JLuc

Le 13/09/2019 à 16:28, Eric Lupinacci a écrit :

Absolument rien !


:-) et c'en est où du développement ?
Testable ?
Fini et opérationnel ?
JL



++
Eric


Le ven. 13 sept. 2019 à 16:07, RealET mailto:rea...@gmail.com>> a écrit :

Bonjour,

Qu'est-ce qui s'oppose à les rajouter aux archives automatiques pour
installation par SVP ?

-- 
RealET




spip-zone@rezo.net  - 
https://listes.rezo.net/mailman/listinfo/spip-zone



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Un modèle pour mettre en forme le contenu des newsletters

2019-09-09 Par sujet JLuc

Le 09/09/2019 à 19:48, JLuc a écrit :

Le 09/09/2019 à 18:18, Jean Marie Grall a écrit :

j'ai partagé sur seenthis une #spip_recette pour mettre en forme le contenu des 
newsletters :
https://seenthis.net/messages/800984



Si vous voulez tester et/ou faire des retours, je prends...


Oui :

Aprés le lien vers le modèle, tu as un titre "le modèle"
qui devrait être peut être "l'utilisation" plutôt ?

Et puis... la doc sur seenthis ça me fait soupirer : pfff
Pourquoi pas sur mastodon ?
Ou au pigment bio sur fond de grotte techno-chébran ?
Ça sera rigolo à référencer sur spip.net ou contrib.spip.net aussi...


Et le meilleur pour la fin :

C'est une proposition bien intéressante à une problématique réelle.
:-)

JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Un modèle pour mettre en forme le contenu des newsletters

2019-09-09 Par sujet JLuc

Le 09/09/2019 à 18:18, Jean Marie Grall a écrit :

j'ai partagé sur seenthis une #spip_recette pour mettre en forme le contenu des 
newsletters :
https://seenthis.net/messages/800984



Si vous voulez tester et/ou faire des retours, je prends...


Oui :

Aprés le lien vers le modèle, tu as un titre "le modèle"
qui devrait être peut être "l'utilisation" plutôt ?

Et puis... la doc sur seenthis ça me fait soupirer : pfff
Pourquoi pas sur mastodon ?
Ou au pigment bio sur fond de grotte techno-chébran ?
Ça sera rigolo à référencer sur spip.net ou contrib.spip.net aussi...

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Mise à jour git.spip.net

2019-08-08 Par sujet JLuc

Le 08/08/2019 à 14:45, nicod_ a écrit :

J'aimerais vraiment que James nous assiste sur ce coup là, pour éviter un piège 
qu'on ne verrait pas.


Tant qu'à "mettre les pieds dans le plat et appeler un chat un chat",
la sporadique et évanescente "présence" de James n'est elle pas aussi un 
problème ?

James, "si tu existes", comment est-ce que tes projets composeriens
composent ils avec ta non participation avec les questions réponses et débats ?

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] GIS carte avec GPX

2019-07-01 Par sujet JLuc

Le 29/06/2019 à 21:24, Jacques a écrit :

Bonsoir,
Avec GIS Geometries j'obtiens donc un fonctionnement correct :
- j'intègre les fichiers gpx en tant que point ce qui revient au même que télécharger le gpx... (par contre utiliser 
topojson m'aurait fait faire deux manips supplémentaires en dehors du site, je regarderai mieux pour une prochaine fois)
- J'ai repris tous les articles précédents pour intégrer les gpx dans geometry et ajouté un mot clé pour ne conserver 
que les gpx du voyage et je trouve que le résultat s'affiche assez rapidement. Il y a un peu de latence mais je trouve 
ça suffisamment rapide : https://velovacances.jack31.org/spip.php?page=mernoire (je n'ai pas d'outils là pour mesurer la 
rapidité ou la lourdeur de la page...)


Les archives des mails sont ... pas inutiles,
mais ce serait sympa et utile aussi de faire un article pour présenter la 
problématique,
ta démarche et son aboutissement...

JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] r115819 - in _plugins_/autorite/trunk

2019-06-28 Par sujet JLuc

Le 28/06/2019 à 20:25, Eric Lupinacci a écrit :

Un nouveau CS en approche ?

Pour l'instant c'est une correction du core qui ne parvient pas dans le core...
JL



Le ven. 28 juin 2019 à 19:48, mailto:spip-zone-com...@rezo.net>> a écrit :

Author: j...@no-log.org 
Date: 2019-06-28 17:48:00 + (Fri, 28 Jun 2019)
New Revision: 115819

Modified:
    _plugins_/autorite/trunk/formulaires/inc-autorite-redacteurs.html
    _plugins_/autorite/trunk/inc/autoriser.php
    _plugins_/autorite/trunk/lang/autorite_fr.php
    _plugins_/autorite/trunk/paquet.xml
    _plugins_/autorite/trunk/plugin.xml
Log:
à défaut de ne pas diffuser la liste des auteurs avec leurs mails dans le 
core, on le propose dans autorite - cf
https://core.spip.net/issues/3928


Details: https://zone.spip.org/trac/spip-zone/changeset/115819

___
spip-zone-com...@rezo.net  -
https://listes.rezo.net/mailman/listinfo/spip-zone-commit






spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] SPIP Party ?

2019-06-26 Par sujet JLuc

Le 26/06/2019 à 12:39, Sandrine DUFOUR a écrit :

Hello
Oui, ça serait chouette!


Volontiers, si c'est possible.

JLuc


Le 26/06/2019 à 12:26, erational a écrit :

Oui, cela serait chouette une SPIP Party !


Le 25/06/2019 à 23:57, nicod_ a écrit :

Yo les loulous,

histoire de compter un peu les forces vives, il y aurait des gens
intéressé·e·s pour faire une SPIP Party ?

Des gens motivés pour organiser ?

La bise,




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] tous les mails de commits sont détectés comme du spam

2019-06-26 Par sujet JLuc

Vu ce que tu indiques, ça semble pas thunderbird le coupable,
alors peut être ton serveur POP3 ou IMAP.
JL

 Le 26/06/2019 à 16:20, tcharlss a écrit :

Après quelques tests supplémentaires : pas mieux :(

Depuis le début j'avais le contrôle adaptatif activé et je marquais
manuellement tous les faux positifs en « courrier acceptable ». Au bout
d'un moment il aurait dû commencer à s'adapter, mais non.

Ensuite j'ai essayé le coup de la whitelist : j'ai ajouté «
spip-zone-com...@rezo.net » dans mon carnet d'adresse personnel et
activé l'option « Ne pas marquer automatiquement les messages comme
indésirables si l'expéditeur est dans : Adresses personnelles ».
Toujours pas bon.

Ensuite par lassitude j'ai essayé de désactiver complètement le contrôle
des indésirables : j'ai tout décoché dans les paramètres des
indésirables du compte.
Et bien toujours pas bon !!! Il continue de mettre tous les mails de
commits dans les spams.

À noter que le journal est vide, je commence à me demander s'il n'y a
pas un bug dans thunderbird.

Je vais continuer les recherches sur leurs forums.


Le 24/06/2019 à 11:11, Bruno Bergot a écrit :


Comme toi, j'utilise aussi thunderbird et uniquement son antispam
intégré et je ne rencontre pas ce problème.

Quelques conseils :

- tu peux commencer par indiquer à TB que les mails de la liste ne sont
pas indésirables afin qu'il s'améliore
- tu peux ajouter des adresses d'expéditeurs en liste blanche
https://downtimemonkey.com/blog/how-to-whitelist-an-email-address-in-mozilla-thunderbird.php


Il y a aussi des options à propos du filtrage des indésirables dans le
menu Préférences / Sécurité / Indésirables :

- activer la journalisation
- réinitialiser les données d'apprentissage

Avec tout ça tu devrais t'en sortir :)

++
b_b


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone




spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] [Cédric] Adaptive images + /source + déclaration explicite de quelle image suivant la taille

2019-06-26 Par sujet JLuc

Le 25/06/2019 à 17:33, Arnaud Martin a écrit :

Quelques précisionsà propos de image_responsive:


M'étant dans le passé trouvé à la peine pour choisir l'un ou l'autre,
j'ai produit une synthèse comparative à partir des éléments communiqués  :
https://contrib.spip.net/images-adaptatives-ou-responsives

Ce que j'en retiens comme grande différence, c'est que adaptative
peut être adapté à un fonctionnement "plug and play"
et sinon faut rentrer dans les détails et c'est plus complexe.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] [Cédric] Adaptive images + /source + déclaration explicite de quelle image suivant la taille

2019-06-26 Par sujet JLuc

Le 26/06/2019 à 09:26, Cerdic a écrit :
Ah oui j’avais vu aussi (mais oublié depuis), mais par contre ça fonctionne bien sur certaines images, potentiellement 
beaucoup moins sur d’autres amha


mais ça pourrait être automatisé indeed, peut-être avec un double gradient horizontal + vertical, en deux couches, pour 
être un peu plus générique ?

À l'examen du code css, j'ai eu l'impression que c'est déjà le cas.
Juste que c'est peu visible sur l'exemple (mais un peu quand même).

JLuc


Toujours sur le sujet des placeholders, arno présentait une solution
assez élégante et tout en SPIP par ici :

https://seenthis.net/messages/660728#message661081

Un "simple" dégradé qui a des chances d'être moins lourd qu'une image en
svg.

++
b_b



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Mise à jour git.spip.net

2019-06-24 Par sujet JLuc

Le 24/06/2019 à 19:01, Franck a écrit :

Merci azerttyu pour le boulot ! 

Ouais merci ce que j'avais qualifié de priorités marche super bien depuis 
quelques semaines :-)
JL


De : cam.la...@azerttyu.net 
Bonjour Nouvelles mises à jour avec divers correctifs avec les version 1.8.2 et 
1.8.3



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Facteur : niveau de log

2019-06-24 Par sujet JLuc

Le 24/06/2019 à 16:51, Maïeul a écrit :

Bonjour,

dans facteur, les logs d'envoi de mail sont de niveau "LOG_INFO". Or les réglages par défaut de SPIP ne logue que niveau 
LOG_INFO_IMPORTANT


https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/facteur/trunk/inc/envoyer_mail.php#L297

il me semble que LOG_ΙΝFO_IMPORTANTE serait plus approprié dans ce cas. Qu'en 
pensez vous ?
(perso j'ai plus souvent besoin de savoir si facteur a bien traité un email que de savoir qu'un fichier de cache a été 
créé...)


Plus globalement, je trouve dommage qu'on ne puisse pas régler le niveau de log 
ficheir par fichier.


Oui, en précisant "fichier de log" par "fichier de log" plutôt que "fichier source" par 
"fichier source"
ce serait chouette d'enrichir les actuels logs en repérant, au fur et à mesure,
les différents fichiers destination,
et, en page de config, d'en proposer une liste avec la possibilité de les 
activer ou non.

/JLuc rêve à clavier haut


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] {vu} et nouveaux modèles

2019-06-19 Par sujet JLuc

Le 19/06/2019 à 23:53, tcharlss a écrit :

Le 19/06/2019 à 22:44, JLuc a écrit :

Il était pas documenté alors voici un début de doc :
https://programmer.spip.net/declarer_tables_objets_sql-970


Il y a déjà un article assez détaillé sur spip.net, où la plupart des
clés sont expliquées :
https://www.spip.net/fr_article5525.html

Certes, toute le contenu de cette rubrique devrait être déplacé sur
programmer amha.

Sinon merci pour l'explication, j'apprends des trucs.


OK j'ai mis un lien et supprimé l'exemple en doublon.
JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] {vu} et nouveaux modèles

2019-06-19 Par sujet JLuc

Le 19/06/2019 à 19:20, nicod_ a écrit :

Merci à vous deux pour la discussion sur ce sujet, je ne connaissais pas du 
tout cette astuce.


Il était pas documenté alors voici un début de doc :
https://programmer.spip.net/declarer_tables_objets_sql-970

Au vu de ses commentaires dans media, le pipeline des surnoms semble désormais 
obsolète
et à remplacer par declarer_tables_objets_sql


Je mourrai moins bête (mais je mourrai quand même).


C'est la vie.

JL



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] {vu} et nouveaux modèles

2019-06-19 Par sujet JLuc

Le 19/06/2019 à 09:44, JLuc a écrit :

Le 19/06/2019 à 09:26, Jean Marie Grall a écrit :

J'ai donc surchargé declarer_tables_objets_sql avec ligne et slide :

functionmedias_responsive_mod_declarer_tables_objets_sql($tables) {
 $tables['spip_documents'] = array(
'modeles'=> array('document', 'doc', 'img', 'emb', 'image', 'video', 'text', 
'audio', 'application','ligne','slide'),
 );
return$tables;
}

Ça fonctionne mais je me dis qu'il doit y avoir mieux en ajoutant simplement les nouveaux modèles au lieu de 
surcharger l'ensemble (plus pérenne) mais je ne trouve pas la syntaxe.


Avec la fonction php array_merge()

ou simplement en les ajoutant un par un :
$tables['spip_documents'][] = 'ligne';
$tables['spip_documents'][] = 'slide';


J'ai répondu trop vite. Plutôt :
$tables['spip_documents']['modeles'][] = 'ligne';
$tables['spip_documents']['modeles'][] = 'slide';
(avec seulement les nouveaux à ajouter)

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] {vu} et nouveaux modèles

2019-06-19 Par sujet JLuc

Le 19/06/2019 à 09:26, Jean Marie Grall a écrit :

J'ai donc surchargé declarer_tables_objets_sql avec ligne et slide :

functionmedias_responsive_mod_declarer_tables_objets_sql($tables) {
 $tables['spip_documents'] = array(
'modeles'=> array('document', 'doc', 'img', 'emb', 'image', 'video', 'text', 
'audio', 'application','ligne','slide'),
 );
return$tables;
}

Ça fonctionne mais je me dis qu'il doit y avoir mieux en ajoutant simplement les nouveaux modèles au lieu de surcharger 
l'ensemble (plus pérenne) mais je ne trouve pas la syntaxe.


Avec la fonction php array_merge()

ou simplement en les ajoutant un par un :
$tables['spip_documents'][] = 'ligne';
$tables['spip_documents'][] = 'slide';

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] GIS carte avec GPX

2019-06-17 Par sujet JLuc

Le 17/06/2019 à 18:05, Bruno Bergot a écrit :

Sinon, l'astuce en question fonctionne sur ta page avec :
.leaflet-interactive:nth-child(0n+2) {stroke:#000 !important;}
Peut-être une erreur de saisie de la personne qui a rédigé cette astuce ?


cf https://developer.mozilla.org/fr/docs/Web/CSS/:nth-child : il faut le '+'
mais (2) devrait marcher aussi

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] newsletters : autoriser generer

2019-06-14 Par sujet JLuc

Le 14/06/2019 à 09:45, chanka...@choc0.net a écrit :

ah ok, merci JLuc, je savais pas que c'était possible ça...


Comme les pipelines ça prépare le fait que des plugins définissent des 
autorisations spéciales.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] newsletters : autoriser generer

2019-06-13 Par sujet JLuc

Le 13/06/2019 à 23:30, chanka...@choc0.net a écrit :

hello,
sur le plugins newsletters, il y a une autorisation dans 
action/generer_newsletter.php que je ne vois déclarée nulle part :
https://zone.spip.net/spip-zone/_plugins_/newsletters/trunk/action/generer_newsletter.php

if (autoriser('generer', 'newsletter', $id_newsletter))... En surchargeant autoriser_newsletter_generer($faire, $type, 
$id, $qui, $opt)... ça me permet de faire ce que je veux, mais est-ce normal qu'il y ait une autorisation 
newsletter_generer qui soit pas déclarée ? Ou alors j'ai pas trouvé où elle se cache... merci des précisions, à+


Si elle n'est pas déclarée, ce sont les autorisations par défaut qui servent,
et en dernier ressort c'est autoriser_defaut_dist(), qui autoriser les admins 
complets.

JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] varnish et job queue et cron

2019-06-12 Par sujet JLuc

Le 12/06/2019 à 07:55, Cerdic a écrit :
Tu as aussi define(‘_HTML_BG_CRON_FORCE’,true) qui permet d’insérer l’appel au CRON dans le HTML de toutes les pages, à 
l'ancienne


Est-ce déprécié, pourquoi écris tu "à l'ancienne" ?

Je vois que ça insère l'XMLHttpRequest que j'évoquais au début
et donc ça convient bien derrière un varnish agressif.
Merci pour cette découverte.

D'ailleurs je vois que dans queue_affichage_cron qui utilise cette constante,
fsockopen se fait bien sur le port 80 ou 443 selon que http ou https
comme dans le fix proposé pour le super_cron.

Par contre dans les 2 cas il faudrait utiliser les constantes
_PORT_HTTP_STANDARD et _PORT_HTTPS_STANDARD si définies
plutôt que 80 et 443

JLuc





--
Cédric
Le 11 juin 2019 à 18:31 +0200, JLuc , a écrit :

Le 11/06/2019 à 11:10, Cerdic a écrit :

Pour être précis, il faudrait écrire « Avec un varnish mal configuré » ou « pas 
du tout configuré pour SPIP »


La configuration au niveau du serveur n'est pas faite spécialement pour SPIP,
mais d'autres configurations sont faites dans le htaccess du site.


Car dans sa proposition de configuration Fil tenait compte du cron,

Il ne fait pas grand chose : que limiter

et je connais un hébergeur qui utilise Varnish sans
aucun problème avec l’execution des crons en utilisant un réglage comparable…


C'est super cet hébergeur :-)
Vive les hébergements douillets pour SPIP !

À défaut de ce confort, pour l'instant j'ai inséré un appel au super_cron 
(aprés fix) en php dans le footer de chaque
page. Ce code n'est appelé que pour les pages qui ne sortent pas du varnish 
donc pas souvent, mais justement, notamment,
quand il y a besoin : aprés la validation d'un formulaire. Ça semble bien 
marcher.
Ouf !

JLuc



Le 11 juin 2019 à 08:53 +0200, JLuc , a écrit :

Hello

Sur un site derrière un varnish, les jobs ne sont plus exécutés que très 
épisodiquement,
semble t il.

Le problème se pose notamment
pour les mails d'authentification d'une inscription ou de rappel de mot de 
passe,
qui mettent tellement longtemps à partir que l'internaute s'inquiète et 
recommence
et contacte le support finalement...
C'est un site avec un millier de visite par jours environ

j'ai proposé le plugin "accelerer_job" qui permet de forcer l'exécution
d'un certain nombre de jobs filtrés par l'action, notamment via un bouton 
interactif.
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/accelerer_jobs/trunk

Ça marche très bien dans l'extranet qui n'est pas varnishé,
et ce serait parfait par exemple pour forcer la synchronisation des 
mailsubscribinglist automatiques
dans le plugin mailsubscriber (todo ?)

C'est toutefois un peu rustre de proposer ce bouton dans le public (encore que 
ça aide à patienter !)
et de plus dans le public le texte du bouton y est aussi caché par varnish donc 
pas à jour.

Je pense qu'il faudrait insérer un code javascript dans le html
pour appeler en asynchrone une page qui envoie les mails arrivés à échéance.

C'est le même problème que pour les statistiques, ce pour quoi il existe
https://plugins.spip.net/statsjs.html
et qui utilise affichage_final pour insérer le code javascript.
Sur un site dont on construit le squelette, il vaut probablement mieux insérer 
dans le footer qu'utiliser
affichage_final mais ça semble une bonne inspiration.

Est-ce que je loupe qqchose ?
Y a til une autre piste ?

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] varnish et job queue (et statjs)

2019-06-11 Par sujet JLuc

Le 11/06/2019 à 11:10, Cerdic a écrit :

Pour être précis, il faudrait écrire « Avec un varnish mal configuré » ou « pas 
du tout configuré pour SPIP »


La configuration au niveau du serveur n'est pas faite spécialement pour SPIP,
mais d'autres configurations sont faites dans le htaccess du site.

Car dans sa proposition de configuration Fil tenait compte du cron, 

Il ne fait pas grand chose : que limiter
et je connais un hébergeur qui utilise Varnish sans 
aucun problème avec l’execution des crons en utilisant un réglage comparable…


C'est super cet hébergeur :-)
Vive les hébergements douillets pour SPIP !

À défaut de ce confort, pour l'instant j'ai inséré un appel au super_cron (aprés fix) en php dans le footer de chaque 
page. Ce code n'est appelé que pour les pages qui ne sortent pas du varnish donc pas souvent, mais justement, notamment, 
quand il y a besoin : aprés la validation d'un formulaire. Ça semble bien marcher.

Ouf !

JLuc



Le 11 juin 2019 à 08:53 +0200, JLuc , a écrit :

Hello

Sur un site derrière un varnish, les jobs ne sont plus exécutés que très 
épisodiquement,
semble t il.

Le problème se pose notamment
pour les mails d'authentification d'une inscription ou de rappel de mot de 
passe,
qui mettent tellement longtemps à partir que l'internaute s'inquiète et 
recommence
et contacte le support finalement...
C'est un site avec un millier de visite par jours environ

j'ai proposé le plugin "accelerer_job" qui permet de forcer l'exécution
d'un certain nombre de jobs filtrés par l'action, notamment via un bouton 
interactif.
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/accelerer_jobs/trunk

Ça marche très bien dans l'extranet qui n'est pas varnishé,
et ce serait parfait par exemple pour forcer la synchronisation des 
mailsubscribinglist automatiques
dans le plugin mailsubscriber (todo ?)

C'est toutefois un peu rustre de proposer ce bouton dans le public (encore que 
ça aide à patienter !)
et de plus dans le public le texte du bouton y est aussi caché par varnish donc 
pas à jour.

Je pense qu'il faudrait insérer un code javascript dans le html
pour appeler en asynchrone une page qui envoie les mails arrivés à échéance.

C'est le même problème que pour les statistiques, ce pour quoi il existe
https://plugins.spip.net/statsjs.html
et qui utilise affichage_final pour insérer le code javascript.
Sur un site dont on construit le squelette, il vaut probablement mieux insérer 
dans le footer qu'utiliser
affichage_final mais ça semble une bonne inspiration.

Est-ce que je loupe qqchose ?
Y a til une autre piste ?

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] varnish et job queue (et statjs)

2019-06-11 Par sujet JLuc

Cette exploration se traduit par 2 demandes de modifications du code :

1) Il y a un bug dans l'action super_cron puisqu'elle appelle fsockopen
avec le port 80 par défaut.
Du coup sur un site https le super_cron ne marche PAS.
(sur mon site ça renvoie une 301 mais le fsockopen ne la suite pas)

J'ai proposé un patch : https://core.spip.net/issues/4345?next_issue_id=4343
qui propose aussi d'ajouter des logs pour voir les éventuels échecs.

2)

Le super cron ne fait rien d'autre qu'appeler l'action cron en asynchrone
donc c'est surtout de la complication inutile en plus
puisque dans le cron unix on peut appeler l'action cron directement.


Du coup faudrait il supprimer ces 2 lignes de commentaires :
* Cette fonction est utile pour être appelée depuis un cron UNIX par exemple
* car elle se termine tout de suite
*
* Exemple de tache cron Unix pour un appel toutes les minutes :
* `* * * * * curl  http://www.mondomaine.tld/spip.php?action=super_cron`

ou les remplacer par simplement :
* L'intérêt de cette fonction est qu'elle se termine tout de suite

?
JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] varnish et job queue (et statjs)

2019-06-11 Par sujet JLuc

Le 11/06/2019 à 10:57, Bruno Bergot a écrit :

Parce que du coup on génère deux hits apache au lieu d'un, ce qui est un peu 
dispendieux.

Si tu es à un hit près, oui peut-être


Le super cron ne fait rien d'autre qu'appeler l'action cron en asynchrone
donc c'est surtout de la complication inutile en plus
puisque dans le cron unix on peut appeler l'action cron directement.
Pour info, tu peux très bien lancer des hits sur le super_cron depuis une autre machine qui disposerait d'un cron plus 
souple d'usage.


Effectivement, je n'y avais pas pensé.

JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] varnish et job queue (et statjs)

2019-06-11 Par sujet JLuc

Le 11/06/2019 à 10:07, Bruno Bergot a écrit :

Hop,
Tu devrais peut-être regarder du côté du super_cron :
https://www.mediaspip.net/documentation/documentation-pour-les-administrateurs/configuration-du-canal/managing-a-mediaspip-farm/gestion-generale-de-la-ferme/article/le-plugin-gestion-de-la#super_cron 
https://code.spip.net/autodoc/tree/ecrire/action/super_cron.php.html#function_action_super_cron_dist

https://www.mail-archive.com/spip-dev@rezo.net/msg59940.html


As tu vu dans le développement de ce fil ? L'usage du super_cron avec un cron semble déprécié puisque ça ajoute une 
asynchronie inutile en plus... et par ailleurs avec une période minimale de 1h pour l'anacron de mon hébergement c'est 
pas pertinent pour les envois de mails "en direct".

C'est pour cela que j'en viens à envisager l'insertion d'un script js.

JL




spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] varnish et job queue (et statjs)

2019-06-11 Par sujet JLuc

Le 11/06/2019 à 10:07, RealET a écrit :

Y a til une autre piste ?

https://www.pyrat.net/Utiliser-le-crontab-d-UNIX-pour-les-taches-de-SPIP.html
Peut-être aussi
http://zzz.rezo.net/Interfacer-Varnish-SPIP.html (et les commentaires)
Un fil de discussion
https://spip-dev.rezo.narkive.com/lCq2DZ1x/separer-la-visite-du-site-public-et-l-execution-du-genie
https://github.com/spip/SPIP/blob/master/ecrire/action/super_cron.php


Intéressant : en utilisant un cron unix (asynchrone par essence vis a vis des 
actions utilisateurs)
il vaut mieux appeler le simple cron plutôt que le super cron 
(re-bis-asynchrone).

Mais sur mon hébergement le délai minimal de cron (anacron en fait) est 1h
donc encore trop pour un mail...

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] varnish et job queue (et statjs)

2019-06-11 Par sujet JLuc

Hello

Sur un site derrière un varnish, les jobs ne sont plus exécutés que très 
épisodiquement,
semble t il.

Le problème se pose notamment
pour les mails d'authentification d'une inscription ou de rappel de mot de 
passe,
qui mettent tellement longtemps à partir que l'internaute s'inquiète et 
recommence
et contacte le support finalement...
C'est un site avec un millier de visite par jours environ

j'ai proposé le plugin "accelerer_job" qui permet de forcer l'exécution
d'un certain nombre de jobs filtrés par l'action, notamment via un bouton 
interactif.
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/accelerer_jobs/trunk

Ça marche très bien dans l'extranet qui n'est pas varnishé,
et ce serait parfait par exemple pour forcer la synchronisation des 
mailsubscribinglist automatiques
dans le plugin mailsubscriber (todo ?)

C'est toutefois un peu rustre de proposer ce bouton dans le public (encore que 
ça aide à patienter !)
et de plus dans le public le texte du bouton y est aussi caché par varnish donc 
pas à jour.

Je pense qu'il faudrait insérer un code javascript dans le html
pour appeler en asynchrone une page qui envoie les mails arrivés à échéance.

C'est  le même problème que pour les statistiques, ce pour quoi il existe
https://plugins.spip.net/statsjs.html
et qui utilise affichage_final pour insérer le code javascript.
Sur un site dont on construit le squelette, il vaut probablement mieux insérer dans le footer qu'utiliser 
affichage_final mais ça semble une bonne inspiration.


Est-ce que je loupe qqchose ?
Y a til une autre piste ?

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] MarkDown et SPIP

2019-06-10 Par sujet JLuc

Le 20/05/2019 à 10:28, Cerdic a écrit :
Je fais un nouveau fil parce que les discussions partent dans tous les sens, mais je réagis à 2 mails de JLuc et Eric 
sur le fil des catégories de plugin.


J'ai reporté les liens et tenté une synthèse de ces fils sur la page
https://contrib.spip.net/convertir-spip-en-md

bisous
JL



JL disait :

 > Au passage, le rapprochement avec github va donner de plus en plus envie aux 
développeurs d'utiliser md.
 >
 > Dans la logique d'immersion des singularités de SPIP dans le grand bain 
mondialisé d'inter-développements php,
il sera utile de disposer d'un convertisseur raccourcis-SPIP vers l'un des 
dialectes md le plus approprié.


Je sais pas si c’est un outil de conversion dont on a besoin ou si c’est de 
passer vraiment à MD, c’est une vraie question.
Mais pour la conversion on peut soit faire SPIP -> HTML -> MarkDown (il y a une lib MarkDownify que j’utilise dans 
Newsletters pour générer les versions texte qui marche pas mal)
Soit effectivement écrire un outil de conversion, peut-être en adaptant les wheels de TextWheel pour générer du MD au 
lieu du HTML, mais peut-être plus simplement en faisant de la substitution de raccourcis, à voir


Eric disait lui:

 > Il existe déjà un plugin Markdown pour écrire en md dans SPIP mais je ne sais pas si il fait à aussi une fonction 
d'export spip vers md.

 > Maintenant, j'ai expérimenté md depuis quelques temps, c'est bien... limité.
 > J'espère que ce n'est pas la voie qu'on prend…

Je pense au contraire que c’est bien la voie qu’il faudrait prendre. Quelles sont les limites que tu trouves ? Un peu de 
retex serait bien utile.

Tu parles du MD natif basique, dans un éditeur desktop, ou de l’utilisation de 
MD dans SPIP avec le plugin SPIP ?
Pour info le plugin SPIP permet d’utiliser MD, en continuant à utiliser les raccourcis de lien SPIP, les notes de bas de 
page SPIP, et les modèles SPIP.


Je ne sais vois pas trop à quelles limites tu fais allusion…


--
Cédric


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Couleur d'un tracé KML dans GIS

2019-06-06 Par sujet JLuc

Le 06/06/2019 à 18:51, JLuc a écrit :

Le 06/06/2019 à 17:15, Jean Marie Grall a écrit :

je cherche à changer la couleur du tracé d'un KML affiché sur une carte mais je 
trouve pas comment faire.
La couleur qui s'affiche est #3388ff et semble venir de 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/gis/trunk/lib/leaflet/dist/leaflet.js

J'ai tenté de passer path_styles=#ARRAY{color,#fff} au modèle GIS, mais ça n'a 
pas l'air d'agir sur le KML.


Je me sers pas de KML. Mais avec les cartes, il m'est arrivé de changer les 
valeurs
utilisées par défaut, en altérant l'objet produit par un js inséré dans la page.
Pour ça, avec l'aide des questions réponses trouvées sur le net et de la 
console javascript pour vérifier,
il faut accéder à l'objet javascript produit, repérer le chemin complet de 
cette propriété par rapport à l'objet,
et changer cette valeur en javascript ensuite.


Mais là c'est peut être pas très simple vu la réponse de b_b
https://github.com/shramov/leaflet-plugins/issues/109

Alors autrement tu peux essayer de surcharger la librairie js localement et 
changer la valeur en dur dans le code,
ou de l'inclure de telle manière que tu puisses passer un filtre dessus pour 
changer la valeur qui va pas.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Couleur d'un tracé KML dans GIS

2019-06-06 Par sujet JLuc

Le 06/06/2019 à 17:15, Jean Marie Grall a écrit :

je cherche à changer la couleur du tracé d'un KML affiché sur une carte mais je 
trouve pas comment faire.
La couleur qui s'affiche est #3388ff et semble venir de 
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/gis/trunk/lib/leaflet/dist/leaflet.js

J'ai tenté de passer path_styles=#ARRAY{color,#fff} au modèle GIS, mais ça n'a 
pas l'air d'agir sur le KML.


Je me sers pas de KML. Mais avec les cartes, il m'est arrivé de changer les 
valeurs
utilisées par défaut, en altérant l'objet produit par un js inséré dans la page.
Pour ça, avec l'aide des questions réponses trouvées sur le net et de la 
console javascript pour vérifier,
il faut accéder à l'objet javascript produit, repérer le chemin complet de 
cette propriété par rapport à l'objet,
et changer cette valeur en javascript ensuite.

JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Mysql 5.7 et dates à 0

2019-06-03 Par sujet JLuc

Le 03/06/2019 à 12:33, RealET a écrit :

Mais est ce que ça a posé des soucis à certains d'entre vous ?


Ça m'arrive souvent pour des tables persos, mais je me souviens pas pour SPIP.


Oui : impossible de faire certaines opérations depuis PHPMyAdmin.


Pour effectuer une requête depuis phpMyAdmin il faut préfixer par la commande
SET MYSQL_MODE=''

Du coup souvent
- je fais une commande par l'interface graphique phpmysadmin,
- phpmyadmin dit "c'est pas possible car les dates nulles sont pas autorisées"
- dans sa grande bonté, le message d'erreur indique aussi la requête bloquée
- je copie la requête
- j'ouvre l'onglet 'SQL' et je copie colle la requête, et la préfixe par
SET MYSQL_MODE='';
- j'exécute

Ça c'est quand on peut pas changer le SQL_MODE par défaut du serveur mysql.

JL



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] autorite et non diffusion des emails

2019-05-30 Par sujet JLuc

Pour remédier au fait que les emails des auteurs sont publics dans le privé
( https://core.spip.net/issues/3928 )
j'aimerais proposer une nouvelle option dans le plugin autorite
afin de masquer aux simples rédacteur
l'entrée "auteurs" dans le menu, le listing des auteurs et les pages auteurs.
Ok ?

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Liste des travaux

2019-05-30 Par sujet JLuc

Le 29/05/2019 à 22:42, Stephane Santon a écrit :

Dans la liste des travaux, j'ai une tâche je crois issue de Newsletter :
il y a 39 secondes [-5]
Tâche CRON mailshot_bulksend (toutes les 60 s) | mailshot_bulksend(1559162153)
Que signifie le [-5] après le temps écoulé ?


C'est la "priorité"

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] {Spip} – Petite 0day sur un plugin utilisé par un millier de site

2019-05-20 Par sujet JLuc

Le 20/05/2019 à 15:52, dd a écrit :

Je sais pas si c'est un post sérieux..
https://dyrk.org/2019/05/19/spip-petite-0day-sur-un-plugin-utilise-par-un-millier-de-site/


Merci.
Si c'est sérieux, la correction devrait pas tarder !
JLuc


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] MarkDown et SPIP

2019-05-20 Par sujet JLuc

Le 20/05/2019 à 11:17, Eric Lupinacci a écrit :

Hello,

Le lun. 20 mai 2019 à 10:28, Cerdic mailto:ced...@yterium.com>> a écrit :
Je sais pas si c’est un outil de conversion dont on a besoin ou si c’est de 
passer vraiment à MD, c’est une vraie
question.


Si SPIP passe natif en md, les anciens raccourcis pourront resteront 
compréhensibles
(ou en natif comme avec le plugin md actuellement ou en option ou en plugin)
mais pour ne pas disperser les efforts de développement et maintenance,
et bénéficier aussi de tous les devs autour de md
il y aura intérêt rapidement à pouvoir convertir les textes historiques des 
sites historiques
au format raccourcis en format md.


Oui attention je parle de mon expérience qui est somme toute limitée avec 
quelques éditeurs online (CodIMD) et desktop.
La grosse limitation je l'ai vu dans les tableaux où c'est hyper basique : il 
faut toujours un titre, pas de colspan...


Parmi les dialectes md,  je suis tombé sur le multimarkdown qui a une syntaxe 
enrichie
https://rawgit.com/fletcher/MultiMarkdown-6-Syntax-Guide/master/index.html
http://fletcher.github.io/MultiMarkdown-4/

et qui permet les colspans :  http://fletcher.github.io/MultiMarkdown-4/tables

En fait, SPIP a été fait pour rédiger du contenu "journalistique" et j'ai l'impression que md est plus fait pour rédiger 
du contenu technique.

Oui c'est mon impression aussi, mais les dialectes permettent visiblement plus 
que la seule doc technique.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Formidable : supprimer un champ à la saisie tout en gardant l'historique des réponses

2019-05-08 Par sujet JLuc

Le 08/05/2019 à 18:59, RastaPopoulos a écrit :

Alors qu'un bouton "Désactiver/Réactiver" qui ne fait que dépublier sans
rien supprimer, 


Justement, est ce pas là le terme qui convient : dépublier / republier ?

JL


alors là oui c'est logique de continuer à voir les
contenus déjà enregistré, de continuer à voir ce champ trainer dans
l'admin (et à pouvoir le remettre). Ça ne fait pas "magique",
comportement caché : c'est tout explicite. Et ça répond donc à mon avis
mieux et plus ergonomiquement, à la question de Maieul.





spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] r114180 - _plugins_/memoization/trunk

2019-04-30 Par sujet JLuc

Le 27/04/2019 à 13:50, pierre laszczak a écrit :

il y à une notice qui a été introduite ; le test sur if 
(!defined('_CACHE_KEY')) à sauté.


Je pense avoir corrigé par https://zone.spip.org/trac/spip-zone/changeset/115109
Le log cause de macrosession alors que c'est bien de memoization qu'il s'agit.

JL



https://zone.spip.net/trac/spip-zone/changeset/114180/spip-zone

J'utilise xray, qui demande de definir une constante _CACHE_KEY vide pour 
afficher l’explorateur de cache APCu.
A cause de la notice les graphiques APCu sont cassés.

https://contrib.spip.net/XRay-un-explorateur-des-caches-SPIP#comment500979

Merci d'avance!



Le jeu. 28 févr. 2019 à 11:32, > a écrit :


Author: ced...@yterium.com 
Date: 2019-02-28 10:17:37 + (Thu, 28 Feb 2019)
New Revision: 114180

Modified:
    _plugins_/memoization/trunk/memoization_administrations.php
    _plugins_/memoization/trunk/memoization_options.php
    _plugins_/memoization/trunk/paquet.xml
Log:
Ne plus faire de ecrire_meta() sauvage dans le options, ca fait planter les 
sites pas encore installes - on utilise
la maj de base puisqu'on en a maintenant une sur ce plugin, et par defaut 
le plugin tourne avec les define()
fallback dans chaque methode de memoization


Details: https://zone.spip.org/trac/spip-zone/changeset/114180

___
spip-zone-com...@rezo.net  -
https://listes.rezo.net/mailman/listinfo/spip-zone-commit






spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] r114180 - _plugins_/memoization/trunk

2019-04-30 Par sujet JLuc

Le 27/04/2019 à 13:50, pierre laszczak a écrit :

il y à une notice qui a été introduite ; le test sur if 
(!defined('_CACHE_KEY')) à sauté.


J'ai corrigé par https://zone.spip.org/trac/spip-zone/changeset/115109
Le log cause de macrosession alors que c'est bien de memoization qu'il s'agit.

Note que la restriction de xray qui exige un _CACHE_KEY vide n'est pas 
consubstantielle
(mais c'est comme ça pour l'instant).
JL



https://zone.spip.net/trac/spip-zone/changeset/114180/spip-zone

J'utilise xray, qui demande de definir une constante _CACHE_KEY vide pour 
afficher l’explorateur de cache APCu.
A cause de la notice les graphiques APCu sont cassés.

https://contrib.spip.net/XRay-un-explorateur-des-caches-SPIP#comment500979

Merci d'avance!



Le jeu. 28 févr. 2019 à 11:32, > a écrit :


Author: ced...@yterium.com 
Date: 2019-02-28 10:17:37 + (Thu, 28 Feb 2019)
New Revision: 114180

Modified:
    _plugins_/memoization/trunk/memoization_administrations.php
    _plugins_/memoization/trunk/memoization_options.php
    _plugins_/memoization/trunk/paquet.xml
Log:
Ne plus faire de ecrire_meta() sauvage dans le options, ca fait planter les 
sites pas encore installes - on utilise
la maj de base puisqu'on en a maintenant une sur ce plugin, et par defaut 
le plugin tourne avec les define()
fallback dans chaque methode de memoization


Details: https://zone.spip.org/trac/spip-zone/changeset/114180

___
spip-zone-com...@rezo.net  -
https://listes.rezo.net/mailman/listinfo/spip-zone-commit






spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] r114180 - _plugins_/memoization/trunk

2019-04-30 Par sujet JLuc

Le 27/04/2019 à 13:50, pierre laszczak a écrit :

il y à une notice qui a été introduite ; le test sur if 
(!defined('_CACHE_KEY')) à sauté.


J'ai corrigé par https://zone.spip.org/trac/spip-zone/changeset/115109
Le log cause de macrosession alors que c'est bien de memoization qu'il s'agit.

Note que la restriction de xray qui exige un _CACHE_KEY vide n'est pas 
consubstantielle
(mais c'est comme ça pour l'instant).
JL



https://zone.spip.net/trac/spip-zone/changeset/114180/spip-zone

J'utilise xray, qui demande de definir une constante _CACHE_KEY vide pour 
afficher l’explorateur de cache APCu.
A cause de la notice les graphiques APCu sont cassés.

https://contrib.spip.net/XRay-un-explorateur-des-caches-SPIP#comment500979

Merci d'avance!



Le jeu. 28 févr. 2019 à 11:32, > a écrit :


Author: ced...@yterium.com 
Date: 2019-02-28 10:17:37 + (Thu, 28 Feb 2019)
New Revision: 114180

Modified:
    _plugins_/memoization/trunk/memoization_administrations.php
    _plugins_/memoization/trunk/memoization_options.php
    _plugins_/memoization/trunk/paquet.xml
Log:
Ne plus faire de ecrire_meta() sauvage dans le options, ca fait planter les 
sites pas encore installes - on utilise
la maj de base puisqu'on en a maintenant une sur ce plugin, et par defaut 
le plugin tourne avec les define()
fallback dans chaque methode de memoization


Details: https://zone.spip.org/trac/spip-zone/changeset/114180

___
spip-zone-com...@rezo.net  -
https://listes.rezo.net/mailman/listinfo/spip-zone-commit






spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] HTML5, required, afficher_si et performance

2019-04-28 Par sujet JLuc

Le 28/04/2019 à 21:09, nicod_ a écrit :

Le 28/04/2019 à 20:41, JLuc a écrit :

tu génères dynamiquement les sélecteurs cibles du javascript,
mais tu utilises des sélecteurs totalement génériques,
identiques pour tout formulaire formidable.


pour pratiquer pas mal les afficher_si, je vois à peu près le problème soulevé 
par maïeul.


Je n'ai pas de réponse là tout de suite, mais par contre ça ne se limite pas à Formidable : les afficher_si fonctionnent 
aussi avec des saisies déclarées en tableaux PHP et générées avec #GENERER_SAISIES.


Ok.
Je ne pense pas que cela obère ma suggestion.
JL



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] HTML5, required, afficher_si et performance

2019-04-28 Par sujet JLuc

Le 28/04/2019 à 19:17, Maïeul a écrit :

sur la page
https://www.planete-sciences.org/astro/campagne-astronomie/inscription nous avons un formulaire formidable qui utilise 
massivement les afficher_si. En dehors même du fait qu'on pourrait améliorer certains éléments du formulaire, je ne 
pense pas qu'on puisse substantiellement simplifier ce formulaire (je connais plutot bien le besoin !).
Depuis qu'on est passé en HTML 5, il y a une latence de 10 secondes à chaque changement de valeur. Pourquoi : à cause 
des des bascules sur les attributs required.


Je n'ai pas vraiment compris tes explications  mais voici une idée.

Dans le code que tu pointes
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/saisies/trunk/inc/saisies_afficher_si.php#L131
tu génères dynamiquement les sélecteurs cibles du javascript,
mais tu utilises des sélecteurs totalement génériques,
identiques pour tout formulaire formidable.

Or, contrairement à toi qui code un générateur de formulaire (et non un 
formulaire),
Formidable connaît en détail le contenu des formulaires générés.

Donc au lieu de ces sélecteurs génériques, peut être te serait t il possible
de coder ce qui permet à formidable
de générer précisément les sélecteurs CSS utiles pour ce formulaire,
en intégrant seulement ceux qui sont réellement requis,
et en les ciblant de manière pas générique du tout mais efficace.
Par exemple les cibler directement par leur id.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


[SPIP Zone] améliorer les mails vs le reste

2019-04-23 Par sujet JLuc

La qualité de l'outil « mail » est débinée régulièrement depuis qq temps
sur cette liste, parce qu'on ne retrouve pas facilement ce qu'on cherche
et que les discussions se dispersent.

Mais sur ces 2 points, il me semble que ça irait mieux si on changeait le titre
pour qu'il reflète le contenu, au fur et à mesure des échanges.
Là ce fil ne parle plus du tout de composition mais d'outil.
Hop j'ai changé le titre.
Et ce sujet sera bien plus facile à retrouver...

Traditionnellement, les mails ne changent pas de titre dans un mm fil de 
discussion (thread)
mais je crois qu'en attendant un éventuel outil miraculeux,
ça vaut la "peine" d'enfreindre cette règle, du moins si on condidère que "tel quel, 
ça va pas".

JLuc



spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Renouveau de Plugins SPIP vs Contrib

2019-04-13 Par sujet JLuc

Le 13/04/2019 à 12:48, Eric Lupinacci a écrit :

Effectivement c'est une très bonne remarque.
Le seul truc c'est que je cherche à éviter de positionner des attributs de ce type au niveau des articles car ça demande 
à tous les rédacteurs de s'en préoccuper donc ça n'a aucune chance d'être cohérent à terme.

Peut-être le rang des articles dans la rubrique ?
Ou alors l'article qui est désigné dans le paquet.xml ?


Il y a déjà un motclé "Entête de sommaire" , qui correspond aussi à un forum 
"sticky",
ce qui correspond à un besoin communément ressenti comme naturel sur le web en 
général - me semble t il -
et qui en conséquence est probablement mieux utilisé que d'autres motclés plus 
spécifiques à contrib.

Il y aurait une certaine logique à ce qu'un article "Entête de sommaire"
soit également en tête des résultats de recherche.

Mais on ne peut pas non plus exclure qu'un tel article remonte sur une recherche qui ne le concerne que de manière 
périphérique...


JL




spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


Re: [SPIP Zone] Renouveau de Plugins SPIP vs Contrib

2019-04-12 Par sujet JLuc

Le 12/04/2019 à 15:44, nicod_ a écrit :

Tu me dis ce que tu en penses ?
https://contrib.spip.net/spip.php?page=recherche=saisies


Oui super :-)
Les étoiles de Notation sont intéressantes et ne sont pas trompeuses
car elles se combinent aux autres infos : dates, versions et motclés importants.

Autre modification (à discuter) : si on trie par date, la doc de Saisies, publiée en 2010 mais mise à jour en 2019, 
disparait complètement des radars.


Pour le futur yaurait possiblement aussi la date de dernière mise à jour du 
plugin...


Sur les articles, on trie donc par maj plutôt que par date.
Dans ce cas, peut être changer le libelle "Par date" en "Par mise à jour" ?

Pas d'idée.

JL


spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone


  1   2   3   4   5   6   7   8   9   10   >