-
Version 2.2.22
Forum : Général
Dernier message : jce76350
Hier, 21:40:50
» Réponses : 18
» Affichages : 8,548 -
CMSMS et FREE installatio...
Forum : Installation
Dernier message : jce76350
Hier, 11:18:23
» Réponses : 11
» Affichages : 280 -
Info version PHP
Forum : Général
Dernier message : jce76350
09/07/2025, 09:58:35
» Réponses : 178
» Affichages : 344,530 -
CMSms : que se passe-t-il...
Forum : Général
Dernier message : jce76350
08/07/2025, 12:50:26
» Réponses : 9
» Affichages : 1,501 -
Version 2..xxF2
Forum : Général
Dernier message : jce76350
29/05/2025, 17:47:21
» Réponses : 1
» Affichages : 544 -
Cherche testeurs pour V 2...
Forum : Général
Dernier message : jce76350
03/05/2025, 15:22:49
» Réponses : 94
» Affichages : 93,855 -
Suite lancement mise à jo...
Forum : Général
Dernier message : jce76350
01/05/2025, 11:19:07
» Réponses : 9
» Affichages : 2,581 -
Module MenuManager.module...
Forum : Installation
Dernier message : ohaldi
17/03/2025, 12:27:39
» Réponses : 9
» Affichages : 2,864 -
Module MAMS
Forum : Modules, Tags
Dernier message : Xtra
13/03/2025, 22:49:35
» Réponses : 2
» Affichages : 1,099 -
notifications permanentes...
Forum : Général
Dernier message : jce76350
12/03/2025, 15:36:57
» Réponses : 0
» Affichages : 507
- Messages du forum :29,267
- Sujets du forum :4,329
- Membres :666
- Dernier membre :Eric31

Bonjour existe il un module générant le sitemap xml et éventuellement le robot.txt a jour ?
Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 2.1.2
#~ Url du site : www.lamaisonlongue.fr
#~ Hébergeur / Soft : 1&1
#~ Informations Système :
#~ ----------------------------------------------
#~ Cms Version: 2.1.2
#~ Installed Modules:
#~ AdminSearch: 1.0
#~ CGExtensions: 1.53.6
#~ CGSimpleSmarty: 2.1
#~ CMSContentManager: 1.1
#~ DesignManager: 1.1.1
#~ FileManager: 1.5.2
#~ Gallery: 2.1.5
#~ Gbook: 2.0.3
#~ MenuManager: 1.50.2
#~ MicroTiny: 2.0.3
#~ ModuleManager: 2.0.2
#~ Navigator: 1.0.2
#~ News: 2.50.4
#~ Search: 1.50.2
#~ Showtime2: 3.5.0
#~ Config Information:
#~ php_memory_limit:
#~ max_upload_size: 64000000
#~ url_rewriting: mod_rewrite
#~ page_extension: .html
#~ query_var: page
#~ auto_alias_content: true
#~ locale:
#~ set_names: true
#~ timezone: Europe/Berlin
#~ permissive_smarty: false
#~ Php Information:
#~ phpversion: 5.6.21
#~ md5_function: On (Vrai)
#~ json_function: On (Vrai)
#~ gd_version: 2
#~ tempnam_function: On (Vrai)
#~ magic_quotes_runtime: Off (Faux)
#~ E_ALL: 22517
#~ E_STRICT: 0
#~ E_DEPRECATED: 0
#~ test_file_timedifference: Aucune différence de date du système trouvée
#~ test_db_timedifference: Aucune différence de date du système trouvée
#~ create_dir_and_file: 1
#~ memory_limit: 256M
#~ max_execution_time: 50000
#~ register_globals: Off (Faux)
#~ output_buffering: 0
#~ disable_functions:
#~ open_basedir:
#~ test_remote_url: Valable
#~ file_uploads: On (Vrai)
#~ post_max_size: 64M
#~ upload_max_filesize: 64M
#~ session_save_path: /tmp (1777)
#~ session_use_cookies: On (Vrai)
#~ xml_function: On (Vrai)
#~ xmlreader_class: On (Vrai)
#~ check_ini_set: On (Vrai)
#~ curl: On
#~ Performance Information:
#~ allow_browser_cache: Off (Faux)
#~ browser_cache_expiry: 60
#~ php_opcache: Off (Faux)
#~ smarty_cache: Off (Faux)
#~ smarty_compilecheck: Off (Faux)
#~ smarty_cache_udt: Off (Faux)
#~ auto_clear_cache_age: On (Vrai)
#~ Server Information:
#~ Server Software: Apache
#~ Server Api: cgi-fcgi
#~ Server Os: Linux Linux info 3.0 #1337 SMP Tue Jan 01 00:00:00 CEST 2000 all GNU/Linux On Linux info 3.0 #1337 SMP Tue Jan 01 00:00:00 CEST 2000 all GNU/Linux
#~ Server Db Type: MySQL (mysqli)
#~ Server Db Version: 5.5.47
#~ Server Db Grants: Trouvé un privilège "GRANT ALL" qui semble être adapté
#~ Permission Information:
#~ tmp: /homepages/9/d588640699/htdocs/tmp (0727)
#~ tmp_cache: /homepages/9/d588640699/htdocs/tmp/cache (0727)
#~ templates_c: /homepages/9/d588640699/htdocs/tmp/templates_c (0727)
#~ modules: /homepages/9/d588640699/htdocs/modules (0727)
#~ uploads: /homepages/9/d588640699/htdocs/uploads (0727)
#~ Masque de création de fichier (umask) : /homepages/9/d588640699/htdocs/tmp/cache (0727)
#~ config_file: 0604
#~ ----------------------------------------------
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~
Ecrivez votre question ici.

Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 2.1.3
#~ Url du site :
#~ Hébergeur / Soft :
#~ Informations Système :
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~
Bonjour à tous,
Bon j'ai mis à jour un site vers 2.1.3. Avant j'avais mis à jour la dernière mouture de CGextension(1.53.6) publiée ce week-end. Un excès de zèle idiot d'habitude j'attends prudemment que d'autres essuient les plâtres...

