Tout dépend de la BD hein ?!

Encoder une page dans l'url en base64, à la manière de zerobin.

Youtube-dl n'est plus maintenu. Vive yt-dlp

En installant Dietpi sur un Raspberry Pi 400, j'ai eu des difficultés à faire fonctionner le wifi. La carte était bien reconnue, le réseau aussi mais lorsque je lançais la vérification de la connexion, le retour était toujours négatif.

Par contre, avec un câble réseau éthernet, la connexion à internet était fonctionnelle. Et c'est là que se situait le problème.
Avec Dietpi, actuellement, il faut choisir entre éthernet ou wifi. Il n'est pas possible d'avoir les deux en même temps, sans que le wifi ne plante. Cela vient du fait que, si l'on déconnecte le câble éthernet pour utiliser le wifi mais en laissant la carte éthernet active, dietpi va chercher à connecter d'abord la carte éthernet (ce qu'il ne pourra pas faire puisque le câble est débranché) puis le wifi (qui du coup plantera car le temps de connexion sera dépassé).

Donc, si l'on veut utiliser le wifi, il faut désactiver la carte éthernet. Pour cela, il faut ouvrir un terminal et taper la commande :

sudo dietpi-config

Cela va lancer l'utilitaire maison permettant de configurer l'os. On choisira (à l'heure où j'écris ces lignes) l'option 7 : Network Options: Adapters.

Ensuite, on sélectionnera la ligne Ethernet de manière à ce qu'elle affiche Ethernet : Available | [Off] | Disconnected.
À l'inverse, il faudra que la ligne concernant le wifi soit égale à WiFi : Available | [On] | Connected et que la carte wifi soit active : Onboard WiFi : [On].

Une fois cela fait, on lancera le test de connexion en bas de cette même page, qui devrait retourner un résultat positif : Test : [Success] | Online

On pourra alors sortir de l'utilitaire et naviguer sans encombre sur les réseaux.

Ce logiciel est trop bien.

Merci à l'équipe de dev qui contribue à son code et merci de l'avoir mis à la disposition de la communauté.

Je sais où ira mon prochain don. ;)

«Ce n’est pas une dimension très importante de l’état de santé de quelqu’un. Ce n’est pas une violation d’un secret très important», expliquait-il.
JM Blanquer

C'est juste un pied dans la porte.

Soit il y a secret médical sur l'ensemble du dossier médical, soit il n'y a plus de secret du tout.

L'article qui va avec...

J'ai écris ce script afin de faciliter le partage de fichiers depuis un ordinateur d'un réseau local vers un autre ordi.

J'utilise ufw comme parefeu et gnome-terminal comme terminal. Il faudra peut-être adapter le script à votre configuration si vous utilisez autre chose.

On peut choisir le port et conserver la règle d'ouverture du port choisi.
On a le choix également entre un serveur python ou un serveur php.

Le serveur php crée temporairement un fichier monothread-server.php qui est utilisé comme routeur par php.

Il y a deux fichiers qui sont utilisés et qui doivent être placés dans le dossier ~./local/share/nemo/scripts/ :

• un fichier run-server qui permet de lancer véritablement le processus. Ce fichier doit être exécutable.
• un fichier server-monthread qui contient toute la logique du script et qui n'a pas besoin d'être exécutable

run-server est minimaliste :

EDIT : en utilisant ce premier script, je ne pouvais pas l'utiliser en dehors du répertoire dans lequel il était placé.

#!/bin/bash
gnome-terminal --hide-menubar --geometry 95x24+400+200 -e "$SHELL ./server-monothread"

EDIT : je l'ai donc ré-écris pour qu'il soit utilisable partout :

#!/bin/bash
gnome-terminal --hide-menubar --geometry 95x24+400+200 --command="$SHELL -c '$SHELL ~/.local/share/nemo/scripts/server-monothread'"

server-monothread est plus complet :

#!/bin/bash

# Pour avoir un retour du choix de l'utilisateur
asksomething()
{
    read -r -p "$....

Comme j'ai des soucis avec mon afficheur Markdown, je vous mets le fichier en téléchargement :

• Version basique :
  • https://bookmarks.ecyseo.net/server-monothread-v1
• Version avec envoi de fichiers (via php) :
  • https://bookmarks.ecyseo.net/server-monothread-v2

Enjoy !

via Timo

Tutoriel sur les permissions sous linux