Aller au contenu

f_trt

Hubmaster
  • Compteur de contenus

    238
  • Inscrit(e) le

  • Dernière visite

Messages postés par f_trt

  1. Je te dis comment je fais moi ce n'est pas la seule solution ni la meilleure mais j'y trouve des avantages.

    Sur mon serveur je fais comme si il s'agit de trois sites distinct un seul sera le vrai site, ensuite pour eviter

    le duplicate content sur les deux autres sites je fais une redirection permanente avec un petit bout de PHP

    dans un fichier index.php

    <?php
    header("HTTP/1.1 301 Moved Permanently");
    header("Location: http://www.domaine.fr/");
    exit();
    ?>

    Avantage :

    - ré-activité par rapport a une modif DNS (temps propagation) si je veux faire quelque chose d'autre avec un de ces

    deux domaines (idéalement mettre une copie de ton site en cas de mauvais fonctionnement tu as juste a

    changer ton fichier index.php pour activer ce site mirroir evidement ailleur que sur ton heberge principal).

    - pas ou peu de connaissance pour faire cela

    Inconvénient:

    - Ajoute deux domaines dans ton hebergement ce qui peut-être enclenche aussi des stats

    - Alourdi un peu plus la config d'apache

  2. Je pense moi qu'il y a un gros problème sur le site vis à vis de google la première réponse de google nous donne une taille de page

    de 51 ko ( cache GG )

    la deuxième réponse donne une page de 31ko ( cache GG ) comme tu peux le voir dans le cache google il s'agit bien d'un contenu différent dont surtout un qui n'est pas visible par nous autres internautes.

    Je pense que cela est pris pour une duperie par les algos de google et cela ne m'étonnerait pas qu'en plus du page rank le site se retrouve dans les oubliettes

    prochainement, maintenant si c'est une erreur depuis le début c'est uniquement alors les algo de google qui travaillent différement et qui maintenant sont

    capable de deceler cela.

    A+

  3. Bonjour à tous,

    je teste actuellement la solution serveur privée 1AND1 dans la configure PHP 5.0.4 et APACHE 2.0.54

    En premier j'ai donc testé la version DC2B6 pour voir un petit peu, en mode QUERY_STRING pas de problème,

    souhaitant aussi avoir le mode PATH_INFO j'ai donc aussi essayé cela mais rien à faire mes variables

    _SERVER["ORIG_PATH_INFO"], _SERVER["ORIG_SCRIPT_NAME"] reste désepérement vide.

    J'ai agit sur la configuration d'APACHE via :

    AcceptPathInfo On

    La configuration de php.ini via :

    register_globals = On

    always_populate_raw_post_data = On

    cgi.rfc2616_headers = 0

    Mais rien à faire quelqu'un peut-il me donner un tuyau, j'ai posté sans succès sur le forum DOTCLEAR, et PHPFRANCE

    et finalement je viens vers vous ici aussi.

  4. Mui, mais les utilisateurs en 800*600 ne trouvent cette barre de scrolling un peu frustrante :-?

    Oui mais il sont 14% alors faire du 800x600 pour que ces 14% n'aient pas d'ascenseur et que le restant aient un site sur

    une seule moitié d'ecran c'est pas mieux non plus non ?

    Qui faut-il privilégier ?

    - les 14% qui ont un acenseur

    - les autres ?

    Maintenant le fluide faut faire mega gaffe c'est vrai avec les 16/10 qui poussent comme des champignons vu les bas prix.

    Par ailleur je pense que les 14% vont fondre a grande vitesse vu les nouveaux PC sous VISTA (je parle pas des pc avec un

    VISTA basique bien sur) la degringolade des prix des ecrans plats...

    Donc perso 1024 OUI OUI

    A+

  5. Pour moi y a pas photo sans jeux de mot ce n'est pas trop au serveur de retailler les images si l'opérateur prend des photos un jours avec un EOS400D

    ou autre ce sont des fichiers de 3 a 7 MO que le serveur devra retraiter pour mettre a des tailles raisonnables pour le web, normale que le serveur tousse.

    Il faut faire prendre l'habitude de d'abord passer les images a un petit degraissage pour que cela devienne raisonnable pour le serveur.

    Les appareils numériques explosant dans leurs nombre de pixels c'est une bonne habitude a prendre un simple paramétrage dans IRFANVIEW par exemple

    permet de faire un prétraitement. Le temps perdu là sera immédiatement regagné au moment de l'upload des images puisque déjà pas mal dégraissée.

    Voila c'est mon avis, il ne faut pas demander a un serveur web des traitements d'images digne de stations numériques d'antan.

    En recap :

    1 pre-traitement des images

    2 Upload creation des vignettes et mise en conformite taille de la grande image

    3 le serveur n'a plus qu'a servir de bêtes images sans faire de traitement.

    Ainsi n'importe quel hebergeur suffit et en plus ton site tiendra une bonne charge.

  6. En tous les cas ce fils est très très instructif d'abord au niveau de l'utilisation d'une seule régie ensuite effectivement cela fait du bien pour les annonceurs qui ont été abusés eux aussi.

    Natou devrait même dans la logique être obligé par google a rembourser tous les annonceurs qui eux ont réellement perdu de l'argent.

  7. Je sais pas de quoi et quel sera le contenu de tes sites mais 4000 visiteurs jours * 6 cela fait

    24 000 visiteurs mettons que 20% de tes visiteurs cliquent sur une bannière cela fait 4800

    cliques a 0,02 centimes par exemple cela fait 96 euros/jours soit 2880 euros/mois.

    En fait c'est une pensée que je met par ecrit pour essayer de voir en aucun cas je n'ai d'élements

    pour les chiffres que j'avance.

    Pour ma propre expérience j'ai un site à 480 visiteurs jours et cela

    représente un gain de 150 Euros/an si j'applique un coef pour voir avec tes 24000 visiteurs jours

    cela fait 7500 euros/an soit 625 euros/mois

    Maintenant ce n'est pas un site attrape clique avec bannière de partout ni partenariat commerciaux

    pour lequel je fais des recherches d'annonceurs...

    Comme tu fais chez toi, je pense que tu peux avant de te lancer le faire en extra de ton job avec

    un seul site au départ et après tu verras bien si c'est viable.

    Tiens nous au courant de ton expèrience si tu le veux.

    A+

  8. A vu de nez pour que tu perçoives 1000 Euros il te faut rentrer je pense

    60% de plus pour les charges soit 1600 Euros +

    40 Euros d'hebergement +

    40 Euros de Taxe professionnel fonction du chiffre d'affaire +

    100 Euros de frais tél et autres...

    A mon sens il faut rentrer au minimum le double des comptables seront plus à même de te renseigner,

    par contre rentrer 2000 euros de pub me paraîsse pas évident à moins d'avoir des sites avec un trafic

    énorme et dans le cas les 40 euros d'heberge vont s'envoler aussi.

    A+

  9. Pour egayer un peu je placerai une ou deux belles photos de la ville dans la page d accueil.

    J ajouterais aussi des effets au texte je veux dire par la là du gras peut-être une lettrine au niveau des paragraphes.

    La partie pub en bas m indispose, cela me donne pas du tout envie d aller plus loin quand je vois cela perso je pense à chaque

    fois allez encore un truc sans contenu avec juste de la pub et encore de la pub.

    voila ce n est qu un simple retour qui n engage que moi.

  10. CrawlTrack est vraiment tip top pour suivre la fréquence de passage des robots, leurs pays il est d'une super super précision car il s'agit

    d'un marqueur a mettre en php dans les pages que tu veux surveiller. Je pense que c'est un incontournable pour suivre le passage des

    robots que ce soit d'indexation ou autres sa liste est de loin la plus complète.

    Après il y a longtemps que je n'ai pas utilisé Phpmyvisit donc je ne me prononce pas voila c'est sur cela ne répond pas a ta question

    mais te donne quand même des infos sur crawltrack.

  11. Tu as aussi Zazouminiwebserver gros avantage par rapport a easyphp il est installable n'importe où,

    disque dur ou clef usb et ensuite deplaçable sans problème. Par exemple au départ tu travailles sur ton disque dur, un simple

    copier coller sur une clef usb et tu peux t'en servir sur la clef usb.

    Il posséde PHP4 et 5 MYSQL 4 et 5 et aussi webalizer pour les statistiques.

    A+

  12. Je suis en train de finaliser la creation d'un site privé que j'ai sécurisé via .htaccess et .htpasswd je suis chez ovh et j'ai cripter les mots de passe avec leur crypteurs. personne ne doit pouvoir rentrer normalement à l'intérieur d'une rubrique restreinte sinon je vais me faire taper sur les doights est ce que je risque qq chose???

    <{POST_SNAPBACK}>

    Tranquilise toi justement utiliser .htaccess et .htpasswd si c'est fait dans les régles cela sécurise un maximum tes accès en effet tu n'es plus dépendant d'une faille dans ton code vu que c'est les mecanismes de protection d'apache qui sont ici en oeuvre.

    A+

  13. Oui souvent le compte pop c'est celui de ton domaine comme le dit reivilo mais si tu n'as pas de site c'est simplement ceux de ton fournisseur d'accès par exemple

    pop.wanadoo.fr et stmp.wanadoo.fr ou pop.free.fr et stmp.free.fr par exemple.

    A+

×
×
  • Créer...