Aller au contenu
Support de Zwii

Gilux

Membres
  • Compteur de contenus

    428
  • Inscription

  • Dernière visite

Réputation sur la communauté

106 Excellent

À propos de Gilux

  • Rang
    Habitué

Visiteurs récents du profil

270 visualisations du profil
  1. Merci à toi @Fred, ce qui participe à l'attrait de ZwiiCMS c'est d'avoir un développeur à l'écoute des utilisateurs :)
  2. OK @Fred, la vie privée et/ou professionnelle passe avant tout 😉 Dans la dernière version installée en ligne : 10.0.014, la détermination des fichiers pour la protection des .json dans le .htaccess contenu dans site/data était : <Files core.json> Avec cette maj ce fichier a été réécrit et la détermination des fichiers a été changée en <FilesMatch "\.json$"> ce qui a provoqué un plantage de mon site => erreur 500, et m'a permis de m'apercevoir que seuls les .htaccess et les .json presents dans site/data sont protégés, et bien que théoriquement les .htaccess soient protégés par la config du serveur sur lequel nos sites sont installés, on n'est jamais trop prudent, ni a l'abri d'une mauvaise conf du serveur, et les .json ne sont de toutes façons jamais protégés par la config du serveur. Comme je l'indique ci-dessus, il est important de remettre ces protections dans le .htaccess à la racine du site, pour la 10, toujours en bêta, il n'y a pas urgence, mais je me suis aperçu qu'il en est de même dans les versions 9.2...
  3. Quelques remarques après la MAJ de mon site chez free.fr vers la 10.0.024 /core/layout : common.css -> erreur ligne 409 -> 100% est écrit sur 2 lignes blank et light.php <?php $layout->showStyle(); ?> est dans body au lieu de head, problème probablement très ancien ?<?php echo md5_file(self::DATA_DIR.'theme.css'); ?> et ?<?php echo md5_file(self::DATA_DIR.'custom.css'); ?> sont totalement inutiles (je l'avais déjà signalé) et peuvent donc être supprimés de tous les .php Suppression de core/module/config/ressource car le .htaccess à la racine n'est pas protégé avec le .htaccess placé dans site/data -> ajout dans le .htaccess à la racine : # Bloque l'accès aux données # <FilesMatch regex> ne fonctionne pas chez free.fr => erreur 500 <Files *.json> Order deny,allow Deny from all </Files> # Bloque l'accès htaccess <Files .htaccess> Order deny,allow Deny from all </Files> Comme ça tous les .htaccess et les .json du site sont protégés core/module/config/config.php et core/module/config/view/index.php -> suppression de la réécriture d'URL pour free.fr, car la case se coche toute seule sans raison apparente module/form/form.php ligne 54 il y a une virgule en trop à self::TYPE_DATETIME => 'Date', Un peu partout, il y a plusieurs "@copyright Copyright (C) 2018-2019, Frédéric Tempez" la date devrait être 2018-2020
  4. Pas forcement, puisque ne pas ajouter l’attribut "loading" équivaut à loading="auto" correspondant au comportement par défaut, celui de laisser le navigateur choisir Mais si on souhaite forcer le lazy loading, c'est très simple, il suffit d'ajouter à la base de core.js.php ce script, à la ligne 440 : $("img,picture,iframe").attr("loading","lazy"); Pour obtenir cela : $(document).ready(function(){ /** * Affiche le sous-menu quand il est sticky */ /** * Effet accordéon */ // Lazy loading des images et des iframes $("img,picture,iframe").attr("loading","lazy"); }); Testé, vérifié et approuvé : Peut-être qu'un meilleur programmeur que moi pourra améliorer ce code jQuery, en tout cas il fonctionne impec tel quel et est on ne peut plus simple ;)
  5. Non, tu fais erreur, les scripts placés dans l’auto loader de core.php et copiés dans vendor avec un fichier inc.json de définition sont appelés par main.php grâce à la fonction showVendor() et s'affichent dans le head de la page Pour être affichés avant </body> ils doivent être placés dans core.js.php, et sont alors appelés par main.php grâce à la fonction showScript() Le concepteur de lazy simon, préconise, en toute logique, de placer son script avant </body>, voir https://lazy.simon-frey.eu/
  6. Par ailleurs, ce script ne devrait pas être placé dans core.php mais dans core.js.php Mais, même en le plaçant dans core.js.php, donc à la base de body, il ne fonctionne pas davantage
  7. Le script se charge correctement : Mais il n'a aucun effet sur le chargement différé des images. Ne te casse pas trop la tête avec cette fonction qui est déjà native sur Chromium et ses clones, dont Chrome, Opera et Edge le dernier en date, même sans ajouter l'attribut loading le lazy loading est effectif par défaut, et est équivalent à loading="auto" Et selon ce qu'on peut lire sur le web, cette fonction doit prochainement être implémentée dans Firefox
  8. Si, par exemple après une MAJ vers la version actuelle 10.0.23, la "Favicon thème sombre" n'est pas définie, c'est celle-ci qui s'affiche par défaut : faviconDark.ico Il faut donc impérativement la définir pour afficher la favicon.ico sombre pour un thème clair
  9. Lazy Simon ne fonctionne pas, testé sur la 10.0.023.dev avec cette série d'images dans Firefox (le seul navigateur ou ce script peut être provisoirement utile) : <img src="http://www.myriad-online.com/images/forum/IMG_4692.jpg" alt=""> <br> <img src="https://www.sylvaindurand.org/img/samples/thorsmork.jpg" alt=""> <br> <img src="https://upload.wikimedia.org/wikipedia/commons/2/2b/Bayonne_sign_in_French_Basque_Gascon-Occitan.JPG" alt=""> <br> <img src="http://www.zgyangfotografie.nl/wp-content/uploads/2014/12/Cinque-Terra-at-night-background1.jpg" alt=""> <br> <img src="http://www.zgyangfotografie.nl/wp-content/uploads/wppa/25.jpg" alt=""> <br> <img src="http://www.placeblaze.com/google_map_photo/medvedi.jpg" alt=""> <br> <img src="http://www.placeblaze.com/google_map_photo/vikendi.jpg" alt=""> <br> <img src="http://www.placeblaze.com/google_map_photo/cesta.jpg" alt=""> <br> <img src="http://www.placeblaze.com/google_map_photo/asfalt.jpg" alt=""> <br> <img src="http://www.placeblaze.com/google_map_photo/stena.jpg" alt=""> <br> <img src="https://yshimizu.files.wordpress.com/2011/11/s14.jpg" alt=""> <br> Toutes les images sont chargées à l'ouverture de la page, bien que seule la première soit visible.
  10. Gilux

    ZwiiCMS v10

    Je télécharge les != versions sur Github d'habitude, mais comme : Je le fais ici pour donner mon avis et une note -> le maximum Merci @Fred de développer ce CMS fiable et facile d'utilisation, répondant directement aux besoins de ceux qui l'utilisent
  11. Si le script présente une faille, celle-ci peut facilement être exploitée dès lors qu'on connait le nom du fichier, car il est alors aisé de déduire son adresse, c'est ainsi que les hackers procèdent pour attaquer des sites Il est prudent de placer les fichiers exécutables ailleurs que dans site/file/source et par conséquent de les uploader via FTP, le fichier sera ainsi moins facile à localiser
  12. Le lazy loading est implémenté nativement dans Chrome, et en passe de l'être dans Firefox avec un nouvel attribut HTML de la balise IMG "loading" qui permet aux navigateurs d’activer plus facilement le lazy-loading. Il suffit de l’ajouter aux images. Celui-ci est compatible avec les balises IMG mais également PICTURE et IFRAME. L’attribut loading supporte 3 valeurs : “Lazy” pour activer le lazy-loading. “Eager” pour le désactiver. “Auto” pour laisser le navigateur choisir.
  13. Un javascript peut très bien être inclut dans un fichier texte avec une extension .txt Fais le test suivant avec 2 fichiers : test.html contenant ceci : <script src="test.txt"></script> et test.txt contenant cela : alert('test de script dans un fichier texte'); Affiche le fichier test.html dans ton navigateur pour constater le résultat, tu verras que contrairement à ce que tu dis, le javascript s’exécute
×
×
  • Créer...