captain_torche

Page blanche Il ne me retournait tout simplement pas le résultat escompté. De toutes façons, on va arrêter de se prendre la tête dessus : l'organisation de la page a changé

Pourquoi ? Tout simplement parce qu'une action de communication est plus percutante si elle peut se démarquer graphiquement de ses concurrentes. Un mail au format texte ne peut être qu'informatif, et ne génère pas suffisamment de retours pour être commercialement viable.

Malheureusement, si le logiciel ne prévoit pas de choisir le client mail du système (ie qu'il a forcé l'ouverture d'outlook), je ne pense pas que ce soit solutionnable en "bidouillant". Eventuellement, regarde du côté des mises à jour de ton scanner (drivers, etc).

L'affichage ne serait-il pas dû à tes 5 dépèches concernant la mort d'Emelyne, morte par manque de soins ? Cela a pu éventuellement ajouter de la pertinence sur ce terme, non ?

Bonjour, J'utilise la même base SPIP (1.8.3) pour deux sites placés sur le même serveur. Tout fonctionne correctement, à part la gestion des images : elles ne sont tout simplement pas affichées sur le second site. J'avais tenté un .htaccess qui réécrivait les urls des images pour que cela soit transparent, mais apparemment, SPIP vérifie auparavant l'existence physique du fichier sur le serveur avant de gérer son affichage (et comme le PHP n'est pas affecté par le .htaccess ...). J'ai cherché une option (sur les forums et dans la doc) qui permettrait de spécifier le chemin serveur où aller chercher les images, mais je n'ai rien trouvé de probant. Existe-t'il une solution ?

Ca fonctionne effectivement sous IE7 Par contre, il faudrait faire des tests pour savoir quel curseur il prend : le png, ou le cur ? Sinon, oui, IE7 est disponible via Windows update depuis environ un mois.

Tu peux très bien faire des répertoires physiques sur ton serveur (pour retrouver plus facilement tes fichiers), et utiliser l'url rewriting pour ne pas afficher de sous-répertoire. Tu peux également ne mettre que les fichiers d'appel en racine, avec des includes pointant vers des fichiers présents dans ton arbo.

Essaye l'outil de suppression de pages de Google.

Idéalement, pour maximiser l'importance, il faudrait plutôt utiliser un nom de page différent, à la racine du site (genre forum.php, plus les paramètres éventuels) : Google considèrant les sous-répertoires comme ayant une importance moindre, il y a un risque de perte de pertinence en le mettant dans un sous-répertoire forum/

En anglais, "a typo" est une faute de frappe.

Mais là, on est dans un cas spécifique : le nom de marque "usine nouvelle" a été associé au site usinenouvelle.com, et Google utilise un filtre pour afficher des "sitelinks". Ce n'est qu'un "comportement bonus" de Google, et non ce qui se passe globalement.

Pour information : Google considère également un sous-domaine comme un nouveau site. Il vaudrait donc tout mettre sous le même nom de domaine (à moins que les thématiques approchées ne soient totalement différentes).

Si tu veux le mettre sur chacune de tes pages, il vaut mieux l'enregistrer dans un fichier .css, et l'appeler dans chacune de tes pages <link rel="stylesheet" type="text/css" href="tonfichier.css"> Sinon, tu aurais un lien où l'on puisse consulter le résultat ? Je suis curieux de voir si l'astuce fonctionne toujours avec IE7.

Sympa, mais pas très lisible

J'imagine qu'il s'agit d'un souci de configuration Apache, qui ne reconnaît pas le format php3. Si tu as la main sur la config Apache (httpd.conf), modifie la ligne AddType application/x-httpd-php , et ajoutes-y le format php3. Si tu n'y as pas accès, ça devrait également pouvoir se résoudre avec une fichier .htaccess

Ton lien actuel (href="#") ne permet pas de faire grand chose lors du clic : sur certains navigateurs, il fait juste remonter la page.

Que doit-il logiquement se passer (et donc, en quoi est-ce que cela ne fonctionne pas) ? Tu as une page où on pourrait visualiser le problème ?

C'est vraiment trop compliqué, là ... Tu utilises le JavaScript alors qu'il n'est pas du tout nécessaire. Normalement (sans tester), ça devrait fonctionner avec JUSTE le CSS : html { cursor: url('pinceau.png'); } * html { cursor: url('pinceau.cur'); } Ca devrait logiquement fonctionner sous IE6 (qui interprète la seconde ligne alors qu'il s'agit d'une situation que les autres navigateurs ne rencontreront pas, vu qu'il n'existe pas d'élément parent à html). Je ne sais pas si c'est toujours valable pour IE7, par contre. Pour rajouter un curseur sur les liens, il faudra faire de la manière suivante : html a { cursor: url('pinceau.png'); } * html a { cursor: url('pinceau.cur'); }

Ca ne permet que de déduire des "ordres de grandeur", rien d'autre, effectivement.

Un "point" est attribué à un site à chaque fois qu'un internaute, muni de la barre Alexa sur son navigateur, consulte une page. Plus un site possède de points, mieux il sera placé dans le classement.

On va avoir besoin d'une tout petit peu d'informations supplémentaires pour t'aider : lien vers la page, éventuellement code source, etc.

C'est ce qui se fait déjà dans le script : if (!e) var e = window.event; qui redéfinit e s'il n'existe pas.

Rajoute-le juste après la première ligne <? session_start(); cela devrait suffire.

Essaye en ajoutant, en début de code : if(!isset($update)) $update = false; L'erreur vient du script, apparemment, qui a été développé avec une configuration de PHP plus permissive en ce qui concerne la déclaration de variables.

Le message d'erreur t'indique que la variable update est utilisée, mais qu'elle n'est pas intialisée (tu n'as pas de $update = 'bla bla bla' auparavant). Tu as modifié le script ? Sinon, poste le code complet de setup.php (entre les balises CODEBOX) pour qu'on puisse t'aider.