Kwsphp et frameworks - CMS KwsPHP - Le site clés en main

jeudi 13 août 2009 à 09:26  

---

Bonjour à tous.
Kwsphp est un portail très intéressant que j'utilise toujours d'ailleurs pour développer mes sites internet. Néanmoins, le gros problème du php pur est qu'on doit très souvent recharger la page avec la moyenne de 20 requettes qui va avec .
Ma proposition pour l'évolution du portail est celle-ci:
Dans certains modules , on peut effectuer des actions sans forcément recharger le tout.
Exemple: Pour les commentaires dans les news ou les articles, on peut bien permettre leur insersion comme celà se fait sur facebook. ainsi, on n'envoie que une ou 2 petites requettes asynchrones et le tour est joué.
Toujours dans cette optique et pour ces modules, quand on a le module resume en entrée du site, pourquoi avoir besoin de rentrer complètement dans le module pour aller lire l'article ou bien la news? On peut simplement faire apparaitre un div qui contient le résumé en question, puis qui se referme à volonté pour pouvoir lire une autre article ou bien une autre news. Pour mon site qui sortira bientot, j'utilise jquery à cet effet, et ça peut etre très ergonomique justement. Bien entendu, pour lire des articles plus anciens, il y aurait un lien qui pointe vers le module. Et là, le réferencement n'est pas pénalisé.
Cette manière de penser les sites peut s'affecter à tous les modules où on peut avoir interaction avec l'internaute. exemple: l'insersion d'une citation , quand celà est autorisé par l'admin (ça peut se faire en asynchrone aussi). Tiens, le livre d'or aussi. Pour ajouter un message, pas besoin de recharger tout le php pour que sql soit exécuté.
Pour l'affichage des commentaires d'une news(je viens de regarder), quel besoin d'ouvrir une page de plus pour ça? on peut utiliser ce lien là pour dérouler une
<div block_head('ommentairaires).....close_table().</div>. Et de ce fait l'espace en dessous de la news peut servir à plusieurs choses. En cliquant sur meme lien on referme les commentaires, toujours dans recharger la page complète. Et si javascript est désactivé coté client, le lien sert à aller vers les commentaires.

En refléchissant, il n' y a on peut trouver plein d'autres exemple. On a un fichier fonctions js qu'on pourrait très bien garnir de fonctions: en programmation objet carrément..
Et aussi, c'est pas parcequ'on s'appelle ...PHP qu'on ne va pas migrer vers d'autres langages, Si on ontilise javascript, allons aussi vers ses évolutions pour rester à la pointe.
KWSPHP, soyons aussi web2.0 (ça c'est mon petit slogan pour finir (pour cette dernière remrque je deconne).

Bon, voilà ma petite contribution pour KWSPHP(ex pwsphp) qui m'aide depuis quelques années. Si possible e peut faire une demo sur le livre d'or ou les commentaires dans l'un de mes sites.

Petit à petit, on devient moins petit

---

---

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

---

jeudi 13 août 2009 à 10:42  

---

C'est effectivement un des objectifs d'une future version comme bcp d'autres choses pour ce mettre au niveau de ce qui se fait aujourd'hui.

Par curiosité, tu utilises kws pour quel genre de site ? Tu es développeur ?

Administrateur de KwsPHP.org

---

jeudi 13 août 2009 à 12:58  

---

Slt,

J'en profite pour faire +1 et je développe un peut plus pour pas faire le gars qui n'a pas déjà chercher un peut.

Il faut utiliser le cache... Je sais que KWS contient déjà pas mal de chose en session. Dans la version actuelle du site (pas celle en dl) J'ai eu la chance de voir le forum multi cat avec sa mise en sessions des diverses catégories.

Le bloc newsletter contient des variables de sessions pour le nombre d'inscrit. Mais pourquoi ne pas avoir fait pareil pour le menu qui lui est toujours fixe (sauf le jour ou on le modifie évidement)..

APrès ton histoire avec jquery, il est vrai que je l'ai fait sur certains de mes modules comme par exemple un vote pour les sites de mon annuaire. Et je ne recharge pas toute la page pour faire un vote. Les commentaires des news/Articles, c'est un peut pareil. Mais perso je commencerais à utiliser un peut de cache couplé aux templates. (Futur KWS 2.0 )

Bon je m'arrête j'en ai déjà fait débat avec Oto et ça va venir lorsqu'on aura le temps evidement (enfin la team hein pas moi )

---

jeudi 13 août 2009 à 13:18  

---

Heu developpeur je sais pas. Mais tout ce que j'ai appris c'est sur la base pws et kws. Jusque là, je faisais des sites que je revendais. Maintenant, je suis sur des sites où je couple php à jquery, via notre fichier fonctions.js, mais toujours uniquement avec comme point de départ kws. L'illustration sera sur mon prochain site dans quelques jours.
Sur KWS, dès qu'on peut se mettre en asynchrone, ou en frameworks, n'hésitons pas, sans pénaliser le referencement et sans oublier le cas javascript désactivé.
Je vois bien plein de <div display=none>contenu</div> qui se montreraient en un click sans solliciter le serveur.
Après, pour ces frameworks, la plupart comme jquery utilisent des plugins à inserer souvent dans le head. je ne sais pas comment centraliser tout ça dans un seul fichier pour kws. Mais ça c'est du détail...
Celà dit calfou, j'ai pas encore utilisé ce que tu as évoqué (cache&templates). Mais est ce que l'un empeche l'autre? Est ce que le mieux est l'ennemi du meilleur?

PS1: Pour éditer ce message, j'aurais pu me passer de recharger toute la page. En plus, j'avais besoin de lire un peu le post précédant en éditant...
PS2: Calfou, j'adore ta signature, Felicitations!!! Elle fait penser aussi à un module compte à rebours (js, php, jquery) ->pour la prochaine version du module agenda ou autre..

Petit à petit, on devient moins petit

---

jeudi 13 août 2009 à 15:47  

---

Bonjour,

J'utilise également de temps à autre la bibliothèque Jquery (pour des menus, edito etc..) Il faut faire attention parce qu'il y a des conflits entre Jquery (ou même motools) et le JS du portail. Il faudrait peut-être voir si dans la bibliothèque, on ne pourrait pas utiliser un maximum ses fonctions et donc remplacer certain JS de KwsPHP. Je pense notamment à la page enregistrer pour les saisis obligatoires de certains champs ou encore le niveau de sécurité du mot de passe. Ces 2 JS sont inclus dans Jquery

stefff

https://kangarooroad.com/
@KangarooRoad

---

jeudi 13 août 2009 à 18:44  

---

normalement tous les JS du portail avaient été repris pour éviter ces pb de compatibilité, mais d'un autre coté c'est clair que ne connaissant pas et ne pouvant pas faire les tests avec toutes le bibliothèques existantes, il peut en effet rester qque soucis ....

Après pour ce qui est de s'appuyer sur une bibliothèque JS existante, aucun problème pour ma part sur le principe. En pratique reste à déterminer laquelle utiliser .... et c'est là que l'affaire va se corser parce que si je connais de nom Jquery, motool ou scriptaculous je n'ai strictement aucune idée de leur différence profondes, de ce que permet l'une et pas l'autre et qu'il y en a surement d'autre sur la toile ... sur ce point, tous les avis sont bons. Enfin ce dont j'ai un peu peur lorsque que l'on aura fait notre choix et intégré une lib JS au portail c'est que bien évidement il y aura toujours celui qui aurait préféré telle et celui qui ne peut pas vivre sans telle autre ... etc

Maintenant pour reprendre les propositions du post initial, mettre de l'ajax partout pour limiter les rechargements de page c'est en effet une possibilité. Mais comme dit il faut pouvoir malgré tout continuer à utiliser le site sans javascript et là du coup on tombe vite dans l'usine à gaz qui rend maintenance et création de thème beaucoup plus complexe. Maintenant il y a sans doute un juste milieu à trouver ... il y a peut-être même des choses réalisable en css, qu'en penses-tu stefff ?

LES C0NS, ÇA OSE TOUT. C'EST MÊME À ÇA QU'ON LES RECONNAÎT.

Michel Audiard

---

vendredi 21 août 2009 à 18:38  

---

salut Oto,

Si je comprends bien : tu voudrais une solution (en CSS) pour ne pas recharger la page en entier mais juste une partie (un div par exemple) ?


Citation :



Pareil pas de connaissance profonde, mais pour avoir fait différente test et recherche:

Jquery reste la plus complète et plus légère, plus facile à comprendre et a modifier (ceci est juste mon avis). Scriptaculous beaucoup plus limité, et mootools, très bien également mais bcp plus lourde et manque des fonctions.

https://kangarooroad.com/
@KangarooRoad

---

samedi 22 août 2009 à 08:57  

---

Citation de stefff :

Recharger un div on ne pourra pas en css c'est clair, mais peut-être un truc du genre des roll-over en css. Pour reprendre un exemple de mbeleval sur la page résumé le passage de la souris sur le titre d'un article montre div .. Mais bon ce n'était qu'une réflexion à haute voix car je ne suis pas sûr du tout que l'on puisse faire interagir deux éléments distincts rien qu'avec du css ....



Citation de stefff :


Ton "menu loupe", par exemple, utilise Scriptaculous si je ne m'abuse. Tu pourrais faire la même chose avec Jquery ?

LES C0NS, ÇA OSE TOUT. C'EST MÊME À ÇA QU'ON LES RECONNAÎT.

Michel Audiard

---

samedi 22 août 2009 à 09:10  

---

Slt oto,

Moi j'aurais dit Jquery pour le menu..

<script type="text/javascript" src="./themes/zencarte/menu/javascript/jquery-1.2.6.min.js"></script>

<script type="text/javascript" src="./themes/zencarte/menu/javascript/fisheye.js"></script>
<script type="text/javascript" src="./themes/zencarte/menu/javascript/interface.js"></script>
enfin si on parle bien du même menu loupe évidement

---

samedi 22 août 2009 à 23:25  

---

au temps pour moi alors .... Pourtant il me semblait bien que du temps des pb de compatibilité de ce menu avec notre JS, la librairie scriptaculous était utilisée .... Peut-être un début d'Alzheimer

LES C0NS, ÇA OSE TOUT. C'EST MÊME À ÇA QU'ON LES RECONNAÎT.

Michel Audiard

---

lundi 24 août 2009 à 11:33  

---

Pour continuer la discussion sous l'angle de la navigation.
Kwsphp doit-il etre un portail qui subit les avancement de la technologie, ou bien devons nous prendre quelques risques sur l'avenir. Risques mesurés out de même .J'explique.
Nous savons déjà, d'après octo, qu'il serait fastidieux de développer thèmes et modules qui tiennent en comptent la navigation avec ou sans js. Hors, en regardant un peu sur la toile, bon nombre d'avis estiment aujourd'hui le pourcentage d'internautes naviguant sans javascript à 20%, voire moins. C'est sur que pour des raisons de sécurité, certaines entreprises continuerons à désactiver js. Pour les particuliers, et ceux qui ne savent même pas ce qu'est javascript, c'est pas eux qui iront le désactiver. Celà dit, dans quel sens évoluent les moteurs? resteront-ils figés sur le traçage de l'url ? Ou bien prendront-ils définitivement en compte le js pour évaluer la profondeur du contenu? Car après tout, pourquoi utilisons nous le js? Pour donner plus de pertinence au contenu , pour offrir plus d'ergonomie et plus de confort dans la navigation. Je doute que les moteurs ne songent pas encore à évoluer dans ce sens là.

Donc, au final, les questions sont:
1. sacrifier ou pas les 20%? Sur certains sites, d'entrée de jeu , il font comprendre à l'utilisateur qu'il doit activer son js pour bénéficier de toutes les fonctionnalités.
2. Supposer que les moteurs vont prendre en compte ces nouvelles technologies? Après tout, ils seront obligés à un moment ou un autre.

Alors, quel est le juste milieu à trouver chez nous pour ne pas avoir à tout faire en double à chaque fois? Comment google et autres vont évoluer? Quelles en seront les règles?

Petit à petit, on devient moins petit

---