Leonick

Pour comprendre le fonctionnement et la mise à jour d'un site il ne faut pas sortir de l'ENA tout de même !

non, mais si tu savais le nombre d'entreprises qui ne savent pas rédiger un texte pour mettre sur internet (au mieux ils recopient le contenu de leur plaquette papier glacé, s'ils en ont), et encore, je ne parle même pas de créer un texte optimisé pour le web (plus court pour une meilleure lecture, plus percutant et, cerise sur le gâteau optimisé pour les moteurs)

autrement combien peut couter en moyenne un site de 5-6 pages entierement en flesh cette fois ci ?.

tu veux leur vendre de la visibilité ? avec du flash

Et si c'est pour retrouver la même trame sur plusieurs sites, bof.

Il faut donner une identité à chaque site, que le visiteur ne puisse confondre avec un autre site quand il arrive

Je viens de creer mon entreprise en tant qu'auto entrepreneur et réalisé un site web pour commencer a me faire connaitre localement.

et même pas encore connu tu mets déjà de la pub, en plus sur ta page d'accueil

Je pense que la 1° étape consisterait déjà à te faire connaitre, à avoir un certain nombre de clients (et de visiteurs) et ensuite, éventuellement, mettre de la pub. Pas faire le contraire.

C'est fortement possible que vu le faible nombre de visiteurs le taux de click ait été trop important, du genre tu as cliqué pour vérifier que les clicks s'affichaient bien, ...

ok, je vois

disons qu'un serveur php local et en l'occurrence wamp reste totalement aveugle à tout ce qui se passe en dehors de localhost donc de son dossier "www".

heureusement que non. Avec php, selon les droits affectés aux utilisateurs et répertoires, on peut remonter dans l'arborescence du disque et accéder aux fichiers. Par contre, apache, lui, ne pourra remonter au delà de la racine du site.

Donc effectivement pour afficher des photos en dehors de cette arborescence, impossible. Sauf à faire une copie temporaire des photos dans un répertoire accessible via apache.

Sinon, pour les liens symboliques, ça marche avec xp, j'avais utilisé ça pendant un moment avec wamp pour émuler le fonctionnement du serveur de prod sur qui est linux

pareil, je dirais une 302 "redirection temporaire", la 301 étant permanente

par contre je l'aurais plutôt vu dans l'autre sens avec un essai d'inclusion sur ton site d'un script distant, donc

http://son-site.fr/index.php?rootpath=http://ton-site.com

je vais proposer à ma clientèle la création de leur site et aussi leur proposer un contrat de maintenance pour pérenniser notre relation

créer un site, ça veut tout dire et rien dire. Si je veux faire un site e-commerce, avec une forte partie back-office : liaison en temps réel avec mon logiciel de gestion de stocks, car j'ai un magasin physique, passation de commande pour le livreur, voire les autres forunisseurs, tu peux le faire ?

Si ton appli fait planter le serveur de gestion de stocks en back office, c'est toi qui sera responsable ?

Tu vois, c'est quand même bien plus compliqué que de se dire "je vous fais 5 ou 10 pages avec dreamwaver et je les mets en ligne, et si vous voulez changer 2-3 photos ou quelques paragraphes dans l'année je peux aussi le faire"

déjà, 1° chose à faire : mettre par écrit toutes les prestations que tu peux assurer et jusqu'à quels niveaux. Quelles disponibilités peux-tu (et veux-tu) donner aux clients ? si un serveur plante un vendredi à 20h00 et que tu es en week-end, quand pourrais-tu le remettre en marche ?

T'occupes-tu des màj de sécurité des serveurs aussi, ...

Une fois que tu auras posé toutes ces contraintes par écrit, tu pourras aller voir un juriste. Avant, ça serait trop tôt.

