SPIP-Contrib

Toutes les contributions à SPIP

Accueil > Contribs à ranger > Accès CVS Spip avec TortoiseCVS

Accès CVS Spip avec TortoiseCVS

samedi 27 décembre 2003

Tout est dans le titre....


Voir en ligne : Forums Spip

36369 discussions

  • Les pages reçoivent un nom identifiant composé à partir des id_ reçues dans l’environnement (quand cet identifiant n’est pas déjà ajouté par le squelette). Cependant seulement le dernier id_ est retenu :

    foreach($GLOBALS['contexte'] as $k => &$v) {
      if (preg_match(',^id_(\w+)$,S', $k, $r) AND ($id = intval($v))>0) {
            $identifier = $r[1].$id;
    }

    Ne faudrait il pas concaténer plutôt qu’écraser la valeur ? (Ou sinon autant sortir de la boucle à la première réponse)

    Répondre à ce message

  • 10

    Bonjour,
    Suite à une mise à jour de SPIP dernière version + formidable et no spam je reçois le message suivant au dessus du formulaire à chaque validation de réponse :
    Impossible de prendre en compte votre message. Merci de le soumettre à nouveau !
    Qui est visiblement lié à une histoire de jeton sur nospam d’après la doc...
    On avait pas de problèmes de SPAM mais par contre on risque de louper des réponses assez importantes sur ce formulaire destiné à des personnes agées...
    Car ça fonctionne si on revalide une seconde fois le formulaire...
    Y’a-t-il possibilité de désactiver nospam, au moins pour tester si le problème vient bien de là ? Car si on le désactive seul dans l’interface ça désactive d’office formidable.
    Please help me !
    (argh j’ai le même message quand je veux valider ma réponse sur ce site !!! cf copie d’écran)

    • il est possible de supprmer dans le fichier paquet.xml de formidable le fait qu’il nécessite nospam, et cela permettra d’activer formidable mais pas nospam.

      Cela étant, ce n’est pas normal. Peux tu voir du coté des fichiers nospam.log pour qu’on comprenne ?

      ps : le choix de mettre nospam en obligatoire sur formidable a été pris car beaucoup se plaignait de spam, sans connaitre le plugin. Tu es la première personne qui nous remonte un problème similaire au tien — que je ne nie pas, mais que j’aimerais comprendre.

    • Oui mais c’est pas la bonne réponde @maieul !

      Si il y a ce problème récurrent c’est parce que le formulaire a perdu son dynamisme et le jeton est mis dans le cache au lieu d’être calculé à chaque affichage du formulaire.
      C’est donc un problème de structure de squelette, et d’utilisation abusive de #INCLURE qui par construction transforme en texte/html tout ce qui est inclus (en perdant donc les partie dynamique)
      Il faut donc remplacer les #INCLURE par des <INCLURE> car vous avez sinon le risque de divulger du contenu saisi par une personne à d’autres personnes…

      (ou alors le formulaire est inclus via un modèle perso ce qui produit le même résultat)

    • Ce qui est étrange est que Benoits a eu aussi le problème ici. En consultant les logs, je vois qu’une IP a été considéré comme problématique à l’heure où il postait son message.

      Du coup il faudrait peut etre tester depus une autre IP.

      par contre cerdric, ce que tu dis sur le dynamisme des squelettes est pas hyper clair, notamment sur les modèles : c’est problématiqur d’appeler un formulaire via un modèle ?

    • Re-bonjour,
      En fait c’est étrange le problème est aléatoire certains collègues arrivent à poster sans problème (depuis la même IP) alors que des personnes extérieures se sont plaintes de ne pas avoir reçu de réponse suite à leur validation du formulaire depuis que nous avons fait la mise à jour de spip 3.2
      Nous envoyons des mails sur de très grosses newsletters à partir de l’IP du boulot, peut-être est on classés comme spammeurs ? (ce n’est pas le cas je vous rassure)
      Je ne trouve pas de fichier nospam.log dans le dossier du plugin ou dans tmp pourriez vous me dire où il se cache ?

    • Non c’est pas étrange, c’est normal. Il y a un jeton de validité généré dans le html du formulaire, normalement à chaque affichage, qui est valide 1h uniquement.

      Donc selon l’état du cache, selon que le jeton est plus ou moins vieux ça passe ou pas. C’est un problème de structure des squelettes et d’insertion des formulaires, rien à voir avec l’IP

      Quand l’IP est suspecte ou que le comportement de l’utilisateur fait penser à un bot, le message le dit explicitement

    • Ça reste mystérieux pour moi étant donné que ça marchait très bien depuis des années et que depuis la màj en de 3.0 vers 3.2 ça pose souci.... Mais effectivement il y a beaucoup d’ « #INCLURE » dans nos squelettes.

    • A tester donc en remplacang par des <INCLURE>.

    • Bon ben effectivement ça a l’air d’aller mieux en remplaçant tous les #INCLURE par des <INCLURE /> à confirmer sur le long terme mais merci pour vos réponses rapides !!

    • Bonjour,

      J’ai le même problème et j’utilise que des <INCLURE mais je me rends compte que le _jeton ne change pas sauf si on revalide le formulaire avec le message d’erreur.

      Le formulaire est utiliser dans un article avec le modelè.

      J’ai le problème sur 3 des 5 formulaires.

      Comment chercher ce qui bloque ?

      Merci.

    • Je réagis un peu tard mais oui ben moi en fait, le coup de tout remplacer par des <INCLURE n’a pas vraiment résolu le problème... Le problème est apparu moins fréquemment peut-être (il me semble) toujours de façon assez aléatoire, j’ai laissé tomber pour résoudre le souci de façon technique et j’ai du appeler nos adhérents a bien valider une seconde fois le cas échéant mais j’aimerai bien trouver une solution à terme afin d’éviter d’avoir à proposer des formulaires à la mano pour être sur de la fiabilité du truc...

    Répondre à ce message

  • 3

    Bonsoir,

    Je n’arrive plus à configurer mes groupes de champs et mes champs ’explication’ dans champs extras, je pense qu’une mise à jour récente en est la cause. Est-ce que SAISIES en est la cause ?

    Bien à vous,
    Jul

    Répondre à ce message

  • Bonjour,

    J’ai une colle pour les meilleurs SAISISTES dans les parages.

    J’ai fais un super formulaire CVT en exploitant à 200% SAISIES et c’est top ;) Par contre j’arrive à mes limites en souhaitant mettre de l’ajax et ne pas trop me salir avec du JS inutile.

    Mon formulaire étant AJAXé via la class ’ajax’, j’aimerais pouvoir le recharger pour lui renvoyer une données saisies par l’utilisateur, je m’explique.

    Il s’agit d’un formulaire d’inscription, et j’aimerais généré via SAISIES autant de champs (nom, prenom, emails) que nécessaire, selon le nombre de personnes spécifié par l’internaute via des ’selects’.

    Pour ce faire j’ai commencé par rajouter du javascript dans l’html pour pouvoir déclarer un attribut onChange à mes selects... chose qui n’est pas possible via SAISIES (sauf erreur). Puis un script lancant un ’ajaxReload’ pour renvoyer le nouveau nombre d’inscrits en argument du formulaire, pour généré via une boucle mes champs (prenoms...), enfin bref, ca marche po.

    L’ajaxReload ne fait rien du tout... Je ne suis pas d’ailleurs très sur de la syntaxe. Car AjaxReload prends en argument l’id du bloc ajax pour un inclure, mais pour un formulaire CVT c’est moi évident.

    Donc si quelqu’un à un exemple sous la main, je suis preneur.

    En vous remerciant,
    JuL

    Répondre à ce message

  • Répondre à ce message

  • 1

    Bonsoir,

    Une question, avant de m’arracher tous mes cheveux. Je veux afficher dans ma carte des points issus d’un fichier JSON en ligne. Ces points ne sont pas (et ne doivent pas) être stockés dans la base SQL de SPIP. Ci-dessous ma démarche.

    Et ma carte est désespérément vide de points  ! Une piste ?

    Un grand merci d’avance.

    J’ai créé un modèle dans /json/gis_carte_test.html qui interroge une URL et reçoit du json que j’adapte dans une boucle DATA pour obtenir une succession de :

     { "type": "Feature", "geometry": { "type": "Point", "coordinates": [2.1919209112314, 48.988737545389] }, "id":"0950911B", "properties": { "title": Lieu de test, "description": Ceci est une école} } 

    J’appelle la carte avec :

    #INCLURE{fond=modeles/carte_gis,
            zoom=16,
      localiser_visiteur=oui,
      objets=carte_test}
    • Purée !
      2 jours de recherche pour me rendre compte qu’en nommant ma carte « objets=carte_test » ça ne fonctionnait pas alors qu’avec « objets=cartetest » ça fonctionne enfin !!

    Répondre à ce message

  • 1
    bourdeau alain

    Bonjour,
    sous ubuntu 18.04 et spip
    SPIP 3.2.1 [24285] plugin la fabrique 2.3.13
    + écran de sécurité 1.3.11 (la mise à jour vers 3.2.4 se déroule, mais l’info de version ne change pas).
    je peux créer un début de pluning, mais désque je cherche à intégrer un objet éditorial, j’ai systématiquement :

    Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau.

    et ça ’plante’ !
    je suis démuni.
    Merci bien pour votre implication Alain

    • Même erreur, dans un environnement Debian/Strecth
      Aucune erreur dans les log d’apache :-(
      Dans les log de spip, j’ai
      Pri:ERREUR : Le serveur ’_connect’ version 1 n’a pas ’showbase’

      Mais cela ne semble pas être dans le code de la fabrique...
      Sur une autre machine, très semblable (stretch aussi), la fabrique veut bien fonctionner !

      Une idée ?

    Répondre à ce message

  • 1

    Bonjour,

    Je souhaite afficher le calendrier des événements mais seulement à partir du mois où il commence.

    En clair, sur la page https://www.kandidator.fr/festival-des-nouvelles-tetes.html par exemple, commencer le calendrier à juillet car les 1res dates sont en juillet et pas en juin.

    Les dates sont liées aux articles correspondant. Dans ce cas, à l’article « Festival... »

    Code actuel :

    [(#CALENDRIER_MINI{#DATE_DEBUT,date, #URL_PAGE{jour,id_article=#ID_ARTICLE}, #URL_PAGE{calendrier_mini_event.json,id_article=#ID_ARTICLE}})]

    Merci de vos lumières.

    • Trouvé : Ajouter juste « date_debut »

      <INCLURE{fond=agenda_mini_article,date_debut,self=#SELF} />

    Répondre à ce message

  • 2

    j’essaie de sauvegarder le dossier /IMG sous windows mais j’ai un message d’erreur avec la ligne de commande

    ’SITE’ n’est pas reconnu en tant que commande interne
    ou externe, un programme exécutable ou un fichier de commandes.

    • Dans ce cas tu peux remplacer $SITE par l’url de ton site.

    • désolé mais je suis vraiment nul avec ces lignes de commande
      je remplace tous les $SITE par l’url de mon site de cette ligne de commande ?

      SITE="http://www.monsite.tld"; for i in $(curl $SITE/?page=toutimg); do wget -x -nc $SITE/$i; done

    Répondre à ce message

  • 1
    stefdn

    Beau plugin, bravo :o)

    et là, ya les KML des communes FR (pas encore testé)

    Répondre à ce message

Un message, un commentaire ?

Qui êtes-vous ?

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document