Forum CMS Made Simple Francophone

Aide francophone sur CMS Made Simple

Vous n'êtes pas identifié(e).

Annonce

ATTENTION

  • Prenez le temps de rechercher si quelqu'un n'a pas déjà proposé une solution à votre problème. Sur le forum français et sur le wiki
  • Pensez à mettre à jour votre version de CMS Made Simple. Nous ne faisons de support que sur LA dernière version de CMS Made Simple.
  • Renseignez impérativement le formulaire de nouveau message de manière la plus complète que possible. Dans votre CMS utiliser le menu Administration du site/Informations du système en haut Vue au format texte. Ces informations demandées nous permettent de mieux vous aider
  • Ajoutez [Résolu] au début du titre de votre 1er message lorsqu'une solution a été trouvée.

#1 Re : Modules, Tags » SelfRegistration - Insufficient number parameters » 24/09/2017 10:19:31

J'ai vu qu'il y a une version 1.11.1 de SelfRegistration datant d'hier. J'ai fait la mise à jour. Chez moi maintenant ça fonctionne correctement.

#2 Re : Modules, Tags » SelfRegistration - Insufficient number parameters » 21/09/2017 17:52:12

J'ai le même problème, suite à la mise à jour de FEU vers la version 2.5.2 à 2.6. Et de SelfRegistration de la version 1.10.1 à 1.11. De plus après cette mise à jour, l'option [Paramètres FEU] a disparu de l’administration. C'est heureusement une version de test, la version courante avec FEU version 2.5.2 et SelfRegistration 1.10.1 est en ordre. Son environnement est le même.

#3 Re : Développement et Astuces » Opérateurs logiques "AND" "OR" » 10/07/2017 11:56:01

Oui oui, d’accord l'exemple donné est clair ; mais j'avais entre autres quelque chose de ce genre (je simplifie)

