blog.roxing.net

Installer spip-cli dans devilbox

placido — 2024-10-03T13:49:01Z

Dans le host de devilbox :

nano autostart/install-spip-cli.sh

puis dans le fichier

#!/usr/bin/env bash # SPIP_CLI_PATH='/opt/spip-cli/' if [ -d "${SPIP_CLI_PATH}" ]; then >&2 echo "[Warning], ${SPIP_CLI_PATH} existe déjà, on sort" exit 0 fi mkdir -p ${SPIP_CLI_PATH} cd ${SPIP_CLI_PATH} git clone https://git.spip.net/spip-contrib-outils/spip-cli.git . composer install --no-dev cd bin ln -s $(pwd)/spip /usr/local/bin/ ln -s $(pwd)/spipmu /usr/local/bin/ ln -s $(pwd)/spip_console_autocomplete /etc/bash_completion.d/spip

Bonus :

nano autostart/install-spip-dump.sh

Puis :

#!/usr/bin/env bash # SPIP_DUMP_PATH='/opt/spip-dump/' if [ -d "${SPIP_DUMP_PATH}" ]; then >&2 echo "[Warning], ${SPIP_DUMP_PATH} existe déjà, on sort" exit 0 fi echo 'installation des scripts spip-dump' mkdir -p ${SPIP_DUMP_PATH} cd ${SPIP_DUMP_PATH} curl -fsSL -o spip-import-dump-from-connect.sh https://git.spip.net/-/snippets/12/raw/main/import-dump-from-connect.sh?inline=false curl -fsSL -o spip-export-dump-from-connect.sh https://git.spip.net/-/snippets/11/raw/main/export-dump-from-connect.sh?inline=false chmod +x *.sh ln -s $(pwd)/spip* /usr/local/bin/

Bookmarklets SPIP

placido — 2018-03-24T20:52:01Z

IMG/html/bookmarklets_spip.html

Le fichier source est disponible ici.

Debian9 - Installation apache2 mariadb phpmyadmin & php7

Pierrox — 2017-12-04T21:20:52Z

apt install apache2 php7.0 logrotate mariadb-server phpmyadmin

A l'installation de phpmyadmin laisser le champ vide pour configurer automatiquement les identifiants de connexion à la base de données.

[x] Cocher redémarrer apache2 pour prendre en compte la configuration ;

Puis ajouter "root" en superadmin de phpmyadmin

mysql -uroot mysql -e "SET PASSWORD FOR 'root'@'localhost' = PASSWORD('MonPassRootIci'); update user set plugin='' where user='root'; flush privileges;"

Se connecter sur http://localhost/phpmyadmin

[SPIP] Masquer les emails des auteurs

placido — 2017-03-14T17:07:33Z

Pour certains, l'email est une donnée privée qui peut déjà révéler certaines informations sur son propriétaire.

Ainsi, nombreux sont les administrateurs de sites SPIP soucieux de pouvoir préserver la confidentialité des auteurs dans l'espace privé, en ne divulgant leur adresse email qu'aux seuls webmestres.

Pour passer outre une fastidiese surcharge des squelettes du privé, j'avais proposé une solution sur le forum, et je la retranscris ici, pour qu'elle gagne en visibilité :

Déclarer un traitement automatique sur le champ #EMAIL :

# ./config/mes_options.php $GLOBALS['table_des_traitements']['EMAIL']['auteurs'] = 'camoufler_email(%s, $Pile[1]["id_auteur"])';

Déclarer les autorisations :

#./squelettes/mes_fonctions.php // voir une fiche auteur : être admin ou bien il s'agit de sa propre fiche function autoriser_auteur_voir($faire, $type, $id, $qui, $opt) { if ( ($qui['statut'] == '0minirezo') or ($qui['id_auteur'] == $id) ) { return true; } else return false; } // masquer un email si on est pas autorisé function camoufler_email($email,$id) { include_spip('inc/autoriser'); // on camoufle sauf autorisation if (!autoriser('voir','auteur', $id)) { $email = spip_substr($email,0,3) . "*****"; } return $email; }

Pour passer outre ce traitement automatique, on pourra toujours utiliser la syntaxe #EMAIL* dans son squelette si besoin.

Voir en ligne : http://forum.spip.net/fr_174451.htm...

[SPIP] Appeler le contenu d'un fichier distant directement à l'intérieur d'un squelette

