Kent

Salut ! En gros tu souhaites améliorer le taux de disponibilité de tes serveurs. Pour le streaming je ne sais pas trop te conseiller, en revanche pour les serveurs web. Voici quelques astuces générales, tout n'est peut-être pas applicable dans ton cas et certaines choses dépendant énormément de linfrastructure Comment détecter la panne ? via une tâche planifier tu peux éxecuter un script qui ping l'ip publique des noms de domaines ou les nom de domaines directement. en cas de problème ça t'enverra un mail par exemple ou ça lancera une procédure de basculement. Copier les différentes base de données Le mieux pour ça est de faire une réplication des base de données sur les serveurs secondaires pour cela tu dois exploiter une ipfailover en tant que adresse du serveur de base de données, idéalement tu basculeras cette ipfailover sur les serveurs secondaires dès réception du mail signalant un dysfonctionnement. Évidemment cette solution sous entends le fait que c'est les serveurs primaires de base de données qui tombent en panne. Pour tout ce qui est système de fichier tu peux utiliser synctoys qui va synchroniser les répertoires physique entre plusieurs serveur sous Windows 2003, sache que si tu utilise IIS tu peux aussi synchroniser les config IIS Rediriger les visiteurs il te faut basculer les ipfailover sur les serveurs opérationnels si tu souhaites assurer un taux de dispo maxi. D'une manière générale on peut améliorer le taux de disponibilité des sites en utilisant les ipfailover , la réplication pour les DB , et la synchronisation des systèmes de fichiers

Si je comprends bien tu veux "intercepter" ce que va recevoir le visiteur pour y ajouter "un quelque chose" ? Tu peux tester avec la fonctionnalité output buffering. Qui empêche (peut mettre en cache avant de) php de renvoyer le contenu généré. exemple : ob_start(); echo "toto" ; $contenu = ob_get_contents(); ob_flush(); ob_end_flush(); echo $contenu; ainsi le echo "toto" sera placé en cache que tu récupere via ob_get_contents();; libre à toi ensuite d'afficher ou pas (echo à nouveau) ou de concatener quelque chose avant ou après. Kent

Tu es en train de mélanger du code PHP avec du code javascript (JS) Tu dois faire une redirection JS tout en restant en JS Tout le code que je t'ai donné c'est du Javascript pas du php. De plus : if(!getCookie("dejavenu")); Attention au ";" à la fin des conditions...

Salut, Lorsqu'il passe pour la première fois tu lui mets un cookie et tu affiche cette page d'avertissement seulement si le cookie n'existe pas Voici deux fonctions qui peuvent êtres utiles : function setCookie(name, value, expires) { if (!expires) expires = new Date(); document.cookie = name + "=" + escape(value) + "; expires=" + expires.toGMTString() + "; path=/"; } function getCookie(name) { var cookies = document.cookie; if (cookies.indexOf(name) != -1) { var startpos = cookies.indexOf(name) + name.length + 1; var endpos = cookies.indexOf(";", startpos) - 1; if (endpos == -2) endpos = cookies.length; return unescape(cookies.substring(startpos, endpos)); } else { return false; } } Utilisation : // Si jamais venu if(!getCookie("dejavenu")) { // Une date d'expiration dans 1an expdate.setTime(expdate.getTime() + 1000 * 60 * 60 * 24 * 365); setCookie("dejavenu","true",expdate); //Ici traitement, animation, redirections JS affichage de div, lien etc } Kent

Salut, Quel est ton système d'exploitation ? Pour les user_id et group_id , tu parles de ceux qu'utilise apache pour exploiter le système de fichier ? Si tu les as changés et que les répertoires pour écrire les sessions appartiennent toujours à l'ancien id, il est normal que tu obtienne des problèmes. Pense à changer le propriétaire des répertoires pour les sessions Sous linux : chown group:user monrepertoire // Pour le repertoire + tous ses fils chown group:user monrepertoire -R ++

Effectivement, Pas mal ces fonctionnalités. Si je comprends bien on peut voir combien de fois on est apparus dans les résultats de recherche (impressions) et le nombre de fois que l'on a cliqué sur nos sites (clicks) et bien c'est pas fameux chez moi

Salut, Ce ne sont pas mes clients, ce sont les clients de mes clients, et ils sont potentiellement partout dans le monde. Ok pour le nom de domaine en .co.uk et une ip localiser pour les UK Que proposez-vous pour les US , sachant que je ne peux pas traduire le nom de domaine. Merci

