Remi

Est-ce intéressant d'ajouter une cryptation SSL sur ce serveur ?

Est-ce obligatoire pour un site de paiement en ligne ?

Je voudrais l'ajouter pour donner du sérieux au site.

Peut-il y avoir des conflits avec le paiement en ligne ?

Non, pas besoin de SSL

Tu en aurais besoin si tu développais ta propre solution de paiement en ligne.

Mais on ne fait plus ça de nos jours... on passe par une banque.

Quant à ajouter du SSL "pour faire sérieux", tu peux le faire pour ta satisfaction personnelle, mais je ne pense pas que cela ait un effet sur tes visiteurs (personne ne sait ce que c'est... ). Sinon, pas de conflits en vue avec le paiement en ligne des banques, je ne vois pas de raisons.

C'est à ton client d'aller trouver sa banque pour signer le contrat VAD, pas à toi (sauf si tu as l'intention de gérer le compte bancaire du client ). Toi, tu mets en place le système fourni par la banque. Les scripts de banque ont toujours une version en PHP pas besoin de C++ : ces scripts permettent juste l'interfaçage avec le système de paiement, tu ne vois heureusement rien du système de paiement en lui-même.

Afin d'isoler les deux en terme de sécurité, je me demandais si j'avais intérêts à rendre mon forum accessible depuis un sous-domaine, ou est-ce que cela ne changerait rien ?

Cela ne changera rien.

Pour bien l'isoler, il faut le mettre sur un hébergement différent (même si tu es physiquement sur le même serveur OVH, ce sera alors impossible de passer de l'un à l'autre).

A partir du moment où l'opération ne dépend pas de la configuration du client et où elle n'est pas dépendante d'autres opérations faites en JS côté client, alors oui : non seulement, c'est possible de le faire en PHP coté serveur, mais en plus c'est là que cela doit être fait.

Tes visiteurs te diront merci (car ton site sera plus rapide)...

Locace : Personnellement, comme je l'ai dit, je trouve que ton article va dans le bons sens :

montrer que les choses ont un prix.

Maintenant, ce que l'on peut reprocher à ton article, c'est qu'il veut présenter comme *la* norme *ta* façon de faire les sites. Je comprends ta démarche, tu cherches à justifier tes prix face aux hordes de va-nu-pieds qui débarquent...

Tu as choisi de te positionner sur un créneau donné, c'est très bien. Cela me paraît important de choisir son créneau et de chercher à s'y positionner par un service de qualité qui satisfait les attentes du client. Maintenant, il faut que tu saches regarder autour de ce créneau, en dessous mais surtout au dessus (car c'est vers le dessus que je te souhaite d'évoluer, plutôt que vers le dessous...) et que tu comprennes pourquoi certaines prestations vont au-delà de ce que tu présentes comme une norme.

C'est un peu pareil que lorsque tu te vois une personne qui fait des sites à 500 euros dire que ceux qui font des sites à plus de 2000 euros sont des escrocs. Tu te dis certainement : "manque de maturité"... C'est effectivement cela, ils n'imaginent même pas que l'on peut apporter plus de service que eux-mêmes n'en apportent...

Merci pour l'info.

Ce n'est pas la première fois qu'ils affichent un nouveau PR pour marquer la nouvelle année...

Le calcul semble s'arrêter aux alentours du 20-21-22 décembre.

Ton article va dans le bon sens, montrer la juste valeur des choses, mais il ne parle que d'un type de site... A l'expression employée "site de qualité", j'ajouterais "très standard" car dans le décompte des tâches, il manque certaines étapes fondamentales (du moins à mes yeux) pour faire un site de qualité qui soit vraiment adapté au client. Par exemple :

- rencontre avec le client pour connaître son activité, qu'est ce qui le différencie des autres, ses attentes, etc...

- la conception du site (quelles pages, que faut-il mettre en avant, etc...)

- Faire les photos

- Ecrire les textes

De plus la création graphique est largement sous-estimée, il n'y pas de frais de traduction, etc...

Tout cela pour dire qu'il n'y a pas 1 type de "site de qualité", il y en a plusieurs.

Il n'y a pas 1 type de prestation, il y en a plusieurs.

En règle générale, c'est toujours le contenu qui est le plus long (mais aussi le plus intéressant) à faire.

La différence de comportement n'est pas du au PC mais au navigateur.

Il faut toujours placer les éléments en float *avant* le contenu principal.

De plus, pour être tranquille, je mettrais une largeur au float.

L'article est intéressant, j'apporterais juste un bémol sur les passages "Prenez votre téléphone..." ou "Relancez si vous n'avez pas de réponse..." car je trouve que les demandes spontanées d'échanges de liens sont de plus en plus nombreuses et inutilement insistantes.

Sinon, Thick a mis le doigt sur le vrai problème actuel (amha) : la grande majorité des liens spontanés (les seuls "vrais liens") sont maintenant en nofollow.

Je les suis régulièrement.

Non pas de mouvements brutaux, quelques-uns mais relativement moins que sur GG.

Hormis le sempiternel problème du '/' qui manque au début de la cible (si c'est de l'OVH mutualisé), cela devrait fonctionner. Si ce n'est pas le cas, il faut regarder l'emplacement (si ce n'est pas à la racine) ou si d'autres règles interagissent.

Mais, sans vouloir critiquer, je trouve le rewriting assez moyen car c'est vrai que ça marche avec "le bon jambon" mais ça marchera tout aussi bien avec "cueillette des olives en Basse Provence"...

Pour un rewriting bien fait, il faut qu'il n'y ait qu'une URL qui se transforme en une autre. Bon, mais je me mêle peut-être de ce qui ne me regarde pas...

Une autre solution en pur CSS :

img{display:block;margin:0 auto;}

(et tu peux mettre autre chose que 0 si tu veux des marges en haut et en bas des images)

Oui, TINYMCE est très bien pour modifier de petites zones bien définies à l'avance mais si le client veut quelque chose d'assez travaillé au niveau de la présentation, l'utilitaire montrera vite ses limites. C'est d'ailleurs un peu pareil avec les moteurs de blog.

Sinon, sur l'intérêt de laisser ou non des zones modifiables par les clients, je pense qu'il ne faut pas généraliser, il y a de la place pour les deux approches. C'est à chacun de savoir à quel endroit il veut se positionner.

normalement l'avantage de l'UTF8 est, il me semble, de ne pas avoir besoin d'installer ces polices.

Il te faudra toujours avoir une police.

L'avantage de l'UTF8, c'est de passer de 8 à 16 ou 24 bits le codage des caractères, donc de casser la limitation des 256 possibilités.

Mais si tu demandes au système d'afficher le caractère 2541 et que le système n'a aucune police avec le caractère 2541, il affichera un carré.

Firefox met même le numéro du caractère en double hexa dans le carré...

Le composant des langues orientales, ce n'est pas que des polices, il me semble.

Il y a aussi certains fichiers qui permettent de à Windows de manier les textes.

Par exemple, ce qui m'a toujours surpris, c'est que sous Word en chinois, on fait un double click quelque part et il sélectionne le mot entier (alors qu'il n'y a pas d'espace au début et à la fin comme sur les langues occidentales).

Pareil pour les passages à la ligne en html, il faut bien laisser faire le navigateur, il ne faut pas couper à la main n'importe où...

Tu vois les idéogrammes chinois ?

Moi sous XP sans composant langues orientales,

avec IE6, IE7, IE8, FF : les carrés.

Tu es sous Vista ?

C'est d'ailleurs bizarre que le title soit le seul à ne pas passer... j'ai remonté la meta utf8 avant le title à tout hasard...

Et dans cette page captain : maquette.stantum.com/ja/about ?

Moi, je ne vois que des carrés...

Ah, tu m'intéresses là...

Tu peux me donner une URL de site en utf-8 qui marche sans le composant langues orientales de Windows ?

Moi je te donne une des miennes qui *a* besoin du composant :
/>http://www.champagne-tarlant.cn/

... et ne pas oublier d'ajouter le composant langues orientales à son Windows, sinon bonjour les petits carrés.

Si tu veux que *tous* les utilisateurs voient les caractères chinois, c'est plus compliqué (et pas forcément très utile car ceux qui peuvent lire le chinois ont leur Windows configuré pour)

Oui, on ne peut pas dire que les banques aient beaucoup communiqué à l'introduction du 3D Secure, que ce soit auprès des commerçants ou des clients d'ailleurs. De plus, les procédures d'identification varient suivant les banques (certaines utilisent même un code envoyé par SMS)...

En pratique, il y a toujours un pourcentage de gens surpris qui s'arrêtent en cours mais de plus en plus de gens connaissent. Le mieux est tout de même de les prévenir par une phrase du style "Pour limiter les utilisations frauduleuse de votre carte, une question supplémentaire vous va vous être posée... etc..."

Mais bon, idéalement, cette phrase devrait figurer sur l'écran de la banque, pas sur le site du commerçant !

Il y a bien d'autres manières pour porter un jugement qu'une note donnée arbitrairement !

Pardonnez ma question de débutant, mais quelles sont les meilleures manières ?

Techniquement, je ne vois pas trop de problèmes : il te suffit faire une sorte de plateforme de paiement commune et ce sera à toi de calculer l'url de retour en fonction de l'enseigne.

Le problème est surtout de savoir si tu as une entité commune derrière tout ça, car tout va aller sur le même compte. Si oui, je ne pense pas qu'il y ait d'obstacle côté banque (il faut mieux relire tout de même son contrat pour vérifier si cela est limité à un nom de domaine, mais je ne pense pas, un certificat est surtout lié à un compte client, je pense).

Regarde alors si le nofollow est stocké dans la base de données :

si c'est le cas, il faut rechercher dans les fonctions qui traitent les POST reçus.

Si non, c'est à l'affichage et c'est un peu bizarre que tu n'aies rien trouvé qui marche... ça doit bien être quelque part...

Sinon, tu as la fonction wp_rel_nofollow_callback dans formatting.php ligne 1289 et suivantes...

Là tu les enlève tous, je pense

Dans default-filters.php à la ligne 154, tu as

add_filter('pre_comment_content', 'wp_rel_nofollow', 15);

Essaie de l'enlever (ou de la commenter ).

On peut aussi s'en sortir très facilement aussi en laissant le domaine principal dans le www et en mettant les domaines secondaires en sous-répertoires...

Il suffit d'avoir à la racine des RedirectPermanent du style

RedirectPermanent /repertoire/ http://www.domaine-secondaire.tld

Je ne vois pas de problème à ce genre de configuration.

Ceci dit, je ne pense pas qu'il y ait de problèmes en sortant du www (mais il y en a eu...)

Je lui montre l'article et voilà qu'elle se fâche.

Elle a trouvé inadmissible que je me permette d'ajouter quelques notes du genre (...)

D'une manière générale, pour des modifications de contenu, il est plus habile d'en parler d'abord avec l'auteur. Surtout s'il s'agit d'un article assez travaillé. Dans ce cas précis, peu importe le contenu de la parenthèse ajoutée, c'est le principe qui pose problème.