Reprise du message précédent :

 
Quel est l’intérêt de faire ça ?    
Il y a quoi d’autre que le background-color dans la classe bg-white par exemple ?

Garder un style uniforme entre les trucs triviaux et les trucs pas triviaux? Après je reste pas fan de la nomenclature non sémantiquement mais bon.

c'est du PostCSS sur Tailwind. Faudrait que je teste un de ces 4. Ca va peut etre réconcilier les back-end et les front-end  

Après quelques recherche, je précise ma question, je charche un framework très léger, pour faire tourner sur un Raspberry PI2

Quelqu'un utilise Docker sous Mac ici ? j'essaie d'améliorer les performances mais bon.. c'est un peu le cauchemar..Même en lui donnant 8 cores et 4GB de ram, ça reste lent... j'ai testé ça récemment : https://www.jeffgeerling.com/blog/2 [...] fs-volumes (juste la partie NFS)
 
étant donné que j'y connais vraiment rien, est-ce que je dois recréer mon container et tout réinstaller si je change de volume dans le docker-compose.yml (de ./project:cached à nfsmountproject)  
 
Merci  

Bonjour à tous et à toutes,

Je sais que je suis dans une partie du forum plutôt typé programmation et que j’arrive un peu comme un cheveu sur la soupe. Je ne suis pas coutumier de ce monde. J'espère ne pas m'être planté de topic.

Vous voyez les sites hébergé sur free.fr ? Du type vieuxsitede1999.free.fr ? C’est ce que je souhaite.

Dans le passé, j’avais déjà possédé un blog. Mais j’avais été fatigué par la rigidité du support en termes de navigation, d’organisation et de design ... j'aime bidouiller et j’étais frustré.

Une sorte de blog technique, ou se croiserons des billets typé blog, mais aussi des documentations technique et des travaux de recherche. Tout cela restera amateur et je n’ai aucunement l’intention de poursuivre sur cette voie de façon pro.
J’aime comprendre et faire des trucs. Quitte à me prendre un petit peu la tête.

Les CMS :

J’ai à peu près compris ce qu’est un CMS « Système de gestion de contenu » qui permet de bosser sur le site dynamiquement en créer les articles et différentes parties de site depuis une interface graphique. D’après ce que j’ai lu, en utilisant le CMS, je vais produire du PHP qui sera interprété par le serveur et les clients eux, recevrons du xHTML pour l’affichage.
Je n’ai pas trop compris comme le CMS gère le CSS, mais ce n’est pas grave.
Je reste mitigé quant à l’utilisation du CMS dans mes premières heures. J’aimerais trouver quelque chose de plus « basique ».

HTML et CSS :

J’ai quelques notions de base en HTML et CSS. Bien que peu expérimenté, je sais construire une page HTML et son contenu, puis y appliquer le CSS et enfin afficher le tout à l’écran de l’utilisateur.

Bref :

Vous me voyez venir. J’aimerais construire un site calme et relativement facile à maintenir. Écrire les pages directement en HTML et peaufiner mon style CSS. Histoire de me familiariser avec le développement d’un site web.
Je ne suis pas opposé à l’évolution et l’amélioration. Je me pencherai simplement dessus plus tard. Je veux apprendre.

La documentation sur le HTML, le CSS et autres CMS (pour plus tard) sont relativement prolifique. En revanche, je ne trouve pas beaucoup de documentation sur le fonctionnement d’un site « en lui-même » ou bien, je ne possède pas la sémantique qui permet d’affiner mes recherches.

Héberger, faire tourner la chose ; mes questions :

Je me penchais sur les offres OVH, j’ai vu passer Kimsufi et Perso, les deux sont intéressantes.
Une chose me fait un petit peu peur. Mais que diable fait fonctionner un serveur web ?
Je vois passer par-ci par-là, des noms comme Apache, Console shell, etc …
Donc, si je comprends bien, les serveurs possèdent un OS et il doit être paramétré.
Passons sur les histoires de DNS, certificats SSL et nom de domaine.
L'hébergement de type Kimsufi ou Perso sont fournis avec cette OS près installé ?

Je lui balance mon « index.html » et « style.css » à la racine, hop ! Ça tourne ?

Je m’emploie à lire un peu l’historique du topic pour continuer à glaner des informations. Si vous avez des remarques sur ma démarche voir même des réponses à mes questions, je vous écoute avec attention.

Merci à toutes et à tous.
 

Le kimsufi web:
https://www.ovh.com/fr/hebergement-web/
 
Devrait être suffisant, et oui, il suffit de lui mettre le index.html au bon endroit et ca roulera, les trucs comme Apache, Nginx & co sont géré de base par OVH pour toi tu n'as rien a faire de ce côté dans ce cas là

Salut et merci pour t'as réponse rapide.

