ASC

Bonjour Francois, pour faire très simple et éviter de refaire tes tables tu peux bien volontier utiliser varchar, il te suffit d'encoder ta date avant son entrée dans la base de données avec la fonction mktime(); ex: $date_feuille = date("d/m/Y"); $arrdate = explode ("/", $date_feuille); $cdate = mktime ( 0, 0, 0, $arrdate[1], $arrdate[0], $arrdate[2] ); => tu obtiens un résultat : 1211407200 qui passera parfaitement dans ta table. ensuite pour l'affichage de cette date tu fais l'inversement. => echo date("d/m/Y", $cdate); (par exemple) Attention, certains développeur te diront que l'utilisation de mktime() n'est valable que pour une durée déterminée... Mais bon tu as jusqu'en 2032 donc tu as de la marge ASC.

Bonjour Slim, En fait j'ai pas trop bien compris dans quel usage tu veux faire ca mais je crois que tu voudrais quand tu crée une page xxx.php, créer une copie de celle ci en yyy.html. Si je ne me trompe pas tu peux le faire en PHP et c'est asses simple. Tu auras besoin des fonction file_get_contents(), fwrite() et fopen(). tu peux trouver toutes les explications sur leur fonctionnement sur php.net Si tu as besoin d'un exemple n'hésites pas à me demander. Quand tu as ton duplicata de ta page tu peux l'inserer via html tout simple ou par javascript avec les fonctions document.write() ou encore window.open() ASC.

Justement le concept marketing c'est d'avoir des cartes de visites sumca.fr si besoin est... mais si pour le référencement comme dit ici dans un autre post sur "l'utilisation des mots clefs ds le référencement" et qui apparait est TRES pertienent il faut en user et comme beaucoup le disent. Le principe c'est pas que les gens aient a taper usinage-precision-sumca... ils tapent sumca.fr ils sont sur le site. Après mon positionnement puisque tout le monde s'accorde a dire que les mots clefs ds le domaine sont tres important je le cible forcément sur usinage-precision-sumca..... Aussi faible pourrait être l'utilité de MK ds le domaine je préfère prendre ces points la aussi en plus.

Ah bas alors ca bien vu ! Je ne comprend j'ai pourtant fait la présentation uniquement du domaine avec mes mots clefs Bon de toutes facons ca m'aura pas fait de mal que de nettoyer le site un peu avant de l'optimiser. c quand meme dommage que je perde le positionnement pour le domaine que je voulais Meme si je reste positionné avec sumca.fr tout court la pertinence est moins bonne qu'avec les mots clefs je pense. Ca m'embete un peu. En tout cas merci pour ton aide.

tu as raison sinon j'aurais des pages dans la requete site:www.domaine.com considérées en doublons. Je m'étonne quand meme que google ait supprimer autant de pages juste pour une question de titres et de lien bas qu'il n'aimerait plus. Je vais nettoyer cela quand meme pour le cas ou.

L'erreur 404 vient du sous domaine que je viens de créer j'ai en fait opter pour un accès plus clair et un cindement des pages et dossiers. J'ai créé un dossier TMP_DE pour la version Allemande d'ici peu un sous domaine deutsch.domaine.com viendra compléter les pages du site. J'espère que cela se réglera sous peu... Patience est mere de sureté ne dit on pas ? On dirait que google considère mes pages comme des doublons ce qui me semble logique. j'ai par ex. une page decoupe-A.php dans le dossier racine "root" et la meme avec le meme titre dans le dossier TMP_DE... Google doit estimer avec justesse que ces pages sont les même est les aura probablement squizé. Pour l'optimisation des pages (header, et autres) je vais attendre de voir si j'ai une résolution avant cela par rapport au duplicate.

J'ai déjà renommé mes titres de pages pour la section allemande. Je me demande si je ne devrais pas opter pour un sous domaine "deutsch.mondomaine.com" et faire pointer mes liens vers les pages allemande depuis les francaises vers le sous domaine ?

