AvenueDuWeb

Et voir peut-être pour activer le mod_gzip si ce n'est pas déjà fait, ça permet d'économiser souvent pas mal de bande passante. @+

Salut, Infomaniak ne te propose pas moyennant un supplément tarifaire, une augmentation de ton trafic alloué ? Par contre plus d'un Go pour un forum ??? Doit y avoir autre chose c'est pas possible... Sinon OVH correspond tout à fait à ce que tu cherches, en plus le prix est relativement peu cher pour ce qu'ils proposent (je trouve leurs "gros" packs bcp plus intéressants que leurs "petits"). Mais à mon avis si ton site continue de croitre, il va falloir songer au dédié un jour ou l'autre. @+

Comme mon message peut être pris dans différents sens, je précise que je n'ai jamais essayé c-dedie et que je souhaitais simplement connaitre l'avis de Seb65 sur c-dedie au cas où un jour j'aurai besoin de faire appel à eux... Voilà donc aucune intention d'émettre un avis négatif sur c-dedie de ma part. Je précise juste pour éviter la confusion. @+

Ca sent c-dedie.com tout ça... Je serai curieux d'avoir ton avis quand tu auras utilisé les services de c-dedie... Sinon Hostflow est ultra-complet et permet à la fois de gérer les commandes et l'hébergement contrairement à Plesk, Directadmin, Cpanel (VHCS aussi je crois)... auxquels il faut adjoindre un module de commande (whoiscart, modernbill...) ou le créer soit même... C'est pratique, mais c'est aussi plus lourd et hostflow possède énormément de fonctions qui ne te seront pas forcément utiles mais par contre hostflow est un des rares panneaux à avoir son site en français... En fait tout dépend de ton infra car je crois que Hostflow est surtout destiné aux grosses infrastructures, car il gère les clusters... Très gros avantage par rapport à Plesk, ce n'est qu'une couche, et donc tu utilises les packages standards (gros reproche que je fais à Plesk qui utilise ses propres packages php, mysql, donc on n'a jamais les dernières versions)... Bref c'est un bon choix je pense, même si je l'avais trouvé un peu trop "usine à gaz" pour l'utilisation que j'en fais... @+

Le problème c'est PHP... Il faut le recompiler en CGI et installer SuPHP ou PHPsuexec et les fichiers créés par PHP auront les droits de l'utilisateur du script. Perso j'ai encore des problèmes avec SuPHP (la version 0.6.0 impossible de l'installer et la version 0.5.2 fonctionne mais ne me garde pas le répertoire include) mais ça reste utilisable, et si je solutionne pas ce problème de répertoire include, j'y passerai qd même... @+

Tout dépend du site qu'on héberge. Si c'est un petit site avec peu de photos et aucun téléchargement même avec 512Ko (et même moins) en upload, c'est tout à fait jouable. Si par contre il y a un peu de téléchargement, avec l'augmentation des débits ADSL oui en dessous de 10 méga cela devient difficile... @+

Salut, Vu l'adresse IP, je dirai qu'ils sont chez Ikoula (je le sais car j'ai moi-même des serveurs chez Ikoula, et je m'occupe notamment de celui d'un client qui a presque la même IP) donc ils ne sont pas propriétaires de leur matériel (à moins qu'ils louent des baies entières à Ikoula), certains n'aiment pas ça, perso comme je le pratique je vais pas en dire du mal, mais forcément une société qui possède son propre matos a plus de possibilités (au niveau configuration, administration...) et je crois que celeo ses propres machines... @+

Salut, Ca a déjà été débatu 100 fois et y'a pas vraiment de réponse précise. Déjà est-ce que tu fais une facture avec TVA (particulier ou entreprise en gros (sauf micro)) ? Car ça peut jouer dans la balance. Ensuite la boutique a été faite par toi, ou c'est un script oscommerce modifié ou ce genre de chose ? Est-ce que tu as fait tout le graphisme ou seulement la prog... Bref c'est peu précis comme question, je dirai qu'il faut demander 30 par heure environ et si tu as fait tout le système de panier, paiement sécurisé, charte graphique... minimum 3 000 . @+

Oups en effet, j'ai confondu. Il y a eu une mise à jour du positionnement, qui me semble bien plus important qu'une mise à jour du PR (mieux vaut être premier avec un PR0 que dernier avec un PR10) qui n'a pas forcément une très grande valeur. En effet, je n'ai pas eu de mise du pagerank depuis le début de l'année je crois... @+

Si tu ne proposes pas de téléchargement même avec 512K ton forum devrait fonctionner sans problèmes (sauf si tu as 150 connectés en permanence). Y'a eu une surenchère de la bande passante chez les fournisseurs de dédiés (et chez les FAI) mais faut savoir rester raisonnable, logiquement un forum n'a pas besoin d'autant. Par contre quand il dit 10mb/s est amplement suffisant pour 100 sites tout dépend du type de site. Quand j'ai des clients qui me contactent pour des sites, avec téléchargement ou streaming, je les redirige vers des plus gros hébergeurs type OVH car je préfère héberger 100 petits sites qui ne surchargerons pas le serveur que 10 sites de téléchargement qui vont se bouffer les uns entre les autres, alors que les gros hébergeurs ont une infrastructure pour ce type de site. @+

