captain_torche

Je l'ai sûrement déjà dit dans plein des topics susmentionnés, je vais donc me répéter : Ce n'est pas parce qu'on a un écran plus grand, qu'on utilise toujours la résolution native. J'ai installé pas mal de postes dans le bâtiment d'un conseil général, avec des écrans CRT 17" qui remplaçaient des 15", et près de la moitié des utilisateurs me demandaient de remettre "les textes en plus gros" (comprendre repasser en 800*600), parce qu'ils préféraient comme ça.

Ca devrait être tout. Mais bon, tu aurais pu tester par toi-même

Sandrine n'était pas encore rentrée, j'avais un peu de temps devant moi

Je suis un peu désœuvré ce soir, je viens de te faire un petit script. <?php $file = 'tableau.txt'; $page = 'http://www.ff-handball.org/ffhb/html/les-championnats/lesresultats.php?structure=1642000&saison=2007%20-%202008&competition=Championnat%20D%E9partemental%20Masculin&phase=Excellence%20departemental%20masculin&groupe=Poule%20unique'; $temps = 7; // Temps en jours avant de modifier le fichier en cache $regex = "|<table BORDER='0' CELLSPACING='0' CELLPADDING='2' WIDTH='100 %'>(.*?)</table>|s"; if(!file_exists($file) || filemtime($file) <= strtotime("-$temps days")) { // S'il n'existe pas, on crée le fichier $data = file_get_contents($page); preg_match($regex, $data, $matches); $flux = fopen($file, 'w+'); fwrite($flux, $matches[0]); fclose($flux); } $tableau = file_get_contents($file); echo $tableau; ?> Il te suffit de l'enregistrer avec l'extension .php, puis de l'appeler dans une de tes pages par la commande <?php include('tableau.php'); ?> Pour éviter de faire un appel à chaque fois sur la page distante, le résultat est enregistré dans un fichier texte. Par défaut, le fichier texte est mis à jour toutes les semaines, mais tu peux modifier la variable $temps pour que ce soit plus ou moins fréquent. Il faut aussi prendre en compte qu'un changement de la page ciblée, invalidera automatiquement le code.

Ce n'est malheureusement pas si simple : Il faut tout d'abord lire le fichier en entier, puis isoler le tableau avec une expression régulière. Dans l'idéal, il faudrait aussi mettre le résultat en cache, pour ne pas avoir à aller le chercher à chaque chargement de la page.

Il vaut mieux mettre la ligne concernant l'encodage AU-DESSUS du title (et de toute autre balise du header) : le title aussi a besoin d'un encodage déclaré.

Je suis en train de développer un script contenant un crawler, et je me demandais s'il serait sage de le proposer sur un site une fois qu'il sera fini. Dans le principe, il va chercher les X premiers liens sur Google pour une requête donnée, et analyse les pages trouvées pour en isoler les mots-clés. Comme je laisse le nombre de pages au choix de l'utilisateur, je me demandais quelle était la gourmandise de Curl pour la récupération de pages. Je pense que le principal du temps est employé à attendre que les pages répondent, ce qui ne doit pas être très consommateur en ressources, mais j'aimerais un avis plus éclairé. Merci d'avance !

Normalement, si tu les crées de manière propre, ils devraient être passés. Genre : var champ = document.createElement('input'); champ.setAttribute('name', 'nom_de_ton_champ'); $('#form').append(champ);

Tant que ce n'est pas lisons-google.com

Sérieusement, notepad ? Ou un éditeur plus évolué, comme Notepad++ (rassure-moi, là ) ?

Sauf que les liens à caractère érotique ne sont pas autorisés sur le Hub. Tout dépend du "facteur couvrant" de la lingerie en question.

C'est possible avec Swift 3D.

Merci pour l'info, je vais tenter une autre approche : tout mettre en UTF-8 par défaut. Edit : Bon, dans ce sens ça fonctionne à merveille. Vive l'UTF-8 !

