waazaa

Cet outil, développé en Python puis packagé en binaire avec PyInstaller, permet d’analyser un répertoire de séries TV dont les métadonnées .nfo ont été générées par Sonarr. Son objectif est de relire ces métadonnées et d’utiliser l’API de TMDB afin de remplacer automatiquement le contenu des balises <title> et <plot> dans la langue de ton choix. Le programme peut aussi, de manière optionnelle, récupérer les images localisées dans cette langue lorsque celles-ci sont disponibles sur TMDB. Il facilite ainsi la relocalisation complète des métadonnées textuelles, et éventuellement visuelles, d’une bibliothèque de séries déjà structurée par Sonarr. Télécharger et installerwget https://codeberg.org/waazaa/unraid-packages/raw/branch/main/sonarr-nfo-localizer/sonarr-nfo-localizer-Unraid.txz && installpkg sonarr-nfo-localizer-Unraid.txz Ce paquet contient un binaire créé par pyinstaller depuis ce script python: https://codeberg.org/waazaa/sonarr-metadata-localizer/src/branch/main/root/app/nfo_jellyfin.py Cela permet d'éviter d'installer l'environnement python. FonctionnementUne fois le paquet installé, vous pouvez accéder à l’application sonarr-nfo-localizer et l’utiliser comme suit. Commencez par créer un fichier de configuration, par exemple .env, contenant les variables d’environnement ci-dessous. Vous pourrez ensuite adapter chaque valeur selon vos besoins : export TMDB_API_KEY=27xxxxxxxxxxxxxxxxxxxc export TMDB_LANGUAGE=fr-FR export TMDB_IMAGE_LANGUAGE=fr,null export DOWNLOAD_IMAGES=true export SKIP_EMPTY=true export UPDATE_SHOW_TITLE=false export SERIES_COVER_NAME=cover.jpg export SERIES_POSTER_NAME=poster.jpg export SERIES_BACKDROP_NAME=backdrop.jpg export SERIES_LOGO_NAME=logo.png export SLEEP_BETWEEN_REQUESTS=0.25 export HTTP_TIMEOUT=25 Description des variablesTMDB_API_KEY : votre clé d’API TMDB, requise pour interroger TMDB. TMDB_LANGUAGE : la langue à utiliser pour les métadonnées textuelles récupérées depuis TMDB, comme les titres et les résumés. Exemple : fr-FR. TMDB_IMAGE_LANGUAGE : la langue préférée pour les images localisées. La valeur fr,null signifie que l’outil cherchera d’abord des images en français, puis utilisera des images sans langue spécifiée si aucune n’est disponible. DOWNLOAD_IMAGES : active ou désactive le téléchargement des images. Définissez cette variable à true pour télécharger les images localisées, ou à false pour les ignorer. SKIP_EMPTY : si cette variable est définie à true, l’outil évitera de remplacer des champs existants par des valeurs vides renvoyées par TMDB. UPDATE_SHOW_TITLE : si cette variable est définie à true, le titre de la série sera également mis à jour. Si elle est définie à false, le titre existant sera conservé tel quel. SERIES_COVER_NAME : nom du fichier de sortie à utiliser pour l’image de couverture de la série. SERIES_POSTER_NAME : nom du fichier de sortie à utiliser pour l’affiche de la série. SERIES_BACKDROP_NAME : nom du fichier de sortie à utiliser pour l’image d’arrière-plan de la série. SERIES_LOGO_NAME : nom du fichier de sortie à utiliser pour le logo de la série. SLEEP_BETWEEN_REQUESTS : délai, en secondes, inséré entre les requêtes API afin d’éviter de solliciter TMDB de manière trop agressive. HTTP_TIMEOUT : délai d’expiration HTTP maximal, en secondes, pour les requêtes API et les téléchargements d’images. Exécution de la commandeUne fois votre fichier de configuration prêt, lancez l’outil avec : source .env && sonarr-nfo-localizer /path/to/tvshows Cette commande charge les variables d’environnement depuis le fichier .env, puis exécute sonarr-nfo-localizer sur le répertoire cible contenant vos séries TV. Pour obtenir les versions francaises des informations comme c'est le paramétrage par défaut vous pouvez aussi juste lancer le binaire sans fichier contenant les variables simplement en lui indiquant la clef API TMDB: sonarr-nfo-localizer --api-key 27xxxxxxxxxxxxxxxxxxxc /path/to/tvshows

