captain_torche

Tu peux mettre l'adresse de leur site en signature, oui.

Apparemment, la définition du menu est dans le fichier default_struct.css. Si tu utilises Firefox, je ne saurai que te conseiller d'utiliser l'extension FireBug, qui te permet d'identifier très rapidement (et de modifier à la volée) les éléments du code.

Le meilleur moyen de trouver, serait que tu regardes et analyses le code source par toi-même. Tu as un exemple sous les yeux, tu as donc les moyens de l'analyser. Bon courage !

Par contre, li est très dommage de devoir d'une part utiliser le même nom pour l'image et le pseudo, et de devoir renommer l'image pour qu'il n'y ait pas d'espaces, etc. Il vaudrait mieux que tu renommes automatiquement l'image en fonction du pseudo, ça simplifierait pas mal les choses.

Je viens de lire que Gandi serait prêt à s'expatrier en Angleterre si ce décret passait.

Eventuellement en en discutant avec ton employeur. S'il est compréhensif, et que ça ne gêne en aucun cas ton travail, il peut faire un avenant à ton contrat de travail, déclarant caduque la clause d'exclusivité.

Je viens de lire cet article du Monde, qui parle d'un décret qui, s'il est appliqué, risque de causer beaucoup de tort à l'internet français. Pour simplifier, ce décret prévoit que tous les sites (sans exception) conservent toutes les traces des internautes pendant un an. Il ne s'agit plus uniquement de logs de connexion, mais également des potentielles modifications intervenant dans ce laps de temps. En clair, si j'édite mon message, le Hub devrait conserver toutes les versions antérieures de mon message, et ce pendant un an, au risque de se trouver hors-la-loi. Espérons que ça ne passera pas.

Dans ton style, pour les classes .news, et .newsalt, ajoute ceci : clear: both; pour forcer le passage à la ligne.

Sinon, en ce qui concerne SPIP, le graphisme "de base" n'est effectivement pas très évolué, mais il ne tient qu'à toi de le modifier ! Tu trouveras quantité de tutos sur leur site.

Du javascript pur et dur (juste le code) ne sera pas interprété par le navigateur. Pour que ce dernier interprète ton javascript, il faut que ce dernier soit encadré des balises HTML <script> et </script>. Si je comprends bien ton problème, il faut que tu crées une page html qui contiendra le script js, et contiendra également une image dont la source sera ton fichier PHP (celui qui utilise imageCreate).

Je ne te suis pas très bien. Pour que le JavaScript fonctionne, il faut qu'il soit appelé d'une manière ou d'une autre par du HTML.

Pour avoir 80 Ko dans une bannière, je le soupçonne d'y avoir mis plusieurs images peu optimisées.

