Module Blog et billets effacés

Francis · Inscrit le: Feb 20, 2010 Messages: 177 Aucun point Lieu de résidence

Dans le module d'administration du Blog, on peut effacer un billet, mais il peut être à tout moment réactivé, il n'est donc pas réellement effacé.

Si un utilisateur va dans "Tags", en cliquant sur le tag d'un billet effacé on arrive à le voir, même si on est pas admin.

Il faudrait pouvoir effacer réellement les billets du Blog.

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

voilà pour le soucis des tags

http://www.php-maximus.org/php_bug__tags_billets_visibles_meme_si_desactives_ou_mis_en_corbeille_532.html

pour le blog, je vais ajouter une fonction Smile

je ne l'avais pas mis au départ pour des raisons personnelles, mais je vais faire autrement Smile

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

et voilà pour l'ajout de la nouvelle fonction permettant de supprimer définitivement un billet

ceci n'est faisable que pour les super admins !
http://www.php-maximus.org/php_bug__blog_ajout_fonction_permettant_de_supprimer_des_billets_de_la_corbeille_533.html

Francis · Inscrit le: Feb 20, 2010 Messages: 177 Aucun point Lieu de résidence

Le correctif 532 règle le problème de voir un billet effacé en passant par son tag, ça marche Wink

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

voilà, oui c'est mieux ainsi Smile

et maintenant en plus avec le patch 533 si tu veux tu peux le supprimer définitivement

comme ça la boucle est bouclée Smile

Francis · Inscrit le: Feb 20, 2010 Messages: 177 Aucun point Lieu de résidence

Encore un petit problème avec le 533.

Ca efface bien le billet mais dans le module admin des billets ça ne décrémente pas le nombre total de billets, même après une purge des caches.

GravuTrad · Inscrit le: May 12, 2005 Messages: 5081 50147 points Lieu de résidence

pourquoi que pour les super admins?

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

Francis · Inscrit le: Feb 20, 2010 Messages: 177 Aucun point Lieu de résidence

GravuTrad · Inscrit le: May 12, 2005 Messages: 5081 50147 points Lieu de résidence

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

ok ma poule, ne t'énerve pas Laughing

je vais te donner ta solution, c'est très simple tu vas prendre le fichier du patch

tu vas commenter la ligne 147

ensuite tu va modifier la ligne 107 par celle ci:

Francis · Inscrit le: Feb 20, 2010 Messages: 177 Aucun point Lieu de résidence

Cyril · Inscrit le: Apr 26, 2005 Messages: 15910 126494 points Lieu de résidence

en fait ... dans maximus j'utilise toute une série e paramètres ou de possibilités que php nous offre pour en optimiser les performances

dans un premier temps il faut utiliser les fonctions PHP les plus rapides ( attention car dans ce cas il faut faire des tests réels pour contrôler l'efficacité réel - et c'est ce que je fais périodiquement pour te résumer au mieux je me suis fait une sorte de ban d'essai qui me permet de tester en live différentes fonctions PHp ou propre au cms et d'en déterminer le gain réel c'est très complexe mais passionnant car dans ce mileur on doit se remettre en question en permanence comme dans les aspects sécurité d'ailleurs )

donc en premier je les résultats de ces tests me donne la ligne de conduite à adopter pour les grandes lignes du code

ensuite, il existe des dizaines de solutions pour mettre en cache ou pour réduire les temps de caulcul ou pour éviter de recalculer plusieurs fois la même chose etc etc

donc certaines choses sont placée en session par exemple, ce qui est le cas ici, comme je n'ai pas mis destruction des session ici, il te faudra patienter un peu pour voir la différence

c'est exactement le phénomène que nous avions au début de maximus où nous n'avions pas encore le système de cache avec son auto-destructeur qui permet de se régénérer lors de toute modif

en fait, tu ne le vois pas, mais à chaque action que l'on a sur le cms, maximus va déterminer si oui ou non il a besoin de régénérer quelque chose, si c'est le cas il le fait ... et dès la seconde page vue le temps de calcul est optimisé

c'est pour cela que je ne parle pas d'un système de cache , mais de systèmes de cache avec un S

certains cms utilisent un cache type ( une classe trouvée sur le web par exemple ), ç'est bien mais malheureusement c'est toujours un peu du bricolage parce que pas très malléable sans grosses modifications, moi je suis parti sur une autre vision dès le début de maximus, à savoir que j'ai écrit un système de cache pour maximus , pensé pour ses propres dépendances, le résultat est assez bluffant

à titre de comparaison, les hébergeurs doivent se régaler car au lieu d'héberger un phpnuke qui consomme tout ce qu'il peut, ils peuvent mettre 10 fois plus d'hébergés maximus sans soucis pour les ressources machines Smile

bref tout le monde y gagne, le webmaster puisqu'il à un produit rapide, l'internaute puisque le surf est agréable et l'hébergeur puisqu'il peut héberger plus de clients sur une même machine ... que demande le peuple Smile

sache que dans chaque version, j'apporte des optimisations ( quelques fois infimes ) mais chaque optimisation est réelle et fondée sur des dizaines de tests voire pour certaines des mois de tests sur différents sites que j'ai )

dans la version à venir par exemple, j'ai revu tout le kernel et avec quelques modifications qui m'ont demandées quand même une longue série de tests ( qui ont été concluant ) j'ai pu ainsi gagner quelques bogomies ...

les performances sont exactement comme la sécurité, deux objets en mouvement permanent qu'il ne faut pas hésiter à repenser, revoir, ré-étudier, re-comparer, évoluer en fonction de php etc etc

par exemple lors du passage à php 5, j'ai migré au coeur du kernel des fonctions de détection de la version de php
ainsi si tu utilise php4 maximus fonctionne toujours, et si tu utilise php 5 maximus fonctionne beaucoup mieux

d'ailleurs dans cette même vision, je travaille déjà depuis un bail, sur un maximus pour PHP 6

en toute franchise, c'est pas du bricolage de tenir un cms, c'est une entreprise à part entière où il faut s'investir beaucoup intellectuellement, financièrement et surtout en temps

heureusement pour moi, j'ai une femme très compréhensive Smile

et je la remercie chaque jour de sa bienfaisance à mon égard ... enfin c'est mieux de faire ça, que d'aller au bistrot ou de tromper sa femme avec la voisine d'en face Smile

Francis · Inscrit le: Feb 20, 2010 Messages: 177 Aucun point Lieu de résidence

Je vois que n'est pas une petite entreprise, quel boulot Shocked

Tu vas peut-être me trouver pinailleur mais voici mon dernier essai par rapport aux billets Blog et aux tags.

Je viens d'effacer définitivement un billet du blog. Ce billet avait un mot tag et il était le seul objet du CMS ayant ce tag là.
Le billet a bien disparu mais le mot tag qui lui était associé est resté dans la liste des tags. Il n'a plus de raison d'exister et je n'ai pas le moyen de l'effacer, il faudrait un test, lors de l'effacement d'un objet pour savoir si ses tags associés sont aussi associés avec d'autres objets et si non, alors effacer les tags devenus inutiles.