This tool, developed in Python and then packaged as a standalone binary with PyInstaller, is designed to analyze a TV series directory whose .nfo metadata files were generated by Sonarr. Its purpose is to read these metadata files and use the TMDB API to automatically replace the contents of the <title> and <plot> tags in the language of your choice. Optionally, the program can also retrieve localized images in that same language when they are available on TMDB. It therefore makes it possible to fully relocalize the textual metadata, and potentially the visual assets as well, of a TV series library already structured by Sonarr. Download and installwget https://codeberg.org/waazaa/unraid-packages/raw/branch/main/sonarr-nfo-localizer/sonarr-nfo-localizer-Unraid.txz && installpkg sonarr-nfo-localizer-Unraid.txz This package contains a binary built with PyInstaller from the following Python script: https://codeberg.org/waazaa/sonarr-metadata-localizer/src/branch/main/root/app/nfo_jellyfin.py This makes it possible to avoid installing dependencies such as a Python environment. How it worksOnce the package is installed, you can access the sonarr-nfo-localizer application and use it as follows. First, create a configuration file, for example .env, containing the environment variables below. You can then adjust each value to match your needs: export TMDB_API_KEY=27xxxxxxxxxxxxxxxxxxxc export TMDB_LANGUAGE=fr-FR export TMDB_IMAGE_LANGUAGE=fr,null export DOWNLOAD_IMAGES=true export SKIP_EMPTY=true export UPDATE_SHOW_TITLE=false export SERIES_COVER_NAME=cover.jpg export SERIES_POSTER_NAME=poster.jpg export SERIES_BACKDROP_NAME=backdrop.jpg export SERIES_LOGO_NAME=logo.png export SLEEP_BETWEEN_REQUESTS=0.25 export HTTP_TIMEOUT=25 Variable descriptionTMDB_API_KEY: Your TMDB API key, required to query TMDB. TMDB_LANGUAGE: The language to use for textual metadata retrieved from TMDB, such as titles and plots. Example: fr-FR TMDB_IMAGE_LANGUAGE: The preferred language for localized images. The value fr,null means the tool will first look for French images, then fall back to images without a specified language if none are available. DOWNLOAD_IMAGES: Enables or disables image downloading. Set it to true to download localized images, or false to skip them. SKIP_EMPTY: If set to true, the tool will avoid replacing existing fields with empty values returned by TMDB. UPDATE_SHOW_TITLE: If set to true, the series title will also be updated. If set to false, the existing title will be kept unchanged. SERIES_COVER_NAME: Output filename to use for the series cover image. SERIES_POSTER_NAME: Output filename to use for the series poster image. SERIES_BACKDROP_NAME: Output filename to use for the series backdrop image. SERIES_LOGO_NAME: Output filename to use for the series logo image. SLEEP_BETWEEN_REQUESTS: Delay, in seconds, inserted between API requests in order to avoid hitting TMDB too aggressively. HTTP_TIMEOUT: Maximum HTTP timeout, in seconds, for API and image download requests. Running the commandOnce your configuration file is ready, launch the tool with: source .env && sonarr-nfo-localizer /path/to/tvshows This command loads the environment variables from the .env file and then runs sonarr-nfo-localizer against the target directory containing your TV shows.

Un binaire i686 peut refuser de tourner sur un CPU trop ancien dans ce cas là faut le i586 autrement peu de différences me semble. Les deux étant 32bits. Si tu veux du x86_64 tu as ce paquet: https://slackware.uk/slackware/slackware64-15.0/slackware64/n/sshfs-3.7.2-x86_64-1.txz

C'est un peu comme tous les projets ou applications faut chercher le changelog par exemple: GitHubsshfs/ChangeLog.rst at master · libfuse/sshfsA network filesystem client to connect to SSH servers - libfuse/sshfs

