Crunchez vos adresses URL
|
Rejoignez notre discord
|
Hébergez vos photos
Page 310 sur 311 PremièrePremière ... 210260300302303304305306307308309310311 DernièreDernière
Affichage des résultats 9 271 à 9 300 sur 9327
  1. #9271
    Merci pour ta réponse. Domain Driven Design est très intéressant mais gagnerait à être plus concis je trouve. Il gagnerait aussi à arrêter de répéter que le DDD est très difficile et demande une rigueur infinie Mais sinon très bon bouquin, j'aurais dû le lire il y a 20 ans..

    Je note pour les diplômes d'anglais.

    En cherchant un peu, j'ai trouvé une certif de sécurité qui semble vraiment reconnue dans le milieu :
    https://www.offsec.com/courses-and-certifications/

    Mais la vache elle n'est pas donnée et de plus ce n'est pas super clair si c'est une formation à plein temps où qu'on peut faire sur son temps libre. Et avec le délai super short de 90 jours pour passer l'exam, je suis un peu refroidi..

    J'ai trouvé une autre mini-formation sur coursera sur le sql avancé qui est pas mal. C'est loin d'être évident de trouver des spécialisations avancées, ou alors il faut aller sur les sites des outils directement (je sais que la certif Symfony est bien bien difficile, en tout cas quand j'avais regardé il y a 7 ans c'était le cas). J'ai vu que mongodb, spring et nestjs en proposent aussi mais je ne crois pas que me spécialiser soit une si bonne idée.

  2. #9272
    Une faille de sécurité intéressante dans les mails HTML (plus précisément dans les clients mail) :

    https://lutrasecurity.com/en/articles/kobold-letters/

    Tout con mais fallait y penser

  3. #9273

  4. #9274
    Ce n'est pas la première fois que ça arrive Il y a un hack assez vieux (au moins 10 ans ?) qui permet d'interroger l'historique d'un visiteur et de deviner quels sites il a visité. Il suffisait de créer un lien <a> et de regarder en js la couleur du lien : il était bleu si site jamais visité, violet sinon. Bien sur on ne pouvait pas déterminer l'historique précis du visiteur, mais au moins interroger un paquet de noms de domaines ou d'urls.

    Je suppose que ça a été patché depuis, bien que ça ne m'étonnerait qu'à moitié que non.

  5. #9275
    Bien sûr, ça va dépendre de chaque navigateur, mais Gecko (Firefox) est au moins au courant du hack: https://developer.mozilla.org/fr/doc...sited_selector

  6. #9276
    Ce ne sont pas des formations mais il y a des newsletter payantes sur la tech qui sont plutôt reconnues du type Bytebytego ou The Pragmatic Engineer. Ca peut valoir le coût d'investir dedans.

  7. #9277
    Citation Envoyé par raaaahman Voir le message
    Bien sûr, ça va dépendre de chaque navigateur, mais Gecko (Firefox) est au moins au courant du hack: https://developer.mozilla.org/fr/doc...sited_selector
    Ouais donc ça a été corrigé, quand même. Je me souviens être tombé sur une page qui m'avait sorti une partie de mon historique de navigation, ça m'avait fait bizarre à l'époque

    Citation Envoyé par Exureris Voir le message
    Ce ne sont pas des formations mais il y a des newsletter payantes sur la tech qui sont plutôt reconnues du type Bytebytego ou The Pragmatic Engineer. Ca peut valoir le coût d'investir dedans.
    Merci pour le tips, je me suis inscrit aux versions gratuites pour voir

    Au passage, je recommande le podcast Soft Skills Engineering sur le travail de développeur tout sauf technique. Les animateurs sont assez drôles, il y a souvent des invités cools et je les trouve mesurés et pertinents.

  8. #9278
    Salut, Je suis la personne à l'origine du CPC Checker (https://chromewebstore.google.com/de...kaaafghpmmlpdc), puis comme bcp de monde je dois migrer cette extension vers Manifest V3.
    Je ne suis pas dév pro (c'est un hobby) et dans l'ensemble j'arrive à m'en sortir, sauf pour la gestion des données, avant j'utilisais le LocalStorage de la page de background, c'était facile. Mais en manifest v3 il faut utiliser le Chrome.storage et c'est bcp moins simple à utiliser. Actuellement je suis parti pour mettre toutes mes variables dans un objet settings que je charge du storage au lancement de l'extension et que je sauvegarde lorsque nécessaire. Pour l'instant je ne suis même pas certains que cela fonctionne car je n'arrive pas à voir mon "settings" dans l'inspecteur.
    Est-ce une bonne méthode ? ou je vais droit dans le mur. Je demande car pour l'instant j'ai juste modifié le background.js un peu a l'arrache pour avancer mais comme je suis pas sûr sur ce point, je cherche un peu de réconfort avant de modifier le popup et les options.

    Les sources (mettez vos lunettes de soleil ça va piquer) https://github.com/moimadmax/CPC-Checker

  9. #9279
    J'avais vu ton message sur l'autre topic mais pas réagi car je n'ai jamais fait de dev pour plugin.

    Vu que Chrome a visiblement changé des choses de son coté t'obligeant à changer ton code, tu devrai aller voir directement les conseils de migrations (soit directement publié par Google, soit par des devs qui on eu le même problème que toi et ont probablement partagé ça sur Stackoverflow ou un blog quelconque).

  10. #9280
    Un tour rapide permet de voir que localStorage a été supprimé car synchrone et que chrome veut tout passer en async.

    Cette réponse SO récap bien la situation : https://stackoverflow.com/a/70708120

    En gros tu peux passer par chrome.storage ou IndexedDB. Je ne recommande pas IndexedDB, qui est assez lourd à utiliser.

    Donc oui, on dirait que tu es parti sur la bonne méthode.

    Ne peux-tu pas simplement essayer de charger ton objet de settings au lancement et le logger dans la console ? Tu saura si il y a bien des données.

    D'autre part attention, chrome.storage est async, ça veut dire que tu ne peut pas utiliser la syntaxe habituelle pour la plupart des appels aux fonctions (il faut utiliser .then() ou async/await, demande nous si tu as besoin d'aide là dessus).


    ---

    Edit :

    Rien à voir, mais le nouveau site de canardpc.com est un wordpress. Je suis partagé entre "quelle tristesse" et "c'est l'outil approprié en fait".
    Dernière modification par Awake ; 08/05/2024 à 20h51.

  11. #9281
    J'ai de plus en plus de mal à voir Wordpress comme approprié dans un environnement un peu sérieux : juste pour avoir un déploiement de prod et de dev (voir même de pré-prod) c'est étonnamment compliqué / clunky. Quand tu regarde ce qu'il met en DB c'est affreux, et je ne parle pas de l'état des thèmes payant actuels : avant c'était "tu paye 10€ pour un truc très bien" et voilà, maintenant tu paye le même prix (voir plus cher) et tu te retrouve avec un empilement Frankenstein de plugins plus dégueux les uns que les autres.

    Chez nous on envisage Wagtail comme remplacement, au moins on repasse sur du un peu plus moderne et on n'a pas besoin d'acheter des plugins pour les trucs de base comme le multi-langue...

  12. #9282
    Crachez pas sur Wordpress.

    Déja on est pas obligé de passer par un thème, il y a l'éditeur de blocs maintenant, etc ... C'est plus pareil (et moi j'aime toujours l'éditeur classique avec un constructeur de page, meilleur combo)


    Avant ils avaient payé 70 ou 80 000 euros pour leur site, et vraisemblablement ca coutait cher de le maintenir. Et le Web mine de rien ca évolue vite donc tout ce qui est custom vieillit plus vite

    Si ils ont une merde sur leur Wordpress, ils pourront la résoudre sans avoir besoin d'un ingénieur web a 500 balles de l'heure (évidemment désolé de balancer ca en face de devs, mais vous etes chers et 80% des sites se satisferont d'un wordpress)

    Wordpress est rapide, scalable, tu peux faire du web dynamique assez facilement maintenant ...

    Évidemment je mettrais pas les sites gouvernementaux ou des grosses boites en Wordpress
    Grand maître du lien affilié

  13. #9283
    C'était déjà un WP le site de CPC.
    Là il y a clairement des choses à optimiser et du cache à coller sur le site pour que ça tourne bien.

    - - - Mise à jour - - -

    Citation Envoyé par tompalmer Voir le message
    Avant ils avaient payé 70 ou 80 000 euros pour leur site, et vraisemblablement ca coutait cher de le maintenir. Et le Web mine de rien ca évolue vite donc tout ce qui est custom vieillit plus vite

    Si ils ont une merde sur leur Wordpress, ils pourront la résoudre sans avoir besoin d'un ingénieur web a 500 balles de l'heure (évidemment désolé de balancer ca en face de devs, mais vous etes chers et 80% des sites se satisferont d'un wordpress)

    Wordpress est rapide, scalable, tu peux faire du web dynamique assez facilement maintenant ...

    Évidemment je mettrais pas les sites gouvernementaux ou des grosses boites en Wordpress
    T'es pas du métier donc comme d'habitude tu nous les casse à dire de la merde.
    Sérieusement tu as aussi le droit de t'abstenir.

    Et d'ailleurs CPC n'a.jamais claqué 70k dans le site.


  14. #9284
    Ouais la home qui met 6 secondes + à charger chez moi, ça la fout mal. Et google va pas aimer non plus :<

  15. #9285
    J'ai déjà vu des devis d'installation/customisation Wordpress à 50k, donc l'argument du prix... bon.

    Et aujourd'hui, même en étant dev, wordpress c'est un risque de perdre beaucoup de temps et d'argent.

    Mon dernier exemple en date : on a eu un stagiaire qui devait travailler sur un nouveau site web chez nous, sur wordpress. Pour le laisser bosser en isolation, je lui installe ce qu'il faut pour qu'il bosse en local sur sa machine ; me disant qu'une fois que tout sera validé, je ferai un backup de la DB / fichiers locaux et que je migrerai tout sur un serveur.

    Bah c'était avant de découvrir que wordpress recopie l'url du domaine dans des milliers d'endroits dans la DB, formaté de manière différentes (j'ai au moins trouvé 5 patterns différents), écrit pour les ressources, par les plugins, dans des JSON, etc. Plein d'endroits complètement inappropriés : le domaine, ça ne nécessite normalement qu'une entrée en DB, pas plus.
    J'ai écrit un code de migration pour réécrire toutes ces merdes vers la nouvelle URL et même là il restait des trucs qui déconnaient. Ahurissant. (et j'ai été effectivement payé au tarif dev pour m'arracher les cheveux devant cette horreur).


    Un autre exemple : un site en prod reposant sur un thème acheté il y 6 ans, mais plus compatible avec les dernières versions de WP. Mais dont l'auteur ne supporte plus ledit thème, donc pas de migration possible. L'équipe commerciale n'a pas le temps de migrer le contenu (très lié au thème), donc ça reste fatalement en place. WP pas mis à jour, versions de PHP désuètes, vous connaissez la suite.


    WP, c'était très bien il y a 15 ans. Mais les pratiques ont changées, le web s'est énormément industrialisé et assaini, et il accuse vraiment son age.

  16. #9286
    Citation Envoyé par tenshu Voir le message

    T'es pas du métier donc comme d'habitude tu nous les casse à dire de la merde.
    Sérieusement tu as aussi le droit de t'abstenir.
    Je trouve cette agressivité déplacée, tom a le droit de participer, pas besoin d'être certifié expert cpc pour venir discuter ici.

  17. #9287
    Citation Envoyé par tompalmer Voir le message
    Si ils ont une merde sur leur Wordpress, ils pourront la résoudre sans avoir besoin d'un ingénieur web a 500 balles de l'heure (évidemment désolé de balancer ca en face de devs, mais vous etes chers et 80% des sites se satisferont d'un wordpress)
    Je dirais bien que cet d'argument est un peu concon mais quand on rechigne à payer le moindre frais de développement ou hébergement et qu'on vient quémander des conseils gratuits sur le topic, ça m'étonne pas trop de lire ce genre de phrase en vrai.

    Citation Envoyé par tenshu Voir le message
    C'était déjà un WP le site de CPC.
    Là il y a clairement des choses à optimiser et du cache à coller sur le site pour que ça tourne bien.

    Et d'ailleurs CPC n'a.jamais claqué 70k dans le site.
    Hélas si.



    Source : https://www.kickstarter.com/projects.../posts/2112955

    Pas trop envie de revenir sur ces diverses campagnes qui ont donné naissance à un produit assez désastreux, mais la rédac s'est soit noyée dans un nid de couleuvre sans maîtriser le sujet, soit elle s'est juste promptement faite arnaquer.

  18. #9288
    70k pour du vrai custom et du conseil, ça n'est vraiment pas déconnant.

  19. #9289
    Citation Envoyé par Dross Voir le message

    Un autre exemple : un site en prod reposant sur un thème acheté il y 6 ans, mais plus compatible avec les dernières versions de WP. Mais dont l'auteur ne supporte plus ledit thème, donc pas de migration possible. L'équipe commerciale n'a pas le temps de migrer le contenu (très lié au thème), donc ça reste fatalement en place. WP pas mis à jour, versions de PHP désuètes, vous connaissez la suite.


    WP, c'était très bien il y a 15 ans. Mais les pratiques ont changées, le web s'est énormément industrialisé et assaini, et il accuse vraiment son age.
    Bah c'est juste que les mecs ont pas eu les bonnes pratiques, plutot que de se baser sur les plus ins du type ACF, ils vont utiliser un theme qui prémâche le travail, mais dont on ne maitrise pas les dépendances.
    C'est pas Wordpress le problème ici

    Citation Envoyé par Fastela Voir le message
    Je dirais bien que cet d'argument est un peu concon mais quand on rechigne à payer le moindre frais de développement ou hébergement et qu'on vient quémander des conseils gratuits sur le topic, ça m'étonne pas trop de lire ce genre de phrase en vrai.
    Bah non mais une petite boite comme CPC ne peut pas se mettre dans la main d'un prestataire qui va couter le salaire d'un employé tous les mois pour juste maintenir un truc a flot.

    T'ás plein de boites qui tournent sous Wordpress et n'ont aucun problème, et ca leur coute une fraction de vos honoraires.

    Être sur le Web est obligatoire de nos jours, et si on avait pas Wordpress on aurait d'un coté le choix d'aller sur des plates formes et engrosser le Web centralisé,
    ou payer de l'argent précieux qu'on peut mettre dans nos produits (quand on l'a tout court).

    Le problème c'est que le profil des entreprises qui utilise Wordpress, ca reste souvent des entreprises qui veulent pas se prendre la tete mais un peu quand meme, mais utilisé par des gens compétants ca fait de bons sites qui font le job.
    Grand maître du lien affilié

  20. #9290
    Citation Envoyé par tompalmer Voir le message
    Bah c'est juste que les mecs ont pas eu les bonnes pratiques, plutot que de se baser sur les plus ins du type ACF, ils vont utiliser un theme qui prémâche le travail, mais dont on ne maitrise pas les dépendances.
    C'est pas Wordpress le problème ici
    Wordpress c'est un écosystème. Et le monde des thèmes et des plugins en fait parti.

    Si tu veux faire du multi-langue, tu va utiliser WPML, et ça ne me semble pas être une mauvaise pratique. Tu ferait comment toi ?

  21. #9291
    Citation Envoyé par Awake Voir le message
    Je trouve cette agressivité déplacée, tom a le droit de participer, pas besoin d'être certifié expert cpc pour venir discuter ici.
    Je me suis jamais prétendu Dev, mais je crée, gère et je vends des sites, je comprends rien quand on me parle de Ruby on rails mais je sais comment faire ce que je veux avec Wordpress.

    Je vois pas pourquoi les Techos ne pourraient pas se mélanger avec ceux qui le sont un peu moins, pour moi le Web tant que ca marche et que tu peux satisfaire le visiteur, ca reste le meme métier

    - - - Mise à jour - - -

    Citation Envoyé par Dross Voir le message
    Wordpress c'est un écosystème. Et le monde des thèmes et des plugins en fait parti.

    Si tu veux faire du multi-langue, tu va utiliser WPML, et ça ne me semble pas être une mauvaise pratique. Tu ferait comment toi ?
    J'ai rien contre les plu gins, je te dis juste que les thème sont obsolètes depuis les années 2014, puisque les constructeurs de pages te permettent de tout personnaliser et tout est déja intégré.

    Passer par le Customizer pour faire son design, c'est vraiment dépassé, et c'est une source d'incompatibilité.

    Pour Elementor tu as le thème Hello Elementor, qui fait rien du tout et n'offre aucune feature, il permet juste de partir sur la base de code la plus optimisée et propre possible et ca rentrera en conflit avec rien

    - - - Mise à jour - - -

    Citation Envoyé par Awake Voir le message
    Ouais la home qui met 6 secondes + à charger chez moi, ça la fout mal. Et google va pas aimer non plus :<
    Juste la dessus, si tu as Object cache + un plug in de cache au niveau du code, un CDN, et voire si tu veux vraiment optimiser un truc qui unload les plug ins qui se charge un peu partout pour rien ...
    ca peut se charger en moins d'une seconde. Surtout en PHP 8.

    Je sais pas ce qu'ils ont fait ou si le serveur est fatigué, mais ca se corrige facilement

    - - - Mise à jour - - -

    De ce que vois sur GTMetrix, le serveur met 11 secondes a répondre

    Mais sur le graphique en cascade, tu vois que tout le reste se charge en une seconde en fait
    Grand maître du lien affilié

  22. #9292
    Citation Envoyé par tompalmer Voir le message
    J'ai rien contre les plu gins, je te dis juste que les thème sont obsolètes depuis les années 2014, puisque les constructeurs de pages te permettent de tout personnaliser et tout est déja intégré.

    Passer par le Customizer pour faire son design, c'est vraiment dépassé, et c'est une source d'incompatibilité.

    Pour Elementor tu as le thème Hello Elementor, qui fait rien du tout et n'offre aucune feature, il permet juste de partir sur la base de code la plus optimisée et propre possible et ca rentrera en conflit avec rien
    Sauf que t'a pas forcément envie de partir d'une page blanche. Souvent ceux qui vont remplir un siteweb n'ont pas de culture générale en webdesign, donc si tu les fait partir sur un truc trop générique à personnaliser ça ne va pas marcher.

    C'est la raison du succès des plateformes comme ThemeForest : l’exécutif / le commercial peux surfer dessus, se projeter sur une de ses trouvailles, il paye il installe et il va de l'avant. En soit ce n'est pas du tout déconnant. Mais le soucis c'est que ces dernières années ce genre de thèmes t'oblige à ramener 36 plugins derrière et c'est là que tu met de bras dans le tordeur, oui ça ne devrait pas être comme ça, mais c'est l'état de l'écosystème wordpress actuel.

    L'idée d'un CMS c'est quand même que des non techno puissent faire une partie du travail, et utiliser tout les outils qui se présentent à eux dans l'écosystème.

  23. #9293
    Bah voila on est d'accord, c'est un problème d'interface chaise clavier, on a tous fait cette erreur.

    Mais Wordpress, utilisé intelligemment est un outil plutôt redoutable.
    On en revient au "c'est un métier", il faut de la méthodologie et apprendre a s'en servir.

    Mais de l'autre coté c'est pas du tout élitiste, tu peux ne pas savoir coder, tu peux payer un dev pour corriger un problème sans que ca coute un bras.
    Grand maître du lien affilié

  24. #9294
    C'est pas du tout élitiste mais ça t'enverra dans le fond du canyon si tu fait juste utiliser l'écosystème de manière tout à fait normale, drôle de philosophie.

    Non, c'est juste super vieux et les fondamentaux du logiciel n'ont jamais été remis au goût du jour depuis, et ça se vois partout où on pose le regards.

    Entre l'archi derrière (cf le bordel en base de données dont je parlais plus haut), les manques absurdes en 2024 (utiliser un plugin externe pour le multi-langue), l'écosystème faisandé, les gotcha de configuration (le cache est notoirement connu pour être étrange sur WP, allant jusqu'à recommander des plugins pour se mettre correctement derrière des CDN (!)), les usages modernes peu facile à mettre en place (staging), et j'en passe.

    On peux faire des choses avec, ça personne ne dis le contraire. Mais j'ai aussi connu des équipes qui ont fait des merveilles d'ingénieries pour utiliser Wordpress envers et contre tout pour au final faire un tel développement qu'il aurai été 3x plus facile, rapide et maintenable de prendre autre chose ; et pour un résultat franchement moyen.

    Aujourd'hui t'a d'autres solutions sur le marché, oui tout le monde n'a pas les reins pour sortir une PWA avec un backend REST derrière, mais y'a tout un monde entre ça et WP. Chez nous, WP, c'est fini, on a eu trop d'emmerdes avec, dans les prochains mois je vais sortir WP de notre stack et on passera sur des solutions bien plus appropriées pour nos besoins de CMS clé en main.

  25. #9295
    Citation Envoyé par Fastela Voir le message
    .
    Hélas si.

    https://i.kickstarter.com/assets/020...LtLvVlXpMm8%3D

    Source : https://www.kickstarter.com/projects.../posts/2112955

    Pas trop envie de revenir sur ces diverses campagnes qui ont donné naissance à un produit assez désastreux, mais la rédac s'est soit noyée dans un nid de couleuvre sans maîtriser le sujet, soit elle s'est juste promptement faite arnaquer.
    On avait un peu debunk ce graph à l'époque mais je vais pas remettre une pièce dans la machine.

    - - - Mise à jour - - -

    Citation Envoyé par Awake Voir le message
    Je trouve cette agressivité déplacée, tom a le droit de participer, pas besoin d'être certifié expert cpc pour venir discuter ici.
    Bah qu'il commence à arrêter d'ouvrir sa grande bouche pour gratter du support gratos ou pour n'importe quoi sur nos professions.


  26. #9296
    Citation Envoyé par Awake Voir le message
    Un tour rapide permet de voir que localStorage a été supprimé car synchrone et que chrome veut tout passer en async.

    Cette réponse SO récap bien la situation : https://stackoverflow.com/a/70708120

    En gros tu peux passer par chrome.storage ou IndexedDB. Je ne recommande pas IndexedDB, qui est assez lourd à utiliser.

    Donc oui, on dirait que tu es parti sur la bonne méthode.

    Ne peux-tu pas simplement essayer de charger ton objet de settings au lancement et le logger dans la console ? Tu saura si il y a bien des données.

    D'autre part attention, chrome.storage est async, ça veut dire que tu ne peut pas utiliser la syntaxe habituelle pour la plupart des appels aux fonctions (il faut utiliser .then() ou async/await, demande nous si tu as besoin d'aide là dessus).
    C'est surtout que au lieu d'utiliser localstorage comme une simple variable, il faut maintenant faire des appels asynchrones, et donc normalement exécuter ce qui utilise la variable en retour de cet Evénement asynchrone, ça fait bcp de changement lorsque le programme n'a pas été fait comme ça à la base. Je comprend que techniquement, ne pas bloquer le processus le temps de charger 5Mo de data c'est intéressant, mais mes variables font souvent 1 octet et rarement plus de 20 octets. Du coup c'est un peu le tank pour tuer une mouche.

    Du coup je vais rester sur la voie du tout dans un objet. Merci.

  27. #9297
    Citation Envoyé par moimadmax Voir le message
    c'est un peu le tank pour tuer une mouche.
    Belle métaphore pour ce qu'est devenu le developpement utilisant les technologies du web, si je puis me permettre (mais je ne suis pas vraiment du métier ).

    Quitte à écrire des bêtises, plutôt qu'une extension propriétaire et toutes les contraintes que cela implique, est-ce qu'il ne serait pas plus simple de la porter dans un script tournant dans TamperMonkey et consors, i.e. s'exécutant après le chargement de la page ?

    Je bricole assez fréquemment avec pour copier des données (re)formatées, personnaliser des interfaces ou supprimer des éléments indésirables dans le DOM.

    Si je ne m'abuse, on peut aussi l'utiliser faire des choses extrêmement sophistiquées, y compris récupérer des données en arrière-plan ou sauvegarder un paramétrage.

    https://greasyfork.org/en

    Edith : TamperMonkey est compatible Manifest v3

    https://github.com/Tampermonkey/tamp...ent-2094925643
    Dernière modification par Foksadure ; Hier à 14h17.
    « Sans puissance, la maîtrise n'est rien »

  28. #9298
    A part Wordpress vous conseillez quoi comme CMS, headless ou pas.
    Principalement pour quelqu'un ayant de l'xp en JS / PHP / Vue.

    J'y connais rien a cet ecosystem, et quand des copains me posent des questions sur quel genre de "framework" ils pourraient partir je sais pas quoi leur répondre a part "wordpress"

  29. #9299
    Il y a quelques années, j'avais eu une bonne expérience avec Grav https://getgrav.org/ . Basé sur symfo.

    Sinon j'utilise aussi Hugo https://gohugo.io/ sur plusieurs sites, c'est super, mais on est un cran en dessous du CMS, il n'y a pas d'interface d'admin, il faut modifier des fichiers markdown à la main. Ca génère un site 100% statique.

  30. #9300
    Hugo je vois pour le statique, mais quand on me pose ce genre de question c'est rarement pour du statique.

    Je vais check grav voir on ca se place et p'tet envoyer ca a quelques gens, merci.
    Je prends d'autres suggestion si vous avez.

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •