Toutes mes réponses sur les forums
-
AuteurMessages
-
8 juin 2016 à 13 h 51 min en réponse à : [Résolu] Traduction de « Email address » par « Adresse de contact » ? #1058094
Je suggère « Adresse courriel » ou « Adresse de messagerie »
OK, je ferme le fil (il faudra un jour mettre en place un système de clôture automatique à, disons, 6 mois).
Tu peux nettoyer les wp-comment-meta akismet, sinon faut changer d’hébergeur !
@ fge » Oui, je connais bien sûr ce genre d’extension mais ça n’est pas ce que je cherche. Related posts & consors permettent (souvent sur la base des mots-clés) de proposer, après une lecture, d’autres lectures « apparentées ».
Moi je cherche un truc en complément qui agisse sélectivement sur certains articles, mais pas tous, selon des critères à définir d’une manière x ou y.@ Flobogo » Ça s’approche nettement plus de ce que je recherche ! Merci pour le lien !
Euh, non, pas tout à fait d’accord. Une version locale est capable d’envoyer des mails et de se connecter vers l’extérieur. Le seul truc pas possible, c’est d’être vu de l’extérieur.
Un exemple :
Pour récupérer le gravatar de tes commentateurs, il faut aller chercher sur le net une URL de type http://gravatar.com/blabla.
Ça marche.
Mais si tu veux définir en plus un fichier local de secours (gravatar par défaut), tu ne peux pas mettre un fichier local mais tu dois pouvoir le trouver sur le web.Je connais les extensions du type « Opening soon » mais sur mon site, par exemple, j’ai besoin de tester l’interface quand on arrive sans identification, justement (à cause de billets privés / publics) donc je suis bien plus confortable en local.
Enfin, tout ça pour dire que ton alternative est intéressante mais qu’elle n’est pas universelle (mais je crois qu’on est d’accord là-dessus !)
Je crois que c’est ce qu’il préconise aussi :
1/ en local : on développe
2/ en pré-prod : on teste que tout marche toujours bien
3/ on met en ligne en prod.L’étape 2 qu’il propose est un peu « luxueuse » a mon sens mais peut valoir la peine
1/ en cas de travail collaboratif
2/ en cas de haute criticité sur la disponibilité du site de production (sur un blog perso, on peut se permettre d’avoir le site en rideau quelques heures voire quelques jours, sur un site pro c’est gênant !)Intéressant ! Je comprends bien la notion de « pré-prod » (je bosse dans l’info 😉 et effectivement, une version Wamp locale tient plus d’environnement « d’intégration ».
Je vois aussi l’avantage : être bien sûr que tout fonctionne de manière « ISO ». J’ai pu faire l’expérience à plusieurs reprises de différences dues aux modules activés ou pas d’Apache ou de Php. Néanmoins, à chaque fois, j’ai pu réaligner mon environnement local avec la « prod ».Je signale au passage qu’un des grands avantages de Wamp, c’est que je peux bosser tranquille même sans connexion réseau (par exemple, dans le train).
Quelques remarques avec un environnement en prod :
1/ faire bien attention à ne pas être indexé par les moteurs de recherche
2/ risque (modéré) que d’autres yeux y accèdent (un risque qui peut aussi être un avantage en cas de travail collaboratif, ce que ne permet pas une copie locale) – qui peut être tempéré par des extensions (mais dans ce cas, on n’est plus exactement ISO) ou un filtrage d’IP.Tout cela est probablement pris en compte dans ton tutoriel mais je ne me suis pas inscrit pour le lire !
L’astuce du .loc est intéressante, moi j’ai opté pour la modification des premières lettres de l’URL à cause de la mémoire de la barre de navigation du navigateur…
Dans wp-config, il y a 3 informations pour atteindre la base :
1/ son adresse sur le réseau (souvent localhost, car le serveur MySQL est souvent sur la même machine que le serveur Apache)
2/ le nom de la base
3/ le login/password pour se connecter
La modification du fichier hosts permet d’agir sur le point 1 et ça suffit (mySQL ne gère pas de « nom de serveur » à ma connaissance). Les points 2 et 3 s’adressent sur le serveur MySQL en créant la base pour accueillir les données du blog.Merci fge pour tes précisions ! Effectivement, l’intérêt majeur, c’est d’avoir une dans son navigateur une URL qui ressemble à celle d’un site publié… mais qui reste locale. C’est quand même plus joli.
Je précise au passage qu’étant informaticien, je n’ai pas peur de retrousser mes manches pour aller regarder d’un peu plus prêt comment tourne la machine (toute la différence entre un ordinateur et une voiture pour moi
) et que c’est à chacun de choisir le niveau de complexité/technicité qui lui convient. Déjà, travailler en local avec Wamp fait montre d’un excellent esprit !
Le tuto de luciole135 est très bien, merci de l’avoir signalé ! Je sais qu’il y a pas mal de tuto sur la toile et mon propos n’était pas de les remplacer (loin de là) mais d’apporter quelques compléments.
Le script de changement de nom dont parle luciole est le même que celui dont je parle. Mais c’est justement pour éviter d’avoir à y recourir (autant limiter les étapes) que je propose une astuce avec des domaines « iso-longueur ».
De même que je donne une astuce pour éviter d’avoir à modifier wp-config.php.Bref, l’objectif est d’être le plus paresseux possible !!!
Tiens, je viens de tomber sur une page qui détaille l’utilisation du script magique ! C’est chez Grégoire Noyelle
24 novembre 2013 à 20 h 52 min en réponse à : Insertion automatique des messages Twitter ayant le même Hastag #815375Je suis en train de chercher une extension qui puisse faire ça… J’ai l’impression que Twitter Widget Pro fait ça… à vérifier !
Je clôture ce fil de discussion qui semble buggé. Désolé pour les messages supprimés.
26 janvier 2013 à 15 h 59 min en réponse à : Problème « Sexe en Direct » en description de mon site. #876899De toute évidence, cela vient de votre thème ! Il faut en changer !
N’y aurait-il pas, avec le thème, dans l’administration, des pages de configuration dudit thème ?
Je pense qu’il faut reporter les paramètres utilisés de l’un vers l’autre.
(Je ne connais pas le thème en question, mais je me dis que si la copie des fichiers du thème ne suffit pas, c’est qu’il y a autre chose !) -
AuteurMessages