De rien enjoy.

Salut il te faut juste installer le package pour cela. Si tu es amené à l'utiliser régulièrement (comme moi) je te conseille de mettre le paquet d'installation dans le dossier /boot/extra à créer si inexistant du coup cela donnerait cela: mkdir -p /boot/extra && cd /boot/extra wget https://slackware.uk/slackware/slackware64-15.0/slackware64/n/sshfs-3.7.2-x86_64-1.txz installpkg sshfs-3.7.2-x86_64-1.txz Le fait que le paquet sshfs-3.7.2-x86_64-1.txz se trouve dans /boot/extra fera qu'il s'installera tout seul au boot. La commande installpkg c'est juste pour l'installation manuelle de suite sans reboot donc. Oublies pas d'aller décommenter la ligne dans /etc/fuse.conf pour utiliser l'option allow_other.

Mais me semble que tu vas devoir aussi modifier le virrtualhost Ton application php est en plusieurs fichiers ? tu as pas moyen de la montrer pour voir si l'upgrader pour php8 serait compliqué ou pas ?

Essayes de voir en ajoutant des paquets supplémentaire donc en modifiant la partie installation des paquets; # Installation Apache, PHP 5.5.9 et dépendances proxy RUN apt-get update && apt-get install -y \ apache2 \ php5 \ php5-cli \ php5-mysql \ php5-gd \ php5-curl \ php5-ldap \ php5-mcrypt \ php5-intl \ libapache2-mod-php5 \ libapache2-mod-proxy-html \ libxml2-dev \ && apt-get clean && rm -rf /var/lib/apt/lists/* Puis tu buikd de nouveau, sur la page DOCKER de UnRAID si tu veux qu'il prenne la dernière version il te faut aller activer la vue avancée en haut à droite et a partir de ce moment pour chaque container de la page tu trouves un lien "Force update" à utiliser donc.

En fait tu n'as pas à save l'image une fois qu'elle est faite. A la fin de la commande docker build tu as obtenu: REPOSITORY TAG IMAGE ID CREATED SIZE apache-php5.5.9 latest 7c84153844e7 40 minutes ago 271MB Tu peux t'arrêter là pour ton besoin initial. Il te suffit ensuite d'aller dans le template du container que tu veux utiliser pour ton application php et mettre en "repository" : apache-php5.5.9:latest L'autre partie de ma réponse concernait tes besoins de sauvegarder les images mais on voit ca aprés si tu veux.

Hésites pas à me solliciter si tu veux de l'aide dans l'application de ce dont j'ai parlé ici.

