Bonjour,
petite question par curiosité.
Un forum comme celui de HFR, ou d'autre en PHPBB, avec des milliers des messages par jour et des centaines d'utilisateur doit demander pas mal de ressources.
Quelle serais la tailles de la base de données et de l'hébergement svp ?
 
Exemple:
Un forum sur la photo, avec pleins photos (certes hébergées ailleurs), mais pas de topic, réponses, utilisateurs etc ça pèse combien ?
 
Simple question que je trouve intéressante
 
Merci

Tu dois bien te douter que sur un forum de photos, ce qui va peser le plus, ce sont les photos par rapport aux textes des messages.
Un caractère d'un msg = 1 octet.
Une photo = quelques Ko à quelques Mo, ça dépend de sa définition, de sa résolution et de son niveau de compression. Si elles ne sont pas trop grosses, tu peux partir sur 2-3 Mo par photo.

Unicode
 
Pardon.

Oui, ok j'ai simplifié. Si on commence à parler de l'UTF-8 ou 16 avec des caractères qui peuvent avoir un nb variable d'octets, ça va vite compliquer les choses. Mais 1 caractère = 1 octet a le mérite de donner facilement un ordre de grandeur de la taille des msgs en BD quand on a un forum en France. C'est clair qu'en Chine ou Japon, ça prendrait 3 à 4 fois plus de place chaque caractère

Euh, en même temps, les photos (ou images) sont rarement gardées en bdd, c'est simplement un lien généralement. Quant aux ressources, il en est de même, c'est le client qui va gérer cet excès de ressources et non le serveur.

