Nicolas

Bonjour, Tu n'aurais pas ajouté ton site dans le fichier Host de ton Windows XP par hasard ?

Bonjour, Je vois surtout 5 blocs adsense (sans compter celui en bas de page) :-) La terme qualité varie d'une personne à l'autre en fonction de ce que la personne recherche. Certains préfèrent avoir de la bande passante, d'autres de l'espace disque ou encore un bon support. Certaines personnes arrivent à gérer leur serveur eux même et par conséquent ont moins besoin d'un support de qualité. Un hébergeur peut totalement convenir à une personne et pas du tout à une autre... Je pense donc que c'est difficile de répondre à ta question sans savoir ce que tu recherches exactement ;-)

Cette page (/birmunie) est elle liée ailleurs que dans ta signature ?

La sandbox c'est un déclassement du à des optimisations excessive (en général sur un site jeune). Mais le site reste indexé sinon ca s'appelle du blacklistage. Dans le cas de El-Cherubin on va plutôt parler de désindexation. Son site vient d'être indexé il faut donc attendre que cela se stabilise sur tous les Data centers de Google. Cela va revenir d'ici 1 jour ou 2 ;-). Pour ton problème de duplicate content il faut que tu fasses une "RedirectionPermanent" de -http://ks352782.kimsufi.com/~birmunie/ vers ton nouveau nom de domaine. PS : le site est bien indexé : http://www.google.fr/search?q=site%3Ahttp%...FB_frFR210FR211 Du moins la page d'accueil et 3 autres pages.

Thick justement j'allais dans ton sens en disant que pour moi les mots clés dans l'url ca peut apporter un petit plus. Maintenant si les urls ne sont pas réécritent alors ce n'est pas grave on peut vraiment faire sans ça pour avoir un bon positionnement. Je dis aussi que si on peut prevoir la reecriture d'url à la création du site alors pourquoi pas à condition comme tu le dis de ne pas en faire trop non plus ;-)

Ceci dit il faut encore arriver à déterminer le poid que les mots clés dans l'url peuvent avoir. Je pense que c'est assez limité et que ce n'est pas indispensable d'avoir des mots clés dans l'url ni meme dans le nom de domaine. De plus, en ce qui concerne Msn et Yahoo rien ne dit qu'il ne baisseront pas le poid de mots clés dans l'url un de ces jours ! Maintenant je pense que si on peut mettre l'url rewriting en place sans trop de contraintes autant le faire dès la création du site. En ce qui concerne mes sites qui sont bien indexés et pour lesquels je n'ai pas mis de mots clés dans l'url à l'époque de leur création, je ne prendrais pas le risque de réécrire les urls. L'apport peut être vraiment négligeable par rapport à ce que je risque de perdre.

Moi j'ai même eut des annonceurs potentiels qui m'ont dit "vous n'avez qu'un PR4 donc on hésite à annoncer chez vous".

Bonjour à tous, Mon serveur est infogéré par Dan et je dois être au maximum à 5 minutes par mois en moyenne. Quand on sait que toutes les mises à jour importantes sont faites (noyau, php, phpmyadmin, etc...) on peut dire que c'est une bonne très bonne performance De plus sur les 5 minutes il faut comptez 2 à 3 minutes pour des soucis matériels (pb d'alim, pb routeurs, ...). Vu que par définition le matériel ca peut tomber en panne de temps en temps Dan n'est pas responsable de cela ni l'hébergeur d'ailleurs (dans la majorité des cas).

Arlette >> merci pour cette précision ;-) Pour revenir sur le cas du gérant minoritaire non salarié je pense qu'il est quand même plus prudent de passer salarié lorsque le chiffre d'affaire le permet et que le fait d'être non salarié doit s'appliquer dans des cas exceptionnels (CA faible, problème de trésorerie, début d'activité le temps d'avoir des clients fiables par exemple, ...) et sur une durée d'un à 2 ans max. Après une fois que la situation financière le permet il vaut mieux (re) passer salarié. Ca sera plus logique pour l'administration fiscale et le but du jeu c'est quand même de se payer lorsqu'on le peut et d'être couvert socialement parlant. Se payer uniquement en dividendes pendant plusieurs années alors que la SARL fait un chiffre d'affaire énorme cela peut être risqué, l'ursaff risque de ne pas apprécier et là je rejoins totalement l'avis d'Arlette ! Donc être gérant non salarié ca doit etre (à mon sens) une situation temporaire, exceptionnelle et à utiliser dans des cas bien précis. Si c'est uniquement utilisé pour éviter les charges alors il y aura ama un risque en cas de contrôle fiscal.

