tisaac a écrit 816 commentaires

Quand je regarde ceci : https://rss.geekinfo.fr/api/, je me dis qu'effectivement, il doit y avoir un problème du côté du serveur.

Je vais les contacter ne fut-ce que pour les informer (au cas où ils ne seraient pas déjà au courant)

Surtout, ne pas tout prendre au sérieux !

le problème avec nom et prénom comme les miens c'est que tu as forcément des homonymes, une recherche google renvoi 20 500 000 références, alors que celui de ma compagne 11 300.

Ne sois pas si modeste. Cette différence s'explique surtout par le fait que grâce à ton bouquin tu es devenu une star interplanétaire ;-)

Surtout, ne pas tout prendre au sérieux !

Je suis impressionné par la cure d'amaigrissement de la section Divers / TODO / pense-bête !

Surtout, ne pas tout prendre au sérieux !

Surtout, ne pas tout prendre au sérieux !

J'ai à première vue aussi ce sentiment.

Surtout, ne pas tout prendre au sérieux !

c'est juste que c'est difficile a expliquer (pas rationnel)

D'autres ont déjà rencontré ces difficultés. J'ai l'impression que tu as plus de succès dans ta pédagogie des blagues.

Surtout, ne pas tout prendre au sérieux !

C’est le gros point noir technique. Mastodon consomme à mort pour le service rendu. Je n’ai pas essayé de configurer le service au-delà de ce que propose l’outil.

Est-ce qu'il pourrait y avoir des rendements d'échelle qui font que c'est énorme pour une petite instance mais raisonnable pour une plus grosse. Je me dis que cela ne peut pas être si cata que cela sans quoi on n'aurait pas de grosses instances, non ?

Avec toutefois un gros bémol : l’affichage de l’historique des publications des personnes. Concrètement, si je croise un message d’un inconnu (dans le sens : quelqu’un qui n’est pas dans mes contacts), si je veux voir son historique de messages, il y a 95 % de chances pour que celui-ci m’apparaisse vide. C’est un gros défaut pour mon usage : quand je vois quelqu’un qui poste un contenu qui me plait, j’aime bien savoir si c’est le type de contenus que cette personne publie d’ordinaire (auquel cas ça vaut le coup de la suivre) ou si c’est un message inhabituel.

Bon cela fait un clic de plus mais on a bien la possibilité de voir cet inconnu sur sa propre instance, non ? En tout cas, j'ai l'impression que cela m'arrive régulièrement d'être invité de consulté l'instance d'origine d'une personne pour voir l'entièreté de ses messages.

Drulac, il y a 3 heures

J’ai eu testé d’héberger une instance Pleroma également, qui était pour le coup beaucoup plus light que Mastodon niveau consommation de ressources :D !

Ce serait intéressant que tu migres su Pleroma et que tu fasses une analyse comparative Pleroma vs Mastodon ;-)

Surtout, ne pas tout prendre au sérieux !

