Booohhh…
Et aussi Pixabay…
C’est un complot !
Ce qui est chouette avec WordPress c’est qu’il y a toujours quelqu’un qui a programmé pour toi le plugin qui répond à la micro fonctionnalité idiote mais nécessaire qui n’a pas été codée par l’équipe de WordPress.
Par exemple: ça fait des mois que je clique, dans mon backoffice, d’abord sur “Articles” > “Tous les articles” dans le menu puis sur “Brouillons” dans la page qui liste les articles pour aller voir la liste des dits brouillons:
Des mois que ça m’agace et que je me demande pourquoi il n’y a pas directement dans le menu, de lien vers la liste des brouillons….
Mais aujourd’hui, alors que j’entamais la procédure évoquée ci-dessus je me suis dit que ça ne pouvait plus durer. Trop de clics pour rien ! Et c’est comme ça que je mes suis trouvée rapidement à la recherche du plugin de mes rêves: celui qui ajoute le lien vers les brouillons dans le menu… peu de chose en somme.
Et…Tadam ! J’ai trouvé Quick Drafts Access !
Et il fonctionne très bien :
Voilà, ça c’est fait !
Clic… XXXXXX glaglagla…
Et c’est parti pour une nouvelle expérience de navigation !
Au 1er abord le passage de la version 56 à la version 57 s’est mieux passée que je le pensais.
Je n’avais pas encore mis à jour tous les modules du 56:
Mais le 57 a été suffisamment intelligent pour:
1/ Me mettre à jour ceux qui avait une mise à jour dispo:
2/ Me garder les autres au chaud au cas où :
Espérons que Firefox 57 tiendra ses promesses, fera la différence et inversera cette horrible tendance:
(https://www.w3counter.com/globalstats.php?year=2017&month=10)
Aujourd’hui un client m’a expressément demandé que son site soit compatible avec IE 11…
Woaw ! IE 11 ! Des lustres que je n’avais pas naviguer avec !
Mais le client est roi et j’ai donc ouvert mon IE 11 et là… impossible d’accéder à quoi que ce soit**:
“Cette page ne peut pas s’afficher”
Pas de Google:
Pas de Bing:
Pas de Qwant…
Mais heureusement Qwant avait un message d’erreur plus instructif que les 2 autres:
Et c’est donc finalement assez rapidement que j’ai pu faire cette manip: activer TLS1.0, TlS1.1 et TlS1.2:
Et tout est revenu:
Merci Qwant d’avoir customiser ta page dnserror !
*A lire à voix haute avec l’accent de Toulouse
**En fait j’ai fini par me rendre compte que ça ne tiltait que sur des sites en https.
Tu n’es pas à l’abri d’un:
Warning: Cannot modify header information - headers already sent by (output started at ...) in ...\pluggable.php on line 1210
Pour corriger contourner ça:
our theme is printing output (text) to the browser, but then for some reason WordPress is redirecting the user (with wp_redirect) away from that page before the whole page is rendered. You can’t start printing output and then redirect, or you’ll get the error you see. That’s what Paul Grime was getting at in his comment.
Ken White commented with a reference to a post with a similar problem. I’ve fixed this in my own experience by buffering the output of the script.
In your theme’s functions.php file (which gets included every time your theme’s pages load), put the following://allow redirection, even if my theme starts to send output to the browser add_action('init', 'do_output_buffer'); function do_output_buffer() { ob_start(); }Now, even if part of your theme starts to send input to the browser, PHP won’t send that text until the page is fully loaded, which allows WordPress to redirect users, if necessary, as part of its own logic.
=> Mon function.php