Aller au contenu

guymauve

Hubmaster
  • Compteur de contenus

    459
  • Inscrit(e) le

  • Dernière visite

Messages postés par guymauve

  1. Bonjour,

    Je viens de découvrir le système de parrainage (pas frapper) dans ma configuration adsense.

    Je ne m'y intéressais plus car j'étais persuadé que c'était pour Firefox.

    Mais là je vois que l'on peux choisir certains thèmes et afficher certains formats de bannières. On peut se constituer une "banque" de 15 annonceurs.

    C'est nouveau ? Vous avez des retours de cela ?

    Merci d'avance.

  2. J'en ai entendu du bien mais es serveurs sont aux US.

    Perso je suis aussi chez Infomaniak.

    Le jour où je changerai, ce serai pour du dédié infogéré et pas avant. Mon site doit donc exploser ...

    Et je suis très bien chez Infomaniak. J'ai quelques vidéos hébergées par moi-même.

  3. Hello,

    Je regarde pour nettoyer mon .htaccess et j'ai le code suivant dedans :

    ######################### Howto map /~user to /user ############################
    RewriteEngine On
    RewriteCond %{REQUEST_URI} ^/([^/]+)$
    RewriteCond %{DOCUMENT_ROOT}/%1 !-d
    RewriteCond /home/sites/%{SERVER_NAME}/users/%1 -d
    RewriteRule ^([^/]+)$ http://%{SERVER_NAME}/$1/ [R,L]
    RewriteCond %{REQUEST_URI} ^/([^/]+)/
    RewriteCond %{DOCUMENT_ROOT}/%1 !-d
    RewriteCond /home/sites/%{SERVER_NAME}/users/%1 -d
    RewriteRule ^([^/]+)(.+)$ http://%{SERVER_NAME}/~$1/$2
    ################################################################################

    ###################### Howto map /users/user to /users/user ####################
    RewriteEngine On
    RewriteCond %{REQUEST_URI} ^/users/([^/]+)$
    RewriteCond %{DOCUMENT_ROOT}/%1 !-d
    RewriteCond /home/sites/%{SERVER_NAME}/users/%1 -d
    RewriteRule ^users/([^/]+)$ http://%{SERVER_NAME}/users/$1/ [R,L]
    RewriteCond %{REQUEST_URI} ^/users/([^/]+)/
    RewriteCond %{DOCUMENT_ROOT}/%1 !-d
    RewriteCond /home/sites/%{SERVER_NAME}/users/%1 -d
    RewriteRule ^users/([^/]+)(.+)$ http://%{SERVER_NAME}/~$1/$2
    ################################################################################

    J'avoue ne plus savoir à quoi il sert. Pourriez-vous me mettre sur la voie ?

    Merci d'avance et bonne journée.

  4. Idem pour moi,

    J'étais chez Celeonet et mon forum était de plus en plus lent.

    J'ai hésité pour le dédié mais je n'avais pas le budget pour le serveur + infogérance.

    A l'époque je m'étais intéressé à SD-France mais j'ai préféré rester chez Infomaniak dans un premier temps vu la grosse différence de performance entre le mutu de Celeonet et leur mutu

  5. Qu'est-ce que tu me conseilles, Dan ? Etant assez débutant dans le domaine, j'ai peur de faire trop de bêtises en partant d'une Gentoo (surtout au niveau des mails et tout ça)... Ou alors, est-ce que je risque de faire plus de bêtises en partant d'une OVH1 ? (qui est obsolète, etc...)

    Bonjour,

    Tu es débutant ? C'est sérieux ? Parce que je n'ai pas l'impression que tu l'es en te lisant.

    Qu'en est-il de tes choix et de tes résultats ?

    L'url éventuellement (curiosité)

    Merci à toi.

  6. J'avais posé la question des limites de l'illimité :

    Click pour voir

    Bonjour,

    Voici nos articles à ce sujet dans nos Conditions Générales, paragraphes 2 et 3:

    Article 1 : Contrat d'hébergement

    * Le trafic mensuel maximum généré par le site web est illimité

    * L'utilisation de scripts CGI (Perl, PHP ou autre) doit rester dans une mesure acceptable quant à la configuration du serveur concerné. Infomaniak Network SA ne tolère aucun script consommant plus de 16Mb de mémoire lors de son exécution, ni d'une durée de plus de 10 secondes (vBulletin 2.2.1, phpNuke 5.3.1, phpBB 2.0.3 et PHP Forge 2.3 ont été testés avec succès dans leur version de base et ne sont pas perturbés par cette limitation). Infomaniak Network SA se réserve le droit de supprimer tout script ne respectant pas ces consignes. L'accès aux fonction PHP suivantes est désactivé par mesure de sécurité : passthru(), set_timelimit(), popen(), exec(), shell_exec(), system() et proc_open().

    * L'accès aux bases de données MySQL ne pourra se faire qu'exclusivement depuis le serveur web lui-même. Aucun accès depuis l'extérieur (via ODBC ou Access) ne sera possible. Les connexions persistantes ne sont pas possibles. De plus, la consommation de ressources MySQL doit respecter le cadre mutualisé de nos services et toute utilisation abusive pourra entraîner une résiliation anticipée de notre part.

    Nous avons mis le terme "abusif" car il est impossible de chiffrer un usage abusif précisément. Un site extrêmement gourmand en besoins de ressources (s'il est par exemple mal programmé avec des scripts trop lourds) mais sans aucune visite pourra faire planter le serveur, alors qu'un site avec des milliers de visites par jour voir plus pourra tourner sans aucun souci si il a été programmé proprement. En effet, une base de données comportant 50 tables bien structurées, indexées, et un script l'utilisant à bon escient, peut être tout à fait supportable sur une machine mutualisée, même avec beaucoup de visiteurs. D'un autre côté, un site avec 4 tables de 5'000 enregistrements et qui fait un produit cartésien par la faute d'une construction erronée des requêtes MySQL va générer plus de 60 milliards d'enregistrements en retour, et donc planter pratiquement MySQL. Et encore, nous avons des clients qui ont programmé une page d'accueil de leur site qui provoque l'exécution de plus d!

    e 200 requêtes mysql simultanées. Supposons qu'ils aient 10 visiteurs simultanés, ça fait 2000 requêtes/sec... les machines sont puissantes mais mutualisées et chacun doit les utiliser en respectant les autres utilisateurs.

    Un site utilisant abusivement SQL (mauvaise programmation des requêtes, tables mal structurées, ou appels aux tables de façon incohérente) sera analysé, nous préviendrons le webmaster qu'il faut changer le fonctionnement du site sans délai. Puis, s'il ne réagit pas, nous devrons prendre les mesures qui s'imposent, en transférant son site sur un serveur temporaire à part pour laisser au client le temps de soit cesser la surcharge, soit trouver un hébergeur lui convenant par rapport aux ressources utilisées, sans avoir à lui couper le site (il y a des cas extrêmes dans lesquels même la machine dédiée arrive à bout!).

    Meilleures salutations,

    C. Undritz

    ___________________________________________________________________

    Infomaniak Network SA cedric.undritz_AT_infomaniak.ch

    Cédric Undritz tel: +41 (0)844 55 11 55

    Av. de la Praille 26 fax: +41 (0)844 55 11 56

    Ch-1227 Carouge

  7. Un petit feedback de mon expérience.

    J'ai retiré 2 pubs adsense sur 3 et j'ai modifié l'emplacement de cele-ci. J'en i ajouté une autre à certains endroit. En fait j'ai calqué le hub et j'ai visité les difféents sites dont vous parlez.

    Mon affichage de pub a diminué de +- 1/4 et mes revenus ont augmenté de +- 1/4.

    Il vaut donc mieux afficher moins et mieux.

×
×
  • Créer...