captain_torche

Tornado31, c'est TOTALEMENT faux !! Ce n'est pas parce qu'on te donne les moyens de faire quelque chose, que ça te donne le droit de tout faire avec. A la base, ces plateformes (Dailymotion, Youtube et consorts) ne sont censées servir qu'à poster des vidéos dont le posteur possède les droits de diffusion. Certains outrepassent ce droit, mais c'est totalement illégal. Je te conseille de relire attentivement leurs règlements respectifs.

Essaye en enlevant les guillements dans $_POST['lien'] ($_POST[lien]). De manière générale, quand tu as un souci dans une requête SQL, affiche-là, c'est le meilleur moyen de la débugger.

Oui, effectivement, un nom de domaine en .ma suffit amplement pour êtreprésent sur google.ma. Par contre, avoir une IP française te permet également d'être référencé sur google.fr. Je ne sais pas ce que tu proposes comme services/produits/contenu, mais ça peut être intéressant d'être référencé sur plusieurs pays.

Pour cela, il te suffit de l'inclure, comme dans n'importe quelle page PHP. Pour ce qui est des arguments, il faut juste que tu les initialises avant l'include : <?php $param_1 = 'test'; $param_2 = '#TITRE'; // Tu peux bien sûr utiliser des variables SPIP, elles sont interprétées avant le code PHP include('tonfichier.php'); ?>

S'il s'agit de ton groupe perso, je ne pense pas qu'il y ait de problème. A moins que le réalisateur de ton clip ne s'y oppose, bien sûr. Par contre, si ce n'est pas de ton groupe que tu parles, tu auras besoin de l'accord des ayants droits pour diffuser ces clips.

Si on t'en laisse le temps, rien ne t'empêche de "recommencer" la construction du site, tu ne pourras qu'y gagner en référencement.

L'entête 404 est générée automatiquement si le fichier n'est pas trouvé. Si tu as utilisé le .htaccess pour gérer cette page spéciale, tu n'as rien à faire de plus : l'entête est déjà correcte.

Lorsqu'une page est affichée, le serveur renvoie une entête : 200 si la page est trouvée 301 pour une redirection définitive 302 pour une redirection temporaire 404 pour une page non trouvée, etc. Là, tu cumules un 404 avec une autre, je ne sais si ça peut être préjudiciable au référencement.

Si accueil.php se situe à la racine de ton site, essaye avec "/accueil.php". Sinon, dans le pire des cas, mets le chemin en absolu &quot;http://www.tonsite.com/accueil.php". Sinon, pourquoi rediriger automatiquement après une erreur ? Pourquoi ne pas laisser l'internaute décider de ce qu'il va faire (par exemple, revenir à la page précédente) ? De plus, je me demande quelles en-têtes sont envoyées, et si ça ne risque pas de créer une confusion pour les moteurs.

Effcetivement, le souci est que ton contenu est appelé via des iframes, ce qui est déconseillé niveau référencement. Pour améliorer ça, il faudrait une page distincte et complète pour chaque élément, sans utiliser d'iframe.

Cette balise veut dire, textuellement : - N'indexe pas cette page - Suis quand même les liens que tu y trouveras, et conforme-toi aux instructions que tu y trouveras. Si tes pop-ups sont référencés, c'est sans doute parce que leur contenu est plus pertinent que le reste des pages de ton site. Pourrais-tu mettre un lien, qu'on puisse constater de visu ?

Oui, c'est sûr, je vise pas le méga-dédié C'était une opération régulière, ou exceptionnelle ?

Je suis en train de découvrir de nouvelles subtilités de MySQL, notamment la fonction REPLACE. Lors de la modification d'une entrée de ma base, je dois mettre à jour les références à cette entrée dans des champs de type TEXT. Le souci, c'est que je ne l'utilise encore qu'en local, sur un petit nombre d'enregistrements, mais je ne sais pas quel en serait le comportement sur un nombre beaucoup plus élevé d'enregistrements. D'ailleurs, faut-il l'utiliser de cette manière : UPDATE matable SET champ=REPLACE(champ,'oldchaine','newchaine' ) WHERE champ LIKE '%oldchaine%' ou comme ceci : UPDATE matable SET champ=REPLACE(champ,'oldchaine','newchaine' ) En gros : est-il nécessaire de préciser un LIKE '%%' sur un champ TEXT, ou ce sera horrible en termes de ressources consommées ? Et est-il envisageable d'utiliser REPLACE sur un grand nombre de champs TEXT à la fois ?

Tu peux éventuellement supprimer les balises HTML avec la fonction strip_tags() de PHP. La solution PDF peut également être intéressante, tu peux utiliser la classe FPDF pour utiliser un balisage HTML simple, comme expliqué ici Sinon, la solution la plus simple : une page HTML dédiée, que tu pourrais imprimer

De manière générale, un lien vers une page de même thème (donc vers une page en profondeur), aura plus de pertinence qu'un lien vers la homepage qui n'est finalement qu'une page de "dispatching", sans réelle thématique propre.

Tu peux également rechercher "iznogood" et "miserable failure", et constater que les sites de l'ump et de la maison blanche ne figurent plus parmi les résultats. De là à dire que ces filtres n'ont pas de valeur, le raccourci est un peu trop direct.

Avoue-le, tu cherchais désespérément à faire une rime

Si ton contenu n'est pas destiné à être utilisé par le navigateur, tu peux utiliser des commentaires : <!-- ton texte non-affiché -->

Le a:active ne fonctionne pas comme tu sembles te l'imaginer : il n'est utilisé que "lors du clic". Par exemple, si un de tes liens ouvre une pop-up, et que tu fermes la pop-up sans toucher à la page, il restera de la couleur que tu veux (rouge par défaut sur presque tous les navigateurs). Par contre, dès que le lien n'aura plus le focus (que tu cliqueras ailleurs, par exemple), il retrouvera sa couleur normale. Pour que le lien de la page courante soit visuellement différent, il faut que tu identifies la page en question, et que tu ajoutes une classe spécifique sur ce lien. Pour ça, tu devras utiliser un langage dynamique, comme le PHP.

En même temps, je ne veux pas me faire l'avocat du diable, mais je doute que des jeux vidéos s'adressent à un grand public de malvoyants. Donc dans l'absolu, ça ne devrait pas être excessivement gênant, même si la dernière solution proposée par Florent V. semble la plus pertinente en termes de temps de développement.

Il y a quand même pas mal d'erreurs sur le site : Quand je lis ça : je ne peux que réagir (un peu fortement, excuse-moi) : NON, le XHTML n'est PAS le remplaçant du HTML. Il en est une évolution, qui ne se justifie que dans des cas très précis. NON, le HTML n'est PAS forcément une "soupe de balises", mal interprétées par les navigateurs. Il suffit d'un peu de rigueur et d'un Doctype approprié (qui n'est pas réservé qu'au XHTML) pour qu'une page HTML s'affiche à l'identique dans tous les navigateurs graphiques.

Sans autre information sur ta configuration, on aura du mal à t'aider. Quel serveur utilises-tu ? En prod ? En local ? Etc.

Et pourquoi passer forcément en XHTML ? Que fait-il de mieux que le "bon vieux" HTML ? Je te conseille la lecture de cet article

Je ne pense pas que tu puisses trouver chaussure à ton pied si facilement. Ta demande est très spécifique, et je doute qu'il existe des scripts "tout faits" pour gérer ce que tu demandes (je ne suis pas un pro du e-commerce non plus). Il va sans doute falloir que tu t'adresses à un prestataire, pour réaliser cela.

Et quand tu mets http://127.0.0.1, que se passe-t'il ?