Bonjour, Bon cette fois ci c'est à moi que cela arrive Alors j'aimerais savoir si on peut me donner un coup de main pour comprendre pourquoi toutes les pages de mon site Internet disparaissent de google jour apres jour sauf pour la partie du site qui est en allemand et dans un dossier : TMP_DE Liens : Site : http://www.usinage-precision-sumca.com Google : http://www.google.com/search?q=site%3Awww....ision-sumca.com ==> on y voit maintenant plus que des pages du dossier Allemand /TMP_DE/ Mon fichier HTACCESS : (Aucune redirection globale vers TMP_DE ou autre) Options +FollowSymLinks RewriteEngine on RewriteBase / RewriteRule ^###############################STRING} ErrorDocument 404 http://usinage-precision-sumca.com/erreur-...oupes-sumca.php ErrorDocument 401 http://usinage-precision-sumca.com/erreur-...oupes-sumca.php ErrorDocument 402 http://usinage-precision-sumca.com/erreur-...oupes-sumca.php ErrorDocument 403 http://usinage-precision-sumca.com/erreur-...oupes-sumca.php ErrorDocument 404 http://usinage-precision-sumca.com/erreur-...oupes-sumca.php ErrorDocument 500 http://usinage-precision-sumca.com/erreur-...oupes-sumca.php Je ne dois pas être blacklisté puisque des pages apparaissent en recherche google. Mon fichier robots.txt ne comprend que des interdictions sur les dossiers images et includes donc rien sur la racine... Le langage utilisé est ISO-8859-1 La seule chose que je vois c'est que j'ai oublié de mettre mes titres dans la version Allemande donc dans le dossier DE en allemand et j'ai bêtement laissé les même titres que pour la version francaise... Est ce que google considèrerait ca comme duplicate contente ? Du coup comme j'ai les même noms de pages et titres en DE que en FR devrais je plutot renommer mes titres uniquement pour résoudre le probleme ? ou renommer titre + nom page ? Ou simplement mettre une interdiction d'acces au dossier DE dans robots.txt puisque sous peu la version allemand sera transferée sur un hébergement autre ... Merci à vous. ASC

Mais bien sur et par Css en créant un style dont display: block !! Ah merci Capitaine !! tu me sors d'un problème encore une fois...

Désolé mais je vois absolument pas le rapport entre titre sous titre et charte graphique définie... J'ai des contraintes techniques spécifiques à respecter ds un cahier des charges c'est tout. De la a me dire que mes titres sont sous titres ou non je comprend pas le lien Ton impatience fait ressortir ton agacement. Désolé si mes questions t'agacent peut être ne devrais tu pas y répondre ( Je ne tiens pas à être génant juste à comprendre et améliorer mon travail. En fait je tiens juste à savoir si : < h1 > < span class="Title_bl_25">Titre début< /span >< br> < br style="line-height: 5px" > < span class="TITLE_GREY_UP" style="margin-top: 5px">titre suite< /span > < /h1 > Est acceptable déjà niveau Google. Pas si c'est ce qu'il y a de mieux fait ou de plus propre mais si cela fonctionne, si cela n'est pas répréhensible ou autre(s).

AHhhhh superbe !! Donc pour résumer : <h1><p ou div> interdit<//> Mais <h1><span cond.>titre</span><br><br style="line-height: 5px"><span cond2>reste titre<//> C'est bon !! ) Vingte sur vingte ou je sors ?

Alors comment tu fais quand la charte t'impose un style dont les titres sont bi colore ? Expliques moi où est la faute la dedans stp ? h1 & h2 ??? donc par exemple ton titre est "les occasions + BMW 2008" dont ta charte graphique impose occasion en bleu et par exemple BMW 2008 en noir... mon titre est "occasions BMW 2008" et non pas Occasion en h1 et bmw 2008 en h2 ... Faire tenir le tout d'un bloc devient impossible donc dans ce cas sans avoir une séparation de l'objet titre "occasions + bmw 2008 en plusieurs blocs...

Pour en revenir au sujet... <h1><p>titre</p></h1> || <h1><div>titre</div></h1> Est ce wrong syntaxe header ??? merci.