(($node->extra1 == 'retour' )or ($node->extra1== 'annonce'))and (...

et avant la version 2.2 ça fonctionnait sans espaces entre ')' et 'or' ou ')' et 'and'

avec bien des interpréteurs, ça fonctionnerait et ça a fonctionné de la version 1.2 à la version 2.1.5 de CMSMS

Maintenant il faut écrire le même ainsi

(($node->extra1 == 'retour' ) or ($node->extra1== 'annonce')) and (...

#4 Re : Développement et Astuces » Opérateurs logiques "AND" "OR" » 10/07/2017 09:20:48

J'ai  placé ma description sur le forum anglais.

Calguy m'a répondu assez rapidement (voir sous  forum.cmsmadesimple.org/viewtopic.php?f=3&t=76885&e=0)

Si j'ai bien compris la réponse de Calguy,
CMSMS 2.2 a introduit une nouvelle version de smarty qui applique probablement des règles plus strictes pour l'analyse syntaxique.

Les mots 'or' et 'and' sont des opérateurs permis à la place de '||' et '&&'. Le problème proviendrait des blancs.
L'interpréteur a de la peine à comprendre à l'analyse que le 'or' doit être considéré comme un opérateur.

Calguy propose d'ajouter des espaces autour de tous les opérateurs de comparaison.

Essai concluant
Si je veille a avoir des blancs partout avant et après les opérateurs 'or' et 'and' mon code fonctionne parfaitement.

Avoir des espaces avant et après tout opérateur 'and' ou 'or' est donc aussi une bonne solution.

#5 Re : Développement et Astuces » Opérateurs logiques "AND" "OR" » 07/07/2017 15:23:41

Voici d'où provient la mise à jour de 2.1.5 à 2.2.1 :

s3.amazonaws.com/cmsms/downloads/13729/cmsms-2.2.1-install.expanded.zip

avant la mise à jour tout fonctionnait admirablement avec AND et OR dans la navigation. Sinon rien n'avait été modifié.

#6 Re : Développement et Astuces » Opérateurs logiques "AND" "OR" » 05/07/2017 17:49:41

Il s'agissait de code de menu, où le choix des pièces présentées du menu dépendait de conditions.

Voici un exemple corrigé (autres.tpl), patron utilisé dans un gabarit :

<ul style="list-style-type:none; ">
{foreach from=$nodelist item=node}
{if ($node->extra1 == 'retour' ) || ($node->extra1== 'annonce') ||
(   ($node->extra1=='membres' && feu_smarty::is_user_memberof('Membres')) ||
    ($node->extra1=='auteurs' && feu_smarty::is_user_memberof('Auteurs'))||
    ($node->extra1=='attente' && feu_smarty::is_user_memberof('potentiel'))
     )}
  {if $node->current == true}
  <li><a href="{$node->url}" class="currentpage"{if $node->target ne ""} target="{$node->target}"{/if}> {$node->menutext} </a>
  {else}
  <li><a href="{$node->url}">{$node->menutext}</a></li>
  {/if}
{/if}
{/foreach}
</ul>

Il est possible que hors de l'utilisation dans un menu au sein d'un gabarit, AND et OR passent très bien. Et je précise que le site est installé en français.

#7 Développement et Astuces » Opérateurs logiques "AND" "OR" » 05/07/2017 15:28:23

raiyul
Réponses : 11

Ceci pourra être utile à plusieurs

En passant de la version 2.1.5  à la version 2.2.1 (en langue française), j'ai constaté ceci qui pourra venir en aide à plusieurs.
Dans un patron (template) de menu j'avais un code semblable à ceci :

{if condition_1 or (condition_2 and condition 3)} du code {\if}.
   Avec la version 2.2.1 (en langue française) ça ne marche plus sad .
Remplacement par
{if condition_1 || (condition_2 && condition 3)} du code {\if} et ça marche smile .

Donc remplacement de l'opérateur AND par &&  et de l'opérateur OR par ||.

C'est tout simple, mais très utile.

#8 Modules, Tags » [Résolu]FrontEndUsers form="login" returnto="$page_alias" dans gabarit » 29/04/2016 17:37:44

raiyul
Réponses : 0

Bonjour


#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 1.12.x
#~ Url du site : cnf-fribourg.ch
#~ Hébergeur / Soft : Hostarea.ch
#~ Informations Système :
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~


Constatation

Il ne s'agit pas d'une question, mais d'une constatation suite à une mise à jour de FrontEndUser.
Avec la version 1.23.1 je pouvais avoir dans un gabarit

{if !$ccuser->memberof('Membres')} 
  {cms_module module=FrontEndUsers form="login" nocaptcha="1" returnto="$page_alias"}
 {else}
  {content}
 {/if}

Ceci permet de protéger les pages usant de ce gabarit en demandant au visiteur de s'annoncer.

Avec la version 1.31.1, j'ai du passer à cette forme, remplaçant returnto="$page_alias" par inline=true :

{if !$ccuser->memberof('Membres')}
  {cms_module module=FrontEndUsers form="login" nocaptcha="1" inline=true}
 {else}
  {content}
 {/if}

Conclusion

Ce message pour ceux qui auraient le même problème suite à une mise à jour de FrontEndUsers.

D'ailleurs le paramètre inline=true du module login est aussi utilisable avec la version 1.23.1.

Bien à vous

  Raiyul

#9 Re : Modules, Tags » [Résolu]- Changement de mes paramètres - revient à la page appelante » 25/04/2016 15:47:07

Bonjour

J'ai trouvé la réponse. smile Dans le forum, sous
    » Modules, Tags
titre
    » Module FEU Erreur lien "Change My Settings"
de
untel44, le 23/11/2015 12:59:36

Donc j'ai moi aussi corrigé

ligne 93 action.logoutform.php
$url = $this->create_url($id,'changesettings',$cspage,$parms);
et non pas
$url = $this->create_url($id,'default',$cspage,$parms);

À lire la discussion citée, l'erreur a été annoncée en date du 23/11/2015

et ce ne serait toujours pas corrigé ! sad


Cordialement

RaiYul

#10 Re : Modules, Tags » [Résolu]- Changement de mes paramètres - revient à la page appelante » 22/04/2016 15:34:20

Chers amis et aides pour CMSMadeSimple,

Introduction
J'ai installé CMSMadeSimple en local il y a quatre ans, puis transféré vers l'hébergeur il y a quelque 3 ans. J'avais alors ouvert un compte pour le forum puis je n'en ai plus eu besoin depuis lors. Donc oublié aussi. Mais je ne suis pas tout nouveau. Mes premiers utilisateurs du site se sont annoncés à partir du 17 juin 2013. Tout tournait à la perfection jusqu'à cette mise à jour de FEU vers 1.31.1.

Réponse à JCE
En ce qui concerne config.php, j'ai ma configuration d'origine (4 ans) qui ne pose pas de problème. L'administration passe sans problème. Mais il se pourrait que j'aie un problème dans le gabarit de ma page principale. Ou bien est-ce la faute à $config['root_url'] (voir ci-dessous) ?

Réponse à Jean le Chauve
Ce que j'ai fait
Une installation de la version 1.12.2 toute neuve dans mon LAMP local tout vide. Je constate que le nouveau config.php est le même que l'ancien (que j'avais vidé), sauf qu'il y a une ligne de plus :
$config['root_url'] = ...  (?)

Ensuite installé FEU avec tous les modules qu'il requérait.
Dans la gestion des utilisateurs du site, j'ai créé 5 groupes et détruit le 4me. Ceci correspond à la configuration qui me pose problème. J'ai un peu adapté l'inscription des utilisateurs. L'identificateur est du texte (et non adresse de courriel) et je n'exige pas un mot de passe fort. Ensuite inscrit un utilisateur dans un groupe.

J'ai aussi essayé plus tard après réinstallation de FEU avec un seul groupe : mêmes réactions.

Créé deux pages :
a) pour la connexion, contenu :
{FrontEndUsers nocaptcha="1" form="login" returnto="home"}
b) pour se déconnecter (et changer ses paramètres !), contenu
{FrontEndUsers nocaptcha="1" form="logout" returnto="home"}

