captain_torche

Pour cela, il faut des moyens assez impressionnants Pas mal de grosses agences de référencement ont développé des outils qui le permettent, mais c'est de l'artillerie lourde ! En gros, ils ont une très grosse liste de mots-clés, et plusieurs serveurs (pour faire varier les IPs) requêtent régulièrement les moteurs de recherche sur chacun de ces mots-clés, et enregistrent chacun des résultats en base. Ils ont donc théoriquement toutes les infos nécessaires, mais ils ne les laissent filtrer que pour leurs clients.

Dans une base de données, tu as le type LONGTEXT, qui peut stocker plus de quatre milliards de caractères (Pour info, la bible contient entre 3 et 4 millions de caractères). Pour ce qui est des accès BDD, tous les CMS actuels possèdent un système de cache, qui enregistre les contenus de manière temporaire au format HTML. Cependant, je doute qu'afficher un livre entier sur une seule page de ton site soit très intéressant. Il vaudrait mieux faire un article par chapitre (et encore, tout dépend de la taille des chapitres !)

Je pense qu'il parle du fil d'Ariane, comme on peut le voir ici : http://www.google.co...billet+avion+ne, sur les résultats d'opodo, Kelkoo ou lastminute.

Pourrais-tu donner quelques exemples (Quelles pages, et sur quelles requêtes ?)

Je suis d'accord pour les avantages du code léger, mais je pense qu'un moteur de recherche n'a aucun intérêt à avantager ou pénaliser des sites selon la qualité de leur code : on peut trouver une information pertinente sur des sites codés avec les pieds

Il te faut également un fichier index à la racine du répertoire site, sans quoi on pourrait faire le listing de tous les fichiers du répertoire

Tu penses que la quantité de code influe sur le référencement ? Je serai un moteur de recherche, je ne ferai mes analyses que sur le texte brut extrait de la page, non ?

Le seul impact que ça pourrait avoir sur ton référencement, est qu'en les mettant "en dur" dans ta page, tu en augmentes la taille et par conséquent le temps de chargement. Je ne saurais que te conseiller de le mettre dans un fichier séparé, c'est plus pratique en tous points : - temps de chargement amoindri (le fichier est chargé une fois pour toutes, et est conservé dans le cache) - ça te simplifie la mise à jour si le script est mis sur plusieurs pages : tu n'as qu'un seul fichier à modifier.

Ravi de voir qu'elle t'intéresse

Les sites qui affichent les images sont tous les tiens ? Parce que malgré tout, ça va impliquer pas mal de changements de leur côté aussi, non ?

Pas nécessairement, mais faudra mettre un peu les mains dans le cambouis. Personnellement, si tes images sont toutes dans le même répertoire, je ferais une règle de redirection qui les renverrait toutes vers un fichier unique. Ce fichier vérifierait l'existence d'une image retravaillée dans son répertoire de cache. Si elle n'est pas présente, il la crée avec le filigrane et m'enregistre. Ensuite, il affiche le contenu de l'image du cache. A part la règle de réécriture, qui dépendra vraiment de l'organisation de tes répertoires, ça n'a rien de sorcier.

Ha, le filigrane peut être à l'origine de tout ça, si tu le fais à la volée ! Il ne te reste plus qu'à mettre les images générées par GD en cache, tu allègeras déjà pas mal ton serveur.

Tu es certain que ce sont les appels images qui sont responsables de ta charge serveur ? Parce qu'à priori ça ne devrait impacter que la bande passante. Tu peux me donner plus de précisions sur les traitements que tu fais pour déterminer leurs tailles ?

Après, ça dépend de comment est dimensionné ton serveur. C'est du dédié ou du mutualisé ?

Sur chaque image, ou toutes images confondues ?

A moins de mettre en cache les photos sur les sites distants, tu n'en as pas, non. Tu as combien d'appels/jour sur ces images ?

Qu'est-ce que tu fais précisément de ces images avant de les afficher ? Si tu fais des traitements GD, tu pourrais envisager une solution de cache, non ?

De plus, un navigateur ne pourra jamais afficher un chemin serveur qui lui est caché : tes réglages serveur vont faire que ton domaine pointera sur "/home/SITE1/domains/site1.com/", et nulle part ailleurs.