Moi je me rappel que pré 2000 on pouvait utiliser des méthode pour cacher du texte qui permettait de mettre des informations sur le codage sans utiliser de commentaires qui apparaissent directement ds la source... ou encore les meta refresh qu'on utilisait souvent aussi... Aujourd'hui ces procédés sont compris pour le blacklistage... et franchement je crois et vois pas ce qui pourrait empecher google de se dire demain : "ras le cul des utilisation abusive du H1 pour gagner des places... on blackliste ca" ou encore de juste ne plus en tenir compte... Toutes utilisations abusives de techniques de façons stupide ou a but non pertinent de toutes façons finissent toujours par être grillés un jour. Je pense comme je le disais qu'il ne suffit pas de faire l'idiot et du coup et de part la meme punir tout le monde en abusant de techniques... Juste suivre les règles permet déjà de se positionner devant et avant les autres... Après il y a des tas et des tas d'astuces tolérées car logique ou non abusives comme le rachat de vieux hébergements pour obtention d'ancienneté plus grande ou autres... Pourquoi toujours vouloir tricher ou user de ruses illicites ou en devenir ? Le principe à la finale est très simple dans son concept... bien référencé car pertinent pour les internautes... si le contenu n'est pas pertinent ou moins qu'un autre site on est derrière c'est logique... Quand vous faites une recherche vous aimer en tapant "auto+occasion" par exemple ne pas tomber sur un site de voyages stupide qui crée des pages avec des tags auto et occasion pour sortir son site en premier sur tout et sur n'importe quoi... Si notre site est pertinent, l'information claire... il sort bien ou mieux. Et cela apportera du bon pour les ventes ou pour l'internaute derriere... Au contraire si notre site est mal fait, mal traité ou l'information illisible ou mal amenée... c logique qu'on ne sorte pas ou pas bien. Au lieu de d'abord chercher des astuces pour mieux sortir, comme beaucoup de modos ici le disent souvent (puisque logique) il faut d'abord se demander comment être bon dans ce qu'on apporte aux gens avant de comment etre mieux placé que ceux qui le sont. Enfin je crois qu'on est nombreux et fiers de penser comme ca

Le concept de se dire : "j'en met plein parce que ça rapporte..." C'est comme pour les balise qui servaient à cacher du texte... comme le fait de mettre des répétitions comme un fou de termes genre mots cles etc etc... Ca reste inutile et utilisé de façon perfide Donc à terme ca sera forcément puni un jour ou banni. Il faut comprendre que le référencement se fait professionnellement et en suivant des règles simples (pour la plus part) tricher ou magouiller ou user d'astuces illogique fini toujours par retomber sur la personne qui ne suit pas ces fameuses règles. Etre premier proprement c'est le rester... Etre premier en grugeant c'est risquer de tout perdre et de devoir repartir de zéro.

Tu confirme bien ce que je pensais merci Dadou.

Ok merci pour tout ca Par contre je pense deja connaitre la réponse mais peut on avoir : <h1><h2>title / sous titre / texte</h2></h1> ??? J'imagine que non... et que la syntaxe logique reste : <h1>title</h1><h2>sous titre / texte</h2> ? Ou alors bétement devrait on suivre une syntaxe : <h1>titre</h1> <h2>sous titre</h2> <h3>texte</h3> etc... etc. Ah je m'excuse je devrais évidement être sur une page du W3C expliquant les règles de conception des headers... mais comme je vois que cela interesse pas mal de monde et suscite presque débat je me dis que ca pourra servir à d'autres...

C'est ce que je pensais Régis. Merci de ta réponse

Bonjour à tous, On connait l'importance des balises < H > mais j'aimerais savoir les limitations de ces dernières ... A savoir : J'imagine que l'on ne peut recommander de ne mettre qu'une balise H1. Mais qu'en est il des suivantes ? Peut on mettre plusieurs balises H2 dans une même page ? Si oui sont elles illimitées ? Seront elles traitées de la même façon ? Merci.

