[Résolu] Changements V1.12.2 -> V2.1.6 sur le scope ? -
Ouik - 17/03/2017
Citation :#~~~~~ DEBUT BLOC A NE PAS SUPPRIMER ~~~~~
#~ Version du CMS: 2.1.6
#~ Url du site : local
#~ Hébergeur / Soft : mamp
#~ Informations Système :
#~ ----------------------------------------------
#~ Cms Version: 2.1.6
#~ Installed Modules:
#~ AceEditor2: 1.05
#~ AdminSearch: 1.0.2
#~ CGCalendar: 2.2
#~ CGContentUtils: 2.2.2
#~ CGEcommerceBase: 1.6.2
#~ CGExtensions: 1.53.19
#~ CGFeedMaker: 1.0.20
#~ CGPaymentGatewayBase: 1.6.1
#~ CGSimpleSmarty: 2.1.6
#~ CGSmartImage: 1.21.5
#~ CMSContentManager: 1.1.4
#~ CMSMailer: 6.2.14
#~ Cart: 1.10.1
#~ DesignManager: 1.1.1
#~ ExaExternalizer: 0.6
#~ FRShipping: 1.2.3
#~ FileManager: 1.5.2
#~ FormBuilder: 0.8.1.6
#~ FrontEndUsers: 2.3.2
#~ Gallery: 2.3
#~ JQueryTools: 1.3.9
#~ LISE: 1.2.3
#~ LISEAvoirAfaire: 1.2.3
#~ LISECommercesServices: 1.2.3
#~ LISELEtest: 1.2.3
#~ LISESeLoger: 1.2.3
#~ MicroTiny: 2.0.3
#~ MleCMS: 2.0-beta1
#~ ModuleManager: 2.0.5
#~ Navigator: 1.0.3
#~ News: 2.50.6
#~ Orders: 1.18.4
#~ Products: 2.25.3
#~ Search: 1.50.2
#~ SimpleSiteInfo: 3.2
#~ SiteMapMadeSimple: 1.2.8
#~ ThemeManager: 1.1.8
#~ TinyMCE: 3.1.4
#~ UsersGuide: 2.0
#~ Config Information:
#~ php_memory_limit:
#~ max_upload_size: 32000000
#~ url_rewriting: mod_rewrite
#~ page_extension:
#~ query_var: page
#~ auto_alias_content: true
#~ locale: fr_FR.utf8
#~ set_names: true
#~ timezone: Europe/Paris
#~ permissive_smarty: true
#~ Php Information:
#~ phpversion: 5.4.42
#~ md5_function: On (Vrai)
#~ json_function: On (Vrai)
#~ gd_version: 2
#~ tempnam_function: On (Vrai)
#~ magic_quotes_runtime: Off (Faux)
#~ E_ALL: 32767
#~ 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: 128M
#~ max_execution_time: 60
#~ register_globals: Off (Faux)
#~ output_buffering: On
#~ disable_functions:
#~ open_basedir:
#~ test_remote_url: Valable
#~ 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)
#~ check_ini_set: On (Vrai)
#~ curl: On
#~ Performance Information:
#~ allow_browser_cache: On (Vrai)
#~ 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: Darwin 13.4.0 On x86_64
#~ Server Db Type: MySQL (mysqli)
#~ Server Db Version: 5.5.42
#~ Server Db Grants: Trouvé un privilège "GRANT ALL" qui semble être adapté
#~~~~~ FIN BLOC A NE PAS SUPPRIMER ~~~~~
Bonjour,
Je suis en train de faire une migration CMSMS V1.12.2 vers 2.1.6 et j'ai quelques petits soucis avec la déclaration de variables provenant de modules (LISE en l'occurrence). En V1.12.2, je ne les déclarais pas dans les gabarits, et je n'avais pas de message d'erreur. En V2.1.6, j'ai des erreurs dans les logs php (undefined index suivi de la variable) et certains affichages liés ne fonctionnent pas du coup.
J'ai donc essayé de déclarer ces variables dans le template de page sous différentes formes, mais rien n'y fait. Bref, là j'ai besoin d'un petit coup de main.
[Résolu] Changements V1.12.2 -> V2.1.6 sur le scope ? -
Jean le Chauve - 17/03/2017
Tu as essayé le scope=global ? Le message d'erreur indique que les variables en question n'existent pas dans le gabarit.
[Résolu] Changements V1.12.2 -> V2.1.6 sur le scope ? -
Ouik - 18/03/2017
Oui, bien sûr j'ai essayé, je n'arrête pas d'essayer, et pour le moment, rien n'y fait… Mais je vais continuer de tester. Ce qui m'étonne c'est qu'il me semblait que le scope était apparu depuis la 1.12 je crois. Du coup je m'étonne que ce soit différent avec la V2.
Bref, j'y retourne.
[Résolu] Changements V1.12.2 -> V2.1.6 sur le scope ? -
Ouik - 20/03/2017
Pour info, une fois le site mis en ligne sur son hébergement, plus d'erreur dans les logs PHP…