Cariboo

Quelques indications et précisions sur Lifetype (plog) et ses performances. D'abord ses développeurs ont pris conscience de la lourdeur du code et de son manque de performances, et préparent donc une refonte sérieuse du code pour la version 1.1 Entendons nous bien : le nombre de blogs en soi n'est pas un problème. La taille de la base est limitée par l'espace disque, et le nombre de blogs aussi... Par contre il ne faut pas oublier qu'en offrant un service de blogs multiblogs, vous devenez hébergeur en mutualisé. Ce qui signifie que vous allez rencontrer des problèmes bien connus des hébergeurs mutualisés, notamment le fait que 95% des ressources vont être absorbées par 5% des blogs, qui auront un réel trafic ! Si vous avez sur votre site des blogs qui cartonnent au niveau audience, dans ce cas la puissance du serveur et l'optimisation du code deviennent critiques... Par contre, si vous avez 10000 blogs avec un trafic symbolique, vous pouvez vous contenter de configurations plus modestes. Dans ce cas, Lifetype tient la route sans problème (sauf au niveau administration et modération des blogs, car il n'est pas fait pour autant de blogs en multiblogs). Nota Bene : pour la Dotclear 2.0, il me semble que la feuille de route n'est plus respectée, cela devient un peu l'Arlésienne...

Autre contrainte : les annonceurs (les clients)... Ils aiment bien dire : je veux être là, et si l'espace pub bouge dynamiquement, cela provoque des réactions parfois amusantes... Cela oblige à "caler" les maquettes de page et donc à travailler en pixels. En dehors de cela, je trouve que l'on peut réaliser des maquettes en pourcentage qui restent esthétiques sur une grande plage de résolutions et de taille de fenêtres... C'est juste parfois un peu long à faire, et cela demande aussi de changer de méthodes de conception (on s'éloigne franchement de la PAO)

Si cela n'a pas changé, il n'y a pas de formulaire de soumission. Il faut donc que quelqu'un chez Nomade décide d'indexer ton site.

Non, mais si tu dois faire appel derrière à une association de consommateurs, ou à une procédure judiciaire, il faut au moins avoir une trace d'une démarche, ce que ne permet pas un appel téléphonique à la hotline. Ce qui ne t'empêche pas d'appeler la hotline, évidemment...

Je commencerai par me couvrir en envoyant une LRAR expliquant que de bonne foi tu pensais que le renouvellement te coûterait 15 euros et pas dix fois plus.

Voila une référence plus officielle : http://www.premier-ministre.gouv.fr/batail...3?id_article=16 Par ailleurs, il n'y a pas de statut du travailleur télédéclaré, ni de travail en télédéclaré. Je suppose que tu veux parler de télétravail, c'est ça ?

Il y'a deux aspects : le "juridico contractuel" et le "technique". Le contrat de VAD est lié à une entreprise. Il peut mentionner un site, voire un produit, car les conditions financières peuvent dépendre de l'évaluation du risque d'impayés par la banque, et du panier moyen. Mais rien ne s'oppose à la signature d'un seul contrat (si ce n'est le dégré de souplesse de tes interlocuteurs à la banque). Sur le plan technique, pour des raisons de sécurité, le TPE est attaché à un domaine voire un serveur. Par contre rien n'interdit d'utiliser le même domaine/serveur pour assurer le paiement de commandes sur plusieurs sites de son entreprise.

Il faut mettre les serveurs dans l'ordre inverse. En effet, le serveur de DNS primaire, c'est ton dédié, le ns0 ne sert qu'en temps que DNS secondaire. Pour que cela marche, il faut aussi que tes DNS soient bien configurées sur le Bind de ton dédié.

Idéalement, c'est effectivement : une langue, une IP (un serveur), un domaine. En clair un "mondomaine.co.uk" pour le site en anglais, installé sur un serveur physiquement installé en angleterre avec une IP reconnue comme appartenant à un serveur hébergé au royaume uni. Ensuite, entre domaine et sous domaine, c'est à peu près équivalent. Mais avec un domaine différent, les moteurs vont systématiquement le considérer comme un site à part, avec un sous domaine, cela ne marche pas à tous les coups. Enfin, on peut arriver à référencer aussi correctement des pages anglaises dans le même domaine, sur le même serveur avec la même IP, mais quand on a le choix, autant se faciliter le travail.