Dsolé mais la... ABSOLUMENT PAS D'ACCORD ) L'utilisation de require peut être necessaire parce que JUSTEMENT, elle génère une erreur fatale... A savoir si l'utilisation du require inclut un fichier d'obligation de présence genre menu (menu.php). J'explique : Imaginons une page index avec un appel du menu de navigation... la page ne peut etre affichée sans le dit menu d'ou l'utilité d'une erreur fatale. En fait cette fonction require est extremement utile dans la prévention d'affichage non buggé dans l'état ou justement l'affichage ne se fait pas. En gros si le menu "menu.php" n'existe pas, require() fera une erreur fatale utile dans le sens ou une autre fonction type include() n'affichera pas d'erreur et donc aucune information n'est transmise directement en affichage quand au fichier manquant. Selon l'importance de ton fichier d'appel, il faudra plus opter pour require() qu'autre chose. Sauf en cas de soucis esthétique mais de par le fait, tu risques de ne pas etre au courant d'un manquement de fichier. Donc en gros : Si ton fichier appellé est extremement important pour l affichage de ta page il est préférable d'avoir une erreur directement grossiere et forte qui permettra a un tier de te prévenir. Enfin il me semble. Sauf si tu es tout le derriere tes page et tes logs pour la gestion des erreurs. J'espère ne choquer personne PS: Evidement, cette explication est valable pour un skill novice en développement, car pour une véritable résolution on fait un appel par création de fonction propre pour vérifier la validité et la présence et également renvoyer une close d'erreur immédiate. Mais c'est un autre sujet.

<?php //TRANSFORMER EN FONCTION function nocut_word( $src, $nb ) { if ( strlen( $src ) > $nb ) { $extrait_texte = ereg_replace( "(.{" . $nb . "})( .*)$","\\1 ...", $src ); }else { $extrait_texte = $src; } return $extrait_texte; } //EOS. #Pour utilisation tu écriras : nocut_word( $icimontext, $icilenombredecaracteres ); ?> Cdlt.

juste une question de temps je rejoins mes compères

Peux tu entrer plus dans le détails quant à celles qui ont un réél impact "négatif" ?

Bonjour, Comme souvent on se pose la question, on sait qu'il est important de suivre et modifier voir adapter son travail lors du référencement... suivre le contenu, les titres, les textes, etc etc... La question qu'on se pose souvent chez nous c'est de savoir les conséquences des modifications. En effet, si il est bon de rester en veille sur son travail personnel de mise à jour et de suivi de prestation, quelles conséquences peut on avoir de modifier nos pages ? Imaginons pour l'exemple, que je souhaite adapter mes titres de pages ? Ne perdrais-je pas des points en position ? Si oui ne vaut-il pas mieux perdre quelques points un moment mais mieux se retrouver par la suite en les reprenant... ? Est ce une bonne idée de changer ses META également ? Admettons à nouveau, qu'apprenant que la balise meta Keywords ne serve plus et que je souhaite l'enlever de mes pages... Ne vais-je pas perdre encore la aussi des points en positionnement ? Toutes les modifications apportées ds le "contenu" des pages sont donc considérées comme mises à jour et évidement propices à l'amélioration de ses positions. Mais les modifications en lien avec le "contenant"... ne sont-elles donc pas dangereuses et que nous coutent-elles ? Merci, ASC.

bjr, souvent les référencement sont vendu en prestation de type contractuelle et quasiment jamais vendu en terme quantitatif car il est rigoureusement impossible de dire "tiens je vais bosser X heures ou Y heures précises sur un projet"... Donc en l'occurence la majorité des contrats de référencement se vendent en moyenne 2000 en france pour une durée annuelle soit 12 mois... A part te dire t'as bossé 1 mois donc 1/12 à 2000 ca te fait 160 HT... Tu vois c'est assès utopique de vouloir quantifier ta prestation selon une base générique de paiement... La seule solution logique pour toi est de quantifier un taux horaire... de voir combien d'heure tu as bossé... de facturer ca comme si tu était Freelance... A savoir que comme dit par Arlette, comment peux tu vouloir demander une rémunération alors que tu étais en stage... et ton travail fait en dehors du stage vient de ton initiative donc pourquoi vouloir facturer ca ? En meme temps ca reste ton problème le pourquoi du comment. Mais pour résumer ta seule solution je pense est de facturer comme un Freelance à un taux horaire. A toi de voir combien un référenceur à montréal prendrait en taux horaire. Parce que savoir combien nous on prend ici, deja je pense que personne ne te le dira et de plus montreal est au coeur de l'informatique média donc Web du coup la concurence de compétence ne doit absolument pas être la meme qu'ici en France... Cela étant, je vois pas comment tu pourrais demander la meme chose qu'ici. A+