Je ne sais pas s'il y a une relation mais j'ai perdu les vignettes aussi bien dans le gestionnaire de fichiers que dans TinyMCE. Elles sont bien générées pourtant et avec les bons droits, je les vois en FTP - J'ai évidemment vidé tous les caches possibles et imaginables....
Problème CGextension n'est pas desinstallable car lié à pas mal d'autres modules.
Un avis ?
Edit : y a eu un problème avec le smtp du forum, du coup le message est en doublon si un admin peut en supprimer un, merci d'avance.

Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 2.1.3
#~ Url du site :
#~ Hébergeur / Soft :
#~ Informations Système :
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~
Bonjour à tous,
Question très bête... Y a t il un remplaçant pour FormBuilder?
Ce module utilise CMSMailer ce qui semble plus recommandé dans la V2, et je trouve pas de module de remplacement à FormBuilder. Qu'utilisez vous à la place?
A très bientôt ...

Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 2.1.1
#~ Url du site : paotredpagan.bzh
#~ Hébergeur / Soft : ovh
#~ Informations Système :
#~ ----------------------------------------------
#~ Cms Version: 2.1.1
#~ Installed Modules:
#~ CMSMailer: 5.2.4
#~ AdminSearch: 1.0
#~ FileManager: 1.5.2
#~ MenuManager: 1.50.2
#~ MicroTiny: 2.0.2
#~ ModuleManager: 2.0.1
#~ News: 2.50.3
#~ Search: 1.50.2
#~ ThemeManager: 1.1.8
#~ CGExtensions: 1.51
#~ JQueryTools: 1.3.8
#~ SiteMapMadeSimple: 1.2.8
#~ FormBuilder: 0.8.1.2
#~ Captcha: 0.5.2
#~ CMSContentManager: 1.1
#~ DesignManager: 1.1.1
#~ Navigator: 1.0.2
#~ Config Information:
#~ php_memory_limit:
#~ max_upload_size: 64000000
#~ url_rewriting: mod_rewrite
#~ page_extension:
#~ query_var: page
#~ auto_alias_content: true
#~ locale:
#~ set_names: true
#~ timezone: Europe/Paris
#~ permissive_smarty: false
#~ Php Information:
#~ phpversion: 5.6.20
#~ md5_function: On (Vrai)
#~ json_function: On (Vrai)
#~ gd_version: 2
#~ tempnam_function: On (Vrai)
#~ magic_quotes_runtime: Off (Faux)
#~ E_STRICT: 2048
#~ E_DEPRECATED: 8192
#~ test_file_timedifference: Aucune différence de date du système trouvée
#~ test_db_timedifference: Aucune différence de date du système trouvée
#~ create_dir_and_file: 1
#~ memory_limit: 512M
#~ max_execution_time: 300
#~ register_globals: Off (Faux)
#~ output_buffering: 4096
#~ disable_functions: _dyuweyrj4, _dyuweyrj4r, dl
#~ open_basedir:
#~ test_remote_url: Valable
#~ file_uploads: On (Vrai)
#~ post_max_size: 64M
#~ upload_max_filesize: 64M
#~ session_save_path: /tmp (0700)
#~ session_use_cookies: On (Vrai)
#~ xml_function: On (Vrai)
#~ xmlreader_class: On (Vrai)
#~ check_ini_set: On (Vrai)
#~ curl: On
#~ Performance Information:
#~ allow_browser_cache: Off (Faux)
#~ browser_cache_expiry: 60
#~ php_opcache: On (Vrai)
#~ smarty_cache: On (Vrai)
#~ smarty_compilecheck: Off (Faux)
#~ smarty_cache_udt: On (Vrai)
#~ auto_clear_cache_age: On (Vrai)
#~ Server Information:
#~ Server Software: Apache
#~ Server Api: fpm-fcgi
#~ Server Os: Linux 3.14.60-grsec-hosting-web-3.14 On x86_64
#~ Server Db Type: MySQL (mysql)
#~ Server Db Version: 5.5.46
#~ Server Db Grants: Impossible de trouver un privilège "GRANT ALL". Cela ne conduit pas nécessairement à des problèmes... Mais si vous avez des problèmes pour installer/retirer des modules ou ajouter/supprimer des éléments de contenu ou pages cela pourrait en être la cause.
#~ Permission Information:
#~ tmp: /home/randoker/paotredpagan.bzh/paotredpagan/tmp (0705)
#~ tmp_cache: /home/randoker/paotredpagan.bzh/paotredpagan/tmp/cache (0705)
#~ templates_c: /home/randoker/paotredpagan.bzh/paotredpagan/tmp/templates_c (0705)
#~ modules: /home/randoker/paotredpagan.bzh/paotredpagan/modules (0705)
#~ uploads: /home/randoker/paotredpagan.bzh/paotredpagan/uploads (0705)
#~ Masque de création de fichier (umask) : /home/randoker/paotredpagan.bzh/paotredpagan/tmp/cache (0705)
#~ config_file: 0444
#~ ----------------------------------------------
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~
Des scipts indésirables se retrouvent dans le code source de la page d'accueil du site, ce qui provoque l'arrêt de mes scripts, c'est comme cela que j'ai découvert le pb.
En consultant le wiki sur le sujet je me suis aperçu que mon .htacces était trop light, j' aurai besoin d'aide pour le mettre au point.
Mais avant cela, que dois-je faire pour supprimer ces scripts indésirable ?
La base de données peut-elle être impactée ? je n'ai rien vu à priori dans l'export sql, mais j'ai pu rater quelque chose.
Je pensais faire une réinstallation complète à partir des fichiers de la forge dans les version qui sont en cours avant de faire une mise à jour CMS et modules et modifer le .htacces.
Y a t'il d'autres solutions que le htaccess pour se prémunir contre de telles attaques ?
Merci d'avance pour vos réponses et sages conseils
Amicalement
Alain

Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 1.12.2
#~ Url du site : local
#~ Hébergeur / Soft : MAMP
#~ Informations Système :
#~ ----------------------------------------------
#~ Cms Version: 1.12.2
#~ Installed Modules:
#~ CMSMailer: 5.2.14
#~ FileManager: 1.4.5
#~ MenuManager: 1.8.7
#~ ModuleManager: 1.5.8
#~ News: 2.15.2
#~ Search: 1.7.13
#~ ThemeManager: 1.1.8
#~ FrontEndUsers: 1.28.3
#~ CustomContent: 1.10
#~ FormBuilder: 0.8.1.3
#~ CGSimpleSmarty: 1.10
#~ SelfRegistration: 1.9.6
#~ CGExtensions: 1.53.5
#~ SiteMapMadeSimple: 1.2.8
#~ Captcha: 0.5.2
#~ MleCMS: 1.11.4
#~ Showtime: 3.4
#~ TemplateExternalizer: 2.1.6
#~ CustomGS: 2.2
#~ CMSPrinting: 1.0.5
#~ MicroTiny: 1.2.9
#~ Archiver: 0.2.6
#~ AceEditor: 1.0
#~ JQueryTools: 1.3.9
#~ CGContentUtils: 1.5.3
#~ CGSmartImage: 1.21.3
#~ Config Information:
#~ php_memory_limit:
#~ process_whole_template:
#~ max_upload_size: 32000000
#~ url_rewriting: mod_rewrite
#~ page_extension:
#~ query_var: page
#~ image_manipulation_prog: GD
#~ auto_alias_content: true
#~ locale: fr_FR.utf8
#~ default_encoding: utf-8
#~ admin_encoding: utf-8
#~ set_names: false
#~ Php Information:
#~ phpversion: 5.6.10
#~ md5_function: On (Vrai)
#~ gd_version: 2
#~ tempnam_function: On (Vrai)
#~ magic_quotes_runtime: Off (Faux)
#~ E_STRICT: 2048
#~ E_DEPRECATED: 8192
#~ memory_limit: 128M
#~ max_execution_time: 30
#~ output_buffering: On
#~ safe_mode: Off (Faux)
#~ file_uploads: On (Vrai)
#~ post_max_size: 32M
#~ upload_max_filesize: 32M
#~ session_save_path: /Applications/MAMP/tmp/php (0775)
#~ 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.42
#~ 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 ~~~~~
[== Indéfini ==]
ALTER TABLE cms_module_feusers_properties ADD FOREIGN KEY (title) REFERENCES cms_module_feusers_propdefn (name) Cannot add or update a child row: a foreign key constraint fails (`nomdelabase`.`#sql-19d_43`, CONSTRAINT `#sql-19d_43_ibfk_12` FOREIGN KEY (`title`) REFERENCES `cms_module_feusers_propdefn` (`name`))
J'ai fait une mise à jour de modules, dont FEU qui était au départ en version 1.28.3, vers la version la plus récente 1.31.2. Les tables sont passées de MyIsam à InnoDB et j'ai donc l'erreur ci-dessus qunad je veux effectuer la mise à jour de ce module. J'avoue ne pas trop savoir quoi faire là.
Pour info, j'ai déjà fait au moins une autre mis à jour sur un autre site vers cette version du module sans aucun souci.