Si tes connaissances sont faibles, là réponse est : typepad sans hésiter... Dotclear trouve toute sa force et son intérêt quand on a des connaissances minimum sur les hébergements, le php etc... Il a surtout le mérite d'être gratuit. Sur le plan des fonctionnalités, la richesse des deux est réelle. Il y'a de petites différences, mais toutes les fonctionnalités usuelles dont on peut rêver pour un blog sont présents dans les deux... L'avantage de typepad, c'est que les mises à jour liées aux problèmes de sécurité ou aux évolutions du logiciel ou des techniques de blogging avancées sont faites pour toi, donc c'est du travail en moins, et cela te permet de te consacrer à 100% au contenu, et à zéro % à la technique.

J'utilise soit Parachat, soit Sigmachat, donc en général je n'ai pas ce problème d'intégration... J'avais étudié il y'a quelque temps le problème pour un autre chat que celui dont tu parles (que je ne connais pas du tout), et en fait, il y'a une sorte "d'API" non documentée qui permet aux chats de communiquer avec le forum... Pour avoir un exemple concret, il suffit de regarder les scripts dans la distribution prévus pour parachat et sigmachat. Ces scripts sont assez simples. Si blab ne fournit pas les scripts permettant une intégration dans invision, il te faudra écrire les scripts toi-même, ce qui est possible, à condition de bien connaître et comprendre le code objet et l'architecture d'invision, ainsi que celui de ton chat. Sinon, il te faudra passer par d'autres biais, c'est à dire "bidouiller" un hack du forum et/ou du chat, ce qui pose des problèmes en cas de mises à jour.

Les professions liées à l'internet sont d'apparition récente, et la professionnalisation de ces activités est encore balbutiante... Mais cela ne va pas durer : le temps des autodidactes est bientôt fini... Bien sûr, les plus doués pourront continuer à percer dans ce métier sans formation solide, mais pour les autres, cela sera difficile. Derrière la notion fort vague de webmaster, se cache en fait de plus en plus une série de métiers spécialisés, dans lequel le niveau d'exigences grimpe sans cesse : développeur web, chef de projet, rédacteur web, graphiste orienté web, référenceur, web-marketer, infogérance serveurs, web-designer, etc... etc... Ce niveau d'exigences combiné à une évolutivité violente de l'activité implique qu'il faut commencer par une formation théorique solide avant d'entamer une spécialisation ou un cursus professionnel... Avec une formation courte en alternance, les étudiants ne pourront bénéficier à la sortie que de postes peu intéressants à la sortie. Quant à monter son agence en indépendant : là aussi, le temps où l'on pouvait percer sans moyens, sans background, et sans talent, est à mon avis terminé. Bien sûr, il y'a encore des contre-exemples, je donne juste la tendance générale.

Si tu veux améliorer ton positionnement, travaille d'abord le contenu textuel de tes pages, ainsi que l'optimisation du code qui l'affiche. C'est le plus important... Cette optimisation est quelque chose de difficile à réaliser, cela va te demander beaucoup de patience et de tests successifs. Ensuite, (ou en parallèle, comme tu veux) tu peux essayer d'optimiser le pagerank de tes pages, mais ne te focalise surtout pas sur ce point : le pagerank ne sert qu'à départager les pages qui ont les mêmes notes sur les critères liés au contenu de la page... Donc un bon pagerank n'est utile que sur des requêtes concurrentielles, où les pages apparaissant dans les premières positions sont déjà sérieusement optimisées... Une page mal optimisée avec un bon pagerank reste dans les tréfonds du classement...

