Forum Programmation.web Choix technique pour petit site web

Posté par  .
Étiquettes : aucune
0
23
sept.
2008
Bien le bonjour,

Je sollicite vos retours d'expérience pour un choix technique.

Je vais développer un site vitrine pour un ami qui vend des voitures d'occasion.
Donc en gros, une page d'accueil avec les dernières voitures arrivées et les voitures "mises à la une", une page recensant l'ensemble des voitures, et enfin une page affichant le détail complet de la voiture sélectionnée. Et bien sur le traditionnelle fonction de recherche et les quelques bonnes règle à suivre pour un bon référencement naturel.

Avant tout j'aimerais en profiter pour m'autoformer sur de technos que je ne connais pas, tout en limitant le temps à passer à la réalisation de ce site.

Je me demande donc quelle est la bonne solution entre:
- le bon gros CMS (Drupal? Joomla?)
- le Framework PHP (CakePHP? Symfony?)
- Le dev Web classique (rapide mais je n'apprend rien)
- Autre chose ?

Merci d'avance pour vos conseils !
  • # Django 1.0 est sorti...

    Posté par  (site Web personnel) . Évalué à 2.

    http://www.biologeek.com/journal/index.php/bien-debuter-avec(...)

    Le premier chapitre du djangobook a été traduit en français
    http://batiste.dosimple.ch/blog/2007-01-13-1/

    ウィズコロナ

    • [^] # Re: Django 1.0 est sorti...

      Posté par  (site Web personnel) . Évalué à 1.

      J'ajouterai qu'il faut que python soit présent et disponible sur le serveur. Ce qui n'est pas toujours le cas chez les hebergeurs.
      • [^] # Re: Django 1.0 est sorti...

        Posté par  . Évalué à 1.

        Je pense lui installer le site (à sa demande) sur routeur avec une OpenWrt, le tout connecté à son abonnement ADSL dégroupé. Enfin ça reste à voir avec lui.
        Ca ne devrait donc pas poser de problème pour le Python.

        Bon le seul soucis c'est que PHP et Perl c'est bon, mais Python j'en ai encore jamais mangé...
        • [^] # Re: Django 1.0 est sorti...

          Posté par  (site Web personnel) . Évalué à 2.

          Vu les capacités des routeurs, la réponse est toute trouvée.

          Il te faut un truc ultra light, statique si possible. Sinon php, db en sqlite, et framework ultraléger ou rien.
          • [^] # Re: Django 1.0 est sorti...

            Posté par  (site Web personnel) . Évalué à 2.

            Je suis d'accord. Une solution serait peut-être d'utiliser un site dynamique (pour avoir une partie d'admin) et d'aspirer le site pour en faire un site statique à mettre sur le routeur.

            Cela dit, vu le coût d'un hébergement web, ça fait radin comme solution.
            • [^] # Re: Django 1.0 est sorti...

              Posté par  (site Web personnel) . Évalué à 2.

              J'ai oublié de préciser. Par expérience, tu pourras jamais faire tourner drupal sur une machine peu puissante. Il faut un truc un minimum correct (P4 et plus récent).
              • [^] # Re: Django 1.0 est sorti...

                Posté par  . Évalué à 1.

                Oui évidemment, pas de CMS sur un routeur :) .

                Si on opte (avec mon ami) pour la solution du routeur, je partirai sur du lighthttpd avec le minumum possible de PHP et le maximum de statique et peut être un framework javascript pour en faire le plus possible côté client.

                Avec un Asus WL500 GP comme routeur on fait déjà de belles choses.
                Il embarque notamment 32Mo de Ram et 2 port USB.
                On en voit passer sur eBay autour de 40€.

                J'insiste sur le fait que le site sera vraiment très simple et que la seule chose dynamique sera l'affichage des voitures. A mon avis on ne dépassera jamais les 3 ou 4 visiteurs simultanés.

                Je sais coder ça sans aucun problème en LAMP. Mais j'aimerais utiliser la simplicité de ce projet pour pour essayer un "nouveau jouet" (CMS, Framework, autre ?)

                Moi aussi je suis pour la solution hébergeur qui évite bien des désagréments et laisse bien plus de possibilités techniques.
                Mais l'ami préfère les économies plutôt que la disponibilité.
                • [^] # Coupons la poire en deux

                  Posté par  . Évalué à 1.

                  Un CMS est tout de même plus rapide à mettre en place, à maintenir et à reprendre...

                  Un certain nombre de CMS ont des capacités d'export statiques des pages, soit nativement come eZ Publish (réglage plus fin et compliqué) ou Movable Type (réglage plus basique), soit via des plugins pour quasiment tous les autres CMS importants.

                  En exportant ce contenu statique sur le routeur pour qu'il serve ces pages, tu peux avoir les avantages d'un CMS et ceux d'un site statique au prix d'un peu plus de complexité à la publication.
  • # Vive le web

    Posté par  (site Web personnel) . Évalué à 2.

    Evite le dev pur.

    C'est du temps perdu (si on ne compte pas la formation), mais surtout c'est rapidement très lourd à gérer coté évolutions.

    Ensuite ça dépend de l'usage que tu compte en faire derrière. Plus c'est gros, plus tu devras l'utiliser souvent pour que ça soit rentable (à la fois en temps et en qualité).
    • [^] # Re: Vive le web

      Posté par  . Évalué à 1.

      Bah en fait ça ne me fait 3 ou 4 pages à coder.
      En LAMP et sans framework, je sais faire et ça irait relativement vite quand même.

      Les évolutions ils n'y en aura pas. C'est vraiment juste pour montrer les voitures à vendre dans la concession. Il n'y a pas de vente en ligne.

      Merci pour ta réponse.
  • # Technos

    Posté par  (site Web personnel) . Évalué à 1.

    Salut,

    Pour avoir travailler sur plusieurs projets dans différentes technologies, il semble que déjà d'une part une solution PHP/MySQL soit la plus efficace pour un ton site.
    En effet, la prise en main est rapide et les hébergeurs nombreux.

    Ensuite, reste la question "Dois-je développer le site ou bien dois-je trouver une solution clé en main ?"
    Comme quelqu'un l'a dit plus haut, un développement en partant de rien me parait une mauvaise solution.
    Je dirait que la solution se situerait entre le dev et la solution-clé-en-main.
    J'ai déjà utilisé Joomla pour un projet professionnel et je doit dire que je ne suis pas du tout content de cet outil qui ne me semble pas trop adapté à ce que tu veux faire (je n'ai utilisé que les version 1.0.X et non pas les nouvelles 1.5.X).

    Je pense que tu devrait partir sur du SPIP ou bien TEMPLEET qui sont de très bonnes solutions. Les exemples sont nombreux et disponible sur le net et sans aller dans le developpement from scratch comme tu pourrais avoir en partant de CakePHP et/ou Symfony tu peux avoir rapidement un site fonctionnel et propre.
    Pour ma part, j'utilise Templeet de cette façon :
    - design statique du site
    - dynamisation des pages une fois la première étape finie

    Bone courage !
  • # CMS !!

    Posté par  . Évalué à 1.

    L'avantage du CMS (en plus d'apprendre quelque chose), et d'en prendre un pas trop compliqué, c'est que tu peux former ton pote en une heure, même s'il n'est pas familier avec l'informatique.

    Et comme ça il n'aura pas besoin de t'appeler à chaque fois qu'il voudra mettre un modèle en ligne.

    Perso j'utilise Joomla et j'en suis très content. En plus, avec le nombre de templates disponibles, tu peux mettre un site en production en une journée.
  • # Mise à jour

    Posté par  (site Web personnel) . Évalué à 4.

    Vu que le code d'un site est en moyenne mis à jour .... jamais ....
    Je te conseille de produire du code maison, simple et robuste, plutôt que de t'embarquer dans un CMS dont la prochaine faille ne manquera pas d'interesser ton pote le bot qui passait par là et qui refourgue moulte viagra ....
  • # markdown, statique, et simplicité

    Posté par  (site Web personnel) . Évalué à 2.

    du statique, avec le contenu écrit en markdown.

    moi j'utilise ça, couplé à svn et un script qui me génère le site statique avec un hook sur post-commit.

    C'est minimaliste, mais ça fonctionne très bien, c'est léger, et une fois que c'est mis en place, tu n'as plus qu'à te soucier du contenu: des fichiers texte avec un balisage markdown.

  • # Spip

    Posté par  . Évalué à 1.

    Spip est ton ami...

    Tu créés un article pour chaque voiture, tu peux, par exemple, en homepage récupérer ce qui t'intéresse du contenu de chaque article (#TITRE pour le modèle par exemple, #LOGO_ARTICLE pour l'image du véhicule etc).


    Le fonctionnement est simple : avec une boucle tu génères ton contenu et tu l'insères ou tu veux dans le design de ta page.

    Tout sera stocké dans une base de donnée. Et tu peux facilement faire des dumps et récupérer la base sql.

    Mais surtout, tu pourras gérer et laisser d'autres personnes gérer le contenu sans pour autant s'y connaître en programmation grace à l'interface d'administration

    Spip est robuste, mise à jour (la 2 pointe son nez) et une grosse communauté (réactive) sera là pour réponde à tes interrogations.

    Et puis, Spip gère un moteur de recherche intégré.

    Et enfin, c'est un logiciel libre.

    Que demander de plus ;o)

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n’en sommes pas responsables.