Forum d'entraide PHPFrance

J'ai un peu hésité, poster ici ou sur "Projets collaboratifs, Entraide", mais comme j'en suis vraiment au début... Je veux plus des conseils qu'un coup de main pour le moment.

J'ai comme projet de faire un site base de donnée sur un sujet bien particulier : la musique en JDR. Pour tous ceux à qui ça ne dit rien, je vais expliquer en long... les autres, sautez quelques lignes.

JDR=Jeu de rôle (ça c'est la notion de base ), mais attention je ne parle pas de MMORPG, non non, je parle de ce bon vieux JDR qui se fait sur une table, avec des dés et un peu de bière (bon un peu plus de détail là ou là si ça peut aider ceux qui connaissent pas). Le fantasme d'un tas de joueurs c'est de jouer en musique, mais bien sûr il faut LA bonne playlist, ce qui donne lieu à des tas de marronniers sur les forums et les sites dont la question est "quel musique pour ma partie ?". Évidement la réponse n'est pas exploitable dans un bloc de texte... faudrait une base de donnée.

Assurément y'a un marché, reste plus qu'à créer le produit (sauf que tout ça va être gratuit et libre parce sinon je vois pas l'interêt).

Voilà comment je vois ça pour le moment :
-La base de donnée en question
Chacun peut créer une fiche pour un titre de musique. Plusieurs champs à remplir (obligatoires ou facultatifs suivant si l'info est nécessaire ou pas facile à trouver), notamment le nom de la piste, l'album et l'artiste, le genre, l'ambiance dans laquelle elle peut aller (choix mutiple...), un lien pour l'écouter/la télécharger si c'est possible (pas d'hébergement de musique sur le site, trop compliqué légalement et au niveau du stockage, ça sera déjà assez le barda de faire le ménage sur les liens vers de l'illégal).

-De quoi faire une recherche dans la base (oeuf corse), en selectionnant un ou plusieurs champs... pouvoir chercher un morceau de Kenji Kawai qui va pour une ambiance SF ou simplement chercher "médiéval-fantastique". Résultats : affichage sous forme de liste (pour pouvoir voir plein de trucs d'un coup d'oeil). Possibilité de selectionner/cocher pour se préparer sa playlist.

-Une possibilité de commenter les fiches musiques, afin de parler de tout ce qui ne se met pas dans une case : ce qui va bien dans ce morceau, ce qui va pas, comment l'utiliser au mieux... Commentaires un peu dans l'esprit de ce qu'on trouve sur les blogs. N'importe quel utilisateur pourrait commenter.

-Partie lié à la modération : primo, ça veut dire un système d'inscription afin d'éviter le n'importe quoi (faut être inscrit pour poster une fiche ou un commentaire), secundo un système de modo, alertables par un petit bouton (comme sur les forums), avec permissions et tout, tertio la partie supérieure pour les admins qui ont pleins pouvoirs. Ça demande donc de gérer groupes, permissions, bref on se rapproche un peu du fonctionnement type forum...

-Au niveau utilisateur, la possibilité de pouvoir présenter des playlists. Ben ouais, quand on a une playlist du tonnerre autant la partager ! Donc faire un truc avec toutes les petites fiches de titre de musique, pour au final faire une liste de lien (vers chaque titre).

Enfin, un dernier bout mais là... je crois que j'ai ma solution déjà toute faite. Je me disait que si ça marche, les gens vont vouloir discuter, échanger des astuces, tout ça... Le plus simple sera de mettre en place un forum genre phpbb, et puis avec cette structure je sais qu'il y a moyen de lier ça pour que ce soit le même login et password pour les utilisateurs. Ca évite de faire double compte. Voilà...
Il restera la question de l'hébergement, pas anodin. Même sans stocker de fichier ça risque de peser. Or je veux que ça reste gratuit. Je paie de ma poche ? Free supporte un hebergement de ce genre ? Je sens que la question de l'hebergement va me gonfler.

Au niveau technique : j'initie ce projet, mais je n'ai pas les compétences pour le mener à bien. Ouf j'ai un pote qui manie le php, MySQL et compagnie qui accepte de m'aider. Enfin qui m'aidera à la Saint-Glinglin parce qu'il n'a jamais le temps, mais bon, patience. Avec un peu de chance quand ça commencera à prendre forme des rôlistes codeurs viendront mettre la main à la pâte. Et puis lentement mais surement j'apprend comment ça fonctionne (pas vite quand même, c'est achtement technique pour moi).

Maintenant il me faut l'avis des pros, votre avis : comment rendre ça viable ? quels erreurs à éviter ? Quels bons conseils avez-vous ? Connaissez-vous des projets dans ce genre ? Voir (on peut rêver) des outils pour monter ça genre CMS ?

Free supporte un hebergement de ce genre ?

NON, pas Free, il faut fuir.
Tu ne pourras jamais avoir un truc viable chez eux.
Un petit hébergement, c'est 1€ par mois chez ovh; Tu ajoutes un nom de domaine parce que je ne vois pas comment tu peux te développer sans nom de domaine, pour 1€ par mois.
Au final pour 2€ par mois tu héberges ton projet…

yep

pas cher > gratuit sans l'ombre d'un doute, bon chez ovh c'est des boulets mais une fois que t'as fini d'affronter le support et que ca marche, c'est pas mal.

Hey ,

Il va te falloir une bonne bande-passante j'imagine, mais tu peux démarrer avec une petite configuration comme le préconise Sékil', quitte à passer à des moyens plus gros à l'avenir. Pour l'avenir justement, je te propose — toujours chez OVH — de prendre un serveur privé. C'est sympa car tu y fais ce que tu veux, et ça, c'est cool (mais il faut connaître un p'tit peu la gestion serveur).

Ok effectivement 2€ par mois c'est pas la misère... Si ça peut éviter les ennuis c'est mieux. L'intérêt d'un truc comme OVH c'est qu'on peut faire évoluer au fur et à mesure des besoins.

C'est sympa car tu y fais ce que tu veux, et ça, c'est cool (mais il faut connaître un p'tit peu la gestion serveur).

Faut surtout connaître l'administration serveur…
On se tue à dire et redire que pour louer un serveur non infogéré, il faut être sysadmin, c'est pas pour rien. Ca se voit que c'est pas toi qui a fait la conf

Ok effectivement 2€ par mois c'est pas la misère... Si ça peut éviter les ennuis c'est mieux. L'intérêt d'un truc comme OVH c'est qu'on peut faire évoluer au fur et à mesure des besoins.

Chez free tu n'aurais pas de nom de domaine et surtout la bande passante ne pourrait pas suivre => non viable pour autre chose que pour un petit site perso, même si se sont les meilleurs pour cela.

Commence par un mutualisé et si tu as du succès tu pourras toujours migrer sur un serveur dédié.

Pour un dédié fais faire la config par un pro, c'est à dire qu'il vaut mieux choisir des hébergeurs qui dans ce cas pourront te proposer ce service, à moins que tu aies des compétences confirmées dans ce domaine. Sur ce point Sékil fait bien de reprendre le "un p'tit peu" de Hywan car un "trop peu" pourrait te causer de graves soucis redondants.

C'est sympa car tu y fais ce que tu veux, et ça, c'est cool (mais il faut connaître un p'tit peu la gestion serveur).

Faut surtout connaître l'administration serveur…
On se tue à dire et redire que pour louer un serveur non infogéré, il faut être sysadmin, c'est pas pour rien. Ca se voit que c'est pas toi qui a fait la conf

oui enfin, tout dépend de ce que tu as comme serveur, sans vouloir troller, même un enfant pourrait administrer une debian, et puis aussi "sysadmin" c'est une profession, y'a pas besoin d'être sysadmin pour administrer un serveur, y'a juste besoin de savoir le faire, je suis pas sysadmin mais si on me colle un pc dans les pattes qu'on me choisit une distrib ca me prendra pas un journée pour installer le nécessaire pour héberger n sites webs avec sgbd etc, pourtant...suis pas sysadmin

oui enfin, tout dépend de ce que tu as comme serveur, sans vouloir troller, même un enfant pourrait administrer une debian, et puis aussi "sysadmin" c'est une profession, y'a pas besoin d'être sysadmin pour administrer un serveur, y'a juste besoin de savoir le faire, je suis pas sysadmin mais si on me colle un pc dans les pattes qu'on me choisit une distrib ca me prendra pas un journée pour installer le nécessaire pour héberger n sites webs avec sgbd etc, pourtant...suis pas sysadmin

+1 sauf que ...

Une install de base n'est ni sécurisé , ni optimisé , que ce soit le système de base , ou les services installés ( Apache , ssh , ect .. ).

Faut as être parano , je sais , mais malheureusement ceux qui attaquent se foutent pas mal de savoir si le serveur contient des infos intéressantes .
Ce qu'ils veulent dans la majorité des cas , c'est de la bande passante de l'espace disque , de ce fait un hôte parfait pour attaquer une autre cible et ainsi de suite .
Et celui qui se prend les plaintes dans les dent en premier, ce sera le propriétaire du dédié piraté ...

( J'insiste sur ce point au risque de dévier du sujet , car ça m'est arrivé il y a quelques années, il est donc je pense important d'avertir ceux qui sont tenté de prendre un dédié et de l'administrer à la va vite qu'ils prennent des risques ... )

Voilà c'était ma minute conseil perso ... à suivre .. ou pas

De toute façon je suis encore loin de pouvoir prendre un serveur dédié mais le jour où la question se posera je demanderais à mon administrateur préféré s'il pense pouvoir gérer
Quand à moi, je tourne assez en boucle pour installer Archlinux pour ne pas avoir envie de gérer un serveur sur mes seules compétences techniques

Merci stopher, je me demandais justement quel risque un site peu important avait de se faire pirater... Réponse : c'est pas le critère, donc il y a des risques. Donc bien gérer la sécurité ça reste vital

Merci de vos réponses, j'apprends pleins de trucs.

oui enfin, tout dépend de ce que tu as comme serveur, sans vouloir troller, même un enfant pourrait administrer une debian, et puis aussi "sysadmin" c'est une profession, y'a pas besoin d'être sysadmin pour administrer un serveur, y'a juste besoin de savoir le faire, je suis pas sysadmin mais si on me colle un pc dans les pattes qu'on me choisit une distrib ca me prendra pas un journée pour installer le nécessaire pour héberger n sites webs avec sgbd etc, pourtant...suis pas sysadmin

Ouais, un gosse de 10 ans peut aussi coder en PHP, il peut aussi couper une planche en chêne à la scie sauteuse, ou encore dessiner les plans du prochain Airbus, mais ça veut pas dire qu'il le fera bien.
Bref, merci Nagol d'arrêter de colporter des fausses vérités, quand quelqu'un configure son serveur Apache avec des tutos qu'il a trouvé sur internet, on ne dit pas qu'il fait pas de l'administration serveur, on dit qu'il fait de la merde.

Sauf qu'on est tous passé par là .

oui enfin, tout dépend de ce que tu as comme serveur, sans vouloir troller, même un enfant pourrait administrer une debian, et puis aussi "sysadmin" c'est une profession, y'a pas besoin d'être sysadmin pour administrer un serveur, y'a juste besoin de savoir le faire, je suis pas sysadmin mais si on me colle un pc dans les pattes qu'on me choisit une distrib ca me prendra pas un journée pour installer le nécessaire pour héberger n sites webs avec sgbd etc, pourtant...suis pas sysadmin

Ouais, un gosse de 10 ans peut aussi coder en PHP, il peut aussi couper une planche en chêne à la scie sauteuse, ou encore dessiner les plans du prochain Airbus, mais ça veut pas dire qu'il le fera bien.
Bref, merci Nagol d'arrêter de colporter des fausses vérités, quand quelqu'un configure son serveur Apache avec des tutos qu'il a trouvé sur internet, on ne dit pas qu'il fait pas de l'administration serveur, on dit qu'il fait de la merde.

Bien, pour moi c'est toi qui colporte des fausses idées teintés d'absence de conaissance du monde professionel et d'élitisme, pour ce qui est de faire de la ***** je serais vraiment curieux de voir ce que tu fais pour pouvoir te montrer que tu n'es pas aussi bon que ce que tu crois, et t'expliquer comment on fait les choses malgrès mon absence de diplômes en la matière, tu veux?

Aller ne trollons pas trop là dessus , je pense que le message qui consiste à dire d'éviter de monter un dédié à la va vite sans réellement savoir ce que l'on fait et surtout sans essayer de comprendre peu être dangereux , est bien passé ...

Interdit de se taper dessus ...



Ch.

Sauf qu'on est tous passé par là .

Ouais, on a tous débuté. Mais quand on débute, on essaye en vm, ou sur son système de tous les jours, et au bout de quelques années, quand on a assez d'expérience et quand on n'a plus la flemme de lire un man, on se met au serveur.
C'est comme commencer directement par la moto avant de savoir faire du vélo…

oui enfin, tout dépend de ce que tu as comme serveur, sans vouloir troller, même un enfant pourrait administrer une debian, et puis aussi "sysadmin" c'est une profession, y'a pas besoin d'être sysadmin pour administrer un serveur, y'a juste besoin de savoir le faire, je suis pas sysadmin mais si on me colle un pc dans les pattes qu'on me choisit une distrib ca me prendra pas un journée pour installer le nécessaire pour héberger n sites webs avec sgbd etc, pourtant...suis pas sysadmin

Ouais, un gosse de 10 ans peut aussi coder en PHP, il peut aussi couper une planche en chêne à la scie sauteuse, ou encore dessiner les plans du prochain Airbus, mais ça veut pas dire qu'il le fera bien.
Bref, merci Nagol d'arrêter de colporter des fausses vérités, quand quelqu'un configure son serveur Apache avec des tutos qu'il a trouvé sur internet, on ne dit pas qu'il fait pas de l'administration serveur, on dit qu'il fait de la merde.

Bien, pour moi c'est toi qui colporte des fausses idées teintés d'absence de conaissance du monde professionel et d'élitisme, pour ce qui est de faire de la ***** je serais vraiment curieux de voir ce que tu fais pour pouvoir te montrer que tu n'es pas aussi bon que ce que tu crois, et t'expliquer comment on fait les choses malgrès mon absence de diplômes en la matière, tu veux?

Teintées d'absence de connaissance du monde professionnel ? C'est vrai, mais dis moi ce que cela changerait à mon discours.
Teintées d'élistisme ? De pragmatisme mon ami. Autant un site web mal codé, c'est une bouse de plus sur le net que personne ira voir. Autant un serveur mal administré, c'est une nouvelle victime pour les cheptels des hackeurs. Ceux qui font de l'administration serveur à l'arrache ne savent pas à quel point c'est dangereux.
Enfin je n'ai pas dit que je l'administrais parfaitement. Après tout je n'ai ni fail2ban, ni grsec (quoique pour grsec), mais je sais lire un man, je connais les dangers, les enjeux, etc… Bref, je sais le protéger…