Développement d'une interface ou CMS ? - PHP - Programmation
Marsh Posté le 10-10-2009 à 12:59:09
part sur un CMS , ça te simplifiera la vie, ne serait ce que pour la possiblité d'installer des plugins au fil des besoin
tu ne fera pas mieux en interne, et ça te coutera plus cher
Marsh Posté le 10-10-2009 à 13:15:58
Le meilleur argument étant que les CMS actuels sont souvent le fruits d'années de travail, de retours utilisateurs, etc.
Aucune chance que tu parviennes au même résultat rapidement et à coût réduit.
Marsh Posté le 12-10-2009 à 00:08:09
Bonsoir,
Merci pour vos réponses.
C'est vrai que les CMS sont le fruit du travail de nombreux développeurs voire de communautés entières. Pour avoir suivi un peu les correctifs, patchs et autres MAJ de sécurité, c'est vrai que c'est impressionnant.
Mais je me posais la question car comme je vous dis, j'ai un besoin bien plus basique que le plus basique des CMS. Et je connais des petites boîtes de création de sites web qui ont développé leur propre outil d'administration.
Merci pour vos lumières.
Marsh Posté le 12-10-2009 à 09:09:54
si tu passe la moitié du temps de dev à maitriser deux CMS (un léger type wordpress et un plus lourd comme joomla), et tu pourra répondre à beaucoup plus de projets, en moins de temps
sans parler de l'intégration possible de plugin, et de mise en page toute prete
Marsh Posté le 12-10-2009 à 19:26:01
Moi aussi je te conseille le CMS. La plupart sont conçus pour être d'une prise en main assez simple (pour toi comme pour le client moyennant quelques ajustements là encore tout à fait à ta portée), et la maturité et la conception modulaire des meilleurs d'entre eux te permettent d'avoir la certitude de pouvoir faire face à n'importe quelle demande.
Un peu de lecture pour t'aider à faire un choix... http://www.smile.fr/publications/l [...] oix-de-cms et http://www.smile.fr/publications/l [...] pen-source
Marsh Posté le 13-10-2009 à 16:30:12
+1 pour le CMS.
1 - Joomla, c'est 8 ans de développement pour arriver à ce résultat. Même si les besoins de tes clients sont restreints, adopter un CMS fonctionnel et stable. Pour te donner une idée, je suis resté 2 ans dans une web agency. Une équipe de R&D a été en charge de développer un CMS pendant 1 an. Après le premier projet sur lequel j'ai du l'utiliser, et après leur avoir donner un avis "franc", tout a été jeté à la poubelle. Ce travail de plusieurs années à vraiment énormément d'avantages même si tu penses qu'il contient trop de choses. Aussi light soit-il, développer un CMS est un taf monstrueux de gestion, de règles, de sécurité etc.
2 - Certains CMS sont simples d'utilisation. Il ne faudra à tes clients que très peu de temps pour s'y habituer.
3 - Leurs API te permettront d'ajouter des extensions faites par toi-même au besoin et de manière très simple et très rapide. Tu y gagneras en temps de développement dans le futur.
4 - C'est un gage de qualité pour ton client. La plupart des CMS ont une page de "références" sur leur site, qui montre les entreprises qui les utilisent. Le site du groupe Danone (http://www.danone.com) utilise Joomla par exemple. Je trouve que c'est un argument de poids et que c'est rassurant pour un client de lui proposer une solution qui soit stable et fonctionnelle depuis des années et à laquelle des grands groupes font confiance.
Marsh Posté le 15-10-2009 à 14:56:42
Merci beaucoup pour vos réponses. Je ne me rendais pas compte mais vous avez raison.
C'est vrai qu'en remontant dans mes souvenirs, les sites auto-administrables faits maison étaient pas si terribles que ça.
Marsh Posté le 19-10-2009 à 20:09:17
Bonjour,
Je ne suis pas vraiement d'accord avec ce qui a été dit ici.
Un CMS réponds a certain besoins mais pas à tous.
Si le client demande juste de mettre quelques news a jour sur une toute petite partie d'un site, autant développer une solution maison trés simple.
L'intégration avec un design important sera aussi plus simple.
De plus il va faloir lui apprendre à utiliser le CMS et ne pas tout casser...
La partie sécurité des CMS est aussi à prendre en considération.
Joomla a montré récemment de nombreuse faille, 14 mises à jour en an environ.
Cordialement,
Stéphane
Édité par Elmoricq : publicité retirée. Je comprends mieux tes arguments maintenant.
Marsh Posté le 19-10-2009 à 23:04:50
sbou a écrit : Si le client demande juste de mettre quelques news a jour sur une toute petite partie d'un site, autant développer une solution maison trés simple. |
Qu'il redéveloppe pour chaque client ?
sbou a écrit : L'intégration avec un design important sera aussi plus simple. |
Design important sur un CMS maîtrisé == on se concentre sur le design.
Design important à partir de zéro == il faut d'abord coder le site.
sbou a écrit : De plus il va faloir lui apprendre à utiliser le CMS et ne pas tout casser... |
Versus apprendre le HTML/CSS/Javascript et p'têt du PHP, apprendre tout ce qui va avec la sécurisation des sites etc.
Fais le calcul : 2-3 CMS pour couvrir les besoins, ou toute une panoplie de technologies sachant que la personne en question n'est pas, à la base, développeur.
sbou a écrit : La partie sécurité des CMS est aussi à prendre en considération. |
14 mises à jour en un an. Bigre. Combien sur un système maison ? Zéro ? J'espère que tu ne considères pas cela comme un gage de sécurité.
Marsh Posté le 20-10-2009 à 02:29:12
Bonjour,
je suis d'accord sur bien des points mais Il faut regarder la demande.
On peut fournir un CMS à tout le monde mais ce n'est pas toujours adapté.
les 14 mises à jour sont des mises à jours de sécurité cela fait beaucoup, juste pour de la maitenance. surtout que les mises à jour joomla sont pas un exemple (on te donne dans les patch des fichiers qui n'ont pas changé....)
Aujourd'hui sur certain serveur je vois des requêtes http qui n'ont pour but que de trouver le système que tu n'as pas patché.
Cela n'arrive pas avec un module d'administration maison. Tu peux toujours faire un blocage par htacess, on est d'accord
La personne n'est effectivement pas un développeur mais pas non plus un sysadmin.
Il peut se créer des boites a outils propres à quelques clients.
J'aime bien joomla mais cela ne m'empèche pas de voir ses travers, regarde sur les forums ovh ou il y a eu des problèmes lié à touts ces CMS qui ont mis à jenoux leurs serveurs mutualisé.
Cordialement,
Stéphane
Édité par Elmoricq : publicité retirée.
Marsh Posté le 20-10-2009 à 08:24:05
sbou a écrit : Bonjour, |
fait numéro 1 : tous les softs , y compris ceux que je développe ont des failles
fait numéro 2 : on évalue pas la qualité de la sécurité sur le nombre de patch, mais sur l'écart entre la découverte d'une faille et son correctif
fait numéro 3 : un système linux classique ( redhat ) reçoit entre 5 et 10 maj de sécurité par semaine
chez ovh, il y a aussi des serveurs mis à genoux par l'incompétence de développeurs
enfin, si tu as bien lu , le scénario qui a été conseillé était d'utiliser plusieurs CMS en fonction du client ( wordpress, joomla, ....)
Marsh Posté le 20-10-2009 à 13:58:03
1 - moi aussi il y a des failles mais quand ça vient d'un framework je trouve ça pire car les robots la trouve.
2 - Oui en partie mais il faut prendre ça en compte sur le temps et donc le cout des mises à jour. sauf si tu mets à jour ton joomla sans regarder les effets de bord et sans faire une recette convenable.
3 - oui et non, c'est pas le noyau qui reçoit 5 -10 mise à jour mais l'ensemble des logiciels que tu as sur ton sytème. (en lancant un petit troll c'est marrant car le mois dernier il n'y a eu qu'une 20aine de patch sur windows)
ovh et d'autres ont eu des problèmes avec joomla, c'est ce qu'il resortait de différents messages.
J'utilise des CMS principalement joomla, cela ne veut pas dire que je vais refiler un CMS a tout le monde.
Ce n'est pas toujours adapté selon moi cela dépends du clients et ce qu'il va faire par la suite (pas ce qu'il pense faire)
Cordialement,
Stéphane
Marsh Posté le 20-10-2009 à 14:40:23
j'avais pas remarqué, je m'en excuse, je l'ai supprimé de mon dernier message
Tirkyth tu peux aussi modifier ton message pour supprimer le lien stp.
C'est l'habitude de signer quand j'écris
Marsh Posté le 20-10-2009 à 14:44:54
sbou a écrit : j'avais pas remarqué, je m'en excuse, je l'ai supprimé de mon dernier message |
J'ai supprimé le miens.
Tu peux très bien mettre ça en utilisant la fonctionnalité signature de ton profil, qui est là pour ça si tu veux vraiment mettre ton lien. D'ailleurs tu as une signature paramétrée déjà, alors ajoute à la fin le lien vers ton site si tu le souhaites
Marsh Posté le 20-10-2009 à 14:51:46
Ok,
On peut alors reprendre la conversation sur le sujet plus sereinnement...
Je ne dénigre pas les CMS (j'adore joomla je le répète) mais dés fois c'est arriver avec un char d'assault pour ouvrire une porte.
Si un clients vous demande, juste sur la home un message de quelques lignes qu'il doit pouvoir changer.
Vous allez lui proposer un CMS ? moi non.
C'était le but de ma réaction, maintenant redneck tu devrais te mettre au cms , drupal, joomla, spip, wordpress ...
Cela te sera certainement utile.pour tes futures projets.
Aprés il ne faut pas le refiler a chaque fois parceque tu connais.
Steph
Marsh Posté le 20-10-2009 à 15:18:07
C'est sûr que parfois ce n'est pas nécessaire, dans ton exemple notamment. Dans son cas :
Redneck Wannabe a écrit : Mes clients ont souvent un besoin d'actualisation très limité et bien défini. Par exemple, un site de chambres d'hôtes. Le client aimerait actualiser le contenu textuel des pages Accueil, Actualités et Tarifs une ou deux fois par an au maximum. En gros, il veut mettre "bonne année" en janvier. Techniquement, son besoin est très très en-deçà de ce que permet Joomla. |
Peut-être que le client veut mettre "bonne année" pour l'instant, mais rien ne dit qu'il ne va pas vouloir ajouter des paragraphes d'ici peu, voir même des pages.
Plus tu vas commencer à lui donner des possibilités, plus il va y prendre goût et t'en demander d'autres. (en général )
C'est pour ça que moi j'estime que le CMS est adapté dans ce cas. On lui donne son truc, on lui montre comment changer ses pages. Quelques temps après s'il veut faire plus, il suffit de lui indiquer comment faire. Pas de passage par la case facturation pour des nouveaux dev etc. Il en sera d'autant plus content, et il vous fera d'autant plus de bonne pub. Enfin en tout cas c'est comme ça que je vois les choses.
Mais même sans parler niveau financier, je pense qu'un CMS est le plus indiquer. C'est la fonction première du CMS : administrer du contenu. C'est justement le besoin du client là. Il va peut-être utiliser qu'une infime partie des fonctionnalités du CMS, mais il va en utiliser la fonctionnalité principale
Marsh Posté le 10-10-2009 à 12:51:57
Bonjour,
Je suis graphiste et je ne sais faire que des sites statiques. Seulement voila, les clients me demandent presque tous une interface pour administrer leur site eux-mêmes.
Le cas échéant, ne sachant pas comment développer ceci, j'ai deux solutions. La première, très critiquable à l'heure des langages dynamiques, est de leur installer un éditeur de pages web (Kompozer) et un client FTP gratuits pour qu'ils fassent leurs mises à jour à l'ancienne (modification en local puis upload), ce qui m'oblige à les former rapidement. La seconde est de leur faire un site en partant d'un CMS.
Mes clients ont souvent un besoin d'actualisation très limité et bien défini. Par exemple, un site de chambres d'hôtes. Le client aimerait actualiser le contenu textuel des pages Accueil, Actualités et Tarifs une ou deux fois par an au maximum. En gros, il veut mettre "bonne année" en janvier. Techniquement, son besoin est très très en-deçà de ce que permet Joomla.
Ma question est donc : si je fais développer une interface PHP avec identification par login/mdp et modification du corps de certaines pages via un éditeur WYSIWYG de type FCKEditor, combien cela coûterait-il à peu près ?
Je me pose la question pour voir si c'est intéressant (et le cas échéant, combien de sites il faut que je vende avant de rentabiliser le développement de l'interface) ou si je dois plutôt m'orienter à fond sur les CMS.
Merci beaucoup !
---------------
Last Night. oooo I stuck it in the wrong hole