placido — 2016-12-19T02:23:24Z

Récemment, j'ai eu besoin d'incorporer le contenu d'un fichier distant à l'intérieur d'un squelette de feuille de style. En l'occurence, il s'agissait de récupérer un fichier CSS dans sa dernière version (fréquemment mise à jour) et d'étendre certaines règles CSS via des directives @extend de SCSS à d'autres élémenst de mon choix.

Pour complexifier encore la chose, le document source question débute par un BOM [1] qui faisait planter le compilateur SCSSphp.

Mais à SPIP vaillant, rien d'impossible, sans quitter le squelette, en 2 lignes de code s'il vous plait :

[(#HTTP_HEADER{Content-type:text/css[; charset=(#CHARSET)]})] [(#VAL{url_abs_to_css}|recuperer_url{#ARRAY{transcoder,true}}|table_valeur{page}|texte_script)] .formulaire_spip { @extend .form--fancy; } /* etc ... */ #FILTRE{scss_compile}

[1] http://stackoverflow.com/questions/3255993/how-do-i-remove-%C3%AF-from-the-beginning-of-a-file

Compresser, découper et envoyer des fichiers volumineux sous Linux

Pierrox — 2016-11-22T09:59:03Z

Xz - Compresser un fichier

Xz est un outil de compression très performant. Pour compresser un gros fichier avec le taux de compression maximal on utilise simplement :

xz -9 gros_fichier

Le fichier de sortie sera nommé gros_fichier.xz

Split - Découper un fichier en plusieurs fichiers de taille définie

Découper le fichier en plusieurs fragments de 1GB (-b bytes) et ajouter un suffixe numérique aux fichiers de sortie (-d )

split -b 1024M -d gros_fichier.xz gros_fichier.xz_part
donnera :

gros_fichier.xz_part01
gros_fichier.xz_part02
gros_fichier.xz_part03
...

Combiner tar + xz-utils + split

A titre d'exemple, le même résultat que précédement, en utilisant conjointement tar et split :

tar -Jcvf - un_repertoire_ou_fichier | split -d -b 1024MB - gros_fichier.tar.xz.

Tmux - Envoyer les fichiers en tâche de fond

Pour envoyer les fichiers vers un serveur, j'utilise scp avec une clef ssh et comme je ne veux pas saturer la connexion j'utilise l'option -l (limit). Dans l'exemple ci-dessous, -l 512 correspond à environ 50ko/s.

scp -i ~/.ssh/ma_clef -l 512 gros_fichier.xz_part* user@host:/home/bob/incoming

C'est bien joli, mais si je fais des transferts à distance, j'aimerais bien lancer la commande en tâche de fond, surtout si l'upload est très long.
Pour ce faire, j'utilise tmux qui permet d'utiliser plusieurs terminaux virtuel que l'on peu détacher ou rattacher au terminal facilement.

tmux new-session -d -s upload 'scp -i ~/.ssh/ma_clef -l 512 gros_fichier.xz_part* user@host:/home/bob/incoming 2> errors.log'

Rattacher le terminal pour voir l'upload en cours : tmux attach
Détacher le terminal avec la combinaison de touches ctrl + b puis d
Grâce à tmux, je peux me déconnecter du shell distant et revenir plus tard...
Un simple tmux a me permettra de consulter l'état d'avancement de l'upload.

Cat - Réassembler les fichiers découpés

Une fois les fichiers transférés, je les réassemble avec un simple cat

cat gros_fichier.xz_part* > gros_fichier.xz

Décompression d'un xz ou d'un tar.xz

Avec tar (-x xtract) :
tar -Jxvf gros_fichier.tar.xz

Avec xz-utils (-d)
xz -d gros_fichier.xz

Voilà.

[Debian] Java JRE 8 - Installation et Mises à jour

Pierrox — 2016-04-07T05:00:00Z

Installation de java-package

java-package est un script permettant de générer un paquet # !Debian afin de faciliter l'installation et la mise à jour de l'Environnement d'exécution Java (JRE).

Récupérer java-package et les outils nécessaires à la génération du paquet :

apt-get install java-package build-essential java-common

Récupérer l'archive sur le site d'Oracle ©

Rendez vous sur le site d'Oracle© afin de télécharger les archives.

Bien récupérer les archives en tar.gz sinon le script de génération du paquet ne fonctionnera pas !

On peux également récupérer les archives via WGET ou CURL (Et passer outre l'acceptation de la licence...)

Exemple de commande CURL pour récupérer java 8.77 32BIT via le terminal

curl -v -j -k -L -H "Cookie: oraclelicense=accept-securebackup-cookie" http://download.oracle.com/otn-pub/java/jdk/8u77-b03/jre-8u77-linux-i586.tar.gz > jre-8u77-linux-i586.tar.gz

Exemple de Commande WGET pour récupérer java 8.77 64BIT via le terminal

 wget --no-check-certificate --no-cookies --header "Cookie: oraclelicense=accept-securebackup-cookie" http://download.oracle.com/otn-pub/java/jdk/8u77-b03/jre-8u77-linux-x64.tar.gz

Générer le paquet java JRE 8 pour votre distribution Debian

une fois l'archive téléchargée il suffit d'exécuter le script make-jpkg sous l'identifiant utilisateur :

fakeroot make-jpkg jre-8u77-linux-i586.tar.gz

qui devrait démarrer ainsi :

Detected Debian build architecture: i386 Detected Debian GNU type: i586-linux-gnu Detected product: Java(TM) Runtime Environment (JRE) Standard Edition, Version 8 Update 77 Oracle(TM) Is this correct [Y/n]: y <- Checking free diskspace: done. In the next step, the binary file will be extracted. Probably a license agreement will be displayed. Please read this agreement carefully. If you do not agree to the displayed license terms, the package will not be built. Press [Return] to continue: Testing extracted archive... okay.

Une fois le script terminé l'installation du nouveau paquet se fait via la commande dpkg :

dpkg -i oracle-java8-jre_8u77_i386.deb

Et voilà ! L'environnement d'exécution java et désormais opérationnel !

Voir en ligne : Téléchagement Java sur le site d'Oracle©.

La procédure reste la même pour l'installation de Java SE Development Kit 8u77 seul les liens et noms de fichiers sont à remplacer.

[BASH] Utiliser l'API fontello.com

placido — 2015-10-14T12:35:17Z

Allons directement dans le vif du sujet en créant un fichier

Makefile
chmod +x Makefile pour le rendre exécutable quelque part en amont de votre projet :

# Makefile FONT_DIR ?= ./css/icons PROJECT_NAME ?= projet_foo FONTELLO_HOST ?= http://fontello.com fontopen: @if test ! `which curl` ; then \ echo 'Install curl first.' >&2 ; \ exit 128 ; \ fi curl --silent --show-error --fail --output .fontello \ --form "config=@${FONT_DIR}/config.json" \ ${FONTELLO_HOST} x-www-browser ${FONTELLO_HOST}/`cat .fontello` fontsave: @if test ! `which unzip` ; then \ echo 'Install unzip first.' >&2 ; \ exit 128 ; \ fi @if test ! -e .fontello ; then \ echo 'Run `make fontopen` first.' >&2 ; \ exit 128 ; \ fi rm -rf .fontello.src .fontello.zip curl --silent --show-error --fail --output .fontello.zip \ ${FONTELLO_HOST}/`cat .fontello`/get unzip .fontello.zip -d .fontello.src rm -rf ${FONT_DIR}/* mv `find ./.fontello.src -maxdepth 3 \( -name "config.json" -o -name "*.woff" -o -name "*.ttf" -o -name "*.svg" -o -name "*.eot" \) ` ${FONT_DIR} mv `find ./.fontello.src -maxdepth 3 -name "${PROJECT_NAME}-codes.css"` ${FONT_DIR}/codes.scss rm -rf .fontello.src .fontello.zip

Passons rapidement le script en revue

Tout d'abord, on doit éditer le script pour renseigner 2 informations :

FONT_DIR, qui est l'emplacement du dossier qui va recevoir les éléments issus de fontetto (.ttf, .woff. css, .css, ...), relativement au fichier Makefile. Personnellement j'ai choisi un dossier "icons" dédié à cela, et distinct des polices (webfonts) complètes qui elles sont dans un autre dossier "fonts".
PROJECT_NAME qui désigne le nom du projet.

A présent, direction fontello.com où vous pouvez commencer à composer votre webfont personnalisée projet_foo. Enregistrez (bouton en haut à droite), téléchargez le .zip et récupérez le fichier config.json (qui est le seul qui nous intéresse) et copiez le dans le dossier FONT_DIR.

À l'usage

À partir de maintenant, l'ajout ou modification d'icônes va se faire en un clin d'oeil via 2 commandes successives, issues du fichier Makefile :

make fontopen

inspecte le fichier config.json et ouvre le navigateur avec les paramètres d'édition sauvegardés.

make fontsave

récupère la version mise à jour du projet_foo en écrasant les anciens fichiers.

Pour ma part, c'est surtout le fichier projet_foo-codes.css avec les codes qui m'importe (voir et modifier au besoin la ligne 32) ; c'est pourquoi je renomme en codes.scss pour l'appeler ultérieurement dans la compilation SASS.

Ultime remarque, si vous constatez un problème d'affichage des icônes après une mise à jour, essayer de changer le paramètre en fin d'url dans la déclaration css font-face.

@font-face { font-family: 'projet_foo'; src: url('icons/projet_foo.eot?248676'); /* ... */ }

devenant par exemple :

@font-face { font-family: 'projet_foo'; src: url('icons/projet_foo.eot?1039286'); /* ... */ }

C'est un désagrément dû aux navigateurs, qui allouent un cache spécifique pour les webfonts.

Connexion SFTP avec Filezilla

Pierrox — 2015-09-14T17:55:08Z

FileZilla est un client # !FTP, # !FTPS et # !SFTP distribué sous license GPL. Si votre hébergement le permet, la connexion via le protocole sftp est la méthode à privilégier. Nous allons voir comment paramétrer la connexion de manière sécurisée.

Ajouter un nouveau compte

Une fois le client ftp démarré, on accède aux paramètres des sites en cliquant sur
fichier -> gestionnaire de sites

Aller dans le gestionnaire de sites

Une nouvelle fenêtre permettant de gérer les sites s'ouvre. Dans l'encart de gauche, un clic sur le bouton "nouveau" fait apparaître une nouvelle ligne qui permet de nommer la nouvelle connexion de façon arbitraire (NomSite dans l'exemple)

Ajouter un nouveau site

Configuration du nom d'hôte et du port

Une fois le nouveau site ajouté, on configure l'hôte (nomdedomaine.com) puis le port :

Inserer le nom d'hote et le port

Configuration du protocole SFTP

Sélectionner SFTP - SSH File Tranfer Protocol dans la liste des protocoles disponibles

Selectionner le protocole SFTP

Type d'authentification

Afin d'enregistrer le nom d'utilisateur et le mot de passe de manière définitive on définit le type d'authentification à "normale" :

Selectionner le type d'authentification normale

Couple nom d'utilisateur et mot de passe

Pour finir, on ajoute le nom d'utilisateur et son mot de passe dans les champs prévus à cet effet :

Ajouter le nom d'utilisateur et le mot de passe puis cliquer sur connexion ou valider !

Cliquer sur connexion afin de se connecter au serveur. Lors de la première connexion le message suivant apparaît :

Valider l'échange de clef avec le serveur

Lorsqu'on se connecte pour la première fois à un serveur ssh/sftp, il est nécessaire d'avoir un échange de clefs entre le client et le serveur. Ce message est normal lors de la première connexion. Ainsi, les fois suivantes, on est certain de se connecter toujours sur le même serveur.

Voilà, si vous n'arrivez pas à vous connecter, Pensez à bien vérifier le port, le nom d'hôte et les identifiants.

LXC root password

Pierrox — 2015-09-10T07:36:08Z

Pour changer le mot de passe sans avoir à se connecter au container LXC, Il faut “chrooter” son système de fichier (chroot est disponible dans les paquets coreutils de Debian) .

“Chrooter” le système de fichier du container LXC “NomContainer” :

root@pierrox-laptop:# chroot /var/lib/lxc/NomContainer/rootfs

Générer un nouveau mot de passe root pour le container LXC :

root@pierrox-laptop:# passwd
Enter new UNIX password: Retype new UNIX password: passwd: password updated successfully

Quitter l'environement "chrooté" :

root@pierrox-laptop:# exit

Attention, si vous utilisez un shell différent de bash tel que zsh, il se peut que vous vous trouviez confronté à cette erreur :
« chroot : impossible d'exécuter la commande « /bin/zsh » : Aucun fichier ou dossier de ce type ».

dans ce cas :

root@pierrox-laptop:# /usr/sbin/chroot /var/lib/NomContainer/rootfs /bin/bash

devrait permettre de chrooter le container lxc.