Aller au contenu
Support de Zwii
Fred

ZwiiCMS v10 en version bêta

Messages recommandés

Bonjour @sylvainlelievre

 

La numérotation de ton fichier core.php n'est pas correcte, la 10.0.026 n'existe pas (la 9.2.16 oui) la dernière version du core est 10.0.024. Étrange, si ce fichier est sur un de mes posts je le supprimerai.

 

L'historique est accessible ici.

 

Mieux vaut travailler à partir d'un téléchargement à partir du github ce qui permet de récupérer la toute dernière bonne version.

 

image.thumb.png.a173969f07f621c69f73089b68dec550.png

 

il y a une heure, sylvainlelievre a dit :

Je te rappelle que je teste la fonctionnalité d'import dans une v10 d'un export fait sur une v9 par la voie de "sauvegarder/restaurer" et pas par une copie FTP des fichiers (avant mon absence nous en étions à tester la modification des url en cas de changement d'implantation du site toujours dans sauvegarder/restaurer).

 

Oui je sais sauf qu'à minima l'export par ftp doit fonctionner pour que l'import par archive fonctionne, c'était un moyen de déboguer.

 

Bonne journée

 

 

 

 

ZwiiCMS-dev10.0.024.zip

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 5 heures, Fred a dit :

La numérotation de ton fichier core.php n'est pas correcte, la 10.0.026 n'existe pas (la 9.2.16 oui) la dernière version du core est 10.0.024. Étrange, si ce fichier est sur un de mes posts je le supprimerai.

Oui @Fred,

 

J'ai téléchargé ce fichier sur ton post dans téléchargements ZwiiCMS V10

 

Et on est à 39 téléchargement de ce fichier v11 annoncé v10... c'est bizarre que personne n'est rien vu avant.

 

Je recommence ça avec ta version 10.0.024 fournie ici.

Modifié par sylvainlelievre

Partager ce message


Lien à poster
Partager sur d’autres sites

Re @Fred,

 

Donc test avec ta 10.0.24

Installation vierge

Import par sauvegarder / restaurer d'une 9.2.17 : OK tout est importé convenablement

Conversion des URL après transfert de site : OK les url ont bien étaient transformées .

Bravo @Fred good job ! le code est avec toi...

 

Bon WE

 

Sylvain

 

 

  • J'aime 1
  • Merci 1

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Partager ce message


Lien à poster
Partager sur d’autres sites

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...

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 17/01/2020 à 16:09, Gilux a dit :

/core/layout :

common.css -> erreur ligne 409 -> 100% est écrit sur 2 lignes

Ok

Le 17/01/2020 à 16:09, Gilux a dit :

blank et light.php <?php $layout->showStyle(); ?> est dans body au lieu de head, problème probablement très ancien

très juste, corrections à apporter à la v9

 

Le 17/01/2020 à 16:09, Gilux a dit :

<?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

Je n'en ai pas vraiment la certitude dans l'immédiat je les laisse A voir ultérieurement.

 

Le 17/01/2020 à 16:09, Gilux a dit :

module/form/form.php ligne 54 il y a une virgule en trop à self::TYPE_DATETIME => 'Date',

Corrigé à voir v9

 

Pour les PBs htaccess :

ok pour $

 

Dans le détail des pbs de fichier htaccess je verrai ça chez moi, d'autant que je ne me base pas sur Free 😉

 

Merci de ta perspicacité, on avance vraiment ainsi.

 

update 10.0.025.dev

 

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 19/01/2020 à 20:32, Gilux a dit :

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...


Je regarde ça en détail et à tête reposée (sauf $ qui est supprimé).

Les autres erreurs que tu as signalées sont corrigées sur le github pour la v9, v10 et la v11

Encore merci

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Merci à toi @Fred, ce qui participe à l'attrait de ZwiiCMS c'est d'avoir un développeur à l'écoute des utilisateurs :)

 

  • J'aime 1

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 20 heures, Quentin a dit :

Salut @Fred

 

 

 

Est-ce que tu comptes ouvrir une pull request pour qu'on puisse commenter des bouts de code avant de merger la branche dev10 ? Ou faut-il commenter ici sur le fil de discussion ?