C'est lourd, mais c'est parfaitement français, et il vaut mieux en français technique être lourd et être bien compris. Cela n'est pas gênant. On a tous ce problème quand on essaye de traduire de l'anglais, de l'allemand (ou du russe) en français... L'anglais est elliptique (ce qui le rend parfois ambigü), pas le français. Et il n'existe pas en français de postfixes ou de cas (comme en allemand ou en russe) pour indiquer directement une direction ou un complément d'objet. Bref "link to" se traduit bien par "créer un lien pointant vers"..., voire "créer un lien vers", en tout il ne faut pas traduire par "lier à"

A première vue c'est bien une mise à jour BL/PR ... Maintenant, c'est difficile pour le moment de savoir si elle est partielle ou totale, mais pour le moment, elle semble concerner tous les sites que je teste, donc je pense que c'est la mise à jour que l'on attendait depuis des semaines.

1. News et actualités, c'est la même chose... "Actualités" est le mot français, "news" le mot anglais. "Actualités" est la traduction littérale exacte de "news"... Donc autant mettre "actualités" dans une traduction. Une "brève" est un article très court... Il y'a donc des brèves d'actualité, mais on peut faire des brèves sur des sujets sans rapport avec l'actualité. A toi de choisir entre "brèves" et "actualités" suivant le caractère général ou orienté vers l'actualité de ta fonctionnalité. 2. Oui il y'a une différence... Evite "template" (le mot anglais) dans une version française, le mot n'est pas compris par tout le monde En général, la traduction exacte de template, c'est gabarit, pas modèle. Un gabarit est un format prédéfini, vide de contenu... Un modèle est un document qui lui contient du contenu, et qui sert de point de départ pour réaliser un document légèrement différent (un "modèle de lettre"...) 3. Il y'a des expressions équivalentes, mais généralement, le terme "plugin" est préférable, car il fait partie du jargon compris par les français. Le terme obligatoire au québec : plugiciel ! En français, on peut traduire par "module externe", "module enfichable", "module d'extension", mais toutes ces expressions ont un sens moins précis que "plugin", que tu peux donc laisser non traduit à mon avis...

Par "environ" je pense que Google entend "grosso modo", à "la louche", "à peu de choses près"... Bref le sens habituel En fait vu la structure très éclatée en datacenters et en clusters (qui ont un nom particulier chez Google qui ne me revient pas à cet instant) de leur index, il leur est impossible de donner un chiffre exact à un instant t... Par ailleurs, ce chiffre indiqué est en fait là uniquement pour amuser la galerie, et agacer la concurrence... C'est de la communication, du marketing quoi ! C'est aussi une réponse du berger Google à la bergère Yahoo, qui avait annoncé avoir dépassé les 20 milliards de pages... Quelques semaines plus tard => BigDaddy et ce chiffre qui apparait. Sauf que personne ne peut vérifier, Google n'aurait que 10 milliards de pages ce serait la même chose... En plus, on ne sait pas quelle proportion de cet index est mis à jour régulièrement. La taille de l'index ne fait pas la qualité d'un moteur, mais garantit plutôt une certaine exhaustivité (si la plupart des pages du web sont indexées, si on cherche la page du Pr Smith sur l'accouplement des globicéphales tachetés dans la mer de Barentz, y'a des chances que le moteur la trouve... Sinon, sur des requêtes plus communes, on ne voit pas la différence si l'index est moins exhaustif. Par contre, si l'index est incomplet, cela devient un problème de qualité du moteur...)

Tiens une autre supposition : prvec4 = vecteur du pagerank calculé par extrapolation quadratique prvec = vecteur "normal"...