Ca m'emmène à répondre au second aspect de ta question qui est de pouvoir stocker soi même les images importantes que l'on utilise. Alors oui des dépôts se ferment pour différentes raisons: sécurité, obsolescence, inactivité, dmca... Il est donc utile de stocker soi même les images que l'on trouve indispensable, un peu comme si tu conservais les exécutables d'installation d'applications ou de pilotes. Pour faire cela avec des images docker tu as à mon sens 2 façons de faire: soit tu exportes l'image en archive et tu stockes l'archive docker save registre/image:tag | gzip > mon-image.tar.gz soit tu fais tourner localement ton propre registre La seconde option est la plus efficace et pour cela il te faut faire tourner un container de registre pour docker comme par exemple registry. Exemple de template à mettre en tant que my-registre-local.xml dans /boot/config/plugins/dockerMan/templates-user : <?xml version="1.0"?> <Container version="2"> <Name>registre-local</Name> <Repository>registry:3</Repository> <Registry>registry:3</Registry> <Network>bridge</Network> <MyIP/> <Shell>sh</Shell> <Privileged>false</Privileged> <Support/> <Project/> <Overview>Pour cr&#xE9;er un htpasswd contenant nouveau credentials:&#13; docker run --entrypoint htpasswd httpd:2 -Bbn testuser testpassword&#13; Et ajouter une ligne avec la réponse de cette commande dans: /mnt/user/registre-local/auth/htpasswd &#13; &#13; Pour login&#13; docker login registre.example.com&#13; &#13; </Overview> <Category/> <WebUI>https://registre.example.com</WebUI> <TemplateURL/> <Icon>https://www.webhi.com/images/world-wide-web.png</Icon> <ExtraParams/> <PostArgs/> <CPUset/> <DateInstalled>1761944556</DateInstalled> <DonateText/> <DonateLink/> <Requires/> <Config Name="/var/lib/registry" Target="/var/lib/registry" Default="" Mode="rw" Description="" Type="Path" Display="always" Required="false" Mask="false">/mnt/user/registre-local/</Config> <Config Name="/auth" Target="/auth" Default="" Mode="rw" Description="" Type="Path" Display="always" Required="false" Mask="false">/mnt/user/registre-local/auth/</Config> <Config Name="REGISTRY_AUTH:" Target="REGISTRY_AUTH" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">htpasswd</Config> <Config Name="REGISTRY_AUTH_HTPASSWD_REALM" Target="REGISTRY_AUTH_HTPASSWD_REALM" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">Registry Realm</Config> <Config Name="REGISTRY_AUTH_HTPASSWD_PATH" Target="REGISTRY_AUTH_HTPASSWD_PATH" Default="" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">/auth/htpasswd</Config> <Config Name="PORT" Target="5000" Default="5000" Mode="tcp" Description="" Type="Port" Display="always" Required="false" Mask="false">5000</Config> <TailscaleStateDir/> </Container>Il faut plusieurs choses pour cela: créer un SHARE registre-local pour stocker tous les layers que tu enverras que tu pointes un sous domaine dessus pour avoir du https et donc certificats SSL Dans le template tu remarqueras que j'utilise la protection htpasswd pour accéder au registre. Du coup avant de pouvoir pull/push vers lui il te faut t'identifier. Pour faire cela c'est assez simple il suffit de se loguer: docker login registre.example.com Ensuite une fois qu'il tourne tu peux retagger les images importantes et pousser vers ton registre privé: docker tag une/image registre.example.com/image docker push registre.example.com/image Et quand tu as besoin de t'en servir tu prends: registre.example.com/image Personnellement j'ai créé une image docker qui fait cela pour moi en indiquant juste les images que je veux cloner il prend ce qui sort pour ces images et les stock sur mon registre privé. Edit: je viens de publier mon image pour cloner les dépôts vers son registre perso si jamais tu vas jusque là. https://hub.docker.com/r/waazaafr/docker-image-cloner

Je te donne une marche à suivre mais faudra que tu regardes cet aspect extensions php si il t'en manque. Dans un dossier de ton unraid de travail tu vas créer un fichier nommé Dockerfile avec ce contenu: FROM ubuntu:14.04 ENV DEBIAN_FRONTEND=noninteractive ENV TZ=Europe/Paris ENV SERVERNAME=localhost.local ENV SERVERADMIN=admin@localhost # Configuration du timezone RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone # Installation Apache et PHP 5.5.9 RUN apt-get update && apt-get install -y \ apache2 \ php5 \ php5-cli \ php5-mysql \ php5-gd \ php5-curl \ php5-ldap \ php5-mcrypt \ php5-intl \ libapache2-mod-php5 \ && apt-get clean && rm -rf /var/lib/apt/lists/* # Activation des modules Apache RUN a2enmod php5 rewrite remoteip WORKDIR /var/www/html EXPOSE 80 CMD ["apache2ctl", "-D", "FOREGROUND"] Ensuite en console UnRAID tu te place dans ce dossier et vas lancer cette commande (attention à bien mettre le point de fin): docker build -t apache-php5.5.9 . Une fois le travail fait tu te retrouves avec une image docker contenant apache2 et php5.5.9 avec quelques modules (mais pas tous peut-être) dans le registre docker interne à ton UnRAID. Tu peux l'utiliser dans ton template à la place de chvb/docker-apache-php tu mets donc: apache-php5.5.9