Bonjour @Quentin,

Je préfère les commentaires dans le fil. Etant donné qu'il y a peu d'utilisateurs de github sur ce forum, cela simplifie les échanges.

Partager ce message


Lien à poster
Partager sur d’autres sites
Le 17/01/2020 à 16:09, Gilux a dit :

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 :

Je réponds peu à peu.

le fichier .htaccess dans ce dossier est utilisé pour la restauration des droits après la récupération d'une sauvegarde, il est donc très utile mais pas à cet emplacement.

En ce qui qui concerne les directives, je préfère plutôt les placer dossier par dossier plutôt que de manière générique.

Partager ce message


Lien à poster
Partager sur d’autres sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.


  • Contenu similaire

    • Par Fred
      Installation :
       
      Comme pour une version standard, recopiez le contenu de l'archive.
       
      Mise à jour  d'une version 9 :
       
      Effectuez une copie de sauvegarde du dossier site/
      Copiez le contenu de l'archive sauf le dossier site/
      Les données sont mises à jour et les anciens fichiers de données dans site/data/ renommés en imported_
       
      Mise à jour  d'une version 8 :
       
      Version non prise en charge, installez une version 9, puis effectuez la mise à jour comme indiqué ci-dessus
       
      Fonctions à découvrir :
       
      Multilinguisme,
      L'interface utilisateur peut être traduite dans une langue étrangère. L'administration n'est pas traduite, fonctionnalité à venir. Il est possible d'ajouter de nouvelles langues, cf tutoriel à venir. Une traduction automatique optionnelle peut-être effectuée par Google Translate (fonctionnalité à confirmer en attente d'une coupure éventuelle des clés d'API le 5/12/19). La sélection de la langue s'effectue : automatiquement : un allemand aura un site en allemand si vous proposez une traduction. en cliquant sur le drapeau dans la barre de menu. Gestion des données ,
      Sécurité des données, ZwiiCMS est plus résistant aux erreurs d'écriture, les données sont lues et écrites à la demande et à la volée. ZwiiCMS est bien plus performante que dans la version 9, quelque soit le volume du site, les temps de réponse sont instantanés (selon la charge réseau). ZwiiCMS fonctionne désormais derrière un proxy. ZwiiCMS a la capacité de récupérer une sauvegarde et de transposer les URLs des ressources ce qui facilite la migration d'une arborescence à une autre. Modifications esthétiques,
      Le titre du site peut être affiché en mode petit écran. Écran Configuration remanié, Nouvel écran de gestion des sauvegardes. Lors de l'import d'une version  sauvegardée, une option permet de conserver la base des utilisateurs.  
       
      Afin de vous assurer de disposer de la toute dernière version, merci de télécharger l'archive directement sur l'outil de gestion de version :
       
      Github branche v10
       
       
       
       
    • Par Fred
      Bonsoir,
       
      J'ai testé favicon-switcher sans pouvoir activer le mode sombre qui va bien sur Firefox pour faire un test, il faut peut-être que celui-ci soit activé au niveau de l'OS.
      Pour une installation de test, c'est très simple, il suffit d'éditer core.php et de modifier la fonction showfavicon avec le script fourni en exemple :
      <link rel="icon" media="(prefers-color-scheme:dark)" href="favicon-dark.png" type="image/png" /> <link rel="icon" media="(prefers-color-scheme:light)" href="favicon-light.png" type="image/png" /> <script src="https://unpkg.com/favicon-switcher@1.2.0/dist/index.js" crossorigin="anonymous" type="application/javascript"></script>  
      Evidemment, il faut créer deux images avec les noms et formats corrects.
       
      Si vous arrivez à le faire fonctionner, je ferai un intégration avec une modification du l'écran config pour le choix de la seconde favicon.
       
      @roger, tu devrais retester la méta image, elle est bien générée. En ce qui concerne le JS dans RFM, il est traité comme un fichier éditable selon config.php c'est sûrement pourquoi l'extension est renommée. Ensuite si tu veux le charger, proprement, il existe le dossier vendor qui permet cela, regarde vendor/imagemap pour voir comment ça marche (et la variable $output de core.php)
       
×
×
  • Créer...