Oui il faut compter à peu près ces taux d'imposition. Si par exemple tu fais 120 000 euros de CA / an 100 000 euros bénéfices hors salaire(s) 20 000 euros de salaires Net L'entreprise va payer environ : - 8000 euros de charges sociales (40% de 20 000 euros de salaires) - 23 760 euros d'Impots : (100 000 - 28 000) * 33/100 Je suis pas certain de mon coup mais ca doit etre à peu prêt ça je pense.

Oui ou de l'argent de coté pour payer les dépenses quotidiennes le temps de passer salarié le jour ou l'activité marche bien et que la trésorerie le permet (plusieurs mois de salaire d'avance etc ...) Donc être gérant minoritaire non salarié (<=50% parts) cela permet de voir venir, de faire gonfler sa trésorerie, de gagner des clients, voir si l'affaire est viable, définir un salaire etc ... le temps de pouvoir se verser un salaire mais cela présentent aussi des inconvénients : - pas de couverture sociale avec tout ce que cela implique. - pas de chômage (même en étant gérant minoritaire salarié) - pas de salaire pendant jusqu'au jour ou vous passerez salarié... Donc vous êtes obligé d'avoir de l'argent de coté sur un compte perso ou un emploi dans une autre société en attendant... - d'un point de vue impôt vous payerez plus (+) d'IS (impots société) que si vous étiez salarié car vous ferez plus (+) de bénéfices annuels. Donc ce que vous gagnez en ne payant pas les charges vous le payerez partiellement voir totalement sur le bénéfice. Dans certain cas vous pouvez même être perdant. Par contre cela permet de prendre (temporairement) moins de risques financiers au niveau de votre société mais en contre partie vous en prendrez plus à titre personnel. Je pense que c'est une solution temporaire à utiliser seulement dans certains cas bien précis; après c'est vite fait de basculer salarié lorsque l'on veut/peut. Donc c'est vraiment à étudier et à voir avec votre expert comptable.

Attention car le gérant minoritaire : Si il n'est pas salarié ne payera pas de charges sociales mais il n'aura pas de couverture sociale (c'est logique) Si il est salarié il n'a pas le droit aux congés payés et n'est pas couvert par les ASSEDIC (mais il peut souscrire à une assurance privée).

Bonjour, Ce tableau montre entre autre le statut social et fiscal des gérants minoritaires / majoritaires => http://www.apce.com/pid1674/majoritaire-ou...pace=1&tp=1 Par contre pour Les TNS (gérant travailleur non salarié avec de +50% parts) Arlette a raison ==> ils doivent payer les cotisations sociales dans tous les cas !! Idem pour les indépendants...

Bak >> j'ai eu le même souci, j'ai un site qui a été désindexé et comme toi la date du dernier passage était le 16/05. Mon site est revenu dans l'index avant hier ;-) Donc je pense comme thick à savoir qu'il faut juste attendre un peu.

Bonsoir Perrine :-) Je pense qu'il vaudrait mieux avant de penser à changer de produit essayer de comprendre pourquoi tu as ces 50 affichages de différence ;-) Attention car le nombre d'affichage que tu définis est le nombre d'affichages restants, donc si tu as déjà 50 affichages effectués sur la campagne il faut que tu mettes 250 affichages et non 300. Perso je n'ai jamais eu de problème de ce genre dans les versions précédentes du produit. Je testerai sur la dernière version pour voir si j'ai le même problème que toi

Bonjour, Peut etre que ton site a subit un déclassement sur Google. Certains sites ont été impactés ces derniers temps. D'ailleurs j'ai un site qui a été touché lui aussi snif !

Bonjour, Je ne pense pas que les .info soient tous pénalisées. Pour s'en convaincre il suffit de demander à Arlette si son site http://www.lisons.info/ a perdu du trafic récemment.

Bonjour, Il faut que tu associes ton IP failover à un revendeur. Tu peux faire cela dans la gestion des IP. Pour chaque adresse IP déclarée tu l'associes à un revendeur (Une @ IP = 1 revendeur). Ensuite tu te connectes sur le compte de ce revendeur et tu créés les comptes utilisateurs. Les utilisateurs auront comme adresses ip pour leurs domaines l'ip du revendeur à condition que l'ip du revendeur soit partagée. Pour que l'ip du revendeur soit partagée (shared) il faut lors de la création du revendeur mettre dans le champ " Domaine IP: " la valeur "partagée - serveur".

Oui bien sur sans problème si les admins sont ok. PS : Je viens de faire quelques petites modifications et j'ajouterai des définitions d'ici quelques temps.

Bonjour, Je pars du principe qu'un serveur web doit prendre en charge un maximum de choses pour décharger au maximum le poste client. C'est le but d'un serveur dédié... On lui dédié tout ce qui est en rapport avec l'hébergement (stockage des pages web, redirections des pages, réécriture d'url, interprétation du php ou Asp, gestion des domaines etc etc) d'ou le nom "serveur dédié". Après on choisi son serveur dédié en fonction des ressources nécessaires et en prévoyant une marge de sécurité. Partant de ce principe et dans le cas précis d'une utilisation apache ou JS je préfère et de loin la solution Apache qui m'assurera en tant que webmaster un contrôle total de ce que j'affiche (que l'affichage a bien lieu sans plantage, un temps d'exécution raisonnable, ...). Il faut garder à l'esprit que les internautes ont souvent des machines bureautiques qui ne sont pas des "foudres de guerre" et qu'ils ne la changeront pas d'aussitôt car ça leur suffit amplement pour afficher la plupart des sites web. Ils ne vont pas changer de machine, même si les prix d'une machine de nos jours est plus qu'abordable, juste pour une minorité de sites qui monopolisent trop de ressources sur la machine "cliente". Il y a certains sites qui arrivent à mettre mon dual core 2Go Ram à genoux à cause d'une utilisation abusive de scripts exécutés coté client. Il faut le faire quand même...!! bien sûr c'est une minorité ! Il faut que le webmaster fasse en sorte que son site s'affiche rapidement et correctement quelque soit la configuration de la machine des internautes. Bien sur il y a des limites on peut pas faire un site pour qu'il fonctionne aussi sur un celeron 333 mhz avec 64 Mo ram et IE4. Mais il faut que cela fonctionne sur des machines qui ont 3 ou 4 ans voir plus si possible. Je suis pour l'optimisation des serveurs lorsque cela est possible et nécessaire; je ne suis pas contre le JS non plus ca peut etre utile voir indispensable dans certains cas mais ce n'est pas une requête apache de ce type qui va mettre un genoux un serveur même si elle multipliée par xxxxx visiteurs / jour. Lorsqu'on voit le prix des machines dédiées et la puissance qu'elles offrent on ne va pas pleurer pour un hit supplémentaire ;-) Pour finir je pense que ce n'est pas vraiment une solution de vouloir diminuer légèrement l'utilisation des ressources de son serveur en les déplaçant sur les machines des internautes sachant que ca peut dans certains cas leur poser des problèmes.

Bonjour, Il n'est pas nécessaire d'avoir des mots clés dans un nom de domaine même si ca peut aider... Je préfère un nom de domaine facile à retenir et pas trop long à taper plutôt qu'un nom avec 4 ou 5 mots clés. C'est quand même mieux pour les visiteurs et pour tout ce qui est marketing.

Je suis du même avis que Thick, d'ailleurs je t'avais conseillé la même chose dans un autre topic. Allez encore 6 à 9 mois à attendre ;-) ... la patiente est la qualité première du webmaster.

