Quels est l'avantage par rapport à des créateurs de sites comme Weebly ou WIx ?

Sites dits "statiques" et "dynamiques"

Pour essayer de vraiment répondre à cette question, je vais essayer d'expliquer la différence entre un site "statique" et un site "dynamique".

Explication

Un site internet, ce sont des fichiers écrits en html+css que reçoit un navigateur (Firefox, Mozilla, chrome, safari, Internet Explorer...) et qu'il affiche.

Il peut y avoir aussi des programmes en javascript que le navigateur va exécuter.
Pour obtenir ces fichiers, il y a deux grandes façons de faire :

    - Soit ces fichiers sont écrit "en local" sur un ordinateur et envoyés par le protocole ftp sur le serveur,
    - soit ces fichiers sont fabriqués par un programme (souvent écrit en PHP) qui se trouve sur le serveur

On dit qu'un site est "statique" dans le premier cas et "dynamique" dans le second. Cela n'a rien à voir avec la qualité du site internet affiché ni avec la fréquence des mises à jour du site. Cela veut seulement dire que les fichiers html+css+javascript sont fabriqués par un programme au moment où l'utilisateur demande leur affichage.

Pour l'utilisateur du site, cela revient au même.

La différence réside dans la manière de procéder pour écrire et modifier les informations du site.

    Pour un site statique : il faut utiliser un programme sur son ordinateur puis envoyer les fichiers par FTP.
    On peut tout faire "à la main" c'est à dire écrire le code html+css+javascript dans un éditeur de texte. On peut éventuellement écrire aussi des bouts de codes php ou utiliser un éditeur particulier pour tout réaliser graphiquement un peu comme quand on utilise un système comme Weebly ou Wix
    Cela veut dire que l'on a des programmes particuliers sur son propre ordinateur.
    J'utilise donc quelques programmes comme je l'ai expliqué dans mon messages précédents

   Pour un site dynamique : On utilise donc une application qui se trouve sur le serveur.

    Il y a deux cas de figure :

       - soit (comme pour Wix ou Weebly), l'hébergeur et le programme vont ensemble. Quand on crée un compte, on a à la fois une adresse de site (un hébergement)et le programme pour modifier son site
       - soit l'on a d'une part un hébergeur et d'autre part une application (un CMS) que l'on doit d'abord installer (certains hébergeurs le font pour nous avec un système dans leur "panel". Ces applications sont écrites en général en PHP et utilisent en général (mais pas toujours) une base de données (le plus souvent MySQL) qui fait partie de l'offre d'hébergement

Différences, avantages et inconvénients des 2 méthodes

Tout d'abord, un site dynamique est pratiquement la seule façon de s'y prendre si plusieurs personnes différentes (donc sur plusieurs ordinateurs différents) écrivent des pages sur le site. Pour modifier un site dynamique, étant donné que le programme est sur le serveur, il suffit d'avoir un accès à Internet et ses mots de passe.