Donc Matt Cutts confirme que c'est un vrai message d'erreur. Dans ce cas, on peut s'attarder deux secondes sur ce qu'on y apprend... Déjà une confirmation : en fait google est une entité mi homme mi machine, et seul l'équipage de l'Enterprise peut nous sauver : les "borgs" sont dans l'algorithme (Capitaine Picard, au secours !) . Trève de plaisanterie, deux hypothèses concernant ce point : il s'agit d'une fonctionnalitée baptisée "borg" en l'honneur d'Anita Borg, ou en référence aux cyborgs dans Star Trek. Il semble que la deuxième hypothèse ait quelques fondements, car il traine sur le net des indices de l'existence d'un "centre serveur" interne à google qui porte ce nom. Par ailleurs, gwd fait allusion au "Google Web Directory" (Dmoz) : j'ai lu pas mal d'interprétations fantaisistes à mon avis sur l'acronyme. On voit apparaître également pour la première le terme "indyrank" : qu'est-ce que cela peut-être ? Indy est un préfixe qui peut correspondre à plusieurs choses, mais l'hypothèse "indy"="independent" me séduit. Maintenant, ce serait un rank indépendant de quoi ? Le terme spamscore est intéressant : cela confirme que Google utilise bien une note spéciale pour éliminer les sites spammy. Et en plus, on apprend que cette note mesure un "niveau de spam" et non un "niveau de confiance" (l'inverse, comme dans le trustrank) Le "pagerank cutoff" résiste encore à mon analyse, j'ai une vague idée mais je cherche dans la littérature à quoi cela peut bien correspondre...

En fait, c'était un message d'erreur renvoyé par les serveurs chargés de délivrer les pages en cache. Vu le message, cela dénote un problème hardware ou un pb de surcharge des serveurs. Donc c'est normal que Google ait fini par régler ce problème et que le message ait disparu... Pas facile de savoir si c'est du flan tant que personne n'a réussi à reproduire le phénomène.

Voici un message d'erreur affiché par les serveurs délivrant les pages de cache de Google, rapporté par un membre du forum anglophone Digitalpoint : Ce message contient de nombreux paramètres intrigants... Notamment la mention du "spamscore", de "l'indyrank" et du "borg". Par contre, je précise tout de suite que le avg-latency-ms est un paramètre hardware(temps de latence moyen en millisecondes), et non une allusion à l'algo LSI comme cela commence à se répandre dans les forums anglo saxons. Je n'ai pas réussi à voir le message d'erreur en première main, donc je pense qu'il manque des infos de contexte pour statuer sur le caractère utile ou non des indications données par ce message pour le référencement ou la compréhension de l'algo de google

C'est une erreur assez commune de paramétrage du serveur web. Ce problème dit des "urls canoniques" ne favorise pas le référencement, mais s'agissant d'un site comme ratp.fr, l'influence risque d'être faible. Le problème du duplicate content ici n'est pas très grave : google affichera soit l'une des versions, soit l'autre, mais comme il s'agit de bien de la même page, c'est transparent pour l'internaute peu attentif. Le vrai problème que cela pose est que le pagerank est diffusé de deux manières différentes : une partie passera par les pages "sans www" l'autre par les pages "avec www". Le résultat est que cela peut diminuer le PR atteint par chacune des pages. Donc il est déconseillé de laisser subsister ce genre de problèmes sur son site, mais ce n'est jamais rédhibitoire (une mauvaise optimisation des pages oui).

Ca tombe bien, je vais déployer un NAS dans quelques jours... Voila un topic qui tombe à pic ! Bienvenue sur le Hub

Vu le type d'application, il faudrait un gros dédié virtuel, sinon, tu vas manquer de ressources. Je pense aussi que le passage direct au dédié est plus prudent (sauf si tes clients ont exagéré le trafic à venir).

Juste une précision. J'ai dit de ne pas regarder l'ordre d'apparition des pages dans la commande site, car Google a tellement bidouillé le programme qui gère l'affichage des pages dans le passé, que je pense qu'il faut renoncer à en déduire quoi que ce soit en matière de référencement. Par contre, c'est utile de savoir quelles pages sont indexées, quelles pages ne le sont pas, et combien sont indexées. Donc repérer une corrélation entre disparition de la page d'accueil dans les résultats de "site:" et déclassement est réellement une découverte intéressante. Mais "corrélation n'est pas raison", et il faut attendre un peu peut être pour en tirer des conclusions. En tout cas, il s'agit probablement d'une mise à jour importante.