Jump to content

vincedo

Hubmaster
  • Content Count

    226
  • Joined

  • Last visited

Everything posted by vincedo

  1. 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 do
  2. 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... 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).
  3. 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 cli
  4. 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.
  5. 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
  6. 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 in
  7. 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 t
  8. 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
  9. 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 po
  10. 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
  11. 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.
  12. +1 C'est effectivement comme ça qu'il faut passer les paramètres, plutôt que dans l' "action" du form.
  13. 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è
  14. 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 sem
  15. 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'ur
  16. 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).
  17. 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 Le
  18. 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
  19. 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+
  20. 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
  21. 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
  22. 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
  23. 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/popul
  24. 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
×
×
  • Create New...