Ça n'est pas "user friendly" pour deux sous :/ J'élimine cette solution au vu des 'demandes' précises que j'ai eu d'une personne au moins, reflétant l'avis général (simplicité et ergonomie, par expérience dans mon GULL, les débutants ne se frottent pas aux ML et j'ai fait pareil au début)
C'est prévu bien sûr ;)
Dès que j'aurais mis un peu d'ordre. Je ne sais pas encore comment organiser mes résultats par rapport à ce qui a déjà été écrit, je verrai.
Il semble répondre au besoin d'après son nom et sa phrase d'accroche :) les vidéos n'étaient qu'un besoin secondaire. Je vais le tester très rapidement !
Merci !
J'ai fini par trouver l'info dans la doc de Movim, on peut effectivement se connecter à un serveur XMPP externe et c'est une excellente nouvelle
La mauvaise c'est qu'il faut PHP 5.3 et je n'ai qu'un 5.2.x :(
Newebe demande Python
Jappix ne donne pas d'infos, la doc que j'ai eu un peu de mal à trouver ne fait qu'expliquer l'installation sur un serveur dédié ..
Foutus hébergeurs :(
Je testerai volontiers SàT mais il semble avoir besoin de Python non ?
Je me doutais que les prérequis techniques allaient poser un problème, c'est un peu pour ça que j'ai écrit ce journal d'ailleurs.
Si je m'arrange pour m'auto héberger je le sens moyen sur les débits, j'ai peur que ça ne les fasse fuir rapidement.
Hum, il semble que ce soit raté pour Friendica, les pré-requis PHP ne sont pas disponibles sur un serveur mutualisé
libCurl PHP module (required)
GD graphics PHP module (required)
OpenSSL PHP module (required)
mysqli PHP module (required)
mb_string PHP module (required)
.htconfig.php is writable (required)
Generate encryption keys (required)
Command line PHP (required)
PHP register_argc_argv (required)
La versión en línea de comandos de PHP en tu sistema no tiene "register_argc_argv" > habilitado.
Esto es necesario para el funcionamiento de la entrega de mensajes.
Tout est ok, sauf le dernier d'après le message (alors qu'il est bien vert pourtant)
Plus important, dans le fichier d'install il y a des indications sur les options Apache à avoir, que je n'ai pas semble-t-il :(
Je me prend des erreurs 404 ou 500 malgré les consignes que j'ai suivies dans ce même fichier.
Suivant
Oui, coté utilisateur.
Mais le serveur hébergeant Jappix doit avoir son propre serveur XMPP pour dialoguer avec les autres serveurs non ? Sauf si on peut donner l'url d'un autre serveur Jabber mais ça m'étonnerait il faut probablement être administrateur.
C'est effectivement une option à laquelle j'ai pensé en validant le journal, phpBB puisque je le connais bien permet tout à fait d'avoir un forum totalement privé, de couper les inscriptions aussi je pense et de partager les photos sans trop de problèmes.
Avantage pour le forum les discussions sont classables par sujet/catégories ce que ne permettent pas les réseaux sociaux je crois.
Vu que c'est moins sexy je garde cette option au chaud au cas où le reste ne fonctionnerai pas.
Hum, avec la syntaxe propre au Wiki à apprendre, et le partage de photos/vidéos pas facilité ça ne me semble être une barrière trop haute.
Un peu comme si je leur proposait Etherpad, c'est incomplet et austère pour des discussions privées.
En effet, je ne l'ai pas dit clairement mais c'en est une. J'ai même peur qu'ils refusent tous ou presque de s'inscrire sur un nouveau site (alors qu'évidemment ça ne les dérange pas quand il faut le faire pour FB puis Instagram puis Gmail, puis .. )
Par exemple les réseaux basés sur XMPP peuvent poser un souci, les quelques serveurs publics utilisables quand ils ne déconnectent pas régulièrement ne permettent pas de retrouver un mot de passe. Et ça oblige 2 inscriptions, une sur Jabber et l'autre sur le site "social" (je sais que FB utilise Jabber mais c'est fermé, ça ne permet pas de l'utiliser ailleurs)
Oui, les contraintes techniques sont pénibles, mais ce journal est aussi l'occasion de se rendre compte qu'on ne facilite pas la vie des quelques personnes qui seraient tentées de lancer un nœud de réseau social décentralisé sur leur hébergement existant.
Il faudrait pousser les autres langages / moteurs SQL chez les hébergeurs mutualisés autant que pousser les logiciels qui en ont besoin au public (pas Mme Michu mais un peu au dessus)
Retroshare fait surtout du partage de fichiers et si j'ai bien compris c'est plutôt du p2p donc pas vraiment fait pour être installé sur un serveur
(+ la contrainte Java non ?)
Diaspora est le premier auquel j'ai pensé (le plus médiatique reste forcément plus en mémoire) mais oui, RoR l'élimine aussitôt.
Newebe je ne connais pas mais je vais aller voir :)
Jappix comme Movim m'ont tenté mais ils nécessitent un serveur XMPP si je ne me trompe pas. À moins qu'on ne puisse les "relier" à un serveur XMPP externe genre jabber.org ?
FTP est éliminé aussi, je ne souhaite pas relancer les discussions d'un autre journal mais il bloque avec les pare feu, il n'est pas évident à utiliser pour "le commun des mortels" et est carrément austère.
Le forum j'y répond en dessous, c'est l'idée qui m'a traversé l'esprit juste avant de valider le journal
Tu devrais t'aider d'une "mind map" pour écrire alors, je connais le même problème que toi pour les projets mais pour l'écriture je m'en sors. Il n'y a aucun mal à s'aider de ce genre de soft ;)
Jamais testé pour ma part, mais je pense le faire un de ces jours (c'est dans ma TODO list sur GTG :D )
Je m'en sors en écrivant d'abord les titres de chapitres (ou l'idée générale s'il n'y a pas de titre) puis une petite intro selon les cas, et enfin je rédige chaque paragraphe l'un après l'autre.
Ton texte est clair mais les formulations me semblent bien "trop" complexes pour quelqu'un qui débarque dans le libre. J'ai peur que beaucoup de non-libristes potentiellement intéressés finissent par un "trop long, pas lu" (ou j'arrête au milieu parce que c'est lourd)
Ce n'est pas du tout une critique négative parce qu'il faut aussi des textes plus travaillés que ceux de bas niveau que je tente de faire pour "attirer le regard"
Quel est le public ciblé ? Tu publies ça sur ton site si je comprends bien.
Deux petites corrections je pense, une typo:
> Le libre à su se garder de choisir des racines contestataires, et c ’est heureux.
Une conjugaison:
> De tels choix ne peuvent conduire qu'à une aliénation à la posture contesté
Y'avait un topic qui parlait de Miui à l'époque sur le forum mais soit il a disparu soit je ne l'ai pas retrouvé. Rmcc qui a fait la version distribuée avec le One a été embauché par Geeksphone pour bosser sur ... Cyanogen, hélas.
Donc il n'y a plus personne j'ai l'impression, surtout pour le One :(
Hum, j'ai voulu modifier mais j'ai eu un gros panneau rouge :/
J'ai probablement trouvé ma réponse: http://miui-france.org/?page_id=74
Les seuls téléphones supportés officiellement sont ceux là, donc il ne reste qu'à trouver quelqu'un qui s'en est occupé pour le One et maintient la ROM, ça semble pas évident.
J'aimerais bien la tester sur un Geeksphone One, mais j'ai un peu peur, autant de la brique que des fonctionnalités qui ne marchent pas.
J'ai perdu le Wifi en mettant à jour la rcmod (celle fournie d'origine sur le One) et d'après les commentaires sur la Cyanogen (7) les boutons physiques pour décrocher raccrocher ne sont pas opérationnels, un peu frustrant quand même :/
Quelqu'un a des pistes ? ou a déjà testé Miui sur un One ?
Entièrement d'accord, au moins un tri du plus réçent au plus ancien, mais avoir le choix serait encore meilleur :)
Actuellement, et déjà avec la recherche par Google on trouve bien plus d'articles très vieux (< 2005) plutôt que les réçents.. Or pour résoudre un problème technique par exemple il vaut mieux les nouvelles versions. Pareil pour les informations concernant le Libre en général.
À vérifier mais c'est pas impossible en effet.
Je suppose que c'est pareil avec Flashblock quand même, aucune solution n'est parfaite sauf sa mort rapide et douloureuse (pour Adobe pas pour les internautes)
Une autre solution:
Laisser le plugin installé mais le désactiver dans la page des modules complémentaires, onglet plugins
Ça remplace les blocs flash par une image statique gris foncé indiquant de cliquer pour activer le plugin
Mais ça ne me semble pas trop gênant à l'usage
Je te remercie sincèrement pour ces corrections, j'espérais avoir le temps de m'y mettre un de ces jours parce que le tableau de bord inutilisable et autres liens qui abîment les yeux ça va un moment.
Je n'ai pas eu le temps ni le courage de m'y mettre, tu l'a fait ;)
Je redécouvre linuxfr
[^] # Re: Un forum ?
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 2.
Ça n'est pas "user friendly" pour deux sous :/ J'élimine cette solution au vu des 'demandes' précises que j'ai eu d'une personne au moins, reflétant l'avis général (simplicité et ergonomie, par expérience dans mon GULL, les débutants ne se frottent pas aux ML et j'ai fait pareil au début)
[^] # Re: Contrainte supplémentaire
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 2.
En effet, erreur de langage de ma part. Mea Culpa :)
[^] # Re: il y a une page wiki pourça
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 2.
C'est prévu bien sûr ;)
Dès que j'aurais mis un peu d'ordre. Je ne sais pas encore comment organiser mes résultats par rapport à ce qui a déjà été écrit, je verrai.
[^] # Re: Plus simple
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 4.
Il semble répondre au besoin d'après son nom et sa phrase d'accroche :) les vidéos n'étaient qu'un besoin secondaire. Je vais le tester très rapidement !
Merci !
[^] # Re: Contrainte techniques
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 2.
J'ai fini par trouver l'info dans la doc de Movim, on peut effectivement se connecter à un serveur XMPP externe et c'est une excellente nouvelle
La mauvaise c'est qu'il faut PHP 5.3 et je n'ai qu'un 5.2.x :(
Newebe demande Python
Jappix ne donne pas d'infos, la doc que j'ai eu un peu de mal à trouver ne fait qu'expliquer l'installation sur un serveur dédié ..
Foutus hébergeurs :(
Je testerai volontiers SàT mais il semble avoir besoin de Python non ?
Je me doutais que les prérequis techniques allaient poser un problème, c'est un peu pour ça que j'ai écrit ce journal d'ailleurs.
Si je m'arrange pour m'auto héberger je le sens moyen sur les débits, j'ai peur que ça ne les fasse fuir rapidement.
[^] # Re: Friendica
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 2.
Hum, il semble que ce soit raté pour Friendica, les pré-requis PHP ne sont pas disponibles sur un serveur mutualisé
Tout est ok, sauf le dernier d'après le message (alors qu'il est bien vert pourtant)
Plus important, dans le fichier d'install il y a des indications sur les options Apache à avoir, que je n'ai pas semble-t-il :(
Je me prend des erreurs 404 ou 500 malgré les consignes que j'ai suivies dans ce même fichier.
Suivant
[^] # Re: Contrainte techniques
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 2.
Oui, coté utilisateur.
Mais le serveur hébergeant Jappix doit avoir son propre serveur XMPP pour dialoguer avec les autres serveurs non ? Sauf si on peut donner l'url d'un autre serveur Jabber mais ça m'étonnerait il faut probablement être administrateur.
# Merci !
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 2.
Merci à toutes vos propositions, je teste un peu tout ça et je viendrais faire un retour sur la solution qui a plu (ou pas)
[^] # Re: Un forum ?
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 2.
C'est effectivement une option à laquelle j'ai pensé en validant le journal, phpBB puisque je le connais bien permet tout à fait d'avoir un forum totalement privé, de couper les inscriptions aussi je pense et de partager les photos sans trop de problèmes.
Avantage pour le forum les discussions sont classables par sujet/catégories ce que ne permettent pas les réseaux sociaux je crois.
Vu que c'est moins sexy je garde cette option au chaud au cas où le reste ne fonctionnerai pas.
[^] # Re: htaccess ?
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 3.
Hum, avec la syntaxe propre au Wiki à apprendre, et le partage de photos/vidéos pas facilité ça ne me semble être une barrière trop haute.
Un peu comme si je leur proposait Etherpad, c'est incomplet et austère pour des discussions privées.
[^] # Re: Contrainte supplémentaire
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 2.
En effet, je ne l'ai pas dit clairement mais c'en est une. J'ai même peur qu'ils refusent tous ou presque de s'inscrire sur un nouveau site (alors qu'évidemment ça ne les dérange pas quand il faut le faire pour FB puis Instagram puis Gmail, puis .. )
Par exemple les réseaux basés sur XMPP peuvent poser un souci, les quelques serveurs publics utilisables quand ils ne déconnectent pas régulièrement ne permettent pas de retrouver un mot de passe. Et ça oblige 2 inscriptions, une sur Jabber et l'autre sur le site "social" (je sais que FB utilise Jabber mais c'est fermé, ça ne permet pas de l'utiliser ailleurs)
[^] # Re: il y a une page wiki pour ça
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 7.
Pas pensé au wiki LinuxFR, désolé
et merci à tous ceux qui y ont participé
[^] # Re: Contrainte techniques
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 3.
Oui, les contraintes techniques sont pénibles, mais ce journal est aussi l'occasion de se rendre compte qu'on ne facilite pas la vie des quelques personnes qui seraient tentées de lancer un nœud de réseau social décentralisé sur leur hébergement existant.
Il faudrait pousser les autres langages / moteurs SQL chez les hébergeurs mutualisés autant que pousser les logiciels qui en ont besoin au public (pas Mme Michu mais un peu au dessus)
Retroshare fait surtout du partage de fichiers et si j'ai bien compris c'est plutôt du p2p donc pas vraiment fait pour être installé sur un serveur
(+ la contrainte Java non ?)
Diaspora est le premier auquel j'ai pensé (le plus médiatique reste forcément plus en mémoire) mais oui, RoR l'élimine aussitôt.
Newebe je ne connais pas mais je vais aller voir :)
Jappix comme Movim m'ont tenté mais ils nécessitent un serveur XMPP si je ne me trompe pas. À moins qu'on ne puisse les "relier" à un serveur XMPP externe genre jabber.org ?
FTP est éliminé aussi, je ne souhaite pas relancer les discussions d'un autre journal mais il bloque avec les pare feu, il n'est pas évident à utiliser pour "le commun des mortels" et est carrément austère.
Le forum j'y répond en dessous, c'est l'idée qui m'a traversé l'esprit juste avant de valider le journal
[^] # Re: Friendica
Posté par Epy . En réponse au journal Garder contact librement. Évalué à 2.
J'avais pourtant été voir lors du dernier journal de Ploum mais je l'avais oublié, merci je vais aller voir de suite :)
[^] # Re: le quidam ...
Posté par Epy . En réponse au journal Le libre et la gratuité. Évalué à 3.
Tu devrais t'aider d'une "mind map" pour écrire alors, je connais le même problème que toi pour les projets mais pour l'écriture je m'en sors. Il n'y a aucun mal à s'aider de ce genre de soft ;)
Jamais testé pour ma part, mais je pense le faire un de ces jours (c'est dans ma TODO list sur GTG :D )
Je m'en sors en écrivant d'abord les titres de chapitres (ou l'idée générale s'il n'y a pas de titre) puis une petite intro selon les cas, et enfin je rédige chaque paragraphe l'un après l'autre.
[^] # Re: Public ciblé ?
Posté par Epy . En réponse au journal Le libre et la gratuité. Évalué à 2.
Bon du coup j'ai eu mes réponses avec les messages ci-dessus :)
Et je n'avais pas vu le lien vers le wiki pour faire les corrections
# Public ciblé ?
Posté par Epy . En réponse au journal Le libre et la gratuité. Évalué à 3.
Bonjour
Félicitations pour ce texte qui rejoint ce que je cherche à faire de mon coté aussi (par exemple https://linuxfr.org/users/epy/journaux/pourquoi-aider-un-projet-libre ) mais apparemment sur un public différent.
Ton texte est clair mais les formulations me semblent bien "trop" complexes pour quelqu'un qui débarque dans le libre. J'ai peur que beaucoup de non-libristes potentiellement intéressés finissent par un "trop long, pas lu" (ou j'arrête au milieu parce que c'est lourd)
Ce n'est pas du tout une critique négative parce qu'il faut aussi des textes plus travaillés que ceux de bas niveau que je tente de faire pour "attirer le regard"
Quel est le public ciblé ? Tu publies ça sur ton site si je comprends bien.
Deux petites corrections je pense, une typo:
> Le libre à su se garder de choisir des racines contestataires, et c ’est heureux.
Une conjugaison:
> De tels choix ne peuvent conduire qu'à une aliénation à la posture contesté
[^] # Re: Téléphones supportés ?
Posté par Epy . En réponse à la dépêche MIUI est publiée (enfin) en open source. Évalué à 2.
Y'avait un topic qui parlait de Miui à l'époque sur le forum mais soit il a disparu soit je ne l'ai pas retrouvé. Rmcc qui a fait la version distribuée avec le One a été embauché par Geeksphone pour bosser sur ... Cyanogen, hélas.
Donc il n'y a plus personne j'ai l'impression, surtout pour le One :(
[^] # Re: Téléphones supportés ?
Posté par Epy . En réponse à la dépêche MIUI est publiée (enfin) en open source. Évalué à 3.
Hum, j'ai voulu modifier mais j'ai eu un gros panneau rouge :/
J'ai probablement trouvé ma réponse: http://miui-france.org/?page_id=74
Les seuls téléphones supportés officiellement sont ceux là, donc il ne reste qu'à trouver quelqu'un qui s'en est occupé pour le One et maintient la ROM, ça semble pas évident.
# Téléphones supportés ?
Posté par Epy . En réponse à la dépêche MIUI est publiée (enfin) en open source. Évalué à 2.
Est-ce que les seuls téléphones supportés sont ceux qui figurent sur la page http://en.miui.com/a-1.html ?
J'aimerais bien la tester sur un Geeksphone One, mais j'ai un peu peur, autant de la brique que des fonctionnalités qui ne marchent pas.
J'ai perdu le Wifi en mettant à jour la rcmod (celle fournie d'origine sur le One) et d'après les commentaires sur la Cyanogen (7) les boutons physiques pour décrocher raccrocher ne sont pas opérationnels, un peu frustrant quand même :/
Quelqu'un a des pistes ? ou a déjà testé Miui sur un One ?
# plusun
Posté par Epy . En réponse à l’entrée du suivi Trier les recherches par date. Évalué à 3 (+0/-0).
Entièrement d'accord, au moins un tri du plus réçent au plus ancien, mais avoir le choix serait encore meilleur :)
Actuellement, et déjà avec la recherche par Google on trouve bien plus d'articles très vieux (< 2005) plutôt que les réçents.. Or pour résoudre un problème technique par exemple il vaut mieux les nouvelles versions. Pareil pour les informations concernant le Libre en général.
Merci ;)
[^] # Re: C'est mieux sans…
Posté par Epy . En réponse au journal /kick flash #firefox. Évalué à 5.
Tu as bien fait de faire la remarque, du coup j'ai testé et .. non ça ne dit pas que tu as Flash :) Bonne nouvelle
[^] # Re: C'est mieux sans…
Posté par Epy . En réponse au journal /kick flash #firefox. Évalué à 2.
À vérifier mais c'est pas impossible en effet.
Je suppose que c'est pareil avec Flashblock quand même, aucune solution n'est parfaite sauf sa mort rapide et douloureuse (pour Adobe pas pour les internautes)
[^] # Re: C'est mieux sans…
Posté par Epy . En réponse au journal /kick flash #firefox. Évalué à 3.
Une autre solution:
Laisser le plugin installé mais le désactiver dans la page des modules complémentaires, onglet plugins
Ça remplace les blocs flash par une image statique gris foncé indiquant de cliquer pour activer le plugin
Mais ça ne me semble pas trop gênant à l'usage
# Milles mercis !
Posté par Epy . En réponse au journal Modifications de Nightgrey. Évalué à 2.
Je te remercie sincèrement pour ces corrections, j'espérais avoir le temps de m'y mettre un de ces jours parce que le tableau de bord inutilisable et autres liens qui abîment les yeux ça va un moment.
Je n'ai pas eu le temps ni le courage de m'y mettre, tu l'a fait ;)
Je redécouvre linuxfr