Alors déjà il faut voir selon les hébergeurs certains ne comptent pas la taille de la base de données dans l'espace disque total, donc du coup chez ces hébergeurs tu pourras très certainement prendre qu'un compte 200-250 (histoire d'avoir un peu de marge), sinon pour le trafic, si tu es à 9 Go déjà actuellement, je te conseille de prendre 15 Go minimum pour être tranquille, ou alors demande à ton futur hébergeur s'il vend du trafic supplémentaire (pour ne pas avoir de surprise, et qu'il te dise au bout de 2 mois, vous consommez trop passez sur un dédié). Sinon pour la grosse rapidité de connexion, je ne sais pas ce que tu entends par là, mais pour un forum, tu n'as pas tellement besoin d'être sur un serveur avec une grosse bande passante, je dirai que le temps de latence est plus important. Si tu passes d'un hébergement au Canada à un hébergement en France tu devrais déjà avoir un léger mieux. Ensuite, demande à ton hébergeur s'il a un accélérateur php, ou gzip activé ça pourra accélérer un peu ton forum. Voilà, sinon celeonet est plutôt bien réputé, ils ont eu une panne de 2 jours au mois de juin mais ça arrive à tout le monde, les commentaires sont plutôt bons sur internet, je n'ai jamais essayé cela dit. @+

Il y en a eu une il n'y a pas très longtemps je suis d'ailleurs passé sur certaines requêtes de la position 150 à la première page !!! Cela a été fait en même temps que la mise à jour des backlinks, ça devait être courant juin. @+

Si tu prends un hébergement en france, j'avoue que je ne sais pas vis-à-vis du .be. Est-ce que tu figureras à la fois sur les pages: belges, et sur les pages: france ou est-ce que google priviligie la localisation par rapport au ndd. Ce serait un bon test à faire cela dit. Si tu prends un ndd international et un serveur en France, là par contre c'est sûr que tu figureras sur les pages: france. @+

Y'a aucun moyen en étant belge de prendre un .fr ? Sinon passe par quelqu'un... @+

Si tu préfère rester au Canada (pour les taxes, pour la practicité si tu habites là-bas...) pour ton serveur, reste là-bas et prends un .fr (le .net ne marchera pas, extension internationale) mais tu oublies le .be, sinon google va considérer que tu fais du duplicate content, ou alors tu changes un peu tes pages. @+

Donc le code l'erreur MySQL c'est 1062. Pour info la liste de toutes les erreurs MySQL : http://dev.mysql.com/doc/mysql/fr/error-handling.html Concernant le code voici ce que j'ai retrouvé : if(mysql_errno()==1062) { $erreur=substr(mysql_error(), -1, 1); header("Location: index.php?erreur=$erreur"); } En gros ça permet de savoir sur quel numéro de champs est l'erreur si tu as plusieurs champs en "UNIQUE". Voilà. @+

Salut, Le plus simple c'est de passer le champs mail de ta base en "unique" puis de récupérer la valeur de mysql_errno au moment de l'insertion et de faire une redirection vers la page d'inscription si mysql_errno renvoie une erreur et de marquer "le mail suivant existe déjà dans notre base de données"... Faudrait que je retrouve un bout de code pour te montrer mais déjà avec la doc de MySQL ça doit pouvoir t'aider pas mal. Ca t'évite surtout de faire un Select pour rien. Si je retrouve le bout de code, je le poste dans le fil. @+

Salut, Pour l'hébergement rien ne t'empêche de le mettre à ton nom et de le refacturer à ton client (en faisant si tu veux une petite marge), pour le nom de domaine par contre, je te conseille fortement de le mettre au nom de ton client, sinon je dirai que tu ne respectes pas ton client (c'est son domaine pas le tien). Mais là aussi rien ne t'empêche de le payer et de le refacturer par contre là à l'enregistrement faut que tu mettes le nom de ton client, mais au niveau de la facturation il faut que tu mettes à ton nom. Normalement les registrar permettent cela. @+

Bonjour, Le plus simple, connecte-toi à ton panneau client chez Ikoula, là tu cliques sur ton serveur dédié et tu pourras ajouter un dns secondaire aux domaines que tu veux (renseigne juste le domaine sans le www ni le http). Et dans plesk, pour le domaine tu mets en serveur primaire ton serveur dns, et en serveur secondaire ns1.ikoula.fr (à vérifier mais il me semble que c'est ça). Et chez ton registrar idem tu renseignes ces dns. Voilà. @+

Directi ? ;o) @+

Bonjour tout le monde, Comme je n'ai pas encore vu de messages à propos de la vente de Gandi, je me permets de poster ici. Depuis le 23 juin (peut-être même avant) on savait que Gandi était en vente et visiblement la transaction a été conclue selon le journal du net. On ne connait ni le repreneur mais ce n'est visiblement ni OVH (intéressé pendant un temps) ni Lycos. On ouvre les paris pour savoir qui c'est ? ;o) En tout cas c'est quand même une grosse page de l'internet qui se tourne car Gandi c'était quand même un bel exemple de start-up réussie. (et sans doute que la réussite continuera...) Plus d'infos ici : http://www.journaldunet.com/0506/050628gandi.shtml @+

Tu devrais plutôt mettre à jour MySQL. Par contre MySQL est compilé spécialement pour Plesk donc il faut mettre à jour MySQL avec un RPM compilé pour Plesk. Pour ça il faut modifier ton fichier yum.conf et mettre les channels de atomicrocketturtle.com. Par contre j'ai eu une fois un problème lors de la recompilation de MySQL, mais l'avantage de cette solution c'est que tu auras également les dernières versions de PHP, MySQL... avec un simple "yum update" en ligne de commande. Pour info voici ce que j'ai rajouté dans mon fichier yum.conf à la fin sur un serveur plesk : [atomic] name=Atomic Rocket Turtle - $releasever - Atomic PSA-Compatible RPMS baseurl=http://3es.atomicrocketturtle.com/atomic/art/$releasever/ baseurl=http://archive.atomicrocketturtle.com/atomic/art/$releasever/ baseurl=http://www.atomicrocketturtle.com/atomic/art/$releasever/ [psa-7.1] name=Atomic Rocket Turtle - $releasever - SW-Soft PSA 7.1 RPMS baseurl=http://3es.atomicrocketturtle.com/atomic/psa-7.1/$releasever/ baseurl=http://archive.atomicrocketturtle.com/atomic/psa-7.1/$releasever/ baseurl=http://www.atomicrocketturtle.com/atomic/psa-7.1/$releasever/ Parce que si tu suis les RPM de SW-Soft tu seras jamais à jour, ils sont très lents pour mettre à jour les packages. A mon avis Plesk y gagnerait à ne pas recompiler PHP et MySQL comme DirectAdmin. Voilà. @+

Ton script c'est bien un script PHP, non ? Normalement ton hébergeur limite la durée d'un script PHP pour éviter par exemple qu'un script mal programmé fasse une boucle infinie, et qu'ainsi il ne s'arrête jamais. Donc ça c'est tout à fait normal et heureusement d'ailleurs. L'accès SSH, c'est l'accès en ligne de commande, comme si tu administrais le serveur, sauf que tu as des droits limités, mais en lançant ton script PHP par SSH normalement on outrepasse cette limite de timeout. Les tâches Cron, logiquement ce sont des tâches (ou des scripts) que tu programmes pour se lancer à tel jour ou telle heure. Ex, tu as un forum, et tu veux supprimer tous les mois les membres qui ne se sont pas connectés depuis 30 jours, tu fais ton script et tu configures ta tâches cron pour qu'elle se lance le 1er de chaque mois, hop ainsi la suppression de tes membres devient automatique. Cela n'a rien à voir avec ton problème, sauf que normalement les tâches cron sont lancées en SSH (même si tu n'y a pas accès), donc logiquement tu dois pouvoir outrepasser cette limite avec une tâche cron. Je n'ai jamais essayé cependant cette solution, faudra un jour que je regarde si ça fonctionne mais à mon avis ça ne devrait poser aucun problème. Pour les hébergeurs proposant le SSH ils sont rares à cause des problèmes de sécurité, c'est beaucoup plus complexe à sécuriser et à gérer qu'un serveur Apache, mais OVH sur ces grosses offres proposent le SSH : http://www.ovh.com/fr/produits/mutualise.xml (je n'en connais pas d'autres mais en cherchant à mon avis tu peux en trouver quelques autres). Pour ce qui est des tâches Cron, là par contre les hébergeurs sont beaucoup plus nombreux. Voilà. @+

Salut, La solution serait peut-être de trouver un hébergeur mutualisé qui te donne un accès SSH, ils sont assez peu nombreux, mais en lançant le script en ssh tu n'aurais pas ce problème de timeout. D'ailleurs peut-être qu'en utilisant les tâches CRON (si ton hébergeur le propose) tu pourrais passer à travers ce problème de timeout. @+

Je n'ai jamais eu ce problème de Swap qd j'avais tant de mémoire libre, donc je trouvais ça étonnant. Pour le %CPU j'y avais pas pensé. Mais ça reste quand même beaucoup 40% (faut voir le cpu aussi... si c'est un celeron c p-e plus compréhensible). D'ailleurs question pour toi, tu es plutôt pr PHP en module apache ou en CGI ? Le CGI ne fait pas perdre trop de perf ? Et également tu as sans doute déjà installé ça pour tes clients alors je me demande si tu as une préférence entre suPHP et PHPSuexec ? @+