Et en effet, tu avais raison. Me voilà en ligne et face à beaucoup de travail, c'est parfait.

Après avoir fait le bilan de mes besoins à moyen terme. J'ai opté pour un hébergement en formule "Perso" disposant d'un stockage plus conséquent.

A la prochaine !

Pour faire un hébergement statique (ie juste de l html/css/js, pas de code serveur et de base de données) le plus simple c'est tout simplement Github Pages. C'est gratuit et le déploiement se fait en une ligne de script. Tu peux ensuite par ailleurs acheter un nom de domaine pour avoir une url un peu plus personnalisée. L'inconvénient c'est que ton code doit être public (ie visible par tout le monde sur Github) mais si c'est juste un blog alors ça n'est pas un problème.

Salut et merci pour cette option que je ne connaissais pas. C'est une bonne idée et je m'en souviendrais.

Je voulais me pencher un peu plus en avant sur la création web, je reste sur mon option d’hébergement.

A plus

/HS Devil'sTiger j'ai écouté les deux pages soundcloud que tu as en signature, c'est vraiment bien. La je suis sur "Live JunZZi - 2016 - 12 - 03"  HS/

Pas de souci, bonne création  
Je te rajoute le nom de la techno qu'il y a derrière Github Pages, c'est Jekyll, ça peut servir pour faire des choses un peu plus complexes qu'un simple index.html + index.css  

Si la fréquence d'édition/publication de ton site n'est pas trop élevé, et que la ligne de commande ne te fait pas peur, t'as Nuxt.js. C'est du javascript qui va te générer des pages statiques.  
 
Quand tu l'installes, t'as déjà une structure de dossier à respecter. Tu construis ton arborescence avec des fichiers, un fichier pour chaque page, comme si t'étais en HTML classique :  

 
Eexemple d'un portfolio on a :

• Accueil
• Projets (+ Projet1, Projet2)
• A propos

et dans le dossier Projets on a bien sûr d'autres fichiers .vue (avec des réalisations) + un fichier index.vue
 
Ce sont des extensions vue car ça utilise le framework Javascript Vue.js. Mais t'as pas besoin de connaître ce framework si tu restes en site statique.
 
Ensuite t'aura un markup imposé, par exemple faire un lien depuis index.vue vers about.vue avec ce genre de code `<nuxt-link to="/about">A Propos</nuxt-link>`. Mais dans tes pages, c'est de l'HTML classique.
 
T'as aussi des composants partagés (utiles pour le header et le footer), qu'il suffit d'importer dans tes pages.
 
Exemple de page d'accueil. Est-ce que ceci te semble facile d'accès ou pas ?

 
Au final, quand t'as ajouté quelquechose, tu lances la compilation, il va te créer un dossier "dist" avec tes fichiers Vue transformés en HTML, que t'aura plus qu'à déposer sur ton FTP.
 
L'inconvénient de ce système c'est qu'il te faut la ligne de commande (pour lancer certaines commandes) et Node.js installé sur ton poste pour travailler en local.  
 
 

En alternative à Jekyll ou Nuxt.js, tu as Eleventy :
https://www.11ty.dev/
 
L'avantage c'est que ce n'est pas du Ruby comme Jekyll ou devoir apprendre un framework comme Vue.js (par ailleurs excellent framework JS que je recommande).
 
