Spécialiste eMedia, photographe et vidéaste… 100% Multimédiatisé !
Les avantages familles nombreuses sont probablement bien moindre qu’à l’époque de mes parents… J’ai fait quelques recherches depuis l’arrivée de nos jumelles en 2011. Il y a nottament les Fonds du Logement de Wallonie qui peut proposer des prêt à taux très bas pour acheter ou rénover une maison… Mais les conditions d’accès sont souvent plus compliquée que simplement « le nombre d’enfants ».
J’initie depuis quelques semaines l’idée de regrouper sur Scoop.it une série d’annonce autour de ce que j’appelle l’e-Media. C’est à dire un mélange entre l’image (Photo ou Vidéo) et son intégration sur le Web. En parallèle je vous partagerais ici une petite chronique de temps à autres de ce que j’y ai repéré d’intéressant.
Tout d’abord l’actu la plus importantes tournent autour des premiers test du Nikon D800. Sans vraiment prendre le relais naturel du mythique D700, ce nouveau boitier se singularise avec un capteur montant jusqu’à 36MPx, de quoi chatouiller les moyens formats ?
Avec un capteur à 36,3 Mpx, le Nikon D800 pourrait être considéré comme un véritable concurrent des dos numériques qui sont à la fois plus chers et moins polyvalents : les moyens formats sont volumineux, lourds, lents et ne font pas (encore) de vidéo. (Le D800, tueur de moyen format ?, Focus Numérique)
36,3 Mpx : c’est la définition record que propose Nikon avec le reflex 24×36 D800. Le boîtier offre en plus un viseur 100%, un autofocus 51 points avec suivi 3D, un mode vidéo 1080p. (Test du Nikon D800, Focus Numérique)
Google nous propose quelques nouveautés. D’une part une option permettant de stabiliser ses vidéos à l’intérieur de Youtube et d’autres part la possibilité de créer un évènement en live à l’intérieur de Hangout.
Malgré l’arrivée d’un boitier aussi castard que le Nikon D800, le phénomène dit de l’iPhonographie prend de l’ampleur. Même si la qualité du capteur photo du smartphone hype d’Apple est juste de quoi rivaliser avec les boitiers compacts, ils offrent d’autres avantages créatifs qui permettent une autre approche de la photographie. Je vous laisse ici un article intéressant lu sur Les Numériques.
L’iPhonographie gagne chaque jour de nouveaux iPhonographers. Le phénomène gagne même les photographes professionnels. Smartphone à la main et applis en bandoulière, faire de belles photos, c’est presque donné. Aujourd’hui, on peut même suivre des cours de perfectionnement sur iPhone… (Le phénomène iPhonographie : l’important est de bien savoir filtrer, Les Numériques)
Et lorsque vous serez satisfait de vos iPhotos, il sera alors temps de vous pencher sur le meilleure moment pour les poster sur les réseaux sociaux en vous attardant sur cette article , par exemple le mercredi à 15h sur Facebook !
MAJ – illustration générée par ChatGPT, 2026
Ok, après de longues soirées, j’ai donc pu faire redescendre à la normal la charge CPU du serveur Infomaniak et rejoindre mes « copains » du serveur mutualisé. Le combat fut long, stressant et dans la mesure où une fois de plus, je me suis retrouvé seul au monde avec mon problème, je vais en profitez pour vous en faire partager les solutions, puisque déjà quelques autres internautes commencent à rencontrer de problèmes similaires.
Rappel des faits, début du mois, mon hébergement chez Infomaniak devait être isolé car quelques choses saturait le serveur web… et à moi d’en trouver la cause et l’éradiquer. Pas de malware, mise à jour de WordPress et plugins, rien n’y fait, je finis par constater un taux anormal d’appel dans les logs sur une seul et unique page du blog, plus de 10x par secondes et venant de serveurs BingBot officiels Microsoft. La raison reste toujours un mystère, mais mes lectures ont pu montrer d’autres cas similaires. Bug de l’outil, tentative de détournement pour saturer les serveurs…
Tout d’abord, j’ai donc installé un plugin de gestion de cache des pages à la demande d’Infomaniak. Celui-ci n’a pas vraiment fait diminuer la charge CPU, et m’enquiquine plus qu’autre chose d’ailleurs.
Après de nombreux tests, j’ai finalement interdit à BingBot et MSNBot de se rendre sur tout le site contenant la page à problème. Radicale, mais le contenu de celui-ci ne souffrira pas de ce nom référencement… Ceci dit cette solution est à mon goût trop agressive.
RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} ^.*(msnbot).* [NC] # Si le user agent contient la chaine msnbot
RewriteRule ^.* – [F,L] # On interdit alors l’accès à la pageRewriteEngine on
RewriteCond %{HTTP_USER_AGENT} ^.*(bingbot).* [NC] # Si le user agent contient la chaine msnbot
RewriteRule ^.* – [F,L] # On interdit alors l’accès à la page
La solution s’avère efficace, puisque la charge serveur diminue alors de suite, néanmoins les logs restent surchargés, j’adapte donc avec un fichier ROBOTS.TXT qui placé à la racine du site impose aux différents bots ce qu’il peuvent indexer ou non… 24h plus tard, les résultats sont efficaces, mon fichiers LOG de 40mo est passé à 1,5mo !
User-agent: *
Disallow: /wp-*
Disallow: /*.php$
Disallow: /*.js$
Disallow: /*.inc$
Disallow: /*.css$
Disallow: /*%26layout=
Disallow: /*xoops_url
J’impose donc de ne pas indexer tous répertoires ou fichiers commençant par wp- à savoir des fichiers critiques à WordPress, les fichiers .php, .js ou .css et propre à ce cas les urls contenant la chaine de caractère %26layout= ou xoops_url.
Bon, j’espère être tranquille jusqu’à l’année prochaine mantenant !
Allé, pour vous donner un peu de coeur à l’ouvrage… tout cela me rappelle ce morceau de musique écrit en 2002 : Cyborg Jeff – We are the Bots !
Déjà quelques jours que je m’arrache les cheveux et perd un temps précieux sur un sérieux problème d’attaque Web sur mon serveur, un soucis qui semble s’orienter autour d’attaque de BingBot ou d’un bon bug dans celui-ci, le tout causant une charge CPU anormal sur le serveur.
Et c’est de la que le problème a été identifié. Contacté par Infomaniak il y a un moment, mon hébergement avait dû être démutualisé pour cause de surcharge CPU, or ce n’est pas vraiment le genre d’Infomaniak de faire la grimace ! Difficile de mettre la doigt exactement sur ce qui en est la cause, il a donc fallu tenter plusieurs pistes.
J’ai d’abord fait un genre de test malware de mes différents sites avec cet outil : http://sucuri.net/ sans grand résultat, il m’annonçait simplement que mes versions de WordPress n’était pas à jour. Dans la mesure où le passage à Worpdress 3.x impliquait toute une série d’incompatibilité plugins, je m’étais volontairement arrêté à la version 2.9.8.2 J’ai donc mis à jour mes noyaux, mis à jour les nombreux plugins et puis ?
Je me suis souvenu avoir lu qu’il était parfois utile de checker authenticité des thèmes wordpress utilisés. En effet, par exemble, celui de mon blog avait été réalisé au départ d’un thème datant maintenant de 2007…. Cause potentiel ? Pas vraiment sur, mais bon, cela n’aura pas fait de tord de mettre tout cela à jour
J’en ai profité pour faire du nettoyage sur mon serveur, par bloquer via .htaccess certains répertoires,… puis sous les conseilles d’Infomaniak, j’ai installé un outil d’optimisation de cache du site WP Super Cache, qui permet de diminuer les requêtes aux serveurs.
Mais rien à faire, la charge CPU restait toujours assez élevée… Dans les statistiques, je voyais qu’une page d’un de mes blogs était anormalement visitée, plus de 600.000 fois depuis début mai sans aucune raison. La page était plutôt clean, on aurait juste pu lui reprocher un embed de player Jamendo… Un croisement avec les weblog du site me montre effectivement que le problème passe bien par là, on retrouve ce genre de log plusieurs fois par seconde en permanence :
157.55.17.151 - - [16/May/2012:00:00:10 +0200] "GET /cyborgjeff/site/albums/divagation-se-1997/%26layout=button_count%26show_faces=false%26width=250%26action=like%26colorscheme=light%26font=arial%26height=35px/1997/02/24/344-4u2-ethnic-drums-ftl-mix-16/1997/04/10/372-ego/1997/03/23/365-2-3-frutti-dance-classics/1997/02/24/344-4u2-ethnic-drums-ftl-mix-16/1997/04/10/370-introduction-of-dream-part-ii/1996/11/27/279-moon-day/1996/11/27/279-moon-day/1997/04/04/368-deep-house-titanic-mix/1997/04/10/372-ego/1997/04/10/372-ego/1997/04/05/369-i-get-no-sleep-part-2/1997/03/03/351-one-month-but-three-weeks-without-you-mixing/1997/03/16/361-hey-mister-dj/1997/02/12/335-space-del/1997/02/12/335-space-del/ HTTP/1.1" 301 - "-" "Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)"
Plusieurs choses m’intrigue là dedans, d’abord tout le blabla après la page proprement dit et ensuite des appels vers les urls des pages liées à la première, un peu comme si l’appel en question allait ouvrir une dizaine de pages d’un coup, ce qui pourrait évidemment expliquer la surcharge, ensuite à quoi peut bien faire référence ceci : %26layout=button_count%26show_faces=false%26width=250%26action=like%26colorscheme=light%26font=arial%26height=35px
J’ai tout d’abord supprimer ma page temporairement, les appels ont continuer sans soulager le serveur, et pour cause, c’est wordpress qui génère les messages d’erreur type 404 et compagnie, par contre fin de journée, le BingBot a fini par se lassé et la charge CPU est retombée… J’ai réactivé la page, et dès le lendemain, bardouf !
Petit check, les différentes IPs semblent bien provenir de Microsoft (MSNBot et BingBot), j’avais fini par trouver quelques Abus BingBot récent mais qui semble surtout provenir d’adresse IP douteuses, et cibler essentiellement les pages de logins ou de commentaires, ce qui n’est pas le cas ici… J’ai par contre aussi trouvé certaines personnes rapportant des comportements agressif et anormaux des BingBots officiels ces dernières semaines…
Que faire ? Pour l’heure j’ai bloqué l’accès à Bingbot et Msnbot via du code .htaccess
RewriteEngine on RewriteCond %{HTTP_USER_AGENT} ^.*(msnbot).* [NC] # Si le user agent contient la chaine msnbot RewriteRule ^.* - [F,L] # On interdit alors l'accès à la page RewriteEngine on RewriteCond %{HTTP_USER_AGENT} ^.*(bingbot).* [NC] # Si le user agent contient la chaine msnbot RewriteRule ^.* - [F,L] # On interdit alors l'accès à la page
Cela soulage le serveur, mais je trouve la parade un peu trop large… j’aimerais bien pouvoir affiner cela, voir comprendre la raison du problème sur ma page bien précise… histoire de pouvoir me prémunir d’autres pertes de temps de ce genre !
>> Ici la solution finale mise en place : https://lesmondesdecyborgjeff.be/2012/05/24/cyborg-jeff-vs-robots/
Bon, il semblerait que mon blog au moins engendre des problèmes de saturations serveur… peut-être bien dû à la vétusté de mon thème WordPress que je traine depuis 2007 maintenant… pas sur, sur à 100%, mais c’est tout de même une piste que je ne eux ignorer…
De ce fait, l’esthétique du Blog de Cyborg Jeff devra donc se contenter de ceci le temps que je pousse plus loin la résolution du problème !