Je dirai ça dépend des forums. Les mettre dans une bdd peut-être pas (j'y connais rien), mais les stocker sur le même serveur ce n'est pas si hors du commun (p.ex. eevblog). L'avantage étant evidemment d'avoir le contrôle sur la disponibilité des fichiers, les liens externes finissent souvent par ne plus fonctionner (pour une raison ou une autre, voir aussi reho.st).

Pour le stockage des images, y'a 2 écoles : ceux qui les mettent dans la BD parce qu'ils considèrent que c'est mieux de tout avoir dans la BD pour faire les sauvegardes et gérer les droits d'accès et ceux qui (comme moi) préfèrent ne mettre que les métadonnées en BD et les images dans des répertoires du serveur, principalement parce que c'est mieux pour les perfs car le transfert des images passe très peu par le SGBD mais par apache.

Sur un "gros" forum ça me parait clairement mieux de ne garder en base que les données d'accès aux photos (post, et éventuellement quelques métadonnées) et d'avoir les photos sur un serveur de contenu à part (pas forcément le même serveur que celui de l'appli web et/ou sa bdd donc).
Sachant que pour chaque photo on va probablement la vouloir en différentes résolutions.

Sinon la base devient énorme : chiante à backuper, les IO du serveur saturent, et rien ne peut scaler vu que t'as une grosse base monolithique (sauf si c'est une base distribuée, mais d'autres soucis apparaissent).

"La taille de l'hébergement" ça ne veut rien dire : tu parles d'espace occupé ? de bande passante réseau ? tu veux de la réplication ? du load balancing ? Du PHP, du java, du .Net, autre chose ? Du virtuel, du physique ?

D'où pourquoi je lui ai donné des métriques. Charge à lui d'estimer le nb de posts / jours ou mois ou années + le nb de photos sur la même durée, ça lui donnera un ordre de grandeur de l'espace disque nécessaires pour les photos + la BD.

Bien d'accord. Mais je voulais mettre par là en évidence que sa question est extrêmement vague et vaste, et donc qu'il est impossible d'y répondre à part en lançant des pistes ou d'autres questions.

Bonjour à vous.
 
Merci pour toutes vos réponses.
Un script de forum permet de choisir le type de stockage pour les images ?
Pour l'hébergement, je pensais bien à l'espace disponible, mais aussi à la taille des bases de données.
Les offres en hébergement mutualisés proposent jusqu'à 500go de disques durs et des base de données allant de 50mo/par à 1Go/base, avec des offres intermédiaires de 400 ou 800 Mo /base.
L'idée est aussi dans la limite du possible d'avoir des images sur le serveur pour éviter des liens morts avec les autres services...
 
Merci

Pour la gestion des images ça dépend, il y a des forums qui permettent de lier une image à un post, mais la façon dont elle sera exploitée (avec ou sans miniature, base ou pas base...) dépend de chacun. Un forum pas trop malfoutu exploitera d'office un stockage sur disque.
Ce qui n'empêchera jamais les utilisateurs de poster malgré tout des liens vers des forums externes.
Prend une offre qui peut évoluer dans le temps juste en payant un peu plus cher l'abonnement mais sans coût de migration, comme ça tu commences petit puis tu vois quand ça commence à grimper.
 
Je ne sais pas de quoi va parler ton forum, mais créer et faire vivre une communauté très active et vaste c'est dur, tes questions me laissent un peu sceptiques sur les résultats que tu peux espérer...

c'est pas pour moi, mais ma femme.
Un forum sur la couture, avec des images postées des différentes créations.
Après, c'est aussi formateur, moi qui pense reprendre les études en info d'ici 3/4 ans.
Je sais bien que c'est très difficile, mais il faut laisser le temps au temps.
Pour les scripts, je pensais au fameux PHPbb, ou Fluxbb voir SMF
Merci
De plus j'ai des notion en SEO, donc ça aide.

D'accord . C'est bien de vouloir anticiper et dimensionner au mieux, et de mûrir le projet mais tu ne feras pas des To avec ça, donc tu peux commencer par pas trop gros et trouver un hébergeur avec un plan qui monte au gré des besoins .

Il faut garter à l'esprit que au depart tu aura aucun visiteur, rien de rien, sauf quelques robots malfaisants qui vont par exemple essayer de trouver les failles et capturer les emails en clair.
A moins que tu ais un plan Marketing solide (SEO, Buzz réseaux sociaux, budget, etc) le site restera vide de visiteurs.

La charge CPU sur un forum viens du trafic, sans trafic pas de charge.

Donc tu as juste à estimer tes besoins en taille des données, et pour le reste prendre un hébergement peu cher pour commencer (mutualisé, vps, dédié discount, cloud, etc).
Si jamais le site explose en trafic tu upgradera petit à petit suivant les besoins. Pour un gros forum avec beaucoup de trafic le mieux est de trouver un serveur dédié avec un bon rapport qualité prix, le cloud est une solution possible mais mal maitrisé ça peux faire une facture salée.

ah oui; j'imagine bien,tout viens en bossant et avec le temps, ce qui est normal.
Je pense faire ainsi:
- Création d'un blog via un sous-domaine avec des articles, liens etc pour le SEO. Des articles rédigé "SEO-Friendly", avec des commentaires possible si inscription faite.
- Plus tard, ayant une base de participants viens les commentaires des articles, création du forum avec une rubrique où l'on discute autour des articles. Avec un liens allant de l'article vers le sujet du forum, et après, je compte sur l'effet "boule de neige".
Mais c'est évident que tout cela prend du temps, et pas qu'un peu.

Effectivement, faire vivre une communauté, c'est pas évident. Je t'invite aussi à te renseigner sur les législations relatives à l'hébergement de contenu (les lois que tu vas devoir respecter ou faire respecter), la "petite" dernière, mais non des moindre étant la RGPD.
 
A moins que les discussions le doivent pas être visibles par n'importe qui, ça ne serait pas inutile de voir s'il ne serait pas plus simple que les personnes en questions utilisent un forum déjà existant pour échanger sur leurs créations de couture.
La cat "discussions" d'HFR ou d'un autre forum connu pourrait peut-être convenir... Ca te permettrait de ne pas à devoir gérer les aspects légaux et techniques.