Toutes mes réponses sur les forums
-
AuteurMessages
-
13 juin 2016 à 11 h 06 min en réponse à : Taxonomie et Advanced Custom Field : une valeur à la place du texte oO #1059288
Petit up…
12 juin 2016 à 23 h 22 min en réponse à : Taxonomie et Advanced Custom Field : une valeur à la place du texte oO #1059287Merci pour votre réponse. Voici où j’en suis actuellement :
<ul>
<h2>name; ?></h2>
<p>description; ?></p>
<a href=" »>Voir tout ‘name; ?>’ posts</a>
</ul>Avec ce code, je dispose à présent d’un hyperlien correspondant ce que j’avais coché dans ma liste déroulante. Le lien « voir tout » pointe dorénavant vers « https://www.les-alternatives.com/windows » (windows étant le choix de plateforme. La fonction get_term_link fonctionne donc parfaitement.
Mais je ne comprends pas pourquoi ces deux lignes ne m’affiche rien :
<h2>name; ?></h2>
<p>description; ?></p>C’est justement elle qui sont censé m’afficher le nom et la description de ce que j’ai coché dans ma taxonomie, non?
Merci d’avance pour l’aide supplémentaire à venir.
Utilisant un framework (Headway), je pense que cela sera difficile à mettre en place, car en l’état actuel le hook demande plus de connaissance que je n’en ai. Mais je comprend la logique, et dès lors que vous pourrez partager votre méthode, avec quelques lignes de code histoire d’illustrer le tout, n’hésitez pas.
Ca me permettra à titre perso de voir si cela est envisageable dans mon cas… et même si ca ne l’est pas, ce sera surement utile à un quelconque lecteurs arrivant sur votre post.
Mon avis vaut ce qu’il vaut, sachant que je ne sais pas actuellement pas programmé en PHP. Cela dit, je bosse depuis un petit mois maintenant sur mon site (d’actualité numérique), et ayant la même intention que vous, à savoir mettre en place un backend adapté à mes différents contributeurs, je peux déjà vous dire que ce que vous désirez est tout à fait possible avec Advanced Custom Field.
La seule chose, si toutefois j’ai bien compris votre requête, est de rusé et de procéder un peu différemment. A titre perso, je me suis arrangé pour ne pas afficher le contenu (en supprimant donc la fonction the_content()). Et je l’ai remplacé par diverses entrées personnalisées créé avec ACF (Pro pour ma part) qui me permettent, juste après mon titre d’article, de :
I. Générer des hyperliens pour mon sous-menu
II. Rédiger le corps de l’article
III. Choisir l’auteur de l’article afin d’y afficher ses informationsEn supprimant la fonction the_content() et en la remplacant par des entrées créées avec ACF, vous pourrez ainsi ajouter vos partenaires à vos pages. Et si l’endroit ou doit se situer l’affichage de vos partenaires est à l’intérieur même du content, j’entend par là pas à la fin du corps de l’article, mais en plein milieu par exemple, encore une fois il suffira de rusé… en créant un champ Wysiwyg pour la rédaction de la première partie de votre article, puis créer à la suite un champ « partenaires », puis enfin terminer avec un second champ Wysiwyg pour terminer l’article.
Pour plus de clarté et de souplesse, je conseille vraiment ACF Pro combiné à son addon « contenu flexible ». Grâce à lui, j’ai deux formulaires dans ma page de rédaction d’article, qui me permettent de rajouter ce dont j’ai besoin pour chaque article, ni plus ni moins. Je peux ainsi contrôler le contenu et la hiérarchisation de ce contenu.
Un exemple simple: après avoir supprimer la fonction the_content(), je l’ai remplacer par une entrée « Bloc Texte » et une entrée « Sous-Titre ». Le code ressemble à celui-ci :
<div class="bloc_texte">
</div>
<div class="sous_titre">
<h2></h2>
</div>
Libre à vous ensuite d’y ajouter les champs que vous désirez. Je conseille vraiment le plugin en Pro + son addon flexible content. Ca permet d’avoir une totale maitrise de la hiérachie de ses articles, vu que chaque partie devient modulable à souhait.
Je ne sais pas si mon post vous a aidé à y voir plus clair, mais je l’espère.
23 mars 2016 à 12 h 29 min en réponse à : Question générale : CSS – Combinaison sprites & image-border #1048582Je ne saurais te dire pourquoi j’avais un doute, si ce n’est que Google n’a pas été mon ami sur cette requête précise. Merci pour ta réponse.
florent-b wrote:# BEGIN WordPress
# END WordPressNon, il faut y laisser tout le bloc, commençant par # BEGIN WordPress (inclu) et finissant par # END WordPress (inclu).
13 mars 2016 à 13 h 12 min en réponse à : [Résolu] Site en développement : questions sur combine/minify et ses dangers #1047184Merci fge pour ces précieuses réponses ✅
Salut,
Bon, je suis aussi ce qu’on appelle un noob mais je me débrouille sur certains points. Les boucles de redirection, moi ca me fait penser au htaccess. C’est un fichier qui est peut être déjà présent à la racine de ton serveur (/web ou /www si tu es en mutualisé).
Que tu l’ai créé ou non, peu importe. Si tu as vois ce fichier htaccess, mon conseil est le suivant : avec un logiciel FTP (ou un gestionnaire de fichier), édite ton fichier htaccess (fais en une sauvegarde auparavant). Supprime dans un premier temps l’intégralité de ce que s’y trouve et laisse un fichier vide (d’où l’intérêt de la sauvegarde demandée précédemment).
Dès lors que c’est fait, essaye de te connecter. Si ca marche, tu sais que ton problème vient du htaccess. Il te faudra donc l’analyser pour voir quelle(s) ligne(s) est(sont) fautive(s).
Si rien de tout ça n’a d’éffet, essaie de ne laisser que le début du fichier htaccess, commencant par # BEGIN WordPress et terminant par # END WordPress. Refais un test.
Si ca n’arrange pas la situation, ma foi… demande à quelqu’un d’autre. Mais je reste persuadé qu’il s’agit d’une erreur au niveau de ton htaccess.
Voilà, bonne journée, je suis occupé aujourd’hui je ne pourrais peut être pas revenir sur ce post de suite.
12 mars 2016 à 13 h 32 min en réponse à : [Résolu] Site en développement : questions sur combine/minify et ses dangers #1047182didier07 wrote:Mooks wrote:optimiser son site web disposant de multiples pluginsC’est pas là la première optimistion à faire :lol::lol::lol:
Bah dis donc Didier, ça c’est de la réponse! Merci pour le post constructif 😎
Sinon, pour les personnes qui passent dans le coin, vous pouvez m’aiguiller?
Oui ferryd, j’en étais arriver à la même hypothèse. Le test est simple si je désactive Live Composer, je n’ai pas ce problème. C’est le fonctionnement même de Live Composer qui fait que pour chaque morceau d’élément de la page, un ou plusieurs appels JS sont effectué.
J’aime pas ça, et je vais mettre les mains dans le cambouis. Je ne connais que les rudiments du codes PHP/HTML, mais je le comprend. Je vais peut être tout simplement me forcer à recréer ma base avec un code sain. Mais c’est tellement moins facile et rapide.
Bah justement, j’étais dessus. Ca fait 2 heures que je trifouille dedans, mais rien à faire concernant les DOM Access. Pour le reste W3 Total Cache c’est bien fichu.
Merci pour ta réponse.
je pense donc que c’est Live Composer le fautif… tu peux absolument tout éditer, mais pour chaque section édité, il va te rajouter un bout de code css.
Donc en gros, c’est soit je code à la main et j’abandonne Live Composer, soit j’accepte ces soucis…
-
AuteurMessages