Fait quelques essais
a) connexion : l'utilisateur est connecté (ça se voit dans la liste des utilisateurs)
b) page déconnexion puis appel Déconnexion : l'utilisateur n'est plus connecté (et comme avant, saut à la page home)
c) comme a)
d) page déconnexion puis appel de Changement de mes paramètres : il ne se passe strictement rien, on reste sur la page avec sa salutation et ses deux choix
e)comme b)

Donc dans l'appel
{FrontEndUsers nocaptcha="1" form="logout" returnto="home"},  le
Changement de mes paramètres
ne fonctionne pas !

Suis-je assez clair ? Quelle pourrait être la cause de l'erreur ?

Amitiés

Rayj

#11 Re : Modules, Tags » [Résolu]- Changement de mes paramètres - revient à la page appelante » 18/04/2016 11:30:19

Bonjour Jean,

Je crois que dans la seconde partie de mon message, je n'ai pas été clair.
   J'ai un site public qui fonctionne, sauf que la mise à jour du module FEU ne fonctionne pas correctement.

Pour les tests, je prends la dernière sauvegarde correcte (avant mise à jour de FEU) et je la place en local.
Mais avant, je vide en local le répertoire du site et dans MySql les tables du site. C'est là qu'il y a un message d'erreur.

Il faut bien faire place nette avant d'y placer la sauvegarde. Après l'opération de clonage, et un petit upgrade  (config.php est différent), j'ai deux sites de même apparence et aux mêmes réactions, l'un public chez mon hébergeur et l'autre, son clone en local. Et le site local réagit de la même manière à une mise à jour de FEU !

Il ne s'agit donc pas de suppression de module. Et après réflexion, je crois comprendre le message MySql : il est clair que dans un schéma entité-association, si on cherche à détruire des éléments parents (la définition de base des utilisateurs FEU), il manquera un élément d'une contrainte d'association (par exemple pour le mot de passe).

D'autre part, je ne me vois pas (encore pas) installer une version vide (1.12.2 ou 2) vide et l'adapter peu à peu pour qu'elle ait le même comportement que l'installation actuelle.

J'avais quand passé des heures à construire ce site cnf-fribourg.ch pour qu'il soit ce qu'il est !

---

En plus, je voulais mettre à jour CGJobManager et j'ai alors eu ce message d'erreur

Erreur Checksum. Ceci indique probablement qu'il y a un fichier corrompu, soit lorsqu'il a été téléchargé sur le dépôt sélectionné, soit lorsqu’il a été transmis à votre machine.