Bon, le loup est revenu...
Problème à l'import de la table sur un hébergement pro 2014 OVH -
#1214 - The used table type doesn't support FULLTEXT indexes
Les tables de type InnoDB ne supportent pas l'indexation FULLTEXT avant la version Mysql....
Je jette un oeil en local et bingo:
Certaines tables du module Cgcalendar sont en Innodb et toutes les tables du module LISE aussi = une palanquée d'em###des à prévoir en fonction des hébergements etc...
On a déjà vu ça par le passé.
Quelqu'un peut jeter un oeil sur une installation fraiche en ligne sur du 2.1.3 ?
Si c'est vérifié quelqu'un peut-il reporter le problème à Calguy et au développeur de LISE
Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 1.12.x
#~ Url du site :
#~ Hébergeur / Soft : OVH (dans un docker)
#~ 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
#~ Captcha: 0.5.2
#~ CGExtensions: 1.53.4
#~ MleCMS: 1.11.4
#~ CGSimpleSmarty: 1.10
#~ CGContentUtils: 1.5.3
#~ JQueryTools: 1.3.9
#~ Uploads: 1.22
#~ GBFilePicker: 1.3.3
#~ Gallery: 2.1.4
#~ ECB: 1.6
#~ CGBlog: 1.13.5
#~ CGGoogleMaps2: 0.99.3
#~ CGSmartImage: 1.21.3
#~ Piwik: 1.0.1
#~ Config Information:
#~ php_memory_limit:
#~ process_whole_template:
#~ max_upload_size: 10000000
#~ url_rewriting: mod_rewrite
#~ 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.16
#~ md5_function: On (True)
#~ gd_version: 2
#~ tempnam_function: On (True)
#~ magic_quotes_runtime: Off (False)
#~ E_STRICT: 0
#~ E_DEPRECATED: 0
#~ memory_limit: 128M
#~ max_execution_time: 30
#~ output_buffering: 4096
#~ safe_mode: Off (False)
#~ file_uploads: On (True)
#~ post_max_size: 10M
#~ upload_max_filesize: 10M
#~ session_save_path: /var/lib/php5 (1733)
#~ session_use_cookies: On (True)
#~ xml_function: On (True)
#~ xmlreader_class: On (True)
#~ Server Information:
#~ Server Api: apache2handler
#~ Server Db Type: MySQL (mysqli)
#~ Server Db Version: 5.5.47
#~ Server Db Grants: Found a "GRANT ALL" statement that appears to be suitable
#~ Server Time Diff: No filesystem time difference found
#~ ----------------------------------------------
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~
Bonjour,
Mon site a été passé en https il y a peu et j'ai un problème dans l'onglet content>pages. Je n'arrive plus à étendre ma liste de pages.
Je vois qu'une requête ajax est lancé mais elle pointe toujours vers mon adresse en http avec le port 80 alors qu'elle devrait pointer vers une page en https sans port.
Où dois-je faire la modification?
Edit: j'ai bien mon https en faite mais j'ai toujours ce numéro de port qui bloque la requête.
Merci d'avance pour vos réponses.

Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 2.1.3
#~ Url du site :
#~ Hébergeur / Soft :
#~ Informations Système :
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~
Bonjour,
j'utilise CGcalendar dans sa dernière mouture. Tout fonctionne comme attendu. Un détail me pose problème cependant:
L'insertion par défaut avec la vue FullCalendar fonctionne bien (bon, ça oblige à charger une sacré morceau de script mais...).
Par contre je cherche à ce que je ne perde pas le "mois de l'événement" lorsque je consulte le détail d'un événement donné.
Je m'explique : si je clique sur un événement qui aura lieu disons en octobre 2016, pas de souci, celui-ci s'affiche bien mais au rechargement de la page (page de "détail" appelée), ma vue FullCalendar reprend ses valeur par défaut et donc retour au mois actuel.
Dans le temps, on pouvait utiliser use_session pour pallier le truc avec la vue "Calendar", mais avec FullCalendar, cela ne fonctionne pas (c'est normal, c'est pas prévu...).
J'ai trouvé un semblant de solution sur stackoverflow un peu genre bazooka pour....
Utiliser les cookies pour stocker la date de l'événement et récupérer ça au chargement de la page ce qui signifie:
Encore ajouter un script supplémentaire pour les cookies....
Jai du mal à le faire fonctionner, voici le code suggéré:
[== Indéfini ==]
defaultView: Cookies.get('fullCalendarCurrentView') || 'month',
defaultDate: Cookies.get('fullCalendarCurrentDate') || null,
viewRender: function(view) {
Cookies.set('fullCalendarCurrentView', view.name, {path: ''});
Cookies.set('fullCalendarCurrentDate', view.intervalStart.format(), {path: ''});
}
Bon à la rigueur cela devrait être le fonctionnement attendu à l'initial.
Les gabarits de calendrier sont passés dans la gestion du design et Robert a fait un sacré ménage. Rome ne s'est pas... après tout.
FullCalendar, c'est bien....mais on ajoute encore une couche, un niveau de complexité, des problèmes éventuels avec certains navigateurs.(problèmes de DOM etc...).
J'aime bien Jquery, javascript,Ajax lorsqu'il s'agit de mettre en œuvre ce que j'appellerai des "fonctionnalités secondaires" (les âmes chagrines me diront qu'aujourd'hui 99.3% des menus.... elles n'ont pas tort) mais je ne suis pas bien certain qu'une mise en œuvre trop généreuse participe à la solidité de la plateforme.

Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 2.1.3
#~ Url du site :
#~ Hébergeur / Soft :
#~ Informations Système :
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~
Bonjour!
J'utilise cmsms depuis un certain moment maintenant et en v2 depuis peu

J'ai installé le module CSSPreprocessor réalisé par Airelibre, dans l'idée de pouvoir créer un site avec le framework Foundation.
J'ai vu dans la doc du module que c'était possible.
En parcourant le forum je suis tombé sur ce sujet très interessant:
(je ne peux pas mettre le lien car je n'ai pas assez de message postés sur le forum, mais c'est le seul autre sujet sur CSSPreprocessor, trouvable facilement dans la recherche, posté par Aria)
J'y ai appris que l'on pouvait intégrer des autres feuilles .scss en les ajoutant dans le gestionnaire de designs de cmsms v2.
Mon problème, c'est que dans la distribution de Foundation (sass version) il y a énormément de liens @include et @import entre beaucoup de fichiers différents (grille, modal, forms, typography etc.).
J'ai bien utilisé la méthode du topic ci-dessus pour quelques fichiers .scss et ça fonctionne, mais même en ayant mis les fichiers de Foundation dans uploads/foundation/scss tous les liens ne sont pas fait.
Donc juste pour mieux comprendre, ma première question est:
Que faut-il avoir exactement à la racine de uploads/foundation/scss pour que le framework entier puisse fonctionner? car pour l'instant la seule solution que je vois c'est d'ajouter une à une tous les .scss du framework et c'est juste un boulot monstrueux :p