Je garde mon système à jour sur un Atom avec un disque IDE pourri et ça va très bien. Alors c'est sûr vu que c'est un serveur c'est pas gênant si c'est un peu lent.
Il tourne avec ZFS et poudriere pour la forge de paquets pkgng, j'y héberge mail, sites, murmur (requière Qt tout de même) et ejabberd. Et il fût un temps, minecraft, mais là c'était trop hard avec un Atom :°
Ouais, tu peux faire de manière relative, genre je mets arbitrairement 100 alors que j'ai un plugin qui demande la priorité 10 quoi.
Après on peut rentrer des des étages plus complexes genre les plugins de prio 0 à 100 sont prévus pour faire des actions importantes et longues alors que les plugins de 200 à 300 sont plus légers.
On peut aussi imaginer un gestionnaire de conflit, genre tel ou tel plugin doit absolument passer avant/après tel autre. Bonjour les dépendances 8D
De toute façon il n'y a de limite que l'imagination :)
J'ajouterais aussi que c'est pas très sexy comme OS pour les personnes peu expérimentées.
Les outils ne sont pas les mêmes, la gestion est très différente, donc forcément si on s'attend à avoir un comportement à la Debian, on est dans le pétrin.
J'utilise FreeBSD également et j'en suis vraiment très content, en temps que serveur et sur un PC de bureau « full intel », sauf la carte graphique (ouf).
Cet OS a prit du retard et les raisons sont multiples et ce n'est pas la peine d'en parler… mais je constate que ce qui rebute pas mal de monde, c'est la licence !
Le fait d'avoir un système BSD promeut l'utilisation sans retour systématique des modifications upstream.
Pourtant on se demande bien ce qu'on ferait sans les grosses boites. S'il faut se battre contre tous les brevets déposés, elles sont une manne non négligeable d'idées, de main d'œuvre (combien d'entreprises travaillent aussi pour le libre ?) et de pognon.
Pour les paquets sous FreeBSD, on peut en trouver ici par exemple.
Si les pilotes peuvent être manquants et bogués pour certains matériels, tu (zero_divide) n'as qu'à contribuer au lieu de cracher dessus comme un porc. S'aurait été comme dire à l'époque où Linux commençait que c'est de la merde et qu'il vaut mieux rester sous Windows.
Par contre, FreeBSD a loupé le coche avec la virtualisation et l'ARM, bien que le travail sur ces deux éléments soit en cours et ce depuis un moment.
Posté par Anonyme .
En réponse au message Système de plugins.
Évalué à 0.
Dernière modification le 17 août 2013 à 14:28.
Je ne code pas en Ruby, donc je ne saurai faire l'implémentation de ce que je vais te proposer.
Ce que je ferais en tout cas, c'est lister les plugins disponibles (donc par exemple un fichier -> un plugin avec une classe bien nommée etc…), puis les méthodes de chacun avec une méthode particulière qui va permettre par exemple de « recevoir » les messages entrants/sortants, les traiter et finir par les refourger à qui doit l'avoir.
Avec les méthodes d'introspection de ces langages, la tâche n'est pas bien difficile.
Socket -> réception de message -> traitement par l'application -> traitement par les plugins -> retour du message traité (pas forcément modifié) à l'application -> cours normal des choses.
Le traitement des plugins ça peut être d'envoyer quelque chose automatiquement, de faire une notification via D-Bus, ou de modifier le message entrant, que sais-je.
Et on peut aussi bien imaginer une méthode qui va dans le sens inverse : modification de la saisie d'un message d'un utilisateur pour faire de la correction orthographique automatique par exemple.
Et si tu juges qu'un traitement est long, c'est alors au plugin de se « threader ».
Le problème ce n'est pas de récupérer ces informations mais de savoir quoi en faire. En gros quand je serai décider à utiliser tel ou tel moteur de blog, bah, we'll see :)
Un gestionnaire de version ça serait quand même cool. Enfin, ça m'étonnerais que tu n'en utilise pas localement, mais le mettre à disposition sur Internet ce serait chouette.
En ce qui me concerne ça ne changera rien parce que de toute façon je ne pense pas aller mettre le nez dans le code bien souvent…
Posté par Anonyme .
En réponse au journal Annonce : Manux 0.0.1.
Évalué à 1.
Dernière modification le 15 août 2013 à 11:56.
« Ah, et j'y songe, quand vous l'utilisez, pensez à faire des "sync" réguliers. Je n'ai pas implémenté l'écriture sur disque au bout de quelques secondes […] »
Si on peut faire un script qui tourne en arrière plan alors c'est bon :°
J'ai peut-être mal cherché, mais je n'ai pas trouvé comment était stockées les données, que ce soit les documents, le résultat de l'OCR ou les annotations.
Peux-tu nous en dire plus ?
Non pas qu'elle ne soit pas bien fichue, mais comme c'est du copy/paste des pubs d'Apple qui racontent de grandes conneries pour en mettre pleins les mirettes, bah je trouve ça gerbant au possible. Remarquez, c'est peut-être ce qu'il faut pour le logiciel libre… flatter l'ego de chacun.
Pourquoi stocker les articles en JSON sachant qu'il faudra de toute façon les reproduire en XHTML ?
pour les fichiers de configuration à la rigueur, mais pour les données destinées à être affichées directement sur le site, comme les articles ou les commentaires, ça ne me semble pas être un choix déraisonnable.
Après pour l'indexation, tout dépend du moteur choisi.
et je me pose plusieurs questions:
- pourquoi des commentaires en français ?
- pourquoi un code qui mélange français et anglais ?
- pourquoi des eval à tout va (mais je n'ai pas vérifié si leurs utilisations posaient réellement problème)
et une pépite sur l'exemple de la page dite statique, dont voici le contenu: <p><?php echo 'Ma première page statique !'; ?></p>
[^] # Re: Notoriété
Posté par Anonyme . En réponse au journal FreeBSD un OS sans avenir?. Évalué à 5. Dernière modification le 17 août 2013 à 18:21.
Je garde mon système à jour sur un Atom avec un disque IDE pourri et ça va très bien. Alors c'est sûr vu que c'est un serveur c'est pas gênant si c'est un peu lent.
Il tourne avec ZFS et poudriere pour la forge de paquets pkgng, j'y héberge mail, sites, murmur (requière Qt tout de même) et ejabberd. Et il fût un temps, minecraft, mais là c'était trop hard avec un Atom :°
[^] # Re: Conclusion un peu hâtive, non ?
Posté par Anonyme . En réponse au journal FreeBSD un OS sans avenir?. Évalué à 6. Dernière modification le 17 août 2013 à 17:49.
Je ne dis pas que c'est possible absolument de l'utiliser en desktop, par contre ton article est bon à jeter/réécrire aux deux tiers.
[^] # Re: Parcourir une liste de plugins
Posté par Anonyme . En réponse au message Système de plugins. Évalué à 0.
Ouais, tu peux faire de manière relative, genre je mets arbitrairement 100 alors que j'ai un plugin qui demande la priorité 10 quoi.
Après on peut rentrer des des étages plus complexes genre les plugins de prio 0 à 100 sont prévus pour faire des actions importantes et longues alors que les plugins de 200 à 300 sont plus légers.
On peut aussi imaginer un gestionnaire de conflit, genre tel ou tel plugin doit absolument passer avant/après tel autre. Bonjour les dépendances 8D
De toute façon il n'y a de limite que l'imagination :)
# Chouette
Posté par Anonyme . En réponse au journal Retrouver /dev/dsp sur un Linux récent (2013). Évalué à 1.
Je vais enfin pouvoir jouer a Unreal Tournament 2004 sans utiliser padsp !
[^] # Re: Conclusion un peu hâtive, non ?
Posté par Anonyme . En réponse au journal FreeBSD un OS sans avenir?. Évalué à 2.
Ah oui, pardon, en fait j'ai oublié de préciser que PC-BSD fourni des paquets au format pkgng :)
[^] # Re: Conclusion un peu hâtive, non ?
Posté par Anonyme . En réponse au journal FreeBSD un OS sans avenir?. Évalué à 3.
J'ajouterais aussi que c'est pas très sexy comme OS pour les personnes peu expérimentées.
Les outils ne sont pas les mêmes, la gestion est très différente, donc forcément si on s'attend à avoir un comportement à la Debian, on est dans le pétrin.
[^] # Re: Conclusion un peu hâtive, non ?
Posté par Anonyme . En réponse au journal FreeBSD un OS sans avenir?. Évalué à 5. Dernière modification le 17 août 2013 à 16:15.
J'utilise FreeBSD également et j'en suis vraiment très content, en temps que serveur et sur un PC de bureau « full intel », sauf la carte graphique (ouf).
Cet OS a prit du retard et les raisons sont multiples et ce n'est pas la peine d'en parler… mais je constate que ce qui rebute pas mal de monde, c'est la licence !
Le fait d'avoir un système BSD promeut l'utilisation sans retour systématique des modifications upstream.
Pourtant on se demande bien ce qu'on ferait sans les grosses boites. S'il faut se battre contre tous les brevets déposés, elles sont une manne non négligeable d'idées, de main d'œuvre (combien d'entreprises travaillent aussi pour le libre ?) et de pognon.
Pour les paquets sous FreeBSD, on peut en trouver ici par exemple.
Si les pilotes peuvent être manquants et bogués pour certains matériels, tu (zero_divide) n'as qu'à contribuer au lieu de cracher dessus comme un porc. S'aurait été comme dire à l'époque où Linux commençait que c'est de la merde et qu'il vaut mieux rester sous Windows.
Par contre, FreeBSD a loupé le coche avec la virtualisation et l'ARM, bien que le travail sur ces deux éléments soit en cours et ce depuis un moment.
# Parcourir une liste de plugins
Posté par Anonyme . En réponse au message Système de plugins. Évalué à 0. Dernière modification le 17 août 2013 à 14:28.
Je ne code pas en Ruby, donc je ne saurai faire l'implémentation de ce que je vais te proposer.
Ce que je ferais en tout cas, c'est lister les plugins disponibles (donc par exemple un fichier -> un plugin avec une classe bien nommée etc…), puis les méthodes de chacun avec une méthode particulière qui va permettre par exemple de « recevoir » les messages entrants/sortants, les traiter et finir par les refourger à qui doit l'avoir.
Avec les méthodes d'introspection de ces langages, la tâche n'est pas bien difficile.
Socket -> réception de message -> traitement par l'application -> traitement par les plugins -> retour du message traité (pas forcément modifié) à l'application -> cours normal des choses.
Le traitement des plugins ça peut être d'envoyer quelque chose automatiquement, de faire une notification via D-Bus, ou de modifier le message entrant, que sais-je.
Et on peut aussi bien imaginer une méthode qui va dans le sens inverse : modification de la saisie d'un message d'un utilisateur pour faire de la correction orthographique automatique par exemple.
Et si tu juges qu'un traitement est long, c'est alors au plugin de se « threader ».
Voilà ma vision des choses.
[^] # Re: Et le mobile?
Posté par Anonyme . En réponse à la dépêche Flux RSS / Atom et logiciels libres. Évalué à 3.
L'auteur de Tiny Tiny Rss développe en parallèle une application pour android
[^] # Re: Plugin ?
Posté par Anonyme . En réponse au journal Sortir pluXml en Markdown. Évalué à 0.
Le problème ce n'est pas de récupérer ces informations mais de savoir quoi en faire. En gros quand je serai décider à utiliser tel ou tel moteur de blog, bah, we'll see :)
[^] # Re: Intéressant :)
Posté par Anonyme . En réponse au journal Annonce : Manux 0.0.1. Évalué à 7.
Un gestionnaire de version ça serait quand même cool. Enfin, ça m'étonnerais que tu n'en utilise pas localement, mais le mettre à disposition sur Internet ce serait chouette.
En ce qui me concerne ça ne changera rien parce que de toute façon je ne pense pas aller mettre le nez dans le code bien souvent…
# sync
Posté par Anonyme . En réponse au journal Annonce : Manux 0.0.1. Évalué à 1. Dernière modification le 15 août 2013 à 11:56.
« Ah, et j'y songe, quand vous l'utilisez, pensez à faire des "sync" réguliers. Je n'ai pas implémenté l'écriture sur disque au bout de quelques secondes […] »
Si on peut faire un script qui tourne en arrière plan alors c'est bon :°
[^] # Re: Vidéo promo…
Posté par Anonyme . En réponse à la dépêche ElementaryOS Luna. Évalué à -1.
À côté de la plaque vieux.
[^] # Re: Vidéo promo…
Posté par Anonyme . En réponse à la dépêche ElementaryOS Luna. Évalué à 0.
Et si on faisait quelque chose de nouveau ? De révolutionnaire ? Ça non plus ça n'est pas envisageable ?
[^] # Re: en France, c'etait mieux avant...
Posté par Anonyme . En réponse au journal Armée Suisse, modèle ou pas ?. Évalué à 0.
Le a) implique le b) ? Non?
[^] # Re: Vidéo promo…
Posté par Anonyme . En réponse à la dépêche ElementaryOS Luna. Évalué à 4. Dernière modification le 13 août 2013 à 17:28.
Je ne parlais pas non plus de faire un discours à la RMS. Il y a un milieu à tout, pas besoin de sans arrêt ressortir les extrêmes.
[^] # Re: Re : scan&forget ...
Posté par Anonyme . En réponse à la dépêche Sortie de Paperwork 0.1. Évalué à -10.
cela ne s'appelle pas une femme ?
-> []
# stockage ?
Posté par Anonyme . En réponse à la dépêche Sortie de Paperwork 0.1. Évalué à 2.
J'ai peut-être mal cherché, mais je n'ai pas trouvé comment était stockées les données, que ce soit les documents, le résultat de l'OCR ou les annotations.
Peux-tu nous en dire plus ?
[^] # Re: Pourquoi les hipsters ?
Posté par Anonyme . En réponse à la dépêche ElementaryOS Luna. Évalué à 3. Dernière modification le 12 août 2013 à 19:34.
Non mais c'est super de mettre les gens dans des boîtes. Par exemple on pourrait dire que je suis un connard. C'est fun. Pour certains.
[^] # Re: Vidéo promo…
Posté par Anonyme . En réponse à la dépêche ElementaryOS Luna. Évalué à -1. Dernière modification le 12 août 2013 à 18:35.
Ouais mais on pourrait le faire d'une façon plus « libre » que marketing Appelesque.
[^] # Re: Vidéo promo…
Posté par Anonyme . En réponse à la dépêche ElementaryOS Luna. Évalué à 2.
Pourquoi pas pourquoi pas, c'est uniquement la vidéo qui m'a titillé :)
# Vidéo promo…
Posté par Anonyme . En réponse à la dépêche ElementaryOS Luna. Évalué à 6.
Gerbante.
Non pas qu'elle ne soit pas bien fichue, mais comme c'est du copy/paste des pubs d'Apple qui racontent de grandes conneries pour en mettre pleins les mirettes, bah je trouve ça gerbant au possible. Remarquez, c'est peut-être ce qu'il faut pour le logiciel libre… flatter l'ego de chacun.
Voilà c'est tout.
[^] # Re: XML ?
Posté par Anonyme . En réponse à la dépêche PluXml 5.2 le CMS propulsé à l'XML est de sortie. Évalué à 3.
Pourquoi stocker les articles en JSON sachant qu'il faudra de toute façon les reproduire en XHTML ?
pour les fichiers de configuration à la rigueur, mais pour les données destinées à être affichées directement sur le site, comme les articles ou les commentaires, ça ne me semble pas être un choix déraisonnable.
Après pour l'indexation, tout dépend du moteur choisi.
[^] # Re: Un très rapide petit tour dans les sources
Posté par Anonyme . En réponse à la dépêche PluXml 5.2 le CMS propulsé à l'XML est de sortie. Évalué à 4.
Du moment que c'est en accord avec les objectifs du projet, ce n'est pas un problème en soi.
ce n'est peut être pas le but recherché pour l'instant
dans ce cas, on perd la capacité d'installer un site chez n'importe quel hébergeur.
en fait le projet ne t'interesse pas… ou alors les raisons exposées pour ne pas t'y être "un peu plus penché" me semblent légères
# Un très rapide petit tour dans les sources
Posté par Anonyme . En réponse à la dépêche PluXml 5.2 le CMS propulsé à l'XML est de sortie. Évalué à 6.
et je me pose plusieurs questions:
- pourquoi des commentaires en français ?
- pourquoi un code qui mélange français et anglais ?
- pourquoi des eval à tout va (mais je n'ai pas vérifié si leurs utilisations posaient réellement problème)
et une pépite sur l'exemple de la page dite statique, dont voici le contenu:
<p><?php echo 'Ma première page statique !'; ?></p>c'est fait exprès ?