vincedo

Je suis développeur Web et je voudrais vendre de l'hébergement à mes clients en plus du développement Web.

Dans une précédente discussion sur le hub, on m'a suggéré de prendre un serveur privé sur lequel j'hébergerais les sites de mes clients, et je me chargerais de tout (création du site, support...).

Mais j'ai une mauvaise visibilité sur la charge de travail et le niveau de compétences demandés (c'est un métier, hébergeur). Je m'adresse donc à ceux d'entre vous qui proposent de l'hébergement à leurs clients en plus d'un autre service (du développement Web par exemple). (Je m'adresse donc plutôt à des développeurs Web indépendants ou des Web agencies qu'à des hébergeurs professionnels.)

Comment faites-vous ?

• Hébergez-vous les sites client sur votre propre serveur (genre serveur privé) ?
  
• Si oui, est-ce que ça ne demande pas trop de boulot (aussi bien l'installation du site du client sur votre serveur, que le support technique de ce site) ?
  
• Ou bien sous-traitez-vous l'hébergement chez un partenaire ? Si oui, comment cela fonctionne exactement ?
  
• Déjà, est-ce une bonne idée de proposer de l'hébergement en plus du développement Web ?
  

D'avance, merci de vos réponses.

Vincent

Tu peux prendre un serveur privé chez Amen, c'est pas très cher et tu gères tout toi même

C'est ce que je pensais faire au début, mais j'ai l'impression que ça représente un boulot énorme.

Pour chaque nouveau client, créer un vhost, un compte utilisateur, un compte ftp, une base MySQL, installer phpMyAdmin, etc. etc. J'imagine que les hébergeurs pro ont des scripts qui créent tout ça automatiquement, mais moi, je devrais tout faire manuellement et j'ai peur que ça prenne pas mal de temps.

D'un autre côté, ça rapporterait plus d'argent...

A mon avis, ton client préférera toujours n'avoir qu'un seul interlocuteur et s'il y a un problème, ce n'est pas à lui de déterminer si cela vient de l'hergement ou du fonctionnement du site.

Tout à fait d'accord ! C'est mieux dans ce cas que je sois l'interlocuteur unique (puisque c'est moi qui vend le site web au client).

Bonjour,

Je voudrais ajouter de l'hébergement aux services commercialisés par ma boîte. Comme ça n'est pas mon coeur de métier, je voudrais bosser avec un partenaire hébergeur, de la façon suivante :

• Je crée un site Web pour un client.
  
• Si le client a pris l'option hébergement, je lui crée un nouvel hébergement chez mon partenaire, et j'installe son site dessus.
  
• On met en place le nom de domaine, on fait des tests, et on vérifie que tout fonctionne nickel, et hop, mission accomplie ! De mon côté, je touche une comm pour le nouveau client apporté à l'hébergeur.
  
• Par la suite, si le client a des questions sur son hébergement, elles sont gérées par le partenaire (l'hébergeur).
  
• Si le client a des questions sur son site, elles sont gérées par moi.
  

Je suis très content de mon hébergeur actuel, mais il ne propose pas ce genre de services. Connaissez-vous des hébergeurs qui le font ?

NB. L'hébergeur doit être francophone, héberger PHP/MySQL sous Linux, et proposer si possible un accès SSH ou une interface web d'administration type cPanel.

Merci de vos réponses.

Vincent

Si ton hébergeur t'autorise à créer plusieurs bases, tu peux tout à fait créer plusieurs bases, mais quel intérêt ?

Encore une fois, n'oublie pas que ça va multiplier ton travail par 5 : un changement dans le modèle de données, une sauvegarde... tout devra être repércuté dans les 5 bases.

Si tu veux conserver la possibilité d'isoler les pays, tu n'as qu'à ajouter un champ country_id dans chaque table.

Ainsi, pour chaque table, tu pourras toujours filtrer les enregistrements propres à un pays en rajoutant une clause "WHERE country_id = xx" à ton SQL.

J'ai corrigé la fameuse page Accueil (en voie d'amélioration) et j'ai une question toute simple (pour vous): je n'arrive pas à me passer des tableaux pour les paragraphes "Edito" et "Mises à jour" notamment. Si je place un texte à cet endroit, il déborde sur la bordure rose de gauche (qui n'est ni plus ni moins qu'une image et non pas un cadre). Qui peut m'éclairer à ce sujet ?

C'est un cas classique de mise en page sur 2 colonnes (dans ton cas, colonne rose + colonne blanche).

Voici une façon de procéder (note qu'il y en a d'autres, et que je ne t'explique que dans les grandes lignes) :

En gros, le code (X)HTML de ta page doit ressembler à qqchose comme ça :

<div id="container">

  <div id="nav">
	- Homepage
	- Sitemap
	- E-mail
  </div>

  <div id="content">
	...
  </div>

</div>

Au niveau des styles CSS, voici ce qu'il faut faire :

• #container : Appliquer une background-image qui se répète verticalement pour créer l'illusion d'une colonne rose à gauche
  
• #nav : Donner une largeur de 30% et floater à gauche
  
• #content : Donner une largeur de 70% et une marge gauche de 30% ; note que ces valeurs en % sont données à titre indicatifs, tu peux aussi bien utiliser d'autres valeurs ou utiliser des pixels... l'important, c'est que les largeurs utilisées pour tes colonnes soient les mêmes que celles utilisées dans ton image de fond à l'étape précédente
  

Comprendre le principe : un container affiche ce qui ressemble à des colonnes grâce une image de fond. Dans ce container, tu as 2 div qui contiennent respectivement le texte de la 1ere et de la 2e colonne. Cela donne l'illusion que ce texte est "prisonnier" des colonnes représentées par l'image de fond, alors qu'il n'est que superposé.

Tu as dit être débutant, ces instructions te paraîtront un peu obscures peut-être. Si c'est le cas, je te conseille de chercher "faux columns" dans les pages francophones de Google (c'est le nom de cette technique), ou de surfer sur http://pompage.net/pompe/colonnesfactices/

Vincent

Maintenant une petite question plus, comment faire pour mettre à jour des données dans ma base depuis un fichier XML?

Est ce qu'il faut simplement y mettre une balise <maj> par exemple et après un script prend le relai ou y a t-il une autre méthode?

Là, je ne te suis plus.

Pour simplifier, tu auras de toute façon un script/une application qui accomplira les tâches suivantes :

• Récupération du fichier XML (plusieurs modalités possibles : lecture d'un flux RSS, lecture d'un fichier XML uploadé sur le serveur via FTP...).
  
• "Parsing" du fichier XML (note que le fichier XML peut contenir un champ date - timestamp - avec la date de dernière modification qui indiquera si oui ou non il est plus récent que le contenu en base de données)
  
• Si les infos existent déjà en base et que le fichier XML est plus récent, met à jour la base.
  
• Si les infos existent déjà en base et que le fichier XML n'est pas plus récent, ne fais rien.
  
• Si les infos n'existent pas en base, crée-les.
  
• Efface le fichier XML (si approprié).
  

J'espère que ça répond à ta question.

Vincent

je m'explique, je vais bientôt mettre en ligne un projet d'assez grande envergure, et j'aurais simplement voulus y adjoindre de la rédaction pro, pour les pros (lol), je ne cherche pas à faire du plagiat, je cherche de l'inspiration, de l'information, et de la connaissance supplémentaire

OK, autrement dit tu cherches de la documentation, plutôt qu'à te former toi-même.

Si ça avait été la 2ème option, une des meilleures méthodes (selon moi) est de mettre la main sur une série de bons scripts PHP (que tu trouveras sur des sites de scripts, ou dans un projet open-source), et de décortiquer leur code jusqu'à ce que tu comprennes le fonctionnement de chaque ligne.

J'ai appris PHP en autodidacte, et mes plus grosses progressions sont généralement venues de l'observation du code des autres, plus que des "tutos".

Pour ce qui est de la rédaction de la doc, j'ai bien peur que tu ne doives compter que sur toi.

Bonjour,

Voici une réponse "à vue de nez".

Pour simplifier, imaginons qu'on a la configuration suivante : chaque pays propose des modules différents, et chaque module contient plusieurs vidéos ; ensuite, des utilisateurs peuvent accéder à certaines vidéos.