, tu peux dans ce cas suivre aussi les conseils de Rémi. Pour ceux qui ont la main sur leur serveur, vous pouvez tenter les optimisations coté HTTP. Mais avant cela et comme dit Rémi, il est évident que ça doit être performant coté serveur aussi .

Salut salut, Sympa l'article, juste pour vous signaler qu'il existe aussi YSlow un addon par yahoo qui permet d'évaluer les performances d'un site web, les suggestions d'améliorations sont pas mal. (ceci dit certaines suggestions d'améliorations peuvent paraître fantaisistes pour un site à petit budget tel que l'utilisation d'un Content delivery Network ou autre). Nulette , Tu peux spécifier dans un .htaccess certaines choses qui permettent d'améliorer le temps de chargement des pages web. Tu peux compresser ce qui est CSS et JS avant l'envoi au navigateur via le mode deflate d'apache par exemple. Active le module puis dans un .htaccess tu peux utiliser ce genre d'instruction AddOutputFilter DEFLATE css js Ou encore, avec le module expires (toujours chez apache) tu peux définir un délais d'expiration pour ton contenu par défaut. ExpiresDefault "access plus 10 years" Ou encore par type ( via le site officiel ): ExpiresActive On # enable expirations ExpiresByType image/gif A2592000 # expire GIF images after a month # in the client's cache ExpiresByType text/html M604800 # HTML documents are good for a # week from the time they were # changed, period Voilà voilà, tout ça pour dire que les améilorations se font aussi coté client, on y pense pas souvent. Vous pouvez aussi compresser hors transfert (minifier) vos fichier JS ou CSS ++ Kent

Je ne suis pas sûr d'avoir tout compris mais.... if ($user_details['shop_active']) { $display_output .= ' <a href="' . process_link('shop', array('name' => $user_details ['shop_name'],'user_id' => $item_details['owner_id'])). '"> <img src="' . process_link('themes/'. $setts['default_theme'] ,array()). '/img/system/25store.gif" border="0" align=absmiddle></a>'; } Te donne quoi ?

Salut, Tout dépend, si tu veux que ce soit unique ce sera id="qqc" si tu veux faire un traitement sur plusieurs span utilise une classe et un selecteur JS. d'une manière générale name est réserver aux éléments de formulaires et est déprécié en XHTML 1.0 (à confirmer par les experts)

Salut, RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule (.*) /errordocument.html théoriquement oui ça transformerais n'importe quelle page, sauf que là il y a quand même des conditions si le fichier demandé n'est pas un fichier existant physiquement sur le disque (-f) et que le fichier demandé n'est pas un dossier existant sur le disque (-d) alors réécrit l'url vers /errordocument.html

Mets le text/html dans ton header aussi et dis nous ce que ça donne

Bonjour à tous, Le-juge, À vrai dire, c'est du "google.com", une première étape c'est une position générale correcte sur google.com ensuite je pourrais localiser les nom de domaines. Et c'est là que ce que tu dis est interessant. Tu suggère une extension spécifique par pays. Ça peut être intéressant, je n'avais pas penser au .co.uk par exemple ! Mais pour l'instant je ne propose pas les variantes de traduction us. Le site peut être FR ou EN, il n'y a pas de "En/UK , en/US" Donc le domaine pour les us va pointer sur la traduction anglaise du site, la chose qui pourrait jouer sur le positionnement, ce serait la localisation IP du domaine us par rapport au domaine uk. Ouch cela va être difficile de justifier le budget com chez certains de nos clients. Ça c'est fait, its ok. Sinon pour le coup du monsiteweb.com et mywebsite.com, cela peut être une idée sauf que le nom de domaine est le nom de la marque donc d'un point de vue marketing et identité difficile à traduire, c'est comme si tu traduisais... je ne sais pas... webmaster-hub en maitreduweb-salon . Katmars, Je suis d'accord avec ça, j'espère réussir cette architecture à terme. Pour le coup les remarque du "Juge" me font réaliser que tout ça s'annonce beaucoup plus stratégique que technique. Et là, je n'ai pas les cartes en main je vais voir avec les services concernés pour chacune des marques. Il faut que je bûche de ce coté là...