Salut. Il y a 2 aspects à ta question et je vais tâcher de répondre aux 2. Pour php 5.5.9 je ne t'apprends rien en te disant que ce n'est plus maintenu depuis 2016 je crois alors pour trouver des images docker opérationnelles sur cette version il faut aller sur de vieilles distributions. Je pense que tu sais que il serait mieux d'adapter ton code php5 en php8 mais soit. Dans ta situation il faudrait savoir tous les modules php dont tu aurais besoin pour te refaire une image sur mesure.

Je serais dans ton cas je le rebooterais et regarderais le prompt et ensuite une fois démarré j'irais lancer un: dmesg que j'analyserais patiemment. Les coupures de courant peuvent créer de la corruption car UnRAID est chargé en RAM. Tu pourrais lancer le dmesg maintenant mais depuis le temps tu vas galérer à remonter le temps peut être.

Salut, tu as envisagé un reboot ou cela n'est pas envisageable ?

Template webserver dans le CA pour php8.2, les autres plus récent vont suivre si besoin

Salut, c'est sur que sur le sujet tu dois trouver un paquet de "façons de faire" ou de "conseils". Tu demandes comment héberger ton blog et en parallèle l'impact sur la sécurité. Pour ton blog tout comme beaucoup de sites web il faut un container soit généraliste qui fait tourner un serveur web + php + extensions php dont tu as besoin et celles pour la connexion à un serveur de base de données (dans ton cas probablement mariadb) qu'il te faut aussi faire tourner.. Mise en place d'un serveur web Il y a pléthore de solution de serveur web. Selon la source que tu veux faire tourner dans ses pré-requis elle peut t'indiquer PHP version 7.4 ou version > 8. Je suppose que pour du Wordpress on est sur sur du PHP 8+. J'ai personnellement fait ma propre image polyvalente dont je me sers dés qu'un besoin de ce genre m'arrive. https://hub.docker.com/r/waazaafr/webserver-apache-php8 Un template devrait bientôt arriver dans le CA de UnRAID. Pour cette partie donc il te faut un serveur web, une installation de PHP dans la version que demande la source ainsi que des modules complémentaires que la source demande aussi. Ton wordpress devra se connecter à une base de données également. Mise en place d'un serveur mariadb Il te faudra donc un serveur mariadb pour la partie base de données. Il existe des templates dans le CA donc il te faudra en utiliser un qui te propose dans ses variables de définir les 3 informations importantes: nom de la base de données par défaut nom d'utilisateur mot de passe Ces 3 informations te seront utiles car tu devras les donner dans un fichier de configuration de ton wordpress accompagné de l'adresse IP ou du nom du container mariadb selon ton installation. Aspect sécurité Si tu n'as rien d'ouvert à l’extérieur de chez toi là il te faudra en effet accepter les visiteurs arrivant sur le port d'écoute de ton container serveur web. Ceci sous entend que par défaut sans autre fioritures que tes visiteurs arrivant sur ton blog viseront ta vraie adresse ip. Sur cet aspect tu peux éviter que tes visiteurs connaissent ta vraie IP ce qui te fournira déjà une certaine protection. Pour cela tu as au moins 2 possibilités: utiliser un compte gratuit chez cloudflare (fournisseur américain) qui s'occupera de faire passer tes visiteurs par chez eux et eux s'occupant de les renvoyer chez toi. Cela a pour effet de ne pas indiquer l'ip de chez toi louer un VPS pour faire le relais et tes visiteurs connaîtront l'ip de ce VPS et pas la tienne. Je serais toi je ne m’inquiéterais pas déjà des aspects sécurité et me concentrerais sur la mise en place et le fonctionnement en local de ton blog. Dans un second temps quand ton blog fonctionnera localement il sera temps de te demander comment le rendre "publique". J'ai survolé les aspects techniques ne sachant pas quelle est ton expertise sur ce genre de mise en place donc si besoin de plus amples explications sur la mise en place demandes.

