Aller au contenu

yep

Hubmaster
  • Compteur de contenus

    278
  • Inscrit(e) le

  • Dernière visite

Messages postés par yep

  1. si je peux me permettre : avant d'apprendre à utiliser dreamweaver, apprends ce qu'est le html :P

    seulement ensuite tu comprendras que Dreamweaver te permet de faire des sites, mais en aucun cas des sites réellement accessibles, et qu'il faut toujours repasser derrière.

    consulte sérieusement :

    http://www.accessiweb.org

    http://www.opquast.com

    http://www.csszengarden.com

    http://www.alsacreations.com

    bien sûr le site du W3C : http://www.w3c.org, traduction sur http://www.la-grange.net/w3c

    avec tout celà, je pense que tu auras une bonne base pour rendre tes sites Internet accessibles et robustes au niveau HTML.

  2. Définition de l'URL canonique (canonical URL)

    Mon dictionnaire indique que canonique signifie conforme aux règles, à la norme. Dans les forums américains consacrés au référencement, on entend parler d'URL canonique.

    Nous dirons qu'une adresse web est une URL canonique quand elle est l'adresse officielle d'une page web, celle qu'il est préférable d'utiliser pour accéder au contenu correspondant.

    Je tiens toutefois à rappeler qu'au départ, une seule URL doit seulement pointer vers une ressource et réciproquement, une ressource ne doit être accessible que par une seule URL.

    Merci l'accessibilité. Si cela est respecté, le terme d'URL canonique est amené à disparaître.

    Vous parlez de duplicate content et de pages similaires, les deux notions sont bien distinctes. Connaissez-vous cependant la différence entre les pages dites "similaires" et les pages dites "ignorées" sur Google ? parce que j'ai pu remarqué que ces pages ignorées ne le sont pas toujours parce qu'elles sont similaires.

  3. Ce n'est que de la théorie.

    Certaines versions imprimables sont correctement indexées (lofiversion) (ce qui est normal parce qu'elles sont allégées) et bien positionnées, alors qu'elles présentent le même contenu qu'une autre page sur le site

    => ce qui est finalement de la duplication de contenu au niveau des pages.

    Ces pages devraient être considérées comme similaires et ne pas forcément apparaître dans les résultats des moteurs de recherche; or il semblerait que c'est version sont indexées et considérées comme unique parce qu'elles présentent des adwords.

    Quelqu'un a-t'il fait le même genre de constat, ou ... je sors ? :P

  4. ça m'étonne encore les gens qui pense que leur outil de rêve existe. Certes il ne faut pas réinventer la roue, mais l'adapter est toujours nécessaire. En bonne base, je te dirais JOOMLA.

    - Respect des standards xhtml.

    Tout dépend de tes gabarits

    - Design facilement personnalisable (sans être une brute de php).

    Idem

    - Mise en place de l'url rewriting simple.

    Tout dépend de ta connaissance en UR.

    - Affichage des pages rapides (1 seconde de temps d'exécution max pour les pages les plus lourdes), même avec un hébergement mutualisé.

    Dépend du traitement des données du CMS, comme de ton gabarit

    - Traitement automatique de l'upload des photos : affichage de vignettes miniatures dans l'article avec un lien vers une photo agrandie (avec un traitement php GD).

    Comme précédemment dit, il semblerait que tu aies à développer cette fonctionnalité

    - Communication facile avec les autres CMS, même pr les développeurs PHP-MySQL très débutants. Exemple : les membres ayant le droit de commenter les articles sont les mêmes que ceux du forum (forum SMF).

    Il te faudrait une usine à gaz alors ? ou une gestion excellente de groupes d'utilisateurs/contributeurs, etc.

    - Possibilité de regrouper les articles par rubrique ET sous-rubrique ET sous-sous-rubrique.

    Un simple outil gérant une arborescence, pas trop complexe à concevoir.

    => Je ne recommanderais jamais assez http://www.cms-quebec.com/

  5. si tu regardes bien il semblerait que ce soit le cas pour tous les sites, et je pense donc que Google ne communique plus dessus, ni n'utilise cet indice.

    Et puis il ne faut pas oublier que la valeur 0 actuellement retournée, est en fait le contenu de la balise RK des fichiers xml récupérables sur Google : de nombreuses théories disent que RK = fututr PR, d'autres que c'est le PR en temps réel, etc.

    Il est donc normal que cet indice disparaisse (est-ce le cas now ?) puisqu'il n'est que le reflet de la popularité des sites : le PR est mort, vive les back-links.

  6. - le xsl n'est pas pris en compte par firefox

    faux il l'interprète, du moins je n'ai pas de problème d'affichage

    - transformer du xsl en html ne parait pas possible pour windows et linux en même temps,

    A quoi cela va-t'il te servir ? puisque ton xsl met en forme ton xml comme du html

    - les librairies php pour utiliser du xml ou du xsl sont encore expérimentaux (pour php4), et php5 n'est pas encore suffisamment bien implanté,

    euh, ben je n'ai jamais eu de problème (en php comme en python), le tout est de savoir quoi utiliser.

    - les émulateurs javascripts pour créer du html 'à la volée' ne marchent pas pour firefox,

    pourquoi tiens tu absolument à transformer tout ça en html?

    - Sinon (question subsidiaire..) le xml se réference t il bien ?

    pas trop mal pour de gros volume :P

    Bref, quid du xml pour le web. Autant le processus xml->xsl parait intéressant, autant je me demande s'il n'est pas un peu trop 'jeune' pour être utilisé de manière efficace pour un projet web.

    en effet, mais tout dépend de ce que tu dois faire. :P

×
×
  • Créer...