Si une seule personne s'occupe du site, la question du choix se pose.

    Avantages site statique :
       - L'affichage des pages ne peux pas être plus rapide puisque le serveur n'a pas de calculs à faire (certains CMS ont des caches pour pallier cet inconvénient)
       - La taille des fichiers nécessaires pour faire fonctionner le site est très réduite (car les fichiers de l'application sont chez l'hébergeur pour un site dynamique)
       - On peut faire tout ce que l'on veut sans limitation puisque l'on est proche du code
       - On peut travailler sur son site même si l'accès internet est lent ou en panne.
       - Les fichiers du site étant locaux, on est sur de ne jamais rien perdre (évidemment tout le monde fait des sauvegardes sur 2 supports différents de ses données !!! Fullsynchro et autres sont très bien !!!)
       - On connaît parfaitement, l'organisation de ses données et l'on peut toujours tout réorganiser sans avoir à passer du temps à réécrire quoi que ce soit (en tout cas de la façon dont je procède !)
       - La forme du site est parfaitement indépendante du fond (même remarque que ci-dessus !)
       - On n'est pas dépendant du bon vouloir de quelqu'un d'autre pour fabriquer la fonction supplémentaire dont on est le seul à avoir besoin (puisque c'est moi qui m'occupe du programme qui génère toutes les pages !)
       - Le site fonctionne en local (puisque je n'utilise pas php pour les menus !)
       - J'ai envie de m'y prendre comme ça lol (j'ai envie de comprendre de quoi il retourne )

(bien sur, plusieurs de ses avantages peuvent ne pas avoir d'importance pour tout le monde, ça dépend)

    Avantages site dynamique
        - Rien de particulier à installer sur son ordinateur (les programmes que j'utilise sont très petits, tiennent sur une clef usb et fonctionnent sur linux et windows. Je peux m'occuper de mon site n'importe où)
        - il suffit d'avoir les mots de passes
        - On peut être plusieurs à modifier le site
        - On n'est pas sur de toujours faire ce que l'on veut mais il n'y a pas besoin de s'y connaître / code

Donc, il n'y a pas une bonne et une mauvaise méthode, c'est une question de savoir comment gérer la complexité.
Soit j'utilise un programme qui, s'il est puissant, est une vraie "usine à gaz" (ce n'est pas péjoratif en soi) que je devrai apprendre à utiliser (ce qui prend du temps),
soit j'apprends à comprendre un peu de code (un minimum sur html+css+javascript+php) ce qui prend aussi du temps.

C'est comme on a envie lol !

Comme j'en sais déjà assez en code pour le faire, je me sens plus libre et efficace avec mon système et je trouve que c'est très long de faire des modifications profondes d'un site avec un CMS. J'en ai assez de perdre un temps fou avec ça. Avec un bout de script, écrit en 20 minutes, je peux modifier tout un site d'un seul coup et encore cela est nécessaire uniquement pour des modifications importantes !

Un exemple : pour rendre les vidéos de tout mon site responsive (s'adaptant à la largeur de l'écran), cela m'a pris 15mn. Avec un CMS, cela m'aurait pris des heures !!! (j'ai juste eu à ouvrir mon fichier json dans un éditeur de texte et utiliser sa fonction rechercher-remplacer ! + ajouter un bout de code que j'ai trouvé sur internet dans le fichier CSS... avec le même éditeur d'ailleurs : pluma pour ne pas le nommer)

Voilà J'espère avoir répondu un peu à ta question

little is beautiful... ou quelque chose d'approchant !

Dernière modification par EricRG (2016-03-09 18:29:05)

En passant :
http://frank.taillandier.me/2016/03/08/ … -statique/

Merci Olivier : lien très intéressant.

Cet article est bien fait et je vois qu'il y a, dans la liste des systèmes de création de sites statiques, des programmes que je ne connaissais pas.

Ça me semble encore assez complexe à utiliser, cependant.

Super boulot Eric

Un petit retour d'expérience sur la génération de sites statiques :

- j'en ai fait un (le code est sale) et j'aurai du utiliser le format json comme toi plutôt que csv. Il s'agit http://b2renger.github.io/ : tout est écrit dans des csv, puis j'ai un parser qui en fonction de l'interaction dans le canvas de gauche charge un csv (une page) et construit les éléments dom de la page à droite. Bon c'est plus une proof of concept qu'autre chose et du coup c'est écrit en p5js avec la librairie dom.

- j'ai aussi utilisé jekyll , qui est mentionné dans l'article fournit par Olivier, pour faire http://ppp. mgsx.net, il y a pas mal de doc sur comment mettre ça en place avec github.io et du coup les pages sont écrites en md et c'est franchement une excellente solution. On est d'ailleurs quasi resté avec le template de base.

Merci de vos messages,

Mon programme est vraiment tout petit. En réfléchissant un peu, je me suis dit qu'il était possible de faire quelque chose de très simple et cependant utile.

J'ai quelques idées pour l'améliorer sans que ce  soit compliqué à programmer ni trop long mais je n'ai même pas le temps de le faire en ce moment.... grrr !!!

Pour l'instant, je m'en sers tel quel et je ferai les améliorations dès que je pourrai... et les sites que je commence en ce moment pourront en profiter !

Par exemple, chaque page contient une rubrique (booleenne) sitemap qui est vrai ou fausse selon que la page doit y apparaître. Pour l'instant, je fais les sitemap avec un site internet mais dès que j'aurai programmé la fonction, cela sera fait par le programme sans que j'ai à changer les pages (dans le fichier json). si une page a son "sitemap" (dans le json) à "false" elle apparaîtra aussi dans le fichier robot.txt pour qu'elle ne soit pas indéxée.

Pour l'instant le menu du site est du code html mais je projette de le faire générer par le programme afin qu'une balise soit mise dans le <li> de la page en cours pour qu'elle apparaisse visuellement dans la page en cours comme le permettent les templates que j'utilise
De plus, le chemin apparaîtrait sur chaque page de façon à ce que l'utilisateur du site internet sache où il est dans le site quand il visite une page.

une autre idée est d'avoir une utilisation des tags à l'intérieur même du fichier json.
je m'explique. pour l'instant, les tags sont dans les pages de template utilisées pour générer le site mais en plus, l'on pourrait avoir des templates internes dans le fichier json.

imaginez que vous deviez afficher des vidéos en utilisant la balise vidéo de html5 mais que vous n'avez pas le temps de faire un code compliqué pour chacun des navigateurs dans un premier temps. vous mettez une balise par exemple du type ##video## dans le contenu de vos pages json qui est remplacée avant d'être mise dans la page du template par un code html simple ou le nom des fichiers de la vidéo en question apparaît comme @@fichiervideo@@

alors le code html comportant ce tag @@video@@ apparait dans le template en mémoire (dans le programme)... vous comprendrez en regardant le listing du programme actuel. Ensuite, dans une rubrique suivante dans la rubrique page en cours, vous mettez le nom du fichier (pour cette page) comme @@fichiervideo@@ devant être remplacé par tel suite de caractères = le nom du fichier.

hop ça marche et si vous devez remplacer plus tard le code pour prendre en charge vos fichiers vidéo, vous n'aurez qu'à le modifier une seule fois dans le fichier json même s'il est utilisé par 40 pages ! un truc similaire pour rajouter la prise en compte de plusieurs fichiers différents sans avoir à modifier le site (le fichier json du site)... il suffira de faire une modif et une seule dans le json, de rajotuer les fichiers vidéo et de régénérer le site

(j'ai conscience que j'essaie de m'expliquer un peu rapidement... et ce n'est peutêtre pas très clair. L'idée est d'utiliser et de prendre en compte l'ordre dans lequel le programme fait les remplacements des tags).

Bien sur il faut mettre en place un système pour mettre dans les pages html quelque chose pour utiliser les fonctions rajoutées au programme. je pense à quelque chose qui ressemble à cette idée de tags internes au fichier json. Je pense à quelque chose de facile à utiliser et de facile à programmer :  je ne veux pas faire un langage interne au programme car ce serait trop lourd à fabriquer et ça ne serait pas forcément plus facile à utiliser.

---------------------
Pour la question de l’utilisation de p5.js dans un site fait avec ce système, il n'y a vraiment aucun problème puisque l'on reste près du code des pages (on met ce que l'on veut où l'on veut dans les pages html
-------------------

je joins le programme actuel avec un exemple de projet de site en cours

ah , j'oubliais : l'intérêt de ce système aussi sur certains autre est que l'on peut régler tout ce qu'il faut dans les pages html pour avoir un bon référencement, pour  l'utilisation d'outils de statistiques (un autre site a dans la catégorie idem du fichier json un code javascript présent sur toutes les pages qui renvoie de l'information à un programme openweb (php) pour connaître la fréquentation du site.
et pour avoir un site responsive, c'est du côté du template qu'il faut regarder.

D AILLEURS :  si vous connaissez un système opensource pour faire des templates responsive (sans avoir à tout comprendre aux html + csv) ça m'intéresse. je sais qu'il existe bootstrap mais franchement, c'est comme jekyll et autre : je n'y comprend rien !
si vous connaissez un site qui explique bien comment utiliser github ça m'interesse aussi (je n'y comprend rien pour l'instant non plus lol !!!)

je n'ai pas passé des heures dessus non plus comme je n'en sens pas le besoin actuellement !
/jekyll etc : je préfère maitriser mon truc que me mettre à une nouvelle "usine à gaz" à apprendre    
et puis c'est plus rigolo de faire ses propres outils quand c'est possible : quand mon idée de machin s'est mis à fonctionner ça m'a fait trop plaisir !
(peu importe que ce soit un tout petit truc )

Dernière modification par EricRG (2016-03-21 23:18:52)

Autre amélioration à faire :

faire en sorte que les messages décrivant ce qu'à fait le programme soient générés dans un fichier texte à part.

il faut que ce fichier soit écrit au fur et à mesure afin qu'en cas d'erreur qui bloque le programme, l'on puisse voir où ça s'est arrêté.

dans la pratique, je n'ouvre pas le programme dans processing, j'utilise l'export pour linux ou windows selon l'ordi sur lequel je me trouve et je mets le dossier "site" du site internet sur lequel je travaille dans le dossier de siteGenerator (si vous avez un meilleur nom je suis preneur lol )

Dernière modification par EricRG (2016-03-21 23:53:56)

Ah je me suis trompé, c'est : http://redwebhost.com/

Il est possible de créer un compte et ensuite, avec ce compte (et le même ftp éventuellement) d'avoir jusqu'à 3 sous-domaines gratuits.

Il y a un choix de plusieurs sous-domaines.



FREE HOSTING PLAN

250 MB Disk Space

5 GB of Monthly Traffic

1 Domain or Subdomain

Can use batcave.net subdomain!

MySQL

PHP5 and Perl

Joomla & Wordpress

Free instant setup

24/7 Support

Dernière modification par EricRG (2016-03-22 14:37:26)