Salut. Ca ne semble pas lié à l'upgrade. 2 pistes: un de tes disques RAM Pour les disques tu devrais passer pour chacun un: smartctl -a /dev/sdX ou sdX peut être sdb / sdc / ... selon le nombre de disques que tu as. Te mettre donc à la recherche d'erreurs car il semblerait que la parité tente d'en reconstruire un mais rencontre des erreurs donc potentiellement un disque en fin de vie. L'erreur "Oops: general protection fault" semble quand à elle plus liée à la RAM.

Salut. Tu peux remplacer le 6To par le 8To si ton 8To n'a pas plus de secteurs que celui en parité... Il arrive des fois que pour le même volume annoncé il y ait quelques secteurs en plus ou en moins... si c'est en moins tant mieux si c'est en plus ça passera pas. Si jamais tu prévois l'achat neuf et si cela t'es possible peut-être que commander chez Amazon avec leur possibilité de retour pourrait être plus rassurant pour toi. Encore faut-il que tu n'ai pas déja le 6To dans ce cas tu le sauras vite si ça rentre ou pas. Pour les câbles tu peux les remplacer sans pour autant brancher les mêmes disques sur les mêmes ports normalement c'est leur id et pas leur emplacement qui les pointe.

Quand tu as demandé TOOLS > New config et de conserver l'existant il te faut aller supprimer le second slot de cache qui attend que tu indiques un disk de libre. Tu mets aucun ou désactive le selon ce que tu peux faire comme action sur la ligne en question.

Salut et bienvenue. Lors de la mise en place la ligne du second cache a du être partiellement activée ce qui fait qu'elle reste dans ta "config". Le terme "config" est important là car c'est le nom que donnes UnRAID à l'attribution des disques dans leurs emplacements (ta page Main). Dans ta situation je pense qu'il va te falloir modifier la "config" en passant par le menu Tools > New Config. On va te demander si tu veux garder l'existant je te conseille de dire oui. Tu as montré une capture d'écran de ta page MAIN montrant tes disques et leurs emplacements, c'est une bonne chose d'avoir une copie de sauvegarde de cette copie d'écran car si tu dois refaire une "config" en partant de zéro il est primordiale que tu mettes les bons disques dans leurs bons emplacements. Ceci étant dit si tu choisis de garder l'existant dans la procédure Tools > New config tu ne devrais pas rencontrer trop de difficultés.

Si tu mappes que /var/www/html vers /mnt/user/appdata/nextcloud par exemple alors tu auras du coup les dossiers créés suivant durant le boot du container: /mnt/user/appdata/nextcloud/data /mnt/user/appdata/nextcloud/html /mnt/user/appdata/nextcloud/custom_apps /mnt/user/appdata/nextcloud/config Et d'autres peut-être aussi, faut essayer.

Pardon j'étais passé à coté de la ligne alors. Ton container a donc 2 mappages: /var/www/html -> /mnt/user/appdata/nextcloud /var/www/html/data -> /mnt/user/appdata/nextcloud/data Juste une remarque mais tu pourrais ne conserver que le premier des deux ça reviendrait au même. Ensuite il faut voir ta configuration de nextcloud. Si tu y indiques un dossier de stockage que tu n'as pas mappé alors son contenu va rester dans le container. Ce contenu va disparaître en cas de mises à jour de l'image docker utilisée ou de modifications du template. Ce que je veux dire en d'autres termes c'est que tu dois stocker tes affaires dans /var/www/html/data comme dossier de destination dans ta configuration dans la webui de nextcloud sans quoi un autre dossier ne sera pas persistant car non mappé.

Et moi en 7.1.4 pas de soucis particulier et j'utilise aussi beaucoup br0 mais pas que.

Salut. Sur ta capture d'écran de la liste de tes containers docker on ne voit pas ton nextcloud sauf erreur. Tu dis que ce n'est pas le seul container à faire cela mais tu dis pas quels autres le font. S'il te plait soit montres nous ton container nextcloud sur la page DOCKER soit indiques nous quels autres containers peuvent se retrouver vidé aprés un parity check. Edit: ça n'a peut être pas de rapport ou bien si mais dans ta config docker tu indiques vouloir macvlan mais ipvlan est conseillé par LimeTech pour des raisons d'instabilité sous macvlan.