6 octobre 2008
par Amaury
1 Commentaire
Ça ne vous arrive jamais de chercher après les formats de pub ?
Google possède une page qui regroupe la quasi-totalité des formats de pub web… pratique non ?
Il y a quand même 12 formats différents… De quoi répondre à toutes vos envies ;)
6 octobre 2008
par Amaury
8 Commentaires
J’entends régulièrement des gens se plaindre… L’admin de WordPress c’est pourri, l’admin de WordPress c’est mal pensé, etc.
Mais ces gens-là oublient souvent que WordPress est un logiciel open-source…
Et qui dit open-source… dit possibilité d’améliorer !
En surfant dans le codex, je suis tombé sur le lien du plugin Adminimize.
Ce plugin permet de belles choses, dont:
En images :
Elle n’est pas belle la vie ?
4 septembre 2008
par Amaury
2 Commentaires
Au premier abord, avoir créé un paquet WordPress Mu pour Fedora 10 peut s’apparenter à une bonne idée.
Un paquet, c’est pratique pour les raisons suivantes :
Cela permet de démocratiser un peu plus l’installation de WordPress Mu. Cependant, je ne suis pas persuadé que ça soit une bonne solution.
Cette simplicité, elle n’est pas recherchée par les utilisateurs avertis et les développeurs, elle est recherchée par les utilisateurs sans trop de connaissances et souhaitant installer WordPress Mu.
Ce qui me pose problème, ça n’est pas l’installation, c’est la procédure de mise à jour… Dans le cadre d’une plateforme de blogs, la stabilité, la sécurité, l’intégrité et la fiabilité sont des critères très importants. (plus que WordPress en tout cas)
Raisons pour lesquelles, on clone généralement son installation de production pour faire un site de test.
En voulant trop simplifier, on risque de se retrouver avec des plateformes de blogs administrés par des *newbies*, mettant à jour à coup de « apt-get update » et « yum upgrade« …
Où sont les tests de mise à jour ? Les sauvegardes ?
3 septembre 2008
par Amaury
4 Commentaires
Les blogs à haute fréquentation sous WordPress ne rendent pas la vie facile au webmaster… Car quoi qu’on en dise, WordPress possède plein davantage sauf celui d’être économique en terme de performances.
Pour y remédier, une solution simple et peu couteuse à mettre en place consiste à installer le plugin WP Super Cache, de mon ami Donncha. (mainteneur de WPmu au passage)
Malheureusement, il se trouve que le plugin bien que très efficace provoque un bug assez aléatoire.
Pour comprendre la source du bug, petit rappel technique sur le fonctionnement de WP Super Cache.
Petite précision, mais pas importante ici, les copies HTML et Gz ont une durée de vie. Cette dernière est spécifiée dans les options du plugin. Une fois la durée dépassée, les 2 copies sont supprimées pour obliger une nouvelle création.
Revenons au bug, il est assez simple. Lors de la première consultation, WP Super Cache va créer une copie compressée avec Gzip, malheureusement avec la version actuelle (0.7.0.1), il ne vérifie pas l’intégrité de l’archive.
De ce fait, il lui arrive de créer aléatoirement des archives corrompues. On tombe alors sur des pages comme:
L'art moderne selon WordPress
Pour éviter ce bug, tout en profitant du cache HTML classique de WP Super Cache, rien de plus simple… Il suffit de désactiver la compression GZ dans les options du plugin.
Cependant pour des raisons assez mystérieuses, le bug se reproduit par moment. Pour être sur que le bug ne se reproduit, je vous conseille de désactiver la redirection du fichier .htaccess concernant la compression Gz.
C’est-à-dire les lignes suivantes:
RewriteCond %{REQUEST_METHOD} !=POST
RewriteCond %{QUERY_STRING} !.*s=.*
RewriteCond %{QUERY_STRING} !.*p=.*
RewriteCond %{QUERY_STRING} !.*attachment_id=.*
RewriteCond %{QUERY_STRING} !.*wp-subscription-manager=.*
RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz [L]
En supprimant cette partie, vous pouvez être sûr que les pages avec hiéroglyphes, c’est terminé !
1 septembre 2008
par Amaury
12 Commentaires
Ceux qui me connaissent un peu dans la « vraie » vie savent que je suis un passionné de sports, et plus particulièrement de sports automobiles. La formule 1 est d’ailleurs la discipline que je suis le plus intensément.
Tout cela pour vous dire que, Jean-Louis Moncet, journaliste à AutoPlus et commentateur chez TF1 à ses heures perdues, a ouvert un blog consacré à la F1. Jusque-là c’est plutôt normal me direz vous… Mais la ou généralement les boites de presse sortent l’artillerie lourde des CMS, AutoPlus a choisi d’utiliser WordPress !
Le blog est visible à l’adresse suivante:
Côté réalisation, ça sent l’installation en interne, pour plusieurs raisons:
Si l’idée de blogs fait son chemin chez AutoPlus, ils ont tout intérêt à utiliser WordPress Mu, mais pour cela faut-il encore avoir les compétences ;)
Sinon dans le même genre, mon petit doigt me dit que le blog « Bords de Pistes« , tenu par Lionel Froissart, pourrait prochainement migrer sur WordPress…Qui vivra verra ;)
Et je finis avec une petite image de F1, mais celle-ci, elle ne roule pas et c’est bien dommage !
Source : http://ev-one.deviantart.com/
27 août 2008
par Amaury
0 Commentaires
WordPress 2.6 a apporté une fonctionnalité très intéressante pour les performances de la console d’administration.
Turbo permet de stocker les fichiers fréquemment utilisés de la console d’administration dans un cache local grâce à la technologie Gears de Google.
Jusqu’à très récemment Safari ne pouvez pas profitez cette fonctionnalité pour la simple et bonne raison que Gears n’est pas compatible Safari.
Les choses changent, Google a lancé une version Safari de Gears (lien direct vers le DMG). WordPress 2.6 est désormais optimisé sur le navigateur Apple !
27 août 2008
par Amaury
29 Commentaires
Je pense surtout que Oliver Seidel a pris la grosse tête, pour rappel sa fabuleuse extension Cforms qui permet de gérer les formulaires de contact, connait un très gros succès dans la communauté WordPress…
Depuis toujours, cette extension affiche un copyright juste en dessus du formulaire.
Le fameux:
cforms contact form by delicious:days
À la base, rajouter un copyright aux fonctionnalités d’un plugin, je trouve déjà que c’est une pratique pas très élégante de la part de l’auteur. Cela veut dire que toutes les personnes avec une faible connaissance du CSS seront incapables de la supprimer.
Là où les choses se gâtent, c’est que depuis la version 8.6 (à vérifier), Cforms contrôle la présence et l’affichage de ce copyright pour faire fonctionner l’effet Ajax.
Explications de Olivier sur son forum de support:
I’ve been spending a couple of hundreds of hours overall on cforms, plus providing free support and people not only have started removing the link love from the get-go, but some even had the nerves to just turn it on, ask for extensive support and after having received free support, they turn it back off. Since « link love » is the only form of appreciation I ever asked from users in return this equates to a slap in the face.
Il explique qu’à la base, il ne fournissait un support qu’aux personnes laissant le copyright sur le site. Jusque-là c’est parfaitement compréhensible de sa part… Bien sûr des petits cons ont abusé du système, donc jusque la rien d’exceptionnel…
Hence I’ve decided that if no link love is shown certain (Ajax) functionality will simply not be available and it will fall back to non Ajax form submission. If users disable Ajax, it works as usual.
Il a alors décidé de supprimer le formulaire Ajax si le lien de copyright n’est pas affiché. Chose que je trouve complètement en désaccord total avec la philosophie CMS de WordPress. Tout le monde n’utilise pas WordPress et Cforms dans un contexte blog, il y a aussi une communauté de professionnels qui utilisent WordPress dans le cadre de projets clients et qui n’ont pas la liberté de pouvoir laisser un copyright foireux en dessous d’un formulaire de contact…
What are the options for the users?
- (1) Obviously the best: simply leaving the link love in place :-)
- (2) Use cforms without Ajax capabilities
- (3) Alternative link love in some other place on the site
- (4) Or users happen to find something on my Amazon wish list reflecting the value cforms has to them (in fact I leave it up the user to determine how much)
On a donc différentes propositions…
La solution 4 est un peu abusé à mon gout… faire les courses de Noël d’olivier pour débloquer une fonctionnalité, c’est pas très élégant non plus… On peut même plus appeler ça un don, mais plutôt du marchandage…
‘Hope for your understanding,
Non, je ne comprends pas.
Si vous cherchez une alternative à cforms, il existe :
Et bien d’autres sur WordPress.org
Moi de mon coté, je vais voir comment outrepasser sa protection… C’est un plugin GPL non ?
27 août 2008
par Amaury
6 Commentaires
Voilà typiquement le genre de situation qui m’énerve…Un petit con (c’est le terme…) achète 2 domaines :
Pour faire de 1, un site de merde avec de la pub. De 2, faire du parking avec le domaine et essayez de le vendre 5000$
Déjà je pense qu’il se met un gros doigt dans l’oeil en essayant de le vendre au-dessus du prix Registar… Qui est-ce que ça va intéresser ?
Il écrit:
est à vendre sur sedo.com à un prix abordable pour les entreprises qui veulent utiliser ce domaine pour leurs publicités.
Je serai curieux de savoir quelle entreprise est prêt à acheter un domaine illégal à 5000$ !!!
Personnellement je trouve ce genre de pratique complètement débile et immorale… Mais le plus gênant ici, c’est l’utilisation de la marque « WordPress » dans le domaine… Automattic tolère pour les communautés, mais là… revendre le domaine pour faire des sous… Ça devient carrément illégal ;)
Bref, je vais voir ce que peut faire Automattic à ce sujet, mais je ne me fais pas d’illusions, récupérer un domaine même lorsqu’on dispose de la marque, ça devient vite le parcours du combattant, justicatif de machin, de bidules… Je suis blazé…