De mon expérience 11ty est vraiment hyper accessible. Par contre, cela repose également sur Node.js pour fonctionner (comme beaucoup de trucs front-end à l'heure d'aujourd'hui).
 
Tu peux le brancher sur un hébergement type Netlify (ou autres) pour du déploiement automatique... ou tu peux uploader ton dossier avec ton site généré via FTP, à l'ancienne.
 
EDIT : un tutoriel spécial débutants (en anglais) ici : https://tatianamac.com/posts/beginn [...] ial-parti/

Et bien, j'ai matière a, je ne vais pas m'ennuyer
 
Jekyll, et 11ty, je me pencherai dessus un de ces jours. Çà à l'air rigolo.
Merci pour le lien du tuto.
 
Nuxt.js, à première vue (sans jeu de mot) ça me semble accessible. Je me doutais que ce genre de chose existe. Je n'avais jamais vu ni discuté de ce genre de technologie.
 
Je me rends compte qu'au lieu d'avoir des problèmes de sources ou de compréhension. C'est finalement le fait de savoir que "ça existe" ou non, qui est bloquant.
 
Je vais creuser, encore merci et à plus.

Pour du build de sites statiques tu as aussi Hugo : https://gohugo.io/

Faut dire qu'aujourd'hui la JAMstack est assez à la mode, on se retrouve avec des tas de technos différentes (mais globalement dans le même esprit) pour faire des sites statiques

ma boite qui continue de miser sur WordPress, je leur dit que les CMS c'est sur la pente descendante mais ils me prennent pour un hipster  

 
En effet, t'es un hipster

 
disons les CMS "avec leur tête", j'essaie de pousser pour faire du headless mais c'est compliqué d'avoir de la R&D  

Rien que la maintenance de l'existant permettra à tout l'ecosystèlme de boite WP de tourner encore au moins 10 ans, alors ue les technos de hipster sont remplacées tous le 6 mois  
 
En terme de dev, WP est une infamie
En terme de business, c'est une poule aux oeufs d'or

ouai mais un WP avec Docker, Bedrock, Twig, Webpack, Browsersync et toute la famille réunie, ça devient vite la merde  

Ceci.
 

Cela.  
 

j'aurai tendance à dire que même tout seul , c'est déjà un sacré bordel

Pas d'accord.
Si c'est bien fait, dans les règles de l'art, t'as un truc tout à fait maintenable et bien développé.

Le problème est là  

 
Ça fait quand même daté ce genre de réflexion    
 
Le problème est rarement la techno, mais le leadership.
Utiliser une techno plus moderne ne veut pas dire changer tous les six mois.
Utiliser une techno plus vieille/éprouvée ne veut pas dire un succès plus garanti pour la boîte.

+1, très sympa pour faire son propre site Hugo.

Le truc qui n'est maintenable que si c'est fait par des experts, ça ne te semble pas un avertissement ?
Comme le PHP de l'air 3-4-5 ou du js pré react/Vue/ember

Je ne vois pas quand j'ai dis le contraire, et je te rappelle que je fuis wp, je fais du react/node/mongo en ce moment et ma stack idéal est react/node/postgres

Je dis juste que techno très répandue + difficilement maintenable = grosse valeur business

Je suis quand même content de ne plus avoir faire ce genre de site "vitrine" pour vivre. J'en ai bouffé du WP & co.
 
Par contre je ne cracherai pas dessus, ça m'aura bien arrondi les fins de mois.
 
Enfin j'avoue que je crachais bien sur WP à l'époque où je l'utilisais. Les crises de nerfs que j'ai pu me taper avec ce truc (ça remonte, la dernière fois que j'ai fait un site avec on était en v3.6 ).

 
Tu dis que WP est une poule aux œufs d’or.
 
La grosse valeur business dépend de quel point de vue tu te places.

pour les boites qui en font la maintenance, pour les boites qui en font à la chaine , principalement du site de com , du site vitrine. Ca va de sites peu cher ( un theme génériques, deux images un peu de contenu et zou) a des site de multinationales, internationalisés avec des workflow de gestion pointus.

Mais tu as peut être un autre avis ?

En même temps si tu mélanges les trucs devops avec le frontend ...

Celui qui encense React est sympathique mais oublie le SEO. Malheureusement en l'état (Google qui prend pas en charge le coté client), ça coûte 3 fois plus de temps de faire la même chose qu'avec les templates.

J'ai essayé de passer un site WP en headless et react est juste pas adapté, ça te rajoute une couche backend pour gérer le SEO et ça devient tout de suite problématique. De plus dans le secteur, les 3/4 des devs React n'ont jamais touché au rendering côté server donc pour faire reprendre ton travail ...

C'est vraiment pour ça que je déteste le monde des devs, dès qu'on y arrive pas, ça devient de la merde

 
J’ai du mal à voir la valeur dans les sangsues    
Écrire de la merde pour se garantir une rente, c’est pas mon idéal de prospérité    
 
Mais j’avoue surtout que c’est pas mon domaine    
Je construis des applis pas des sites webs.

 
Je vois pas en quoi ce sont des sangsues et ce qui te permet de dire que c'est de la merde mais bref.

 
 
 
C’est pas moi qui parlait initialement de l’effet de rente lié à WP

youmoussa et ses avis tout en nuances

le bon outil pour le bon usage. Franchement un WP bien monté, ça fait le taf de n'importe quel service com/marketing sans avoir à réinventer la roue

Edit : je n'ai pas parlé de sangsue, c'est toi et toi seul qui utilise ce terme. Moi je ne parle que d'un marché avec de la place et de la rentabilité.

 
D'ailleurs je vois pas en quoi WP est difficilement maintenable. Les véritables sangsues ce sont les boîtes qui facturent 10k€ pour découper une photo et la mettre dans un template Mais ça, t'en as quelque soit la techno.

 
Tu as parlé de poules aux œufs d’or. On casse rarement la poule aux œufs d’or. Donc il y a une volonté de laisser son client dépendant, ce que j’appelle une sangsue  

Je suis sûr qu'en vrai tu n'es pas aussi désagréable, mais là franhcment, c'est bien au dela de la déformation de propos, c'est dur d'argumenter avec toi  

 
Tu découvres l'IT en fait ?