Utilise-t'on encore les fichiers à la place des bases de données ?

Discussion dans 'Développement d'un site Web ou d'une appli mobile' créé par Alorsladaccord, 10 Novembre 2016.

  1. Alorsladaccord
    Alorsladaccord WRInaute occasionnel
    Inscrit:
    30 Juillet 2014
    Messages:
    485
    J'aime reçus:
    0
    Bonjour,

    Juste une question pour savoir : peut-on encore utiliser des fichiers à la place d'une base de données ? O est-ce que ça ne se fait plus ?
    Et si ça se fait toujours, est-ce que c'est toujours bien vu en terme de programmation ?
    Et le cas échéant, est-ce que les possibilités d'affichage dynamique de fichiers se sont accrues, ou au contraire ont été restreintes ces dernière années, avec les évolutions de PHP ?

    Merci d'avance
     
  2. UsagiYojimbo
    UsagiYojimbo WRInaute accro
    Inscrit:
    23 Novembre 2005
    Messages:
    11 875
    J'aime reçus:
    72
    Rien compris.
     
  3. niap
    niap WRInaute discret
    Inscrit:
    17 Octobre 2009
    Messages:
    139
    J'aime reçus:
    0
    Mais... une base de données c'est aussi des fichiers, il faut bien enregistrer les données quelque part.
    L'intérêt de la base de données, c'est le moteur par dessus, qui gère le tout.
    Après rien n'empêche de faire son propre système de gestion des données :idea:
     
  4. Alorsladaccord
    Alorsladaccord WRInaute occasionnel
    Inscrit:
    30 Juillet 2014
    Messages:
    485
    J'aime reçus:
    0
    Bah... Fut un temps où l'on pouvait afficher le contenu principal d'une page dynamique en allant chercher sur le serveur un simple fichier (.txt par exemple) plutôt que d'aller dans un SGBD et donc d'utiliser phpMyadmin, en ce qui concerne les webmestres.

    Ceci se fait-il toujours ?


    Je n'en doute pas, mais je vise pas si loin, donc si on pouvait éviter d'éclabousser le topic avec des idées qui partent dans tous les sens, merci.

    **edit**
    Je jette un oeil sur ce cms-cresel, comme ça, par curiosité. Jamais entendu parler. Le site est bien fait mais j'ai pas compris, c'est un script propriétaire ou dont le code source est libre d'accès ?
     
  5. indigene
    indigene WRInaute accro
    Inscrit:
    7 Septembre 2003
    Messages:
    3 758
    J'aime reçus:
    85
    oui, on peut toujours utiliser des fichiers et c'est plus rapide
    Mais dès que tu as beaucoup de données à manipuler, les bases relationnelles sont plus adaptées et sans doute plus sécurisées aussi.
     
  6. niap
    niap WRInaute discret
    Inscrit:
    17 Octobre 2009
    Messages:
    139
    J'aime reçus:
    0
    Oui bien sûr. Chaque cas a des besoin différents.
    Tu peux gèrer les infos dans un fichier txt, xml, json, une base de données.

    Oui c'est tout nouveau j'ai mis le site en ligne il y a quelques jours seulement. Le code sera probablement en libre accès, il faut que je choisisse la bonne option (mais ça veut pas dire gratuit). Mais c'est pas juste un script. La suite en MP si tu le souhaite, c'est peut-être HS ;-)
     
  7. Alorsladaccord
    Alorsladaccord WRInaute occasionnel
    Inscrit:
    30 Juillet 2014
    Messages:
    485
    J'aime reçus:
    0
    On lisait la même chose il y a dix ans.

    C'est qu'à moitié HS, puisque c'est tout de même de l'informatique. Alors, quelles sont les différences avec dotclear, wordpress & co ?
     
  8. ortolojf
    ortolojf WRInaute accro
    Inscrit:
    14 Août 2002
    Messages:
    2 881
    J'aime reçus:
    12
    Bon

    J'utilise abondamment pour mon site des fichiers temporaires, qui me servent de caches MySQL.

    Avec bocage virtuel en écriture, utilisant des fichiers "verrou{$numcrs-$date}.txt" ( verrouillage synchrone ), et d'autres fichiers servant de verrous persistants, ( verrouillage en écriture dans les deux cas ).

    Avec çà, mon site va plus vite. ;)

    Les fichiers temporaires sont effacés la nuit à minuit ( l'heure du crime, arf..;( ).

    Respectueusement.
     
  9. niap
    niap WRInaute discret
    Inscrit:
    17 Octobre 2009
    Messages:
    139
    J'aime reçus:
    0
    Les différences je ne sais pas, je ne connais pas exactement ces CMS.
    Mais ce que je peux dire c'est que je suis un fainéant et que l'ensemble a été travaillé pour éviter de recommencer ce qui a déjà été fait.

    Tu as une base autour de laquelle s'articulent des modules. Un module c'est deux fichiers JSON et au moins un fichier PHP (évidemment certains sont bien plus fourni, mais c'est pour dire que ça peut être très léger). Et les modules sont capables de communiquer entre eux.

    Pour te donner un exemple simple j'ai un module qui permet de publier sur les réseaux sociaux (Facebook, Twitter, Linkedin et Viadéo pour le moment. Pinterest et Instagram à venir.).
    Tu paramètres tes accès et ensuite, depuis l'admin du site, tu envois en 1 clic tes messages sur tes comptes / pages. Jusqu'ici rien d'extraordinaire.
    Là où ça devient intéressant c'est qu'un autre module peut utiliser ces capacités avec un simple appel de fonction :

    Code:
    ModIntegrate(9, 'SendMessageToAll', ['Mon super message à poster']);
    - 9 c'est l'ID du module
    - SendMessageToAll c'est la fonction qui va envoyer le message à tous les réseaux sociaux mais tu peux préciser Twitter uniquement
    - array['Mon super message à poster'] c'est la liste des paramètres. Avec ici le message à poster.

    Et voilà ! Ton message est en ligne. Pas de fichier à intégrer, d'objet à instancier, des librairies à paramétrer, le CMS charge le module nécessaire et le module en question répond à la demande. Et des ponts entre module il y en a plein. Mon module d'actu peut se servir de ça. Tu publies une actu et ton actu est envoyée vers les réseaux sociaux automatiquement (si tu veux évidemment).

    Les accès à la base de données se font par des appels MySQLi et des requêtes préparés. Là encore pour le dev c'est simplifier au maximum. L'idée par la suite c'est de pouvoir l'installer sur autre chose que MySQL et que les modules soient immédiatement compatible.

    Tout ça c'est plus le côté framework.

    Pour le webdesigner le CMS fonctionne selon le principe des gabarits d'affichage. Tu crées ton document HMTL, tes fichiers Javascript, CSS et tu indiques les zones dynamiques (entête, menu et contenu essentiellement).
    Ensuite, pour chaque module installé, tu as accès à différents gabarits. Ces gabarits seront insérés dans la zone de contenu de la maquette. C'est encore de l'HTML dans lequel tu indiques les zones dynamiques.

    Tu paramètres les droits de ton client pour qu'il puisse faire des mises à jour de contenu sans flinguer ton joli travail et surtout… sans qu'il se retrouve devant une interface incompréhensible. Ici tout est fait pour faciliter l'utilisation. J'ai pas encore eu de remarque me disant "je comprend rien !".

    Pour l'utilisateur du site (on peut dire webmaster) le fonctionnement et très simple. C'est le principe du CRUD. Il y a un système d'installation et de mise à jour en 2 clics qui marche pas mal (je me lance des fleurs). Tu choisi le module que tu veux rajouter, tu clic sur installer et il est copié sur ton serveur, les tables du modules sont créées et les paramètres de base du modules sont enregistrés. Tu n'as plus qu'à la lier à une rubrique pour que les visiteurs du site y ait accès.

    Tu peux monter un site de vente, un site de blogging, un site pour montrer tes photos, un site vitrine, un forum de discussion, etc.

    Voilà en gros ce que je peux en dire. Je ferais une présentation plus complète quand je mettrais la version de démonstration en ligne. Mais d'abord je dois faire une mise à jour de l'interface d'admin qui est un vieux truc moche).

    Ah oui, et l'ensemble est très léger, multi-utilisateurs, multi-langues (pour le contenu pas l'interface) et sécurisé.
     
  10. UsagiYojimbo
    UsagiYojimbo WRInaute accro
    Inscrit:
    23 Novembre 2005
    Messages:
    11 875
    J'aime reçus:
    72
    Sauf qu'objectivement, partir sur un CMS/Framework totalement inconnu, avec 0 communauté, c'est toujours un très mauvais choix pour le moyen/long terme.
     
  11. spout
    spout WRInaute accro
    Inscrit:
    14 Mai 2003
    Messages:
    8 843
    J'aime reçus:
    250
    +1 UsagiYojimbo.

    On attend de voir le topic de présentation du CMS de niap (perso surtout le code).
     
  12. niap
    niap WRInaute discret
    Inscrit:
    17 Octobre 2009
    Messages:
    139
    J'aime reçus:
    0
    Oui bien sûr je comprend.
    C'est aussi pour ça que j'aimerais trouver une licence GPL qui va bien. Que je puisse mettre le code source à disposition sans me faire dépouiller.
     
  13. elji
    elji WRInaute occasionnel
    Inscrit:
    6 Juin 2009
    Messages:
    279
    J'aime reçus:
    5
    Pour le débat entre pages statiques et dynamiques, je continue à mélanger les 2.

    Tous mes articles standards sont dans une base BDD, mais mes pages "qui sommes nous", glossaire, contact, CGU, sont statiques. J'ai aussi quelques articles spéciaux qui sont hors BDD. La BDD est utile pour les articles qui ont besoin d'être classés et triés. Pour les autres contenus, pas besoin de l'alourdir.
     
Chargement...
Similar Threads - Utilise fichiers place Forum Date
outil pour trouver les fichiers inutilisés par un site web? Administration d'un site Web 7 Septembre 2016
Identifier les fichiers images non utilisés Administration d'un site Web 2 Février 2016
Quel schéma utiliser pour les fichiers sitemaps ? Débuter en référencement 31 Janvier 2009
Utiliser les API de streaming audio (spotify...) Développement d'un site Web ou d'une appli mobile 4 Décembre 2019
Quel type de logiciel utiliser pour créer un site web simple et performant ? Demandes d'avis et de conseils sur vos sites 14 Octobre 2019
Qui utilise l'optimisation Adsense ? AdSense 7 Octobre 2019
WordPress Quel plugin de notation (étoiles dans les SERP) utilisez-vous ? Référencement Google 5 Juillet 2019
Utiliser la marque d'un concurrent dont le site a fermé Droit du web (juridique, fiscalité...) 3 Avril 2019
Pagination SEO : Google n'utilise plus link rel=next/prev Référencement Google 22 Mars 2019
Utiliser un sitemap pour un site de 20 pages? Référencement Google 12 Novembre 2018
  1. Ce site utilise des cookies. En continuant à utiliser ce site, vous acceptez l'utilisation des cookies.
    Rejeter la notice