Spidetra

Donc, à mon sens, la question n'est pas de savoir quelle est LA meilleure boutique

actuelle, mais quelle est CELLE qui satisfera mes desideratas.

+1

Anorci, hors de question de te lyncher, le débat est ouvert ici et l'intérêt est justement que nous pouvons confronter nos avis.

Je sais que je me ferait pas lyncher, c'était juste une boutade

Mon post essaye d'avoir un regard décalé par rapport à mes choix perso.

Aujourd'hui, si j'était nul en technique, vers quelle solution je me tournerai pour pour lancer un site de E-Commerce ?

Je pense que je me laisserai séduire par une solution "clé en main".

Salut,

A titre personnel j'opterai pour une boutique osCommerce :

- Je peux l'installer

- la configurer

- l'adapter

- installer des plugins

- l'administrer

- etc....

Si tu peux être "autonome" sur une telle boutique, osCommerce est un excellent choix.

Si tu dois être "dépendant" d'un prestataire extérieur, je ne suis pas sûrs que ce sois le meilleur choix.

Pourquoi ne pas se tourner vers des FAH : fournisseurs d'applications hébergés ?

Tu peux louer des solutions pour un budget entre 100 et 150 HT / mois.

Voici par exemple deux fournisseurs, je ne les connaît que de noms, donc c'est juste un exemple. Il existe certainement des dizaines d'autres solutions :

- powerboutique

- boutiquebuilder.