Voilà donc où j'en suis.

Je pense supprimer NMS et CGJobManager et voir si ça va mieux.

Meilleures pensées

RaiYul

#12 Modules, Tags » [Résolu]- Changement de mes paramètres - revient à la page appelante » 14/04/2016 15:49:03

raiyul
Réponses : 7

#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 1.12.x
#~ Url du site : local
#~ Hébergeur / Soft : lamp
#~ Informations Système :
#~      ----------------------------------------------
#~      Cms Version: 1.12.2
#~      Installed Modules:
#~          CMSMailer: 5.2.14
#~          CMSPrinting: 1.0.5
#~          FileManager: 1.4.5
#~          MenuManager: 1.8.7
#~          MicroTiny: 1.2.9
#~          ModuleManager: 1.5.8
#~          News: 2.15.2
#~          Search: 1.7.13
#~          ThemeManager: 1.1.8
#~          FormBuilder: 0.8.1.3
#~          TinyMCE: 2.9.12
#~          CGExtensions: 1.52.2
#~          FrontEndUsers: 1.31.1
#~          CustomContent: 1.9
#~          FEU_Auth_Basic: 1.0
#~          SelfRegistration: 1.8.2
#~          Captcha: 0.5.2
#~          FEUMailer: 0.9.4
#~          CGSimpleSmarty: 1.9.1
#~          CGJobMgr: 1.3.1
#~          NMS: 2.8.3
#~      Config Information:
#~          php_memory_limit:
#~          process_whole_template:
#~          max_upload_size: 2000000
#~          url_rewriting: none
#~          page_extension:
#~          query_var: page
#~          image_manipulation_prog: GD
#~          auto_alias_content: true
#~          locale:
#~          default_encoding: utf-8
#~          admin_encoding: utf-8
#~          set_names: true
#~      Php Information:
#~          phpversion: 5.5.9-1ubuntu4.14
#~          md5_function: On (Vrai)
#~          gd_version: 2
#~          tempnam_function: On (Vrai)
#~          magic_quotes_runtime: Off (Faux)
#~          E_STRICT: 2048
#~          E_DEPRECATED: 0
#~          memory_limit: 32M
#~          max_execution_time: 30
#~          output_buffering: 0
#~          safe_mode: Off (Faux)
#~          file_uploads: On (Vrai)
#~          post_max_size: 8M
#~          upload_max_filesize: 2M
#~          session_save_path: /var/lib/php5 (0777)
#~          session_use_cookies: On (Vrai)
#~          xml_function: On (Vrai)
#~          xmlreader_class: On (Vrai)
#~      Server Information:
#~          Server Api: apache2handler
#~          Server Db Type: MySQL (mysqli)
#~          Server Db Version: 5.5.47
#~          Server Db Grants: Trouvé un privilège "GRANT ALL" qui semble être adapté
#~          Server Time Diff: Aucune différence de date du système de fichiers trouvées
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~

Bonjour à tous,

Je suis passé de la version 1.23.3 de -FrontEndUsers- à la version 1.31.1.
   J'ai dû mettre à jour quelques gabarits de ce module pour que les utilisateurs puissent toujours s'annoncer ou se déconnecter comme avant.
                       Mais concernant le changement des paramètres, rien à faire.
   Il revient à la page chargée du gabarit de déconnexion.

J'avais d'abord fait la mise à jour sur le site cnf-fribourg.ch, mais j'ai repris la sauvegarde réalisée juste avant. J'ai repris mes essais sur une copie en local. J'ai la même erreur. C'est de là que je m'annonce maintenant.

-----

Plus de détails du lendemain :

Pour d'autres tests, j'ai voulu réinstaller en local la copie de la  version internet(avant mise à jour du module -FrontEndUsers-).
Pour le faire correctement, dans la base de données MySql, j'ai d'abord effacé toutes les tables concernées.
J'ai eu une alerte concernant
           cnf_module_feusers_propdefn
à savoir le message
             #1217 - Cannot delete or update a parent row: a foreign key constraint fails

C'est peut-être en relation avec l'erreur annoncée.

Amitiés
  RaiYul

Pied de page des forums

Propulsé par FluxBB