Mon site a été pénalisé et non blacklisté (tu parles de "retour dans les SERP", j'y suis toujours) : j'étais dans les 1ers pour mes requêtes et j'ai été repoussé vers la 5 ème page pour sur-optimisation.

Et tu étais arrivé vite en 1° position pour tes requêtes ? donc dans ce cas, celui qui y étais avant a pu, lui aussi, s'estimer pénalisé d'avoir perdu ainsi sa place.

Es-tu vraiment sur que ton site "méritait" sa 1° place ?

C'est un peu facile de se dire que si on n'est pas (ou plus) le 1° c'est parce qu'on est pénalisé. Peut-être que les "concurrents" sont meilleurs et optimisent plus finement leurs sites

Merci pour ta réponse,

j'ai mis le HTACCESS en place, pas de souci,

par contre, je ne sais aps quelle variable mettre dans le $_SERVER[****] pour récupérer la chaine de l'URL.

le mieux pour comprendre serait d'installer wordpress sur ton pc, ça t'aidera à comprendre le fonctionnement, après avoir fait 2-3 essais différents ainsi que des appels à des url existantes

moi je l'utilise pour tous mes sites sans avoir de débordement au niveau du temps de création des pages (bien inférieur à la seconde)

C'est étrange cette manie du moment de voir des cms partout. Dès qu'il y a un back office, on peut dire qu'il y a un cms, donc la quasi totalité des sites pro utilise un cms.

mais en général, c'est plutôt dans le sens : si je pouvais utiliser le même script que eux, je pourrais avoir le même site et être aussi connu. Hé non, ça ne marche pas comme ça.

C'est évident qu'en dehors d'un forum, où une forte communauté doit être présente pour bien tourner, mais pour pour un site, pour se distinguer des "concurrents" il faut apporter un plus à l'internaute et là, c'est du développement maison qu'il faut

Ca doit renvoyer toutes les requêtes vers index.php qui va ensuite rechercher l'url dans la bdd

En supprimant les OR, mais cette fois-ci c'est mon site à moi qui n'affiche plus les images, et affiche l'image de hotlink en lieu et place.

ben oui, avec tes conditions, tu ne réécrit que les requêtes en provenance de ton domaine

d'où l'intérêt de bien vérifier si auto-entrepreneur est un statut fiscal intéressant pour de la vente. Je n'en suis pas sur, loin de là. Sans compter la TVA que tu ne peux récupérer.

préférer l'utilisation de require_once à la place

mais je ne sais pas comment tester si ça marche vraiment,

utilise Tamper data un petit addon très sympa sur FF, ça te permet de modifier les informations envoyées par le navigateur, dont le referer

Pour en revenir à ta question initiale, j'ai un nouveau site, mis en ligne il y a 2 semaines. Dans le sitemap 196 url, en faisant la commande site: de google j'ai déjà une quarantaine de pages qui apparaissent. Et en plus, il est chez OVH où, semble-t-il, beaucoup de webmasters ont des problèmes de crawl de google

Donc non, il n'y a pas de blocage lié au nombre de pages.

Au niveau de tes sites, même si tu ne veux pas le reconnaître, le problème vient très certainement :

- du duplicate content (même en modifiant quelques mots, on trouve l'information sur wikipedia, donc quel serait l'intérêt pour gg d'afficher un autre site avec quasiment le même contenu)

- du nombre de liens trop important sur tes pages

Une solution simple à mettre en oeuvre

le plus simple reste quand même le fichier htaccess : rien à modifier dans les autres fichiers

Dans la mesure où ils réalisent des sites et les gèrent, pourquoi leur refuser ce titre ?

c'est quoi réaliser des sites s'il ne connaissent même pas le html ?

ce sont des rédacteurs de sites web, c'est tout. Il n'y a pas de honte à avoir. Ils n'ont pas besoin de s'y connaitre en html, un bon cms auquel on ajoute tinymce et ça y est, ils sont autonome pour créer leur contenu.

Au pire, ils veulent un logiciel facile à utiliser comme word ? hé bien ils utilisent word et font "enregister au format web" ou juste du copier/coller dans leur cms et c'est suffisant.

Tiens, pour te monter qu'on peut très bien coder en xhtml avec un code xhtml exécrable qui, pourtant, est valide xhtml 1.1 strict et renvoyé, en plus, en application/xhtml+xml. Sinon on n'appelle pas ça valide xhtml si on n'envoie qu'en text/html

Je n'en connais pas un seul qui pourrait convenir à tous mes amis qui me disent qu'ils voudraient se lancer (sans la moindre connaissance de base) et qui me demandent quel logiciel ils peuvent utiliser.

ils installent une platerforme de blog, ou, plus simplement vont sur overblog ou blogger.

dont un immense nombre de webmasters ignorent jusqu'à l'existence) dans ce contexte ?

sont-ce des webmasters alors ? c'est comme de comparer un conducteur de voiture et un pilote automobile.

Je sais changer des ampoules et vérifier les niveaux, mais je ne veux pas m'embêter à faire la vidange, les changements de pneus, plaquettes, ... je vais donc dans un garage, c'est tout.

A chacun son métier.

Les blogs sont aujourd'hui la meilleure réponse à ce problème. Mais cette réponse bloque les possibilités d'évolution des utilisateurs et les mène à l'impasse.

la quasi totalité des blogueurs de base ont toutes possibilités d'obtenir ce qu'elles veulent avec les scripts existants, y compris avec certains addon.

Ensuite, si elles veulent quelque chose de plus personnalisé, il existe des professionnels qui pourront leur développer. Ils n'ont aucunement besoin de s'y connaitre en html, ni même en bbcode pour pouvoir créer leur contenu.

Les moteurs de recherches, y compris gg, ne tiennent pas compte de la "qualité" de codage : des sites codés avec les pieds ressortent très bien dans les SERP.

Alors après, si on veut se plaindre que c'est trop dur de valider W3C, hé bien on n'a qu'à pas passer son site au validateur, c'est tout.

POURQUOI ces gens là bloquent sur les CSS ? C'est ça qu'il faut comprendre ! Et la raison est simple : pour eux, les tableaux et les balise HTML sont plus simples à utiliser.

parce que les gens veulent faire de moins en moins d'effort et privilégient la forme au fond. Le css n'est pas si compliqué que cela à utiliser et ça permet une souplesse à laquelle la mise en page en tableau ne pourra jamais arriver.

Parce qu'une bonne mise en page en css externe, ça permet d'alléger le contenu non textuel d'un document, et ça, avec le développement des accès web sur réseau GSM c'est quand même appréciable.

Et puis, surtout, pour le développeur, une mise en page avec css externe, permet de modifier la mise en page d'un site en 30". On veut faire de l'événementiel ? pas de problème, on change la couleur de fond, l'image du bandeau dans le css et ça le change partout sur le site. On n'est pas obligé de passer par 20 templates à modifier

ou encore de la façon de rédiger les liens.

pour les mal voyants, avoir 10 liens avec la même ancre "lire la suite" c'est la folie à suivre dans un navigateur vocal, de la même manière la façon d'ouvrir un lien sur une page : click roulette souris ça ouvre une autre fenêtre, pas besoin de blank et inversement, quand je suis sur un site de e-commerce, j'aiemrais pouvoir ouvrir un onglet différent pour plusieurs produits, mais ce n'est pas possible car c'est du js et le click roulette ne fonctionne pas

Le validateur du W3C suit à lettre les spécifications du W3C,

c'est aussi son rôle

Mais encore une fois, le Duplicate Content n'est absolument pas le sujet de ce post et j'aurais préféré qu'il n'en prenne pas toute la place.

Il est possible que le fait de mettre brutalement en ligne plus de 50 pages riches en contenu soit une expérience suffisamment rare pour que presque personne ne puisse apporter de témoignage précis sur la question.

ben c'est surtout que le contenu (reformulé soit) on le trouve sur wikipedia.

Pour la taille du menu, c'est énorme : 500 liens sur la page

donc le duplicate a introduit un fort biais dans ton test

en fait ton htaccess restreint l'accès en mode web, alors que tes scripts travaillent, eux, en linux (ou windows) et donc les accès se règlent dans ce cas là par le système d'exploitation et non apache