Ces solutions (ou d'autres) me semblent être un bon choix pour démarrer. quand on y connaît vraiment rien en technique.

Elles ont leurs limites. Il faut le savoir, et les tester avant de se lancer.

Tu démarre avec une structrure légère, sans te prendre la tête avec la technique.

Le surcoût qu'il faudrat peut-être prévoir c'est un bon graphiste pour designer ta boutique.

Je sais que je vais me faire lyncher par tout les fans d'osCommerce

A titre perso j'aurai opté pour osCommerce, mais je ne suis pas surs que ce soit le meilleur choix pour toi, si tu n'y connait rien en technique.

Eclipse.

Je fais de moins en moins de PHP c'est pour ça. Sinon en PHP : EditPlus.

- soit tu décides de capitaliser sur un nom (un peu comme une marque) et tu as effectivement intérêt à privilégier un nom original et facile à mémoriser (et faire ce qu'il faut ensuite pour faire connaitre ce nom) ...

<{POST_SNAPBACK}>

Exemple récent de cette stratégie les nouveaux opérateurs téléphoniques qui vont remplacer le 12.

les urls sont du style : 118xxx.fr

bc plus facile à retenir et à taper que : toutoutyoutou.fr

Je vous met au défie de taper cette adresse dans votre navigateur sans vous planter

Jutilise Netcraft

Si tu met un mot clé dans la boite de recherche, netcraft va lancer des recherches dns.

Je viens de tester avec mariage sans succés, je n'ai pas de réponse de leur searchdns.

Pour te donner une idée des résultats voici une recherche avec Google.com

J'espère que tu auras plus de succés que moi avec mariage

J'ai donc mis ces datacentres en tête de liste pour permettre à tous de visualiser aisément les changements, et leur ai donné les noms BigDaddy et BigDaddy 2.

<{POST_SNAPBACK}>

Il semblerait que Matt Cutts ait fait une petite précision sur les IP de bigdaddy :

BigDaddy On the move

Il semblerait que l'ip a utiliser pour bigdaddy soit uniquement celle-la :

So it looks like 66.249.93.104 is the best IP address to use when testing Bigdaddy.

Les changements sur la commande site démontre que google permet de faire des requêtes complexes sur les pages d'un domaine donné :

<{POST_SNAPBACK}>

ça, c'est cool. ça manquait vraiment

Je n'avais pas lu tout les commentaires sur le billet :

Search Engines Web, most of the changes is new infrastructure. Then theres a few new algorithms to handle the underlying changes. But there shouldnt be much algo changes as far as spam, relevance, ranking, etc.

Si je ne fais pas de contresens : il n'y a pas vraiement eu de modifs d'algo.

Au noveau algo, les modifs seraient essentiellement en terme de traitement d'urls et de redirect.

Q: Is there specific types of feedback that you want?

A: Wed like to get general quality feedback. For example, this data center lays the groundwork for better canonicalization, although most of that will follow down the road. But some improvements are already visible with site: searches. The site: operator now returns more intuitive results (this is actually live at all data centers now).

Quelqu'un a tester la commande site et à remarquer d'important changement ?

J'ai juste tester un site :

- Il est passé de +sieurs dizaines de milliers d'urls à moins de 1.000.

A peu près 95% d'urls rewrité proprement, les 5% restant sont des urls contenant des params.

Malheureusement je n'ai pas suivi l'évolution de cette commande dernièrement.

En tout cas, pour ce site, il semblerait que Google ait fait le ménage. Je ne sais pas si c'est lié à des pb de duplicate content ou aux modifications de traitement sur les urls.

cette course à la taille de l'index devient vraiment pitoyable ...

<{POST_SNAPBACK}>

Tout a fait d'accord Cendrillon. La taille de l'index n'a jamais été un critère de qualité pour un moteur de recherche.

Q: Whats new and different in Bigdaddy?

A: It has some new infrastructure, not just better algorithms or different data. Most of the changes are under the hood, enough so that an average user might not even notice any difference in this iteration.

Q: Will this datacenter make me coffee? Is it the solution to all possible issues ever?

A: No. No data center will make 100% of people happy. For every url that moves into the top 10, another url moves out. And the changes on Bigdaddy are relatively subtle (less ranking changes and more infrastructure changes). Most of the changes are under the hood, and this infrastructure prepares the framework for future improvements throughout the year. If you see a webspam or quality issue, let us know so that we can work on it.

Est-ce un futur en terme d'algo ou en terme d'infrastructure ?

Les variations de positions sont intéressante, mais est-ce que ce nouveau datacenter est aussi une migration vers les nouveaux serveurs sun ?

Virage statégique de Google ?

Matt Cutts évoque bigdaddy depuis au moins le 30 novembre .

Des rumeurs sur les nouvelles stratégies financières et architectures courent sur le net depuis environs la même période.

Une conférence de Larry Page est prévue demain. Peut-être en seront nous plus.

L'infrastructure du datacenter me semble plus importante que l'algo actuel qui tourne sur bigdaddy. Cette nouvelle infrastructure pourrait nous donner une idée sur les nouvelles capacités de Google : taille d'index, puissance, etc...

Oracle est vraiment indispensable ?

Je ne sais pas quel langage tu utilises, mais il ne serait pas plus simple d'adapter la couche DAO à une autre bases de données ?

Je suis d'accord avec toi Jean-Luc. Un système complet devrait intéroger tout les dataCenters de Google.

Ce qui implique autant de positionnement que de dataCenters.

Par contre s'il se contente d'interroger "Google France". L'interrogation doit se faire par le nom et non pas par l'IP.

En fait l'utilisateur devrait avoir le choix ;-)

Après quelques recherches, je pense que mon logiciel se base sur le DC 64.233.179.104

<{POST_SNAPBACK}>

Si ton logiciel est bien fait il se base sur un nom de domaine google.com, google.fr, google.de, etc.... et non pas sur une adresse IP.

Ce n'est pas lui qui décide du dataCenter mais Google.

Merci pour vos réponse. C'est maintenant un peu plus clair.

Derniere question

Si je suis associé d'une sarl est-ce que je peux être associé majoritaire et avoir le nombre de parts que je veux

<{POST_SNAPBACK}>

Si tu es associé majoritaire tu dois avoir au minimimum 50% des parts + 1 et au maximum 100% des parts - 1, car il faut au minimum 2 associés dans une SARL.

ça ne règle pas le pb de la gérance. Si tu es majoritaire et que tu nomme un gérant de complaisance, tu peux être requalifié gérant de fait.

Cela peut arriver si, dans les faits, le gérant minoritaire n'a aucune activité réelle dans l'entreprise, et qu'en réalité c'est toi qui fait tout.

Je ne sais pas quel rôle va avoit ton amie dans la sarl, mais

même non rémunéré, c'est ton amie qui doit prendre réellement les décisions ( signer les contrats, etc... )

Pour toute entreprise la croissance interne et externe est souvent délicate à gérer.

J'imagine que les dirigeants de Google ont une stratégie et une vision à long terme de leur entreprise.

Google sait être précurseur et anticiper des tendances.

( Début 2006, c'est devenu très "hype" de parler Web 2.0 et Ajax. La nouvelle bulle internet vend - ou vent ? - du Web 2.0 à toutes les sauces aux capitaux risqueurs. Nouvelle bulle ou tendance de fond ? Google a su être un acteur majeur dans cette nouvelle tendance ).

Pourtant quand je relis cette rétrospective, Google peut donner l'impression de partir dans toutes les directions.

De Picassa au Wifi, en passant par les petites annonces, les tentatives de comparateur de prix ( Froogle ), Desktop, Talk ou Gmail. Quel est le fil conducteur ?

Certains dirons que le fil conducteur c'est l'information. Et le coeur de ce système d'information c'est le moteur de recherche.

Il me semble que la plus grosse source de revenus de Google ce sont les liens sponsorisés. Cette source est rentable car Google a une position dominante sur les marchés des moteurs de recherches.

Cette position dominante peut-être remis en cause par un challenger existant ou un nouvel entrant sur le marché.

Mon voeux 2006 pour Google : Qu'il se concentre sur son coeur de métier: La recherche d'information. Récemment Larry Page donnait une note de 3/10 à Google en terme de pertinence des résultats. Cela prouve que nous en sommes encore au balbutiement de ce qu'il est possible de faire dans ce domaine.

J'espère que cette diversification et cette croissance de Google ne se fait au détriment de la R&D en recherche d'information.

Le PR c'est bien. Mais il existe tant de voie à creuser.

Est-ce que Google va creuser des voies en 2006 comme : l'Ontology, la sémantique, le clustering.

Regardez un outil OpenSource comme MozDex. Il propose une solution de clustering de ces résultats ( qui est loin d'être au point, ok).

Si vous regardez le code source, vous trouvez un plugin qui essaye d'explorer la voie de l'ontology.

La dernière fonction de recherche avancée que l'on trouve sur Google.com ( Usage Rights ) est aussi issu d'un projet OpenSource ( CreativeCommons / Nutch ).

Creative Commons essaye d'utiliser le web sémantique en associant des MetaInformation ( RDF ) à des URI.

Perso, je m'en fout un peu que Google m'offre de l'espace de stockage pour mes mails, un logiciel de retrouche d'image, ou un outil de messagerie instantanné.

Ce qui m'intéresse ce sont les nouvelles fonctionalités, les nouvelles voies, les nouvelles interfaces, que Google pourra explorer sur son moteur de recherche.

Il reste encore tant de chose à inventer. Et ça c'est passionnant !

je me posais la même question que toi pour les news.

Je me suis permis de faire un lien en espérant ne pas avoir les enfreinds les règles du forums

Je me permet de mettre un lien vers la retrospective 2005 de Zorgloob.

Rétrospective Google 2005

Excellente année à tout le monde. Bonheur, Amour et Santé !

Dans mon cas, elles l'étaient. C'est même comme cela que je m'en suis aperçu.

<{POST_SNAPBACK}>

Est-ce que tu sais comment Google a trouvé ces urls ?

Pb dans dotClear ou liens externes vers ces pages ?

Juste pour rire : prends une de tes notes et reduis l'url pour ne laisser que le numéro de billet. 

<{POST_SNAPBACK}>

Et alors ?

Ces urls ne sont pas connus par les moteurs de recherches, donc perso ça ne me pose aucun pb.

- URL du billet "xyz"

- URL de la période (mois) à laquelle a été posté le billet "xyz"

- URL de la catégorie dans laquelle a été posté le billet "xyz"

Chez moi çà fait bien 3: le compte est bon Maître Capello.

ok, c'est bon je viens de comprendre !

Sur mon blog chaque billet complet n'est accessible que par une seule url. C'est ce que je veux

Ce que je fait systématiquement :

1. Mes billets sont tjrs en deux parties. Donc sur les pages périodes et catégories, je n'ai jamais le billet entier mais uniquement le chapeau.

2. Dans la mesure du possible, chaque fois que je fait un billet, j'essaye systématiquement d'en faire au moins deux que je poste dans deux catégories différentes. En fait j'écrit plusieurs billets, que je stocke, et que je vais publier simultanéments. De cette manière mes pages période et catégorie sont différentes.

Du coup, je n'ai aucun cas de duplicate content sur mon blog dotClear.

Le point 1 est le plus important. Je veux une url, et une seule, pour chacun de mes billets.

Si un jour j'ai du duplicate content sur les pages de listes ( période et catégorie ), c'est moins grave.

Par contre on est d'accord. dotClear est un bon système de blog.. pas de cms.

La navigation par date, doublé par la navigation par catégorie, ne me gêne pas trop, c'est la base du blog d'avoir une structure chronologique.

Les problèmes sont plutôt du côté des Duplicate Contents : il y a au moins 3 urls différentes pour une même page...

Déjà, en supprimant le calendrier, on en fait sauter une.

<{POST_SNAPBACK}>

Tu pourrais me donner un exemple de la même page ayant trois urls différentes sur un de tes blogs dotClear ?

J'ai beau regarder sur mon blog je ne trouve pas.

J'ai laissé le calendrier. Je ne vois pas le pb de duplicate content. J'ai contrôlé toutes les urls indexées dans Google, je trouve pas !

Madri, DotClear est un excellent choix de blog, et ne te prend pas trop la tête avec Google : c'est du velours

c'est relativement bien expliqué dans la doc MySQL :Jeux de caractères et collation : Généralités