En fait, dans mon équipe (vu qu'on utilise parfois ce genre de représentation)

• soit on représente les gares avec des "gros" disques de manière à les rendre plus visibles
• soit, plus fréquemment, on représente une diffusion à partir des arrêt. On simplifie souvent en supposant une diffusion à vol d'oiseau ce qui n'est pas super pour la précision mais comme implicitement c'est de la marche à pied (oui, oui, j'ai vu la contradiction avec le vol d'oiseau ;-)) donc plutôt lent, la perte de précision n'est pas énorme.

Surtout, ne pas tout prendre au sérieux !

Merci pour vos suggestions. Malheureusement, je suis un peu long à la comprenure.

De powerdmarc.com suggéré par Marc, je retiens que la partie qui m'inquiète

<policy_published>
<domain>tisaac.be</domain>
<adkim>r</adkim>
<aspf>r</aspf>
<p>reject</p>
<sp>reject</sp>
<pct>100</pct>
<np>reject</np>
</policy_published>

concerne : Your DMARC record specifications as published in your domain’s DNS

Quand j'utilise le site convertisseur suggéré par Donk, j'ai ceci:

Hormis <np>reject</np>, je retrouve mes petits mais sans les comprendre pour autant.

Que signifie par exemple

• subdomain policy : reject
• SPF alignement : relaxed

et à quoi correspond le pourcentage ?

Surtout, ne pas tout prendre au sérieux !

Comme je viens de migrer chez Nubo, je crois (et j'espère) que je vais y rester un certain temps.

Cela n'empêche que votre offre me semble intéressante aussi bien en terme économique qu'en terme de valeur (et le sera d'autant plus qu'en le passage en SCOP sera fait [mais prenez le temps, vu qu'à mon humble avis, la précipitation est mauvaise conseillère pour ce genre de transformation]).

Un truc qui me pose question, c'est la limite journalière. Je ne pense pas écrire plus de 35 mails perso par jour en temps normal mais de manière exceptionnelle (invitation à une fête par exemple), je peux imaginer dépasser ce quota. Concrètement, si je suis sur votre offre Start, cela va bloquer au 36ème mail ? et je devrai attendre le lendemain pour continuer ? je pourrai envoyer un 36ème mail et les suivants mais je serai "surtaxé" par la suite ? Ou dit-on comprendre cela comme 35 envois/jour en moyenne ?

Je termine sur une grosse critique. Un € supplémentaire pour la livraison à domicile (oui oui, je n'habite pas le petit pays coincé entre la Bretagne et la Belgique) ? Je crois que je préférerais me passer de stickers.

Surtout, ne pas tout prendre au sérieux !

Chez Nubo, il me semble qu'une fois que tu as un nom de domaine personnalisé, tu peux avoir autant d'alias que tu le souhaites.

Surtout, ne pas tout prendre au sérieux !

Au final, j'ai réussi à utiliser ./gnirehtet pour faire du reverse tethering.

La différence semble se situer au niveau du PC et pas du téléphone.

N'a pas fonctionné avec PC fixe sur Debian 11 connecté en filaire à internet.
A fonctionné avec PC portable sous Fedora 37 connecté en WiFi à internet.

Je constate juste. Je n'ai pas d'explications.

Surtout, ne pas tout prendre au sérieux !

Quand cela fonctionne, on a truc du genre

2023-06-20 19:50:29.971 INFO Main: Starting relay server on port 31416…
2023-06-20 19:50:29.971 INFO Relay: Relay server started
2023-06-20 19:50:29.972 INFO Main: Checking gnirehtet client…
2023-06-20 19:50:30.118 INFO Main: Starting client…
Starting: Intent { act=com.genymobile.gnirehtet.START cmp=com.genymobile.gnirehtet/.GnirehtetActivity }
2023-06-20 19:50:33.131 INFO TunnelServer: Client #0 connected
2023-06-20 19:50:33.137 INFO TcpConnection: 10.0.0.2:46164 -> 80.67.169.40:853 Open
2023-06-20 19:50:33.307 INFO TcpConnection: 10.0.0.2:60674 -> 216.58.215.46:443 Open
2023-06-20 19:50:33.554 INFO TcpConnection: 10.0.0.2:60674 -> 216.58.215.46:443 Close
2023-06-20 19:50:36.523 WARN TcpConnection: 10.0.0.2:46164 -> 80.67.169.40:853 Ignoring packet 1009831671 (acking 2759250057); expecting 1009831670; flags=16
2023-06-20 19:50:36.541 INFO TcpConnection: 10.0.0.2:46164 -> 80.67.169.40:853 Close
2023-06-20 19:50:39.604 INFO TcpConnection: 10.0.0.2:46192 -> 80.67.169.40:853 Open
2023-06-20 19:50:42.035 INFO TcpConnection: 10.0.0.2:46192 -> 80.67.169.40:853 Close

Surtout, ne pas tout prendre au sérieux !

Pour compléter, c'est comme chez bcp d'autres limité aux offres payantes

Surtout, ne pas tout prendre au sérieux !

Je ne dis pas que cela aurait été mieux, mais je n'aurais pas fait pareil.

Si j'ai bien compris, tu colores les tracés des lignes de chemin de fer selon le temps pour atteindre ces "points" par rapport à la gare de départ que tu as fixé.

Moi, j'aurais eu tendance à colorer uniquement les gares et arrêts. Pourquoi ?
1) C'est plus facile. Si je ne m'abuse, les GTFS comprennent les coordonnées des arrêts => passage par openstreetmap pour chercher les trajets n'est pas nécessaire
2) C'est plus précis. J'imagine qu'entre deux points d'arrêt, tu es obligé d'appliquer une règle un peu approximative pour déterminer le temps de trajets jusqu'à ce "point" là (vu que les GTFS ne donnent à ma connaissance que les horaires aux arrêts et pas entre eux)
3) C'est plus correcte. La plupart des sociétés ferroviaires et autres opérateurs de transport publics, invitent en général les voyageurs à ne pas descendre du train (bus, tram,…) avant l'arrêt complet de celui-ci (en gare). Par conséquent, les points entyre deux arrêts ne sont en fait pas accessibles tels quels. Il faut prendre un autre TC et le temps de parcours et plus long.

Surtout, ne pas tout prendre au sérieux !

Tester avec un Samsung A20e et même type de résultats

2023-06-15 13:28:31.365 INFO Main: Starting relay server…
2023-06-15 13:28:31.365 INFO Relay: Relay server started
2023-06-15 13:28:31.366 INFO Main: Checking gnirehtet client…
2023-06-15 13:28:31.593 INFO Main: Installing gnirehtet client…
Performing Streamed Install
Success
2023-06-15 13:28:37.351 INFO Main: Starting client…
Broadcasting: Intent { act=com.genymobile.gnirehtet.START flg=0x400000 cmp=com.genymobile.gnirehtet/.GnirehtetControlReceiver }
Broadcast completed: result=0

et rien ne se passe du côté de l'ordinophone.

Surtout, ne pas tout prendre au sérieux !

après

./gnirehtet autorun
Le PC dit

2023-06-15 12:36:53.082 INFO Main: Starting relay server…
2023-06-15 12:36:53.082 INFO Relay: Relay server started
2023-06-15 12:36:53.083 INFO Main: Checking gnirehtet client…
2023-06-15 12:36:53.155 INFO Main: Starting client…
Broadcasting: Intent { act=com.genymobile.gnirehtet.START flg=0x400000 cmp=com.genymobile.gnirehtet/.GnirehtetControlReceiver }
Broadcast completed: result=0

Surtout, ne pas tout prendre au sérieux !

J'ai trouvé ceci mais cela ne semble pas fonctionner

adb start server
ne fonctionne pas. Il me semble pertinent de le modifier en

adb start-server
La commande semble s'exécuter mais il ne se passe rien de visible (ni sur le PC, ni sur le téléphone). Puis on revient en arrière avec

adb kill-server
et lorsque je fais

./gnirehtet autorun
L'ordinophone ne me dis rien non plus. Et il n'y a toujours pas de connexion internet :-(

Surtout, ne pas tout prendre au sérieux !

ah, sorry pour ma mécompréhension

peut-être que funix en parle sur son site

Surtout, ne pas tout prendre au sérieux !

Quand je fais un montage avec KDEnlive et que j'ai ce souci, je traite la bande son dans Audacity

Séparer image et son est simple avec KDEnlive. Idem pour importer une bande son.

Surtout, ne pas tout prendre au sérieux !

Tu penses vraiment que si l'élève est actif dans son apprentissage, on n'a plus besoin d'enseignant ? C'est totalement l'inverse à mon avis.
Déverser un flot continu d'informations et forcer à les ingurgiter, ça, un robot peut le faire. S'adapter à son public, développer l’appétence, cela me parait plus compliqué.

Mille fois d'accord. Avec des pédagogies actives, on se met bien plus en danger en tant qu'enseignant. Souvent l'élève actif nous mènera quelque part auquel on n'avait pas pensé mais qui est pertinent. Et parfois, cela sort de notre zone de compétence/confort.

Je suis étonné des positions de Pierre-Matthieu sur le sujet quand je vois son parcours où il est quand passé dans une unif et une fac (à LLN) où de mémoire, on tend plutôt vers des pédagogies actives sans que cela ne soit par ailleurs une décision verticale du monde politique. Mais peut-être n'y était-il que comme chercheur et pas comme enseignant.

Surtout, ne pas tout prendre au sérieux !

Je ne suis pas un spécialiste de l'éducation, mais il y a deux grands courants pédagogique :

1 - L'élève est passif dans son apprentissage
2 - L'élève est actif dans son apprentissage

Le courant numéro 1 est historiquement choisi et diffusé comme un dogme en France. Pourtant lorsque l'on utilise le numéro 2, on se rend compte qu'il fonctionne également…

Si tu as des références de bouquins ou d'articles récents (après 2020) qui promeuvent la passivité des élèves, je suis curieux de les voir.
Mon impression est que tous les travaux en pédagogie arrivent à la conclusion que son un rôle actif de l'élève, il n'y a aucun apprentissage à espérer.

Même dans un cours ex-cathedra, l'élève peut faire preuve d'un rôle actif sans que cela ne soit visible de l'extérieur. Si l'élève ne fait pas preuve de réflexion, ne crée pas de lien avec ce qu'il connait déjà … pendant un cours ex-cathedra, son apprentissage sera nul. La difficulté dans le cadre de cours pur ex-cathedra est de mobiliser, inciter cette activité de l'élève. Dans beaucoup de cas, la personne enseignante n'y arrive pas et l'on se retrouve avec un système de photocopie quand même vachement peu efficace. D'où l'intérêt d'essayer autre chose que le cours ex-cathedra pur et dur.

Surtout, ne pas tout prendre au sérieux !

Peut-être pas la fin mais effectivement un soutien de RedHat qui n'est plus présent

Surtout, ne pas tout prendre au sérieux !

C'est une blague:

" Poisson d’avril !

On peut dire que tu les détectes vite. En moins de deux mois ;-)

Surtout, ne pas tout prendre au sérieux !

Ben non, ton argument ne justifie pas que l'on utilise le terme Homme plutôt que Humain qui est un terme épicène.

Surtout, ne pas tout prendre au sérieux !