CAMEO172 (Créer un compte)

Toutes mes réponses sur les forums

15 sujets de 1 à 15 (sur un total de 1,359)
  • Auteur
    Messages
  • en réponse à : [Résolu] Lenteur du site internet #2212258
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    Pas étonnant que ce soit lent : https://gtmetrix.com/reports/www.maxi-race.net/glgicyxL

    trop de requête, page trop lourde

    il faut résoudre chaque point relevé sur ce rapport

    en réponse à : Site lent depuis passage HTTPS #2210156
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    Suivez les remarques de Gtmetrix !

    en réponse à : Comment importer en local une base de données supérieure à 220 Mo ? #2209870
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    si seuls les articles vous intéresse, vous n’avez qu’à exporter wp_posts de votre base de donnée. Toutes les infos des billets sont là.

    je me poserais en parallèle la question sur le pourquoi du comment d’une telle taille de base; 220 Mb c’est monstrueux

    en réponse à : Mutualisation des TAGs #2209603
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    C’est une utilisation classique et envisagée de WordPress. où est votre problème ?

    je vous donne un exemple, sur mon propre site. j’ai mutualisé une taxonomy musicien, sans le moindre plugin c’est juste dans à la définition de la taxonomy qu’il faut le préciser.

    Ainsi, sur la page archive de cette taxonomy, pour un musicien précis, je retrouve la liste des sujets selon le contenu (chez moi chronique ou epicerie, deux formes de custom post) : https://www.concertsenboite.fr/musicien/steven-wilson

    c’est fait le plus naturellement du monde, sans la moindre bidouille à ce niveau

     

    en réponse à : Site web anormalement lent back-office et front #2209580
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    Sur le lien gtmetrix juste au dessous, on peut lire qu’il faut 107 requêtes pour afficher la page d’accueil.

    Dans l’onglet Yslow et plus précisément “Make fewer HTTP requests” on peut lire qu’en particulier il y a 35 Javascripts et 46 Css.

    Sur les 107 requêtes il y a donc déjà 79 requêtes optimisables car :

    1 – on peut tout mettre sans le moindre risque dans un seul fichier CSS (45 requêtes d’économie)

    2 – on peut aussi tout mettre dans un unique JS mais c’est un peu plus coton et technique (potentiel de 34 requêtes d’économie)

     

    Pour ces réunions (concaténation étant le terme plus techniques), il y a moultes plugins, sachant que l’on peut aussi tout faire à la main si on a les compétences.

    Avec juste ce travail sans même s’intéresser au reste, il y a un gain phénoménal si on arrive au moins à enlever 60 requêtes. et je pèse mes mots.

    Les autres broutilles décrites dans gtmetrix feront gagner les dernières secondes de gain

    en réponse à : Site web anormalement lent back-office et front #2209545
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    je changerais le site : il sera anormal qu’il soit rapide avec autant de requête pour afficher une page somme toute assez basique.

    optimisation des requêtes, c’est la tache qui révolutionnera votre site : https://gtmetrix.com/reports/web3dprinting.com/AMFNoW50

    en réponse à : Optimisation du waterfall #2209543
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    un plugin de cache résoudra ce soucis. WordPress est assez lourd et demande beaucoup de travail au serveur. Avec un cache et la page déjà préparée, il n’y a pas besoin de ce temps machine

    en réponse à : Extraire une donnée de la BDD et l’utiliser en valeur méta #2209005
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    Je vous donne une idée de code supplémentaire. cela peut vous intéresser, sait on jamais.

    testez dans la boucle où il y a un $post_rate :

    $post_rate_minus = floor($post_rate);
    $compteetoile =0;
    for ($i=1; $i<=$post_rate_minus; $i++) {
    echo ‘<i class=”fa fa-star fa-lg” aria-hidden=”true”></i>’;}
    if ($post_rate-$post_rate_minus==’0.5′)
    { echo ‘<i class=”fa fa-star-half-o fa-lg” aria-hidden=”true”></i>’;$compteetoile =1;}
    for ($i=1; $i<=6-$post_rate_minus-$compteetoile; $i++) {
    echo ‘<i class=”fa fa-star-o fa-lg” aria-hidden=”true”></i>’;}

    vous pouvez ainsi avoir votre note sans chiffre, rien qu’avec des étoiles plus ou moins pleine. Suffit alors d’adapter la taille pour que ça passe dans vos tuiles.attention le 6 de la dernière boucle est là parce que ma notation est sur 6. c’est à adapter pour vous.

    • Cette réponse a été modifiée le il y a 2 années et 7 mois par CAMEO172.
    en réponse à : Extraire une donnée de la BDD et l’utiliser en valeur méta #2209001
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    Bonsoir,

    vous aimez la complication. Perso je ne vois pas l’intérêt de passer par un array.

    Je ferais tout simplement :

    $post_rate = get_post_meta( get_the_ID(), cherry_trend_rating_rate, true );

    if ($post_rate <>’ ‘)  {-> yahoo j’ai une note et je vais l’afficher ce satané $post_rate}

    else {-> pas de note !}

    c’est ce que je fais sur mon site et ma foi ça marche nickel. Attention : il n’y a pas d’espace entre les ‘ . j’ai pas le choix pour le formatage de la réponse.

     

    P.S : pardon pour $post->ID. ça ne doit pas marcher quand on est pas sur une page single. je présume que $post n’est pas défini

     

     

     

    • Cette réponse a été modifiée le il y a 2 années et 7 mois par CAMEO172.
    • Cette réponse a été modifiée le il y a 2 années et 7 mois par CAMEO172.
    • Cette réponse a été modifiée le il y a 2 années et 7 mois par CAMEO172.
    en réponse à : Mutualisation des TAGs #2208913
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    J’abonde dans le sens de C_lucien. Votre demande n’est pas clair.

    Un tag, ou taxonomy, est rattaché aux posts et/ou custom posts, pas à un plugin. Si c’est vraiment à un plugin, cela impose que ce plugin a réinventer la roue et je ne vous conseille pas de l’utiliser sauf à aimer alourdir un système déjà pas léger.

    Donc, si vous avez un plugin qui vous permet d’ajouter des tags supplémentaires le plus proprement du monde en vous évitant de le faire à la main, alors tous les plugins verront ces modifications.

    en réponse à : Extraire une donnée de la BDD et l’utiliser en valeur méta #2208808
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    je suis probablement d’un niveau plus petit que vous en PHP. testez déjà votre récupération à part avant de l’inclure dans votre fonction.

    ou alors ce n’est pas une meta et là je ne sais pas faire.

    en réponse à : Extraire une donnée de la BDD et l’utiliser en valeur méta #2208769
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    Si cette donnée est dans xxx_postmeta, alors c’est déjà une bonne chose.

    Il faut utiliser la fonction get_post_meta pour récupérer la donnée https://developer.wordpress.org/reference/functions/get_post_meta/

    Pour votre cas :

    get_post_meta($post->ID, cherry_trend_rating_rate, true) devrait suffire pour récupérer meta_value

    je fais ça de partout sur mon propre site

     

    en réponse à : [Résolu] Problème récurent avec plugin NextGEN Gallery #2208035
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    passer à PHP 7. C’est instantané comme passage.

    ça ne peut pas impacter votre site

    en réponse à : [Résolu] Problème récurent avec plugin NextGEN Gallery #2208010
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    faites une sauvegarde de la base de données. CC cleaner a peut être viré un ancien enregistrement perturbateur, il ne faudrait pas que ça se reproduise quand vous réinstallez les plugins (peu probable mais soyons prudents).

    Mais, si vous avez une admin clean et que tout marche, je dirais que la tempête est derrière vous. WordPress est quand même un environnement stable quand tout va bien

    • Cette réponse a été modifiée le il y a 2 années et 7 mois par CAMEO172.
    en réponse à : Images dégradées par agrandissement #2208005
    CAMEO172
    Participant
    Maître WordPress
    1395 contributions

    je rajoute : il est logique que les photos proxy soit la plus nette possible. Depuis le début ce n’est pas un point que je met en doute. Et vous savez, la rigueur de la photo je l’ai aussi en photo de concert

    Mais vraiment faite un distinguo entre votre photo originale et sa version web. Si vous voulez ne pas perdre de qualité :

    • diffuser à la taille originale : s’il y a une compression au moins ça se fera sur un maximum de pixel pour un minimum d’impact
    • il ne faut probablement pas retenir le jpg. bmp et surtout tiff feront bien mieux en terme de qualité

    par contre, oubliez la réactivité du site, vous aurez des photos de 3 ou 4 Mo et ce n’est pas la taille habituelle sur le web. Et rapidement les visiteurs, même réfus de libellules en auront marre de passer 5 min pour voir 3 photos. ça n’amusera que mon chat qui ramène une libellule par jour 🙂

    ça impactera aussi rapidement votre hébergeur qui va voir votre taille de site enfler. je ne sais pas ce qu’en pense de votre hébergeur de devoir stocker un site de 5 ou 6 Go (le mien est ok, mais je l’ai avec 10 000 photos, pas 800 !) Sans parler d’un soucis rapide de bande passante, nerf de guerre d’internet.

     

    Vraiment, qualité et web ce n’est pas possible et il ne faut pas espérer garder toutes les informations d’une photo de 10 Mo dans un timbre poste de 100 ko. Mais je suis certain que l’image qui sort de votre photoshop est celle qui est en ligne (sauf si wordpress rajoute une compression dans son module mais je ne crois pas l’avoir déjà lu)

    • Cette réponse a été modifiée le il y a 2 années et 7 mois par CAMEO172.
    • Cette réponse a été modifiée le il y a 2 années et 7 mois par CAMEO172.
15 sujets de 1 à 15 (sur un total de 1,359)