Tu induisais les gens en erreur, en disant "je suis novice en PHP", ce qui implique (à mes yeux, en tout cas) que tu as déjà commencé à te former. Quoi qu'il en soit, tu peux lire les tutoriaux du site du zéro, qui sont très complets : ça serait un excellent début.

Le souci, c'est quand je fais un "transcodage" inconditionnel (je passe tout à la moulinette utf8_decode() pour tester), ces points d'interrogation subsistent. C'est pour ça que je me demandais si le problème venait bien de l'UTF8 ou d'autre chose.

Pour info, quand on parle d'accessibilité, on implique "aux déficients moteurs, visuels, etc". Un problème d'accès à un site (untel n'arrive pas à ouvrir une page) n'est pas la même chose. J'ai donc déplacé le sujet dans la partie (X)HTML/CSS, qui me semble plus appropriée.

Tu y as accès depuis l'onglet "Mes contrôles" (en haut à droite), puis dans la colonne de gauche, cherche dans la rubrique "options", le lien "infogérance et publicité".

El Djé : Personne n'est ici pour te créer ton application, ni pour réaliser tes fonctionnalités à ta place. Le but du forum est d'aider les membres, pas de les assister. Marcb t'a donné toute la théorie nécessaire pour réaliser ton compteur, il va falloir que tu y mettes du tien. Tu débutes sans doute en PHP, mais le moindre tutoriel permet de connaître déjà comment accéder à une base de données. Il ne te reste qu'à adapter cela à tes besoins.

Je suis en train de travailler sur un petit crawler, et je bute contre un ecueil : je récupère bien le code des pages, mais si celles-ci comportent des accents, ceux-ci se trouvent parfois transformés en points d'interrogation. Comment faire pour convertir la chaîne que je récupère en ISO ? J'ai bien essayé la méthode trouvée ici (http://www.phpcs.com/codes/CONVERTIR-CHAIN...8859_40867.aspx), mais elle semble ne pas fonctionner dans mon cas (le souci est-il bien dû à l'UTF-8, d'ailleurs ?).

On peut très bien utiliser du CSS avec du HTML, ce n'est pas du tout incompatible (comme on peut faire du tabulaire en XHTML et valider). De plus, le XHTML n'apporte un plus par rapport au HTML que dans des cas très précis (utilisation de MathML, par exemple)

Le problème doit venir de tes déclarations de taille. Essaye en diminuant la largeur de tes colonnes pour tester. Par défaut (sans doctype), Firefox utilise le mode de rendu W3C : c'est à dire que la taille d'un élément est sa taille définie + sa taille de padding. Dans les mêmes conditions, Internet Explorer rend les éléments différemment : le padding n'est pas ajouté à la taille d'un élément. Pour que les navigateurs se comportent de façon identique, un doctype valide devrait être un bon début (et force le mode de rendu W3C pour IE)

Il se peut aussi que la "prime de fraîcheur", attribuée aux nouveaux sites, soit finie. Cette prime permet à un site récent de se trouver en bonne position dans les résultats de recherche, en lui donnant un boost temporaire. Elle doit être tout simplement finie, et ton site a retrouvé sa place "normale". S'il avait été blacklisté, tu ne le verrais plus du tout dans les résultats de google. 3 semaines, pour un site, ce n'est rien du tout, tu as encore le temps de parfaire ton référencement.

Et les statistiques de provenance baissent également en parallèle, ou tu peux isoler des tendances ?

Pour info, la page est tout de même cachée, après que tout son contenu soit généré (en incluant le fil d'ariane). Mettre le cache juste pour le fil d'ariane, aurait été un peu disproportionné.

Effectivement, le fait que les noms de domaine soient très proches, et que le design des sites soient semblables, peut constituer un acte de cyber-squatting. Tu pourrais éventuellement déposer une plainte contre eux (mais attends tout de même l'avis d'autres membres plus calés en droit que moi). Le nom de domaine de ton site correspond t'il au nom de ton entreprise, à une marque que tu aurais déposée, ou sont-ce des termes plus génériques ?