Elfy, La solution que je t'ai proposé ne fonctionne pas ? Essaye de modifier ta variable $header dans le PHP, au lieu de text/plain mets text/html Commence par un code simple tel que celui-ci : $Destinataire = "nom_AT_domaine.com"; $Sujet = "Sujet de votre mail"; $From = "From:nom_AT_domaine.com\n"; $From .= "MIME-version: 1.0\n"; $From .= "Content-type: text/html; charset= iso-8859-1\n"; $Message = "<b>Texte en Gras</b><u>Texte Souligné</u><i>Texte en Italique</i>"; mail($Destinataire,$Sujet,$Message,$From);

Bienvenue à toi

Pour l'envoi de mail via une liste de diffusion, je ne saurais te dire il faut voir la configuration de Sympa. Pour la méthode PHP : Tu voulais surement dire que tu as créer une page php dans un serveur web pour l'envoi de mail n'est-ce pas ? Cela peut être du à un problème de header. Si cela fonctionnais auparavant et que tu n'as rien touché , peut-être que le mot de passe pour ton serveur STMP a changé (s'il y en avait un). Je remarque aussi ceci //=====Ajout du message au format texte $message.= "Content-Type: text/plain; charset=\"ISO-8859-1\"".$passage_ligne; $message.= "Content-Transfer-Encoding: 8bit".$passage_ligne; $message.= $passage_ligne.$message_txt.$passage_ligne; Si tu veux que le html soit interprété par le client mail, le header content-type devrait être text/html je pense... Voici un extrait simple d'un code sur le web $Destinataire = "nom_AT_domaine.com"; $Sujet = "Sujet de votre mail"; $From = "From:nom_AT_domaine.com\n"; $From .= "MIME-version: 1.0\n"; $From .= "Content-type: text/html; charset= iso-8859-1\n"; $Message = "<b>Texte en Gras</b><u>Texte Souligné</u><i>Texte en Italique</i>"; mail($Destinataire,$Sujet,$Message,$From);

Salut, l'attribut target permet de dire aux navigateur dans quel fenêtre ouvrir le lien. Par exemple tu fais un lien vers un site internet, quand l'utilisateur clique tu ne veux pas pour autant qu'il ferme ton site ou qu'à la place de ton site il y ai le site du lien. Tu mettras donc l'attribut "target=_blank" afin que le lien soit ouvert dans une nouvelle fenêtre/onglet.

Salut, Merci pour vos réponses. Contrairement à ce que l'on pourrait croire, mon but est aussi de lutter contre la complexité. Seulement parfois on est face à des situations que l'on ne peut pas changer ou simplifier parce que cela nous arrange. La majorité du trafic sur le site vient des accès direct et non du moteur de recherche, la communication en France a été faite très longtemps sur le .com. Ma seule préoccupation c'est que ces 85% de visiteurs, ne se retrouve pas sur un site en anglais lorsqu'il vont sur leur site favori. Il est plus difficile de gagner un client que de garder ceux qu'on a déjà. Je souhaite éviter les désagrément coté visiteur au maximum et les taux de rebonds des nouvelles visites au maximum. Il ne s'agit pas de positionner un nouveau site fraichement créé, mais d'optimiser le SEO internationale pour des sites avec quelques dizaines d'années d'ancienneté, dont le gagne pain sont les accès direct et la fidélisation de la clientèle. Voilà pourquoi je dois faire en sorte que les français ayant pour habitude de venir sur le .com ne soit pas perdus (il seront donc redirigé vers le .Fr grâce à la langue de leur navigateur). Le juge, Toute l'astuce consiste à spécialiser chaque site dans une langue sans perdre le trafic francophone sur le .com Merci bien je vais le décortiquer. Je pense que je vais adopter une stratégie qui permettra de ne pas trop pénaliser mes anciens visiteurs, mais j'axe tout de même vers l'avenir et le gain en trafic potentiel sur le .fr et le .com (respectivement sur google.fr et google.com) Que pensez-vous de l'acquisition d'une ip US ou UK pour le .com ? Quelqu'un a noter des changements significatifs ? Bien cordialement, Kent

Tu voulais surement dire domaine.fr/index.php?langue=fr vers domaine.fr Pour éviter les boucles. Si le paramètre langue est absent je me fis à la langue du navigateur (ici fr) je redirigerais donc vers domaine.fr/index.php?langue=fr. Si je redirige vers domaine.fr uniquement alors le paramètre langue sera absent et la redirection va boucler. Le paramètre langue est indispensable pour la consultation du site dans une langue différente de celle de son navigateur ( Cf raisonnement dans le précédent poste ).

Thick, Merci pour tes réponses. En les lisant je me rends compte que je me suis peut être mal exprimé sur certains points. Je suis d'accord que le domaine.com et le domaine.fr suffiraient à eux mêmes accompagné des bons métas et de contenu dans la bonne langue à identifier la langue de la page, cependant le but du paramètre langue n'est pas seulement d'indiquer aux scripts quelle est la langue mais de bel et bien de la forcée. Je m'explique, Prenons le cas où je déciderais de supprimer tout simplement le paramètre langue ainsi que la détection via le header Accept-Language, ainsi si on demande .fr on aura du français et .com de l'anglais un point c'est tout. Imaginons que pour un client tu communiques pour une certaine période sur le .com. Au moment de cette campagne de communication le site n'était pas multilingue le contenu du .com était donc du français. Aujourd'hui ce même client souhaite toujours communiquer sur son .com pour des raisons X ou Y (par cartes de visites sorties en centaines d'exemplaire avec le domaine en .com dessus au lieu de .fr) ou tout simplement par habitude ou encore la clientèle ne connais que le .com. Que se passera-t-il si je suis en france et que je souhaite visiter ce site ? Comme l'adresse que je connais est en .com je vais me retrouver sur le site en anglais. - Je suis un habitué je vais donc rechercher malgré tout le lien pour changer de langue et je serais rediriger vers le .fr, si je ne mets pas à jour mon marque page ou si je garde un certains temps le réflexe d'aller sur le .com . Je vais vite finir par passer à un autre site. - Je suis nouveau et je me retrouve sur un site en anglais, après quelques secondes ( peut être pas plus de 10 ) je ne trouverais pas le lien pour cliquer sur le drapeau français ou je n'aurai peut être pas envie. Conséquence, le taux de rebond sera monstrueux pour les nouvelles visites et les habitués seront à la longue agacés de toujours cliquer sur le drapeau. Première solution : Ok pour le paramètre langue mais il faudrait tout de même garder le header Accept-Language envoyé par le navigateur du client. Que se passera-t-il si je suis aux US et que je souhaite voir le site en français ? il y a de forte chance que la langue préféré de mon navigateur soit l'anglais, je vais donc systématiquement me retrouver sur le site en anglais Je dois donc changer la langue du navigateur, ce qui oblige les visiteurs à changer de langue à chaque fois. C'est assez pénible surtout s'il ne savent pas le faire. Le raisonnement est aussi vrai pour un client Anglais dans cybercafé français par exemple... Résumons : l'extension à elle seule ne suffit pas pour choisir la langue judicieusement (cf ; campagne de com sur le .com en france... ) le header accept-language ne suffit pas pour choisir la langue judicieusement (visiteurs francophones utilisant un navigateur en anglais...) Comment régler le scénario du français en voyage à New York. Le visiteur demande le .fr mais ne donne pas de langue, si l'on se fiait au accept-language il se retrouverais sur le .com avec le paramètre langue à "en". Ce pendant j'ai créé un système de rewriting qui complète les urls pour s'assurer que le paramètre langue est toujours présent. Il le rajoute systématiquement aux urls dont il est absent. Le visiteur demande donc domaine.fr 1ere règle : Transformer domaine.fr en domaine.fr/index.php?langue=fr pourquoi ? Le paramètre langue est absent, il faut le déterminer . Comment ? Il doit être cohérent avec l'extension demandée (ici .fr) 2ème règle : Si le paramètre langue est présent alors desservir le site dans la langue demandée et corriger les incohérences. À la fin de la première règle on se retrouve avec une url du type : domaine.fr/index.php?langue=fr Le paramètre langue est présent et il est cohérent avec l'extension du domaine On affiche la page. Pour chaque règle on s'assure que le site sera référencé directement avec la bonne url par les bots ( R = 301 ) ainsi domaine.fr devra toujours être référencé sous domaine.fr/index.php?langue=fr J'espère avoir éclairci ma problématique. Cdlt

Merci pour vos réponses, Le duplicat content sur le moteur de recherche (page recherche) n'était donné qu'à titre d'exemple. Mais il est clair que c'est une solution radicale . Pour les pages méritant d'être tout de même indexées j'opterais pour la balise canonical. La réelle problématique se situe au niveau de l'indexation des sites multilingue. Je dois positionner un même site d'e-commerce sur deux langues différentes, anglais et français. Une des stratégies pourrait être de prendre deux noms de domaine (respectivement .com pour l'anglais et .fr pour le français). Même si les mêmes noms de domaines pointent au final vers le même système de fichier, la langue des pages est modifiée en fonction de plusieurs critères : - Le premier critère est l'existence d'un paramètre langue dans l'url auquel cas il est prioritaire et l'on dessert le site dans la langue correspondante. Si le domaine est en incohérence avec la langue demandée (ex .fr et la valeur du paramètre langue est "en") alors je fais une redirection permanente ( R=301) vers la même url mais en .com en prenant soins de remettre le paramètre langue qui cette fois sera bon. Ce raisonnement est le même pour la combinaison .com et langue "fr". Première question ; Cette première méthode vous parait-elle bonne ? - Deuxième méthode, lorsque aucun paramètre langue n'est fourni je me base sur le header HTTP Accept-Language, ainsi la langue sera la langue préférée de l'utilisateur ( celle envoyée par le navigateur, autrement dit celle du navigateur tout compte fait...). En fonction de ce header, je redirige à nouveau en 301 vers la même url en ajoutant le paramètre langue en prenant soin de vérifier la cohérence extension du nom de domaine et langue envoyée. Par exemple le header envoi du "fr" mais l'utilisateur demande une url en .com je renvoie vers le .fr avec le paramètre langue à "fr". Quel est le lien avec le duplicat content ? Je souhaite m'assurer que chacune des pages soit accessible via une url unique dans une langue unique. Pour cela je m'efforce de faire en sorte que le paramètre langue soit toujours présent et qu'il soit cohérent avec le nom de domaine demandé. J'ai initié cette démarche car je me suis aperçu que google m'indexé le .fr avec en paramètre langue "en" du coup le contenu du site en .fr était en anglais ce qui a causé sa chute dans son positionnement sur google.fr et site francophone, le comportement inverse est tout aussi vrai, c-a-d le .com mal positionné sur google.com et "pages web" car son contenu était en français. Dernières questions : - Toutes ces corrections d'urls je souhaite les réaliser en masse, combien de temps pensez-vous que durera le flottement dans le positionnement ? Pensez-vous que ce référencement multilingue se stabilisera dans une période inférieur à 1 mois ? Avez-vous d'autres techniques de référencement testées avec succès sur des site d'e-commerce multilingue à me suggérer ? Merci pour votre aide. Kent. PS : Modérateurs, dois-je transformer cette réponse en un nouveau topic [ technique de référencement multilingue ] ?

Merci pour vos réponses, Dans l'hypothèse 1, lequel des deux sites sera pénalisé ? le crawler pensera que la légitimité revient au premier site ou au deuxième sous quelles conditions ? Parce que le premier site est bien mieux positionné (ancienneté, cohérence mot clé contenu, pagerank, etc) que le deuxième alors le contenu lui est légitime ? Il peut arriver qu'un gros site en copie un petit... dans ce cas là il y a un hic Captain, je ne conaissais pas cette balise méta, veut-elle dire "indexe cette page sous cette url uniquement" ? Merci

Bonjour à tous, J'ai un petit doute sur le duplicat content pourriez-vous m'indiquer laquelle des hypothèses suivante conduit à un duplicat content : Hypothèse 1 : www.monsite.com/index.php?param=1 => Contenu 1 www.autresite.com/index.php?param1 = > Contenu 1 Hypothèse 2 : www.unsite.com/index.php?param=1 => Contenu 1 www.unsite.com/index.php => Contenu 1 Autrement dit , il ne peut y avoir duplicat que si 2 urls d'un même domaine pointent vers le même contenu. Je pencherai pour la 2. Si l'hypothèse 2 est vérifiée. Comment faites vous pour vos formulaire de recherche qui peuvent renvoyer les mêmes resultat avec des paramètres différents. Exemple , il y a un tri ascendant par défaut sur les résultats, mais le paramètre ( tri=asc ) peut potientiellement être présent dans l'url. Merci pour toute information. Kent.