J'imagine que ta page porte l'extension ".html". Pour que ça fonctionne, la page "appelante" doit avoir une extension .php (cela peut être contourné sur un serveur sur lequel on aurait la main, mais ce n'est pas le cas chez Free).

Il vaudrait mieux que tu uploades le .fla, cela permettra de mieux les analyser.

Bon, je vais tenter de résumer ce que m'avait fait comprendre Philippe : Google utilise un algorithme pour détecter si un site donné est une marque ou une société. Lorsqu'on tape une requête contenant le nom de cette marque/société, si son algo a déjà associé un site et cette société, il le fera apparaître en première position, avec des sitelinks. On va attendre sa confirmation quand même

Si je ne m'abuse, Cariboo avait parlé d'un filtre qui placerait automatiquement un site avec sitelinks en première position, même si ce site n'est pas premier sur la requête.

Et même, si le cours était strictement identique à celui du manuel, ce dernier n'est pas "libre de droits". On n'a donc pas le droit de le recopier, ni de le redistribuer.

J'imagine que ton hébergeur est configuré pour avoir, par défaut, la directive "register_globals" à "on", ce qui permet d'accéder aux données de cookies, sessions et formulaires en précisant juste le nom de la variable. Dans ton cas, tu dois probablement utiliser la variable $username. Cependant, sur EasyPHP (comme sur la plupart des hébergeurs), cette directive est réglée sur "off" par défaut, vu qu'elle était source de failles potentielles. Il faut donc que tu utilises la variable $_SESSION['username']

Je pense que ça serait même plus gourmand qu'une base MySQL. En effet, dans une base, tu effectueras des recherches sur des données indexées, alors que sur un fichier texte, tu effectueras ces mêmes recherches dans un seul fichier, qui atteindra bien vite la centaine de méga-octets. De plus, si j'ai bien compris ton script, tu ne lis que la dernière ligne du fichier, qui ne contient pas forcément l'adresse IP de la personne en question, d'où un très grand risque d'empêcher tout le monde d'accéder à ton site. Par ailleurs, si ton temps entre chaque page est défini trop long, tu risques d'ennuyer tes utilisateurs légitimes, qui peuvent être rapides. Si tu veux limiter les accès à ta base, tu peux éventuellement envisager une solution de cache de tes pages.

Je serai plutôt de l'avis de lafleur : il y a quelques années, quand le web était encore marginal, il existait pourtant déjà de nombreuses "pages perso" (moi, ma femme, mes enfants, mon chien), avec des qualités graphiques défiant toute concurrence. Toutefois, il n'était pas possible à tout un chacun de créer ces pages (mais la "nuisance" était bien là). Aujourd'hui, l'accès à ce média s'est démocratisé, tout le monde peut y participer sans forcément connaitre les rouages de création d'un site, et je ne m'en plains pas. Limiter internet à une élite n'aurait pas été une bonne idée : faute de renouveau et d'intérêt, il aurait périclité. Actuellement, le nombre de personnes pouvant potentiellement écrire partout est énorme, et cela fait la grande qualité du Net. Bien sûr, on peut y lire des conneries (et en ça, ça apprend à plein de personnes à recouper les informations, choses qu'elles ne faisaient pas auparavant. Cela permet un regard plus critique sur notre société), mais on y trouve quantité de contenu intéressant, qui n'aurait jamais vu le jour si l'auteur avait du apprendre à créer un site. Pour finir, je ne suis encore jamais tombé sur un skyblog dans mes résultats de recherche, preuve que les moteurs font encore bien leur travail

Renseigne-toi sur la fonction exec() de PHP.

Essaye en ajoutant un onfocus sur la div, qui l'afficherait, cela peut peut-être marcher (mais je n'ai pas testé).

Une autre question, qui n'a non plus aucun rapport avec le souci, mais seulement avec le site : Tu n'as aucune déclaration de confidentialité en ce qui concerne les numéros de téléphone entrés dans les formuaires. Il faudrait que tu indiques clairement l'usage qui en est fait (stockage pour archives, pour revente, etc ?)

Lorsque tu postes de longs extraits de code, il est conseillé d'utiliser la balise CODEBOX, qui ne nuit pas à la lecture des messages. J'ai édité ton post en ce sens. En ce qui concerne ton problème, ta requête doit être incorrecte. Je te conseille pour commencer, de mettre la requête dans une variable (comme ça, tu peux l'afficher pour la tester dans PhpMyAdmin). De plus, après une requête, tu peux utiliser la fonction mysql_error() pour connaître le message d'erreur renvoyé par le serveur MySQL. Ca donnerait, par exemple : <?php $query = "SELECT * FROM livreor ORDER BY id DESC LIMIT $premierMessageAafficher, $nombreDeMessagesParPage"; /* Tu peux mettre des variables dans une chaîne entre double quotes, elles seront interprétées. Tu éviteras ainsi de mal concaténer tes chaînes */ $reponse = mysql_query($query) or die(mysql_error()); ?> Quel message d'erreur obtiens-tu ? La requête fonctionne-t'elle sous PhpMyAdmin ?

Vue la cible de ton site, je te conseille de rester en 1024. Tout d'abord, un site d'e-commerce a besoin d'un maximum de largeur, parce que ses pages sont riches en informations (images, descriptions, prix, promotions, etc). Ensuite, dans les populations qui repassent volontairement en 800 par 600 (beaucoup de personnes âgées, par exemple), je doute qu'on trouve énormément de clients de boutiques de sport. Les rares dans ce cas, sauront s'accomoder d'un ascenseur horizontal. Pour ce qui est du design élastique, je doute qu'il puisse être applicable à un site d'e-commerce. Cela peut très bien se gérer pour un site contenant uniquement de l'information textuelle (comme ici), mais ça reste peu adapté à un site où la mise en page est primordiale.