sjpphpbb portail 3.0.3 (Remarques)

Je vous rappel que vous pouvez a tous moment faire un petit don en remerciement.

sjpphpbb a écrit:

En quoi le nombres de tables réduit le nombre de requêtes :?:

Actuellement chaque structure n'utilise que les requêtes de sa table.

si on regroupe le contenu de plusieurs tables en 1 seule, on gagne en rapidité d accès
et en nombre de requêtes aussi.
mais actuellement chaque bloc réclame une ou plusieurs requêtes pour ses paramètres

si on a par exemple 5 blocs news sur une même page, les 5 blocs vont faire une requête de leur paramètre 5 fois. puis 5 fois la requete pour afficher l'information reclamée.
Avec mon système, ce sont TOUS les blocs de la page qui auront leurs paramètres déjà disponibles.
il ne restera que les 5 requetes pour recuperer les infos. j ai déjà divisé par 2.

sjpphpbb a écrit:

Donc tu pars d'une seule table pour l'ensemble des structures. :?:

oui, une seule table contenant toute la structure de toutes les pages du portail
voila la structure actuelle
Cliquer sur l’image pour l’agrandir.

sjpphpbb a écrit:

Il faudra bien aller chercher les données dans une table, je ne voie donc pas en quoi
cela va réduire les requêtes.

justement non, la requete faite 1 fois, est mise en cache par phpBB et n a plus besoin d aller chercher l infos dans la base. seules les infos 'dynamiques' (donc directement certains blocks dans leur affichage) auront besoin d accéder à la base. toute la partie logique du portail étant stockée en cache.

sjpphpbb a écrit:

Dans la dernière mise a jour il ni a plus qu'une seul table.

j ai pu voir ça. mais n ai pas encore installé.

sjpphpbb a écrit:

Il ne s’agit pas d’un doublon car le page custom A sont propre block de lien vars les pages custom
De plus ont à le nombre de fois que les pages sont consulter, plus un état de mise a jours des pages.
Et encore une fois je ne voie pas le rapport avec le nombres de requêtes

pour cette partie là, ce n'est plus vraiment une question de requetes mais de construction de l'ensemble.
pour moi la logique c'est une page dans laquelle on met ce que l'on veux. que ce soit des blocks normaux ou custom. ensuite, si vraiment il y a necessité d'avoir une page n utilisant pas la même structure que les pages 'standard', le custom peu etre conservé. de toute façon, je fais ça dans l'optique de mes besoins. le code, tu pourras le modifier à l'envi.

sjpphpbb a écrit:

Tu compte remplacer par quoi :?:

par rien rien

.
le contenu de cette table est stocké dans block_parameters et le block news peut être dupliqué à l'infini , chacun ayant sa propre config et ses propres paramètres.
de nombreux blocs n'auront au passage plus besoin de leur propre fichier ACP pour être configurés.
un block pouvant se contenter de son php, template et lang.

sjpphpbb a écrit:

De plus je ne voie pas en quoi le fait de mettre deux cadres pour l’ajout
De block change le fonctionnement, les liens en bas sont bien suffisants.
Optimisé le portail je suis pour, mais pas en suppriment des fonctions[/list]

choix personnel pour les 2 cadres, purement esthétique. je trouve ça plus intuitif.
la encore un peut d édition de code et c'est supprimable.

Et non je ne supprime aucune fonction. je hiérarchise la structure et son fonctionnement.
mon but actuel étant que le portail ne consomme aucune requête sql pour son fonctionnement interne, laissant les requêtes aux différents contenus des blocs.

de toute façon tu pourra voir tout ça, je pense d'ici le week end de la semaine prochaine. je devrait avoir fini coté frontend , le reste de mes modifications ne concernant plus le portail directement.

la dernière chose(changement) importante, et cela n'est en rien lié à la réduction des requêtes, c'est l 'objectification' des blocs. en clair chaque bloc devient une class. c'est plus 'propre', on se rapproche de la logique phpBB en utilisant a peu prêt la même structure.

voila en espérant avoir répondu à toutes tes interrogations...

Je vous rappel que vous pouvez a tous moment faire un petit don en remerciement.

quand on parle de tables inutiles

je m auto-supprime les table des 'portal_block_parameters' et 'portal_blocks' qui, une fois le code php quelque peu retravaillé, s'avère inutile

. les parametres etant serialisés, il suffit de les caser dans la table 'page_structure'. puisque chaque bloc étant virtualisé, sont ID est donc unique pour chacun de ses contenus.
quand a la config de chaque bloc, elle a été migrée egalement dans 'page_structure' pour la même raison.

je tourne donc avec 2 tables pour la config et la structure des tables + les parametres de tous les blocs.

enfin, tout ça pour dire que j'ai fini les 95% du backend, je m attaque donc au frontend

coté admin tout ça a l'air de marcher superbement bien.
faut juste que je mette le système de cache en place.

et pour faire 'propre' coté code, se seront 2 requêtes (1 par table) qui seront faites. étant en cache, ca n a peu d influence.

a suivre ...

Bonjour,

J'aimerais savoir si le fait que j'ai un forum phpbb3 dont la version est 3.0.7-PL1 est compatible avec l'installation de votre portail, et cela même si le "design" ne viens pas de chez vous ?

Merci

Je vous rappel que vous pouvez a tous moment faire un petit don en remerciement.

Règles du forum

sjpphpbb portail 3.0.3 (Remarques)

Qui est en ligne

Discussions similaires