(Tu transposeras le concept à ta configuration précise, il suffit de comprendre l'idée).

D'abord, il te faut une table pour chacun de ces 4 éléments :

pays (liste de tous les pays disponibles)

- id

- iso

- nom

modules (liste de tous les modules disponibles, peu importe leur pays d'appartenance)

- id

- nom

- description

videos (liste de toutes les vidéos disponibles, peu importe leur module d'appartenance)

- id

- nom

- description

- fichier

utilisateurs (liste de tous les utilisateurs de l'application)

- id

- nom

- prenom

Ensuite, il te faut créer des tables pour relier les différents éléments :

Un pays proposant plusieurs modules, il te faudra une table pays_modules :

pays_modules

- pays_id

- module_id

- ordre

(Note que j'ai ajouté un champ ordre au cas où les modules proposés par un pays doivent apparaître dans un certain ordre.)

Ensuite, chaque module contient des vidéos :

modules_videos

- module_id

- video_id

- ordre

Enfin, il te faut une table pour enregistrer quel utilisateur a vu quelle vidéo, et combien de fois :

utilisateurs_stats

- utilisateur_id

- video_id

- compteur

Dès qu'un utilisateur regarde une vidéo, tu vérifies si la table utilisateurs_stats contient une ligne pour cet utilisateur et cette vidéo. Si oui, tu rajoutes 1 au champ compteur. Si non, tu crées une ligne dans cette table avec le champ compteur = 1.

J'espère que ça aide.

Vincent

Hello,

Je pense qu'avec 5 hébergeurs et 5 sites différents, tu vas énormément te compliquer la vie.

Si j'étais toi, je retiendrais l'architecture suivante :

• Un seul site capable de gérer des versions en plusieurs langues : tu n'as qu'une seule base de données, un seul serveur à configurer, tout est beaucoup plus simple.
  
• Plusieurs domaines (monsite.BE, monsite.FR...) qui pointent tous vers le même site/serveur. C'est au site de se charger de détecter le domaine en cours pour servir les pages dans la bonne langue.
  
• Hébergement des fichiers chez un spécialiste, car cela semble le point le plus critique de ton application. Amazon, par exemple vient de lancer un service spécialisé dans l'hébergement de gros fichiers : Amazon S3. Mais il existe d'autres services similaires.
  

Bonne chance,

Vincent

Salut David,

Je partage ton envie de m'améliorer sur ces points, et je suis curieux de voir les réponses.

Merci pour ton URL, je ne connaissais pas.

J'utilise aussi http://www.computerarts.co.uk/ qui est pas mal.

Vincent

Bonjour,

Tu pourrais poster ton code stp ?

Ta CSS n'apparaît même pas quand on fait "afficher le source" car elle est dans un fichier externe, donc pas facile de t'aider.

Crée un fichier PHP operations.php par exemple et tu passes tes données "action" et "id" dans des champs cachés (type="hidden")

+1

C'est effectivement comme ça qu'il faut passer les paramètres, plutôt que dans l' "action" du form.

Bonjour,

Dans le but d'implémenter du paiement électronique sur un site, je cherche à comprendre la différence entre :

(A) utiliser la solution de paiment "maison" d'une banque, et

( signer un contrat de vente à distance avec sa banque pour pouvoir ensuite implémenter le système Paybox

Mes questions :

• Quels avantages présente la solution B par rapport à la solution A ? (si j'ai bien compris, c'est de profiter de fonctionnalités - traitements, backoffice... - offertes par le système Paybox que la banque ne propose pas forcément)
  
• L'une des 2 solutions est-elle notoirement moins chère ?
  
• N'importe quelle société peut-elle signer un contrat VAD ? Faut-il remplir certaines conditions ?
  

Merci de vos réponses.

Vincent

Bienvenue et bon courage.

Hello,

Pourrais-tu préciser ta question :

- Ton site se contente-t-il d'afficher les données venant de sites partenaires ?

- Ou bien est-ce qu'il les récupère pour les incorporer dans sa propre base de données (c. à d. qu'il existe au final 2 versions des données : 1 sur le site partenaire, et 1 sur le tien) ?

- Dans le cas de la 2e option (copie des données), les données doivent-elles rester synchronisées (c. à d. si elles changent sur le site partenaire, les changements doivent-ils être reflétés sur ton site) ?

Si tu veux simplement afficher des données partenaire, un flux RSS semble idéal et facile à mettre en place. Le pb risque d'être la sécurité (peut-on faire des flux RSS sécurisés ? il semblerait que oui)

Bonne chance.

Vincent

Bonjour,

Je ne suis pas expert Paypal, mais je pense que c'est plus simple que ce qu'on t'a dit.

Pour gérer des transactions avec Paypal sur ton site, tu mets aux endroits appropriés des liens "Acheter ce produit" (par exemple) qui renvoient vers la plateforme sécurisée de Paypal. Mais je ne pense pas que ton site lui-même ait besoin d'être sécurisé (je ne vois pas pourquoi ; en tout cas, ça enleverait une bonne partie de l'attrait d'une solution "clé-en-main" comme Paypal).

D'ailleurs, si tu regardes les sites marchands (comme fnac.com), les pages produit ne sont pas sécurisées (l'url commence par http://...), c'est seulement quand tu finalises ta commande que tu passes sur des pages sécurisées (l'url commence par https://...).

Vincent

Tu dois rajouter la propriété float: left; au sélecteur .description :

.description {
  ...
  float: left;
  ...
}

Ensuite, il faudra annuler ce float en ajoutant un div de clearing juste après ton div description :

<div class="description">
  <img src="" ... />
</div>

<div class="clear"></div>

Le CSS pour .clear étant :

.clear {
  clear: both;
}

Note qu'il y a des façons plus élégantes de "clearer" le float, sans ajouter de div supplémentaire (une recherche Google devrait t'aider là-dessus).

Bonjour,

Je me suis mis à Drupal il y a 6 mois et je ne l'ai pas regretté une seule seconde.

Il remplit tous tes critères indispensables, et je te confirme que tu peux choisir le nom de ta page, quel que soit ce que tu entends par là (je ne suis pas sûr d'avoir bien compris) :

• tu peux choisir l'url de chaque page grâce au module "path" (installé par défaut)
  
• tu peux également choisir le titre de chaque page (balise <title>) grâce au module "page_title" (à installer toi-même)
  

Pour simplifier, on peut résumer la différence entre Drupal et d'autres CMS à la différence entre Lego et Playmobil.

Drupal est un ensemble de briques qui vont te permettre de construire ton site. L'architecture du code est très propre, très efficace, et même s'il te faudra un peu de temps pour comprendre l'esprit Drupal, tu pourras au bout du compte faire à peu près ce que tu veux, sans avoir besoin de développer une usine à gaz. Drupal te conviendra bien si tu as un profil de développeur web (Drupal est en PHP/MySQL).

En revanche, si tu attaches plus d'importance aux fonctionalités plus "tape-à-l'oeil", aux interfaces léchées, colorées, et "user-friendly", ou que tu as besoin d'un outil prêt-à-utiliser quasiment sans paramètrage/programmation, Drupal n'est probablement pas pour toi.

Vincent

PS. Je n'ai pas utilisé les autres CMS dont tu parles, donc difficile de te donner des points de comparaison.

Hello,

Post fort intéressant en effet. Bien sûr, l'idée, le trafic, la concurrence... j'acquiesce avec véhémence.

Mais je répondrais :

1. le temps

2. le temps

3. le temps

En effet :

L'idée : difficile d'évaluer ce qui distingue une bonne d'une mauvaise idée. C'est tellement une question de moment, du fait que l'idée rencontre son public, etc. Je pars donc du principe (pour simplifier) qu'il n'y a pas de bonne ou de mauvaise idée (voir Ca ne marchera jamais - Le top 10). Pas d'obstacle de ce côté-là donc.

Le trafic, les clients : c'est indéniable, il en faut pour réussir et c'est difficile d'en obtenir. C'est tentant d'y voir le principal obstacle, mais personne n'est à l'abri d'une campagne AdSense réussie et peu coûteuse, d'une idée géniale de marketing viral, ou d'un "diggage"... qui propulsera son site (et son trafic) en tête des charts. Difficile, mais pas impossible.

Le temps : c'est le plus gros obstacle que je rencontre dans mes projets eBusiness. J'ai des tas d'idées, j'ai les compétences techniques pour les mettre en oeuvre. Par ailleurs, le eMarketing a atteint une relative maturité et le nombre de ressources (en ligne et ailleurs) sur le sujet est impressionnant, c'est donc une compétence que je peux apprendre et maîtriser pour faire la promotion de mon idée. Ce qui me manque, c'est du temps (ou des employés) pour mettre tout ça en place.

Bien sûr, c'est juste une façon de considérer le problème (le facteur temps étant lié aux facteurs trafic, concurrence...), mais c'est comme ça que je le vis au quotidien.

Pour résumer : mon principale obstacle n'est pas de percer le secret de la réussite en ligne, car il me semble que les réponses sont à la disposition de tous (cf. blogs, sites, magazines... sur le sujet). Mon principal obstacle est le temps qu'il faut pour digérer ces réponses et les mettre en oeuvre dans le cadre d'un projet.

Vincent

Salut Jean-Pierre,

C'est un sujet intéressant, très bonne idée d'article !

Pourras-tu nous tenir au courant de sa publication ? Tu comptes le mettre en ligne sur ton site ?

A+

Salut,

Tu dois utiliser un script de formulaire qui prenne en charge les pièces jointes. (Il y a un tel script sur Webmaster-hub, mais je ne pense pas qu'il prenne en charge les pièces jointes.)

Une simple recherche Google sur "script formulaire avec pièce jointe" donne des résultats intéressants comme :

http://dev.ppan.net/formulaire-sans-javasc...iece-jointe.php

Bonne chance,

Vincent

Une petite question jipé : tu parles de "suivre l'évolution et moderniser le code [de ton site]", mais pourrais-tu développer les raisons qui te poussent à passer en XHTML ? Je te demande ça car je donne des formations sur XHTML et - bien que je sois moi-même convaincu du bien-fondé de l'utilisation des standards - j'aimerais avoir l'avis d'un webmaster avec "les mains dans le cambouis".

Merci

EDIT : merci pour ta réponse Vincent. Donc sans IPB c'est impossible de faire ce qu'ils ont au milieu de leur première page, c-a-d mettre les posts et faire un lien vers le forum??

Hello,

Je ne sais pas si ça correspond à ce que tu veux faire mais Drupal propose également des forums. Ils sont plutôt rudimentaires, mais Drupal tourne très bien, est open-source (PHP/MySQL), optimisé pour le référencement, et si jamais tu veux faire évoluer ton site (en y ajoutant un blog ou des articles, par ex.), toutes ces fonctionnalités sont déjà dispo dans Drupal !

Vincent

Salut,

Voici des ressources que j'utilise régulièrement :

• SitePoint PHP - -http://www.sitepoint.com/subcat/php-tutorials
  SitePoint est un site de référence dans le développement Web. Les articles sont souvent d'un bon niveau et de très bonne qualité.
  
• PHP Presents - -http://talks.php.net/
  Ce ne sont pas des tutoriels, mais des présentations sur différents sujets liés à PHP ; cela dit, tu peux en retirer des infos pratiques pour tes applications et le niveau est assez élevé.
  
• ONLamp.com: PHP DevCenter - -http://www.onlamp.com/php/
  
• del.icio.us/popular/php - -http://del.icio.us/popular/php-
  

Sinon, tu peux aller faire un tour du côté des magazines (payants) :

• International PHP Magazine - -http://www.phpmag.net/
  
• php | architect - -http://www.phparch.com/
  
• Direction | PHP - -http://www.directionphp.biz/
  

Ou des livres (payants aussi). Les bouquins édités par Apress sont généralement de bonne qualité.

Vincent

Hello,

Juste une p'tite remarque : en terme d'usabilité, je pense que c'est mieux que ta checkbox apparaisse à gauche du texte qui s'y rattache, comme ceci :

X - Pomme

X - Poire

X - Banane

Dans le code HTML que tu fournis, tes checkboxes apparaissent à droite du texte, comme ceci :

Pomme - X

Poire - X

Banane - X

(En fait, elles sont toutes sur la même ligne, mais tu saisis l'idée.)

Vincent