kazhar

Exemple en php : $url1 = $_SERVER['HTTP_HOST']; $url2 = $_SERVER['REQUEST_URI']; $ur = explode('.', $url1); if ($ur[0] == 'example') { $ur = implode($ur, '.'); $ur = 'http://www.'.$ur; header("Status: 301 Moved Permanently", false, 301); header('location: '.$ur.$url2); die(); } En remplacant "example" par ton domaine (sans l'extension finale) Si tu n'a pas de www il la rajoutera alors.

Il n'existe pas à ma connaissance de statistiques très détaillées à propos des flux rss. Mais il existe des outils pour faire des statistiques sur tes flux personnels. Le plus connus et le plus développé est feedburner : http://www.feedburner.com

Il faut que tu définisse le Content-Type. Plutot que application/force-download, mets : header('Content-Type: application/msword'); Pour un document word et header('Content-Type: application/x-excel'); Pour un document excel.

Mauvaise idée la photo, tu risque de les faire fuir, et de perdre tout ton public sensible et/ou mineur. Après, bien placée une pub peut rapporter beaucoup, inutile de placer des popups et popunders partout ...

Je n'ai jamais été dans ce cas, mais il existe plusieurs sites qui facilitent la vente de sites web. Tu en trouvera une liste ici ; http://dmoz.org/World/Fran%c3%a7ais/Inform.../Ench%c3%a8res/

Bienvenue de ce côté ci de la force boby night

Il existe beaucoup d'hébergeurs proposant tous des offres très intéréssantes. Pour un petit site, qui débute et qui ne fait encore pas enormément de visites, je te conseillerais OVH. Pour un plus gros site, je te conseillerais plutot Sivit.

Le seul moyen de ne pas afficher l'url est de mettre une frame. Et encore, elle sera visible dans la source, ou, avec firefox, dans l'onglet "Ce cadre". Mais, si tu mets en place les protections qui te sont fournies sur le site d'allopass, il n'y a aucun risque hein !

Bienvenue à vous deux. Comme tout, la conception de sites web s'apprends, il faut surtout le vouloir

C'est du bluff. Seules les informations personnelles du membre sont à supprimer, et les messages ne sont pas informations personnelles, à moins qu'il n'en donne dans le message, auquel cas tu n'a qu'à l'éditer.

Oui, il y a une solution miraculeuse ! Ne pas utiliser de frames, tu n'y trouvera que des avantages : - Plus de ton problème de cookies - Pages référencables Comme tu fait du php, remplace tes frames par des include() include() permet d'inclure une page dans une autre. Donc, tu fait deux pages, un haut et un bas.php, dans lesquelles tu mets tout ce qui doit être fait en haut et en bas de chaque page. Et dans chacune de tes pages, tu inclue ces deux pages haut et bas.

Pourquoi ne le serait-ce pas ? Sur la page de validation du w3c, tu a toutes les erreurs d'indiquées http://validator.w3.org/check?verbose=1&ur...295%2Ftest.html Tu voit en quoi elles consistent, et tu les corrige !!

Tu peut également te baser sur OsCss. http://www.oscss.org Qui est basé sur oscommerce, mais intègre un système de templates (peu perfectionné, mais mieux que l'oscommerce de base)

Mais si au lieu du rose, tu mets la couleur de fond du menu, tu ne verra plus rien ... Et tu aura l'impression que ton menu va jusqu'au footer.

Pourquoi ne pas tricher un petit peu ? #conteneur { width: 756px; margin: 0 auto; background-color: #FF0066; border: 1px solid #000000; } et #cache_menu { margin-right: 150px; background: #FF0066; border-right: 1px solid #000000; } La, tu définit la couleur rose du surplus pas beau (désolé) Change le par la couleur de fond de ton menu, et de ton contenu. Et on aura l'impression que ceux-ci continuent jusqu'au footer ...

PHP + base de données + documents xml. Les documents xml sont généralement à préférer lorsque tu n'a pas enormément de données à conserver, ou qu'il est inutile de créer une connection à une base de données pour cela. Par exemple : fichiers de configuration, fichiers de langue. Ainsi, si tu a des chiffres à modifier, et que tu ne veut laisser l'opportunité à ton client de ne modifier que ceux-ci, place les dans un document xml. Par contre, si tu veut lui laisser la possibilité de modifier tout le contenu de sa page, place celui-ci dans une base sql.

Un particulier n'a pas le droit de recevoir de revenus publicitaires. Donc, à moins que ses parents ne possèdent une entreprise, ou bien, qu'ils magouillent avec leur patron (mais ce genre de cas sont rares), ce n'est pas possible.

Eh bien, tu n'a pas un accès ftp qui te permettrait de modifier ton code source ? Connecte toi au ftp, récupère les fichiers, et modifie les meta tags. Mais n'y prete pas non plus enormément d'attention, ils n'ont pas enormément d'importance. Seul la balise description est indispensable, et doit être différente sur chacune des pages de ton site web.

Légalement, il n'y a aucune contrainte, un mineur peut concevoir un site web si il le désire. Cependant, tu sera restreint à pas mal de choses : - Paiement de l'hébergement. Pas de cartes bancaire, ni de chequier pour les mineurs. - Publicité : ca, tu n'a pas le droit (logique, un particulier n'a pas le droit d'avoir des revenus venant de publicité, et un mineur ne peut fonder une société) Mais ces deux impasses sont evidemment outrepassables en passant via tes parents.

Rien à faire pas sur. C'est un coup marketing ca. Les clients de cledunet vont être obligés de trouver un nouvel hébergeur. jn-hebergement perds un *gros* client, et ils esperent en trouver plein de petits en contrepartie.

Hello drjmm Déjà, on dit "understand" Ensuite, il n'est pas forcément utile de faire appel à une société de référencement, qui te coutera extremement cher. Plusieurs conseils de modification : - Des meta-description différents sur chaque page. Sinon, risque de duplicate content. - Une balise title plus développée sur la page d'accueil, et différente sur toutes les pages également, avec une description courte de la page. - Une réecriture des url, en placant quelques mots clés dedans Ton site est déjà en partie prévu pour cette réecriture : -http://www.psy-enfant.com/page.php?catp=2&id=sujets%20de%20soci%E9t%E9 Tu a déjà le titre dans l'adresse, y'a plus qu'à réecrire - Et enfin, mais c'est un petit plus, du code propre, conforme aux standards (pas construit avec des tableaux) Je pense que si tu te concoit un cahier des charges (tu peut trouver plus d'informations ici : http://www.webmaster-hub.com/publication/article44.html ), tu peut le donner à ton webmaster qui n'aura alors plus qu'à modifier les donnée en question.

Et pourquoi pas un compromis entre les deux ? De manière à avoir quelque chose de beau pour les yeux, et de rapide en même temps. Penche toi un petit peu sur le css, tu verra, cela permet de faire des choses formidables sans utiliser enormément de ressources.

Personnelement, encore à l'école, et pas du tout dans le webdesign, après un BAC STT (Sciences et Technologiques Tertiaires) option IG (Informatique de Gestion), je suis cette année (et en cours jusqu'à demain; après, en stage), en première année d'un BTS IG (même signification que plus haut) Mais c'est plus pour une orientation vers le développement, donc cela ne t'interesse pas.

Je pense que son problème est surtout qu'il est mineur, et qu'il ne peut donc faire de paiements pas CB ou chèque. On est beaucoup à être passés par la Nolan, la seule solution est d'en parler à tes parents, qu'ils payent, et que tu les rembourse.

Non, pas de problèmes en 404, ni 206. Mais des ralentissements importants, signe que en mutualisé, tu sature le serveur. A 70 000 vu/mois, soit environ 2 333 vu/j, tu a encore un petit peu de marge normalement, mais il va falloir y penser si ca augmente encore.