Premièrement, ta requête : pourquoi utiliser un joker (Le symbole %) ? Elle devrait être de la forme : "SELECT * FROM profil WHERE mail = '$emailforumiste_RsInfosForum'" Edit : Au temps pour moi, tu utilises sprintf ... Mais dans quel but ? Tu te complexifies pas mal la vie Personnellemenent, je ferai ainsi : $query_RsInfosForum = "SELECT pass FROM profil WHERE mail = '$emailforumiste_RsInfosForum'" Soit dit en passant, il est inutile de tout sélectionner : il faut prendre l'habitude de ne sélectionner que les informations dont tu as besoin. Ici, par exemple, on n'a besoin que du mot de passe. Il manque ensuite quelque chose d'important dans ton code : tu effectues bien ta requête, mais tu n'en extraits pas le mot de passe. Tu parcours bien la première ligne de résultat, mais tu n'en extrais rien. Comme tu utilises une variable pour compter le nombre de résultats, on va s'en servir. Dans les conditions actuelles, la variable renvoit 0 ou 1 en fonction de l'absence ou la présence du mail demandé dans la base. On peut donc envisager un test relativement simple : if($totalRows_RsInfosForum) { // On récupère le mot de passe $pass = $row_RsInfosForum['pass']; // Tu colles ici le code de l'envoi de mail } else { // Tu affiches un message d'erreur } Ensuite, c'est normal que ton mail ne soit pas envoyé, tu ne mets pas d'adresse de destinataire dans ta variable $to Le mot de passe doit être inclus dans le corps du mail ($textmes). L'adresse postmaster, c'est l'adresse de réponse du mail envoyé à l'utilisateur. Si tu veux également envoyer le mail à postmaster, il faudra faire un second envoi. Soit dit en passant, si jamais le mail est reçu alors qu'il n'est pas demandé, c'est qu'il y a une tentative de fraude. Tu ne dois pas t'en excuser, mais demander de le signaler. Tu devrais également enregistrer l'heure de la demande et l'IP de connexion pour chacun de ces envois.

Je viens de finir mon test Effectivement, un lien écrit comme tu me l'as fait fonctionne parfaitement (du moins avec CURL). J'en profite pour poster ma "petite" fonction, en espérant qu'elle puisse resservir : Elle permet de lister tous les liens d'une page donnée en argument (elle retourne un tableau de liens). Elle autorise également deux types de filtres : - On peut ne retourner que les liens internes au site, que les liens externes ou les deux - On peut limiter le retour à une liste restreinte d'extensions function liste_liens($url_page, $type = 'both', $liste_extensions = null) { /* -------------------- La variable $type peut prendre trois valeurs : 'local', 'externe' et 'both' local : les liens renvoyés sont des liens appartenant au même site externe : les liens renvoyés sont tous les liens externes au site both : les liens ne sont pas filtrés Il est à noter qu'un lien dans un sous-domaine différent sera considéré comme un lien externe. Pareillement si les liens avec ou sans www renvoient pourtant la même url La variable $liste_extensions permet de filtrer les résultats en fonction des extensions. Elle permet par exemple de ne récupérer que les liens pointant vers des images Elle comporte une liste d'extensions séparées par des virgules -------------------- */ $base_href = null; // On analyse l'url de la page $tab_url = parse_url($url_page); // On commence par récupérer le code de la page $curl = curl_init(); curl_setopt($curl, CURLOPT_URL, $url_page); curl_setopt($curl, CURLOPT_FOLLOWLOCATION, true); curl_setopt($curl, CURLOPT_MAXREDIRS, 3); curl_setopt($curl, CURLOPT_RETURNTRANSFER, true); $contenu = curl_exec($curl); // On identifie si la page comporte une balise base href $reg_base_href = '#<base href="(.*)".*>#Usi'; preg_match($reg_base_href, $contenu, $matches); if(array_key_exists(1, $matches)) $base_href = $matches[1]; // On liste ensuite tous les liens de la page $reg_liens = '#<a.*href="(.*)".*>#Usi'; preg_match_all($reg_liens, $contenu, $matches); $tab_liens = $matches[1]; $reg_ancre = '|(#.*)$|Usi'; $reg_js_mailto = '#^(javascript|mailto):#'; $reg_debut_url = '#^(ftp|https?)://#'; if(!is_null($liste_extensions)) { $tab_extensions = explode(',', strtolower($liste_extensions)); // On supprime les éventuels espaces devant les extensions $tab_extensions = array_map('trim', $tab_extensions); } foreach($tab_liens as $key => $value) { // On commence par supprimer toutes les ancres $value = preg_replace($reg_ancre, '', $value); // On supprime les liens javascrips et mailto if(preg_match($reg_js_mailto, $value)) { unset($tab_liens[$key]); continue; } // On ne garde que les liens ayant l'extension souhaitée if($liste_extensions) { // On commence par prendre l'extension du fichier $extension = strtolower(substr($value, strrpos($value, '.')+1, strlen($value))); if(!in_array($extension, $tab_extensions)) { unset($tab_liens[$key]); continue; } } // On transforme toutes les urls relatives en absolues if(!preg_match($reg_debut_url, $value)) { if($base_href) $value = $base_href.$value; else $value = substr($url_page, 0, strrpos($url_page, '/')+1).$value; } // On supprime éventuellement les urls externes ou internes $tab_url_lien = parse_url($value); if($type == 'local' && $tab_url_lien['host'] != $tab_url['host']) { unset($tab_liens[$key]); continue; } elseif($type == 'externe' && $tab_url_lien['host'] == $tab_url['host']) { unset($tab_liens[$key]); continue; } $tab_liens[$key] = $value; } // On supprime les doublons $tab_liens = array_unique($tab_liens); return $tab_liens; }

Je doute sincèrement que ce soit conforme aux conditions d'utilisation d'adsense.

Effectivement, entre apostrophes, c'est juste considéré comme du texte "normal", et ça n'est donc pas interprété par JavaScript.

Je vais tester avec ton exemple d'url En fait, je viens de me rendre compte que le site que je testais avait une balise "base href", ce qui complique encore un peu la donne Mais merci du tuyau !

Tes deux urls ne sont pas les mêmes, c'est sans doute pour ça. (pop-up-definition/i/insectivore.html et insectivore.html). Pour simplifier , tu peux essayer ça : <a href="pop-up-definition/i/insectivore.html" onclick="window.open(this.href, 'pop-up', 'height=500, width=500, top=50, left=50, toolbar=no, menubar=yes, location=yes, resizable=yes, scrollbars=yes, status=no'); return false;">Insectivore</a>

Si je comprends bien ta demande, oui. Cela permet d'éviter de donner l'accès à tous les fichiers du répertoire si on tape seulement le nom du répertoire (tonsite.com/repertoire/). Avec une page index.html, c'est elle qui sera affichée.