En effet cela peut paraître dommage, mais dans ce modèle une personne pouvait très simplement relayer n'importe quoi à l'ensemble des utilisateurs. C'est un bon modèle si 100% des contributeurs respectent ce modèle, mais il en suffit d'un seul pour obtenir des conséquences très importantes et nuir gravement à l'image du Journal du hacker (et ses contributeurs donc).
Historiquement tous les sites de type agrégateur de liens (Hacker News, Reddit, Lobste.rs) fonctionnement avec une mise en avant propulsée par le vote des autres utilisateurs, ce qui est en fait aussi notre modèle. Il y a 2 ans nous avons relâché la pression sur ce point suite à une mise à jour du moteur, mais nous avions fonctionné dans ce modèle pendant les 2 premières années depuis la création.
Le changement est assez mineur et les modérateurs ont l'habitude d'aider les articles qui les intéressent à sortir du lot. 2 votes pour un article intéressant, c'est loin d'être impossible à obtenir.
Donc, on complique la vie à tous les autres - à cause d'un malotru… Sur ce coup, je ne suis pas sûr que ce soit pratique !
Et, me connaissant, je vais oublier à tous les coups… ou régulièrement… et comme ce n'est pas pratique, je finirais par ne plus le faire - je ne dis pas cela, pour rejeter la faute sur le système, loin sans faut.
Et, il est très probable que je ne sois pas le seul !
@carlchenet: Tiens, ça me rappelle que très récemment, je t'ai interpellé sur la modération… il a fallu un “regrettable” incident, voire incendie, pour trouver une solution différentielle ;)
Maintenant, j'ai un peu peur en ce qui concerne des articles, tels que ceux pour OpenBSD, car clairement, ça ne déchaîne pas les passions, et a beaucoup de mal à “décoller” !?
Sur Github, gérer un blog jekyll ne nécessite qu'un navigateur web (le serveur met à jour à chaque git push et on peut modifier ou créer des fichiers et les commiter directement via l'interface web). Bref, c'est trivial avec un smartphone.
(jekyll a été conçu par un des fondateurs de github : Tom Preston-Werner)
Pas tout à fait. Les ordinateurs quantiques peuvent faire des choses que savent aussi faire les ordinateurs classiques. Mais plus rapidement. C'est une question de performance/complexité, pas une question de possibilité/calculabilité.
Plus précisément, des chercheurs d'IBM et de la TÜM ont prouvé que les circuits quantiques de profondeur constante peuvent résoudre des problèmes dont la résolution par des circuits classiques nécessite une profondeur au moins logarithmique.
De mon expérience, qui n'est certainement pas la plus complète,
la mise à jour a distance n'est pas simple en l'état et la façon dont est publié les billets, je ne vois vraiment pas comment cela pourrait l'être.
a ce jour et pour jekill (dsl connais pas trop pellican) il faut simuler linux sur android, installer ruby and co… c'est pas neutre.
si la partie admin n'est pas statique, il y a des failles de sécurité potentielle.
un wordpress mis à jour n'est peut être pas inviolable, mais avec un peu de bon sens pour la bdd, il me semble que cela reste assez compliqué.
Après chacun est libre de faire avec l'outil qu'il lui plaît, je dis juste que les élément a charge du dynamique ne me semblent pas autant rédhibitoires et qu'utiliser un statique est un effet de mode.
Après j'avoue que de pouvoir utiliser son compte gitlab ou github pour stocker ses pages perso c'est vraiment sympa.
Rien n'empêche de mettre en place un moyen de mettre à jour à distance, on pourrait même envisager une app android avec le générateur… ou alors si tu as un laptop bha voilà tu as tout ce qu'il te faut.
Il existe même des générateurs statiques avec une admin web pour justement rédiger et publier. Du coup la partie admin est dynamique mais la partie publique ne l'est pas.
Si ton disque dur flambe bha c'est pareil que ce soit statique ou non… il te faut du backup.
Concernant la sécurité, bon sens ou non, s'il y a une faille dans ton CMS… bha tu te la prends dans la tronche.
J'ai essayé jenkill pendant un moment, et j'en suis revenu.
Le gros problème des systèmes statiques, à mon sens, c'est qu'on ne puisse pas mettre à jour le blog de n'importe ou.
Tu es en déplacement? tu es en vacances? …. tu peux rien poster. Sans compter que le jour ou ton disque dur flambe…
Enfin, les points négatifs que tu évoques ne me semblent pas aussi rédhibitoire et limitatif.
les attaques DOS c'est pas tous les jours que tu en essuis pour un blog personnel…
les injections sql avec wordpress par exemple c'est quand même assez chaud, notamment si tu as un peu de bon sens…
quand aux dépendances ou plutôt l'indépendance de l'hébergement, c'est de plus en plus compliqué de trouver un hébergement qui ne propose pas php et mysql et pas l'inverse et un service qui tombe c'est assez rare, à moins d'être autohébergé.
J'attends ton retour dans quelques mois, pour moi c'est un effet de mode.
La je suis entrain de refaire un blog perso depuis symfony soit le strict opposé au statique :D
Bonne chance pour tes 2 projets
Problèmes de connexion avec la BDD WordPress donc je laisse mon commentaire ici :
Pour le changement de serveur, je suppose qu'on évoque la compatibilité matériel limitée, un argument dépassé pour Linux depuis longtemps et qui s'expliquait een grande partie par le closed-source et la nécessité de faire du reverse-engineering.
C'est une très bonne chose. Il est amusant de constater que nombres de pays africains contribuent beaucoup à OpenStreeMap dans le but de cartographier leurs territoires qui changent très rapidement avec l'exode rural en cours et aussi à cause des manque des états dans ce domaine. La France a une histoire forte de la cartographie et il est temps que l'État français s'investisse davantage dans la cartographie numérique libre.
Il faut savoir que cette pub pour SAP ne s'adresse pas à des gens techniques, mais à des CEO de grosses boîtes qui n'ont jamais mis les doigts sur un ordinateur et se basent les clichés du métier et ce que font les autres pour prendre leur décision. Ce type de clichés leur va très bien.
J'avais presque oublié Caliopen (voir https://www.caliopen.org/fr/), c'est prometteur et bientôt dans les bacs : Beta septembre 2018, version 1.0 mars 2019.
haha c'est malheureusement souvent le cas, un peu comme les backups !
En effet cela peut paraître dommage, mais dans ce modèle une personne pouvait très simplement relayer n'importe quoi à l'ensemble des utilisateurs. C'est un bon modèle si 100% des contributeurs respectent ce modèle, mais il en suffit d'un seul pour obtenir des conséquences très importantes et nuir gravement à l'image du Journal du hacker (et ses contributeurs donc).
Historiquement tous les sites de type agrégateur de liens (Hacker News, Reddit, Lobste.rs) fonctionnement avec une mise en avant propulsée par le vote des autres utilisateurs, ce qui est en fait aussi notre modèle. Il y a 2 ans nous avons relâché la pression sur ce point suite à une mise à jour du moteur, mais nous avions fonctionné dans ce modèle pendant les 2 premières années depuis la création.
Le changement est assez mineur et les modérateurs ont l'habitude d'aider les articles qui les intéressent à sortir du lot. 2 votes pour un article intéressant, c'est loin d'être impossible à obtenir.
Donc, on complique la vie à tous les autres - à cause d'un malotru… Sur ce coup, je ne suis pas sûr que ce soit pratique ! Et, me connaissant, je vais oublier à tous les coups… ou régulièrement… et comme ce n'est pas pratique, je finirais par ne plus le faire - je ne dis pas cela, pour rejeter la faute sur le système, loin sans faut. Et, il est très probable que je ne sois pas le seul !
Il faut prendre le réflexe d'aller picorer les articles dans récents.
@carlchenet: Tiens, ça me rappelle que très récemment, je t'ai interpellé sur la modération… il a fallu un “regrettable” incident, voire incendie, pour trouver une solution différentielle ;)
Maintenant, j'ai un peu peur en ce qui concerne des articles, tels que ceux pour OpenBSD, car clairement, ça ne déchaîne pas les passions, et a beaucoup de mal à “décoller” !?
Néanmoins, bonne initiative… ;)
Sur Github, gérer un blog jekyll ne nécessite qu'un navigateur web (le serveur met à jour à chaque
git pushet on peut modifier ou créer des fichiers et les commiter directement via l'interface web). Bref, c'est trivial avec un smartphone.(jekyll a été conçu par un des fondateurs de github : Tom Preston-Werner)
Pas tout à fait. Les ordinateurs quantiques peuvent faire des choses que savent aussi faire les ordinateurs classiques. Mais plus rapidement. C'est une question de performance/complexité, pas une question de possibilité/calculabilité.
Plus précisément, des chercheurs d'IBM et de la TÜM ont prouvé que les circuits quantiques de profondeur constante peuvent résoudre des problèmes dont la résolution par des circuits classiques nécessite une profondeur au moins logarithmique.
C’est une bonne approche je pense !
Si vous avez des questions, n'hésitez pas à les poser.
Tcho !
De mon expérience, qui n'est certainement pas la plus complète,
la mise à jour a distance n'est pas simple en l'état et la façon dont est publié les billets, je ne vois vraiment pas comment cela pourrait l'être. a ce jour et pour jekill (dsl connais pas trop pellican) il faut simuler linux sur android, installer ruby and co… c'est pas neutre.
si la partie admin n'est pas statique, il y a des failles de sécurité potentielle.
un wordpress mis à jour n'est peut être pas inviolable, mais avec un peu de bon sens pour la bdd, il me semble que cela reste assez compliqué.
Après j'avoue que de pouvoir utiliser son compte gitlab ou github pour stocker ses pages perso c'est vraiment sympa.
Rien n'empêche de mettre en place un moyen de mettre à jour à distance, on pourrait même envisager une app android avec le générateur… ou alors si tu as un laptop bha voilà tu as tout ce qu'il te faut.
Il existe même des générateurs statiques avec une admin web pour justement rédiger et publier. Du coup la partie admin est dynamique mais la partie publique ne l'est pas.
Si ton disque dur flambe bha c'est pareil que ce soit statique ou non… il te faut du backup.
Concernant la sécurité, bon sens ou non, s'il y a une faille dans ton CMS… bha tu te la prends dans la tronche.
J'ai essayé jenkill pendant un moment, et j'en suis revenu.
Le gros problème des systèmes statiques, à mon sens, c'est qu'on ne puisse pas mettre à jour le blog de n'importe ou.
Tu es en déplacement? tu es en vacances? …. tu peux rien poster. Sans compter que le jour ou ton disque dur flambe…
Enfin, les points négatifs que tu évoques ne me semblent pas aussi rédhibitoire et limitatif.
J'attends ton retour dans quelques mois, pour moi c'est un effet de mode.
La je suis entrain de refaire un blog perso depuis symfony soit le strict opposé au statique :D Bonne chance pour tes 2 projets
Problèmes de connexion avec la BDD WordPress donc je laisse mon commentaire ici :
Pour le changement de serveur, je suppose qu'on évoque la compatibilité matériel limitée, un argument dépassé pour Linux depuis longtemps et qui s'expliquait een grande partie par le closed-source et la nécessité de faire du reverse-engineering.
tout à fait
C'est exatement ce qui est dis en bas de l'article. Ça n'enpeche pas qu'il faut leur expliquer
Gros succès des générateurs de sites web statiques. J'y réfléchis moi-même pour mes projets.
C'est une très bonne chose. Il est amusant de constater que nombres de pays africains contribuent beaucoup à OpenStreeMap dans le but de cartographier leurs territoires qui changent très rapidement avec l'exode rural en cours et aussi à cause des manque des états dans ce domaine. La France a une histoire forte de la cartographie et il est temps que l'État français s'investisse davantage dans la cartographie numérique libre.
Il faut savoir que cette pub pour SAP ne s'adresse pas à des gens techniques, mais à des CEO de grosses boîtes qui n'ont jamais mis les doigts sur un ordinateur et se basent les clichés du métier et ce que font les autres pour prendre leur décision. Ce type de clichés leur va très bien.
Je pense que c'est moi qui me suit trompé. Merci !!
J'avais presque oublié Caliopen (voir https://www.caliopen.org/fr/), c'est prometteur et bientôt dans les bacs : Beta septembre 2018, version 1.0 mars 2019.
Tcho !