Cookies et l'attribut SameSite - CMS KwsPHP - Le site clés en main

vendredi 10 mars 2023 à 11:15  

---

Sur la plupart des sites KWS, avec Firefox, lors de la connexion, je remarque que la console (inspecter) renvoie le message suivant: Certains cookies utilisent incorrectement l’attribut recommandé « SameSite »

J'ai essayé de regarder un peu et si j'ai bien compris, bientôt les cookies sans cet attribut « SameSite » seront rejetés. Donc à priori, il est possible que le maintien de connexion ne se fasse plus....

Je crois comprendre qu'il faut ajouter certaines indications lors de l'écriture des cookies.

ça parle à quelqu'un?

Création de site internet Chambéry - Référencement seo de site internet à Chambéry -
Photographe de mariage Chambéry -

---

---

Informations : Avant de poster un sujet sur le forum

Veuillez avant tout vérifiez la comparaison de vos fichiers sur votre site
Mon compte / Outils / Comparaison

La recherche avancée du forum (en ciblant au mieux les options de la recherche)
La Faq - La documentation - La documentation en vidéo - Le sujet "Install et Mise à jour"
Vous devez lire en priorité le topic de la 1.6 pour en découvrir ses fonctionnalités

---

dimanche 19 mars 2023 à 10:51  

---

Au fil du temps, KwsPHP devient malheureusement obsolète, tant en termes de sécurité que de technologie et de conventions.

Si une réécriture et une refactorisation totale ne sont pas effectuées, le CMS est voué à mourir, c'est une réalité regrettable. À l'heure actuelle, PHP a tellement évolué que le CMS repose sur un code assez ancien, qui ne permet pas d'être stable avec les hébergeurs d'aujourd'hui qui proposent des versions de PHP récentes. En outre, en termes de SEO, il est à la traîne, car il ne suit plus les normes.

Enfin, même en termes de structure, mélanger du HTML avec du PHP est aujourd'hui considéré comme du code "spaghetti". C'est pourquoi il est crucial de mettre à jour et de moderniser les CMS pour rester compétitif et fonctionnel.

Alors certes oui, on peut lui mettre un pansement pour cacher les erreurs de PHP, mais lorsque des fonctions deviendront obsolète, il cessera de fonctionner.

---

samedi 25 mars 2023 à 02:17  

---

Myster621 le CMS K wsPHP ne devient pas obsolète car il y a une nouvelle version pour la mise à jour de mysql 5.7 et php 8.
je comprends pas ton attitude car je t'avais mis dans la team. Tu voulais faire avancer le cms sois disant mais tu le critique je ne comprend pas pourquoi

---

samedi 25 mars 2023 à 20:57  

---

Bonjour @Musicgroove,

Je tiens à clarifier mon message précédent en précisant que je n'ai pas voulu critiquer KwsPHP, mais plutôt soulever certains points qui me semblent importants. Bien que la mise à jour pour rendre KwsPHP compatible avec PHP 8 soit une bonne chose, cela ne garantit pas sa viabilité à long terme en raison de certaines lacunes :

Absence de moteur de template : cela signifie que le code HTML et PHP est mélangé, ce qui rend le code difficile à maintenir et à comprendre. Il est préférable d'avoir une séparation claire entre la partie présentation et la partie logique.

Code spaghetti : cela signifie que le code est désorganisé et difficile à comprendre, ce qui le rend difficile à maintenir et à améliorer.

Nom de variable non conventionnel : les noms de variables doivent être identifiables rapidement et refléter clairement ce à quoi elles servent. Dans le cas de KwsPHP, les noms de variables peuvent ne pas être clairs, ce qui peut rendre la compréhension du code plus difficile.

N'est plus au norme pour le SEO actuel : KwsPHP ne suit pas les normes actuelles en matière de SEO, ce qui peut entraîner une diminution du trafic et un manque de visibilité.

N'a pas de vrai système de réécriture d'URL : le système actuel ne suit pas les normes modernes en matière de réécriture d'URL, ce qui peut affecter la visibilité et la compréhension des URL par les moteurs de recherche.

Je ne voulais pas critiquer le CMS, mais plutôt souligner qu'il est important de mettre à jour et de moderniser KwsPHP pour qu'il reste compétitif et conforme aux normes actuelles. J'espère que cela aidera à clarifier mon message précédent.

Je tiens également à préciser que je n'ai pas rejoint la team pour des contraintes personnelles qui ont pris beaucoup de mon temps et de mon énergie. Et je suis actuellement engagé dans d'autres projets, ce qui ne me laisse pas beaucoup de temps pour m'investir dans KwsPHP. Cela n'a rien à voir avec le CMS lui-même, mais plutôt avec mes contraintes personnelles.

Cordialement.

---

dimanche 26 mars 2023 à 11:27  

---

Bonjour Myster621, salut Musicgroove.

Bon, pour ma part je ne suis pas spécialiste du codage, juste quelqu'un qui a pris les choses en cours de route et qui essaye de s'adapter. Mon truc c'est plus le design.

J'ai bien remarqué ce dont tu parles Myster621, l'histoire que Php et Html soient mélangés dans les fichiers. Je confirme que c'est aussi une des choses qui ne permet pas que KWS soit responsive design.

Une vraie refonte du CMS impliquerait que dans les modules il n'(y ait absolument plus rien qui soit du Html et que tout soit envoyé sous forme de variables/fonctions etc aux fichiers du thème. Uniquement à partir de là on pourrait créer des thèmes responsive design et y ajouter tout le nécessaire pour le SEO. Je pense que c'est deja le cas dans des modules comme news mais la plupart des autres ne sont pas ok.

De mon côté j'ai une version hyper bidouillée de KWS que j'utilise pour mes créations et comme tu peux le voir sur https://www.douce-griffe.com/ , par exemple, c'est responsive, hyper optimisé SEO et en bidouillant un peu l'urlrw semble bien faire son office. Toutefois, toutes les modifications que j'y ai apporté font que cette version n'est plus du tout compatible avec le CMS de base (j'ai ajouté pas mal de fonctions perso, beaucoup d'ajouts en DB aussi...)

Je travaille aussi pas mal avec d'autres CMS comme prestashop pour les sites boutique et concernant les "moteurs Template" (ches Presta ils utilisent smarty) je trouve que c'est une sur-couche qui alourdit pas mal les choses et très souvent limite les évolutions. ça reste très personnel comme jugement mais pour ajouter la moindre variable à un template c'est des heures de bidouilles et je trouve ça très chiant.

Le seul endroit de Kws où je garderai ce mélange de Html et Php c'est justement dans les thèmes. Php c'est hyper rapide, flexible, modifiable et ça permet de personnaliser à mort ton thème.

Concernant les noms des variables, je te rejoins un peu, même si pour ma part je n'ai pas trop de problèmes avec ça. Les noms sont non conventionnels mais très souvent ils sont juste en français, donc assez reconnaissables quand même. Je comprends par contre que ça demande un certain effort d'adaptation pour quelqu'un qui reprend le bébé en cours de route.

Bref, tout ça mériterait une grosse discussion de groupe... Car d'un côté j'ai déja parlé avec des codeurs qui voulaient éventuellement reprendre Kws et je me rends compte que si on suit la logique de tout refaire de A à Z, ça représente un taf énorme et en réalité, personne n'a ni le temps ni l'énergie de le faire. Par contre, si on garde le CMS tel quel, il va tout simplement disparaitre. L'idéal serait certainement de trouver une voie de milieu.

Après tout, moi qui ne suis pas vraiment codeur, j'ai quand même réussi à créer des sites en mélangeant KWS et des templates responsive. Des sites fonctionnels, rapides, super design et très performants en SEO (https://www.aixetraiteur.com/ est en 1ere page Google sur des 100e d'expressions et de mots clés)... Donc je pense qu'il est tout à fait possible de faire quelque chose avec KWS.

Toujours très personnellement, je pense qu'à ce stade, travailler à la compatibilité php 8,9,10 etc ne sert plus à grand chose. Un CMS compatible PHP mais incompatible avec tous les navigateurs smartphone et à ce jour incompatible SEO, je ne vois pas l'intérêt. Après tout, avec un .htaccess et un php.ini, sur la plupart des serveurs tu peux choisir ta version de php...

Pour ma part, je pense qu'il faudrait surtout:
- Regrouper les quelques forces vives présentes et éviter que chacun travaille dans son coin.
- Faire un bilan global et déterminer toutes les choses à faire
- Se mettre au travail petit à petit et ne sortir aucune nouvelle version tant que LA bonne n'est pas fonctionnelle.
- Envisager peut être que la prochaine version ne sera pas compatible avec les anciennes et que pour les 10 malheureux sites en fonction actuellement avec KWS, il faudra peut-être envisager de mettre les mains dans le cambouis

Comme tu le soulignes Myster621, nous sommes tous assez peu disponibles, mais je me dis qu'avec un vrai projet commun, bien établi, on pourrait deja au moins essayer de sortir une version qui ressemble à ma bidouille personnelle avec UN template de base responsive. Le reste devrait se faire tout seul. Car un CMS qui fonctionne c'est un CMS qui attire du monde, et l'effet boulle de neige devrait fonctionner...

Création de site internet Chambéry - Référencement seo de site internet à Chambéry -
Photographe de mariage Chambéry -

---

lundi 27 mars 2023 à 20:41  

---

Citation :



Le principal problème, réside dans la difficulté à adapter la transmission de variables à une vue. En effet, il serait plus rapide de recréer le module à partir de zéro plutôt que de l'adapter, compte tenu du grand nombre de déclarations "echo" et de conditions dans le fichier PHP qui affiche du HTML. (Et encore que si le module est dépendant d'instruction externe donc dans des fichiers externe ça complique encore plus les choses)

Même pour soi-même, il est difficile de relire son propre code quelques semaines après l'avoir écrit, alors que dire de celui des autres...

Cela dit, il est possible de relever ce défi en ayant un cahier des charges clair, un projet bien défini et une direction à suivre, avec l'accord de tous les acteurs impliqués. Cependant, si l'on avance à l'aveugle sans cahier des charges, l'échec est inévitable.

---