J'ai déjà utilisé cette méthode pour des urls avec des paramètres comme des ID d'affiliation et ca fonctionne très bien. Une autre idée serait de rewriter les urls avec paramètres qui te permettent de lancer ton script vers un répertoire et d'empêcher l'indexation dans le robots.txt C'est une idée comme ça.

Bonjour, Oui ca peut etre une bonne idée par contre ca va t'obliger à faire des demandes de modification des liens externes du .com vers le .fr (annuaires, partenaires, échanges de liens, ...) N'oublie pas de faire une redirection 301 ;-)

Dan>> Si les possesseurs de kimsufi veulent de l'infogérance ou est le problème ? ;-) Vu que tu vas passer autant de temps (voir plus) par rapport à un serveur de gamme supérieure le prix de ta presta est complètement justifié. Le travail sera le même pour toi il n'y a donc de gène à avoir ! (mais je comprends ce que tu veux dire). Un client qui n'aura pas besoin de beaucoup de ressources va prendre un kimsufi. Ce qui lui conviendra pleinement surtout vu l'évolution récente de cette offre. Le kimsufi XL à 36 euros / mois possède un proc de 2x 2.00 GHz / 2 Go RAM DDR / 250 Go DD. Sur un système Linux c'est quand même un configuration assez puissante. Il va donc économiser plusieurs dizaines d'euros par mois. Cette somme économisée peut lui permettre de payer une partie d'un service d'infogérance. Il sera donc plus apte à payer ce genre de service que quelqu'un qui possède un EG ou HG qui coute quand même bien plus cher qu'un Kimsufi même si en général ceux qui possède un EG ou HG ont des revenus intéressants... Mais peut être que ca te demandera plus de travail du fait que le serveur peut saturer plus rapidement... Quoique maintenant vu la puissance des kimsufi ça n'arrivera p-e pas si souvent que ça. Après il faut aussi voir le nombre de clients max que tu peux gérer. Et puis les clients kimsufi sont p-e pas aussi qualifiés que les autres donc ca te "bouffera" plus de temps pour le support. Sans compter qu'un kimsufi est plus lent donc les opérations (installations systemes, installation produits, maintenance, sauvegardes etc ) sont plus lentes... donc ca te prendra plus de temps à gérer qu'un serveur plus puissant. Donc à voir...