Worlpress...
- include_once("config.php");
- $config['run_include'] = ""; // execution pas inclus dans worldpress
- include_once("mlist.php");
Non, je sais que Wordpress a une grosse part du marché des CMS, mais quand même...
Non, je sais que Wordpress a une grosse part du marché des CMS, mais quand même...
La commande find
est extrêmement pratique. Surtout quand on la met en musique avec la commande rm
pour faire le ménage dans certain dossier.
Cependant, je trouve la syntaxe assez complexe, et j’en ai marre de faire une recherche Google à chaque fois. Du coup, hop, une petite fonction bash à mettre dans le fichier .bashrc :
Merci jluc qui m’a signalé qu’il valait quand même mieux tester l’existence de $1
avant de faire n’importe quoi !
Besoin de supprimer tous ces fichiers .DS_Store qu’un vilain utilisateur de Mac à mis dans un dossier ? findrm ".DS_Store"
!
J’ai activé le mode verbose (-v quoi) de la commande rm
pour avoir un détail de ce qui se passe.
Attention quand même à bien faire un backup avant, car cette fonction ne va pas vous demander votre avis avant de supprimer les éléments !
On me signale que c’est plus optimisé d’utiliser xarg
! Merci tofulm.
Avoir un petit moteur de recherche pour les articles d’une catégorie Wordpress est en fait assez simple, pas besoin de ce lancer dans une chasse aux plugins.
Cela ne demande qu’un petit formulaire à mettre dans le template de catégorie.
Si vous n’avez pas envie de l’avoir dans toutes les catégories, vous pouvez simplement créer un template category-(slug ou ID).php.
Et ensuite une petite WP_Query qui va faire tout le boulot :
Rien de sorcier donc, et surtout pas de faille de sécurité plugin usine à gaz d’installer pour faire ce formulaire.
Twig est un système de templating PHP. Il permet de créer des squelettes de page qui seront ensuite transformés en page HTML.
Timber permet d’utiliser Twig avec Wordpress.
Je n’ai jamais apprécié, la façon dont sont créés le thème Wordpress, utiliser PHP comme système de templating est une idée très moyenne par rapport à la lisibilité qu’apport un système de template. Ne seraissent que parce que PHP encourage les développeurs de thème à faire « à leur sauce ».
Un système de template a tendance forcer une méthodologie et donc faciliter le travail entre plusieurs développeurs.
Il ne faudra pas rentrer dans la tête du développeur initial pour modifier le thème. Ou apprendre un des nombreux frameworks de templating Wordpress.
Il y a d’autre défaut au système de base de Wordpress, mais ce n’est pas l’objet de cet article.
Copier le dossier wp-content/plugins/timber-library/timber-starter-theme dans le dossier thème de Wordpress.
Renommer le dossier pour qu’il colle avec votre thème et éditer style.css pour adapter les valeurs, cela correspond à notre nouveau thème.
Tout le sale boulot de ce système est fait, la majorité des fichiers templates Wordpress sont déjà remplit avec les codes twig qui vont bien :
On trouve par exemple ce code dans single.php :
Il appelle par défaut le fichier single.twig, sauf s’il trouve un fichier spécifique single-ID_or_type.twig.
A partir de là, on travaillera principalement avec le sous-dossier templates qui contient les fichiers .twig.
Le template principal se nomme base.twig et contient le squelette principal du site. Ce squelette sera alors étendu par les autres squelettes. Par exemple dans page.twig :
On étend base.twig en surchargeant le block content.
La documentation de timber et au besoin, documentation de Twig, contiennent tout ce qu’il faut savoir.
Plus vraiment d’excuse donc pour développer sans moteur de template !
Dans le fichier config/mes_options.php :
La clé du tableau $GLOBALS[’liste_des_statuts’] sert également de chaîne de langue pour traduire le statut.
La valeur sera quand à elle enregistrée dans la base de donnée comme statut d’auteur.
Il y a aussi la constante AUTEURS_MIN_REDAC qui détermine si le statut fait partie des des visiteurs ou non.