Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
nombre réponses : 25

#0 Re : -1 »  Linux Mint 17.2 est sortie ! » Le 06/07/2015, à 13:28

PengouinPdt
Réponses : 34
PizzaTux a écrit :

(...)
Contrairement a ce que certains pensent, la commande dist-upgrade ne sert pas a mettre a niveau sa distribution (c'est do-release-upgrade sur ubuntu), la différence entre un apt-get upgrade et un apt-get dist-upgrade c'est que l'option dist-upgrade met à jour tous les paquets installés y compris en installant de nouveaux paquets si nécessaire alors que l'upgrade simple n'ajoute pas de nouveaux paquets, par conséquent certaine mise a jour (notamment pour le noyau) ne ce feront jamais avec un apt-get upgrade car elles demandent l'installation de nouveau paquet.

Un apt-get upgrade est en faite en quelque sorte une "mise a jour sécurisé", il y a moins de risque de faire un apt-get upgrade qu'un apt-get dist-upgrade meme si moi personnellement je n'ai jamais recontré de problème en faisant régulièrement des dist-upgrade.

Euh, je mets un sérieux modulo, concernant cette affirmation !
C'est certainement vrai pour *Buntu, et assimilé (quoique .. ne serait-ce que la Mint où le do-release-upgrade n'existe pas !)
"Do-release-upgrade" me semble être un pur "*buntisme" - mais je peux me tromper ;-)

man apt-get a écrit :

dist-upgrade
           La commande dist-upgrade effectue la fonction upgrade en y ajoutant une gestion intelligente des changements de dépendances dans les nouvelles versions des paquets ; apt-get possède un système « intelligent » de résolution des conflits et il essaye,
           quand c'est nécessaire, de mettre à niveau les paquets les plus importants avant les paquets les moins importants. Le fichier /etc/apt/sources.list contient une liste de sources où récupérer les paquets désirés. Voyez aussi apt_preferences(5) pour
           un mécanisme de remplacement des paramètres généraux pour certains paquets.

De tout temps, sur debian, concernant apt-get, c'est bien l'option 'dist-upgrade' qui sert à mettre à niveau sa distribution. L'outil aptitude l'a remplacé par l'option 'full-upgrade', depuis belle lurette ; l'option 'dist-upgrade' est gardé en raison d'historique et pointe vers 'full-upgrade' :

man aptitude a écrit :

full-upgrade
           Mettre à jour les paquets dans leur version la plus récente, en supprimant ou installant autant de paquets que nécessaire. Cette commande est moins conservatrice que safe-upgrade et donc a plus de chance de provoquer des actions inattendues.
           Toutefois, elle est capable de mettre à jour des paquets dans des situations que safe-upgrade ne peut gérer.

           Si aucun <paquet> n'est indiqué sur la ligne de commande, aptitude essaiera de mettre à jour tous les paquets susceptibles de l'être. Sinon, aptitude essaiera uniquement de mettre à jour les paquets indiqués. Le nom des <paquet>s peut être prolongé
           par un suffixe, de la même façon que les arguments de la commande aptitude install, afin de pouvoir donner des instructions supplémentaires à aptitude. Par exemple, aptitude full-upgrade bash dash- essaiera de mettre à jour le paquet bash et de
           supprimer le paquet dash.

               Note
               Cette commande s'appellait dist-upgrade pour des raisons historiques, aptitude la reconnait toujours. dist-upgrade est un synonyme de full-upgrade

Cette même option "full-upgrade" est repris par le nouveau système de gestion apt - non pas apt-get - qui sous Debian 8 fonctionne très bien - ce n'est pas encore le cas sous *Buntu - du moins pour Linux Mint 17.0 : là, ce sera 'apt dist-upgrade' qui fonctionnera - !

Donc, je suis très surpris quand tu affirmes "Contrairement a ce que certains pensent, la commande dist-upgrade ne sert pas a mettre a niveau sa distribution" - je ne suis vraiment pas de cet avis, et ce pour pratiquer très régulièrement (Ubuntu, Linux Mint, et Debian indifférement) ... mais là, encore, je peux me tromper ...

#1 Re : -1 »  Linux Mint 17.2 est sortie ! » Le 06/07/2015, à 13:39

PengouinPdt
Réponses : 34

Oui, ton modulo est vrai !
C'est quand même le but de 'dist-upgrade' ... et bien sûr qu'il faut modifier les sources.list ;-)
Tu ne le feras pas avec l'option 'upgrade' ... ou, je plains à terme le résultat

#2 Re : -1 »  Linux Mint 17.2 est sortie ! » Le 10/08/2015, à 20:56

PengouinPdt
Réponses : 34

En parlant de LibreOffice, la version 5.0 est sortie ... dans le dépôt ppa, en question tongue

#3 Re : -1 »  Linux Mint 17.2 est sortie ! » Le 26/08/2015, à 20:26

PengouinPdt
Réponses : 34
nokiahelp a écrit :

Merci à toi PizzaTux! wink Maintenant j'ai Libre Office 5.0.0.5! cool Je trouvais ça bizarre de ne pas trouver la version 5.0. dans le dépot de Mint, sachant qu'elle était dispo sous Windows (après, j'ai Linux depuis seulement quelques mois) big_smile

Oui, c'est vraiment un bon rappel, de sa part ! big_smile

#4 -1 »  [RESOLU] SSH Pb de connexion » Le 17/08/2015, à 14:41

PengouinPdt
Réponses : 1

Bonjour,

Après une saine lecture à-propos de SSH, et d'utiliser/générer des clés plus sécurisées, telles qu'utiliser l'algo ED25519, et le protocole PKBDF, je me retrouve avec le problème de connexion suivant :

=> une première clé RSA, fonctionnant sans aucun soucis.
=> une première clé RSA, transformée pour utiliser PKBDF,
=> une première clé ED25519, générée avec PKBDF,

Pour la première clé RSA, le  fichier de config du serveur SSH - v6.6 sous Debian -, était basiquement configuré.
Suite à ladite lecture, j'ai configuré autant le fichier sshd_config, que mon fichier personnel ~/.ssh/config, avec entres autres les déclarations suivantes :

	Ciphers chacha20-poly1305@openssh.com,aes256-gcm@openssh.com,aes128-gcm@openssh.com,aes256-ctr,aes192-ctr,aes128-ctr
	KexAlgorithms curve25519-sha256@libssh.org,diffie-hellman-group-exchange-sha256
	MACs hmac-sha2-512-etm@openssh.com,hmac-sha2-256-etm@openssh.com,umac-128-etm@openssh.com

Avec la première clé RSA, je n'ai pas de soucis de connexion, et le message d'information de connexion dans le log d'auth.

user@ptb-user:~/.ssh$ ssh -v srvr
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /home/user/.ssh/config
debug1: /home/user/.ssh/config line 1: Applying options for *
debug1: /home/user/.ssh/config line 13: Applying options for srvr
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Hostname has changed; re-reading configuration
debug1: Reading configuration data /home/user/.ssh/config
debug1: /home/user/.ssh/config line 1: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 192.168.xyz.abc [192.168.xyz.abc] port 2x.
debug1: Connection established.
debug1: identity file /home/user/.ssh/id_rsa type 1
debug1: identity file /home/user/.ssh/id_rsa-cert type -1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: identity file /home/user/.ssh/id_dsa-cert type -1
debug1: identity file /home/user/.ssh/id_ecdsa type -1
debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/user/.ssh/id_ed25519 type 4
debug1: identity file /home/user/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1
debug1: match: OpenSSH_6.7p1 pat OpenSSH* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client chacha20-poly1305@openssh.com <implicit> none
debug1: kex: client->server chacha20-poly1305@openssh.com <implicit> none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ED25519 10:19:49:61:3e:63:38:b0:74:62:d0:46:fd:ce:ef:c7
debug1: Host '[192.168.xyz.abc]:2x' is known and matches the ED25519 host key.
debug1: Found key in /home/user/.ssh/known_hosts:18
debug1: ssh_ed25519_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
Debian GNU/Linux 8
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/user/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: key_parse_private2: missing begin marker
debug1: key_parse_private_pem: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
Enter passphrase for key '/home/user/.ssh/id_rsa': 
debug1: key_parse_private2: missing begin marker
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
Authenticated to 192.168.xyz.abc ([192.168.xyz.abc]:2x).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LC_PAPER = fr_FR.UTF-8
debug1: Sending env LC_ADDRESS = fr_FR.UTF-8
debug1: Sending env LC_MONETARY = fr_FR.UTF-8
debug1: Sending env LC_NUMERIC = fr_FR.UTF-8
debug1: Sending env LC_TELEPHONE = fr_FR.UTF-8
debug1: Sending env LC_IDENTIFICATION = fr_FR.UTF-8
debug1: Sending env LANG = fr_FR.UTF-8
debug1: Sending env LC_MEASUREMENT = fr_FR.UTF-8
debug1: Sending env LC_TIME = fr_FR.UTF-8
debug1: Sending env LC_NAME = fr_FR.UTF-8
Last login: Sun Aug 16 00:48:19 2015 from 192.168.47.200
user@srvr:~$ exit
déconnexion
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug1: channel 0: free: client-session, nchannels 1
Connection to 192.168.xyz.abc closed.
Transferred: sent 3172, received 1704 bytes, in 15.9 seconds
Bytes per second: sent 199.7, received 107.3
debug1: Exit status 0

Avec la clé RSA transformée, ainsi que la clé ED25519, aucune connexion possible, sans aucun message, ni de succés, ni d'échec, dans le log d'auth.

user@ptb-user:~/.ssh$ ssh -v srvr
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /home/user/.ssh/config
debug1: /home/user/.ssh/config line 1: Applying options for *
debug1: /home/user/.ssh/config line 13: Applying options for srvr
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Hostname has changed; re-reading configuration
debug1: Reading configuration data /home/user/.ssh/config
debug1: /home/user/.ssh/config line 1: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 192.168.xyz.abc [192.168.xyz.abc] port 2x.
debug1: Connection established.
debug1: identity file /home/user/.ssh/id_rsa type 1
debug1: identity file /home/user/.ssh/id_rsa-cert type -1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: identity file /home/user/.ssh/id_dsa-cert type -1
debug1: identity file /home/user/.ssh/id_ecdsa type -1
debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/user/.ssh/id_ed25519 type 4
debug1: identity file /home/user/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1
debug1: match: OpenSSH_6.7p1 pat OpenSSH* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client chacha20-poly1305@openssh.com <implicit> none
debug1: kex: client->server chacha20-poly1305@openssh.com <implicit> none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ED25519 10:19:49:61:3e:63:38:b0:74:62:d0:46:fd:ce:ef:c7
debug1: Host '[192.168.xyz.abc]:2x' is known and matches the ED25519 host key.
debug1: Found key in /home/user/.ssh/known_hosts:18
debug1: ssh_ed25519_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
Debian GNU/Linux 8
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/user/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: key_parse_private_pem: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
Enter passphrase for key '/home/user/.ssh/id_rsa': 
Connection closed by 192.168.xyz.abc

user@ptb-user:~/.ssh$ ssh -v srvr
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /home/user/.ssh/config
debug1: /home/user/.ssh/config line 1: Applying options for *
debug1: /home/user/.ssh/config line 13: Applying options for srvr
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Hostname has changed; re-reading configuration
debug1: Reading configuration data /home/user/.ssh/config
debug1: /home/user/.ssh/config line 1: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 192.168.xyz.abc [192.168.xyz.abc] port 2x.
debug1: Connection established.
debug1: identity file /home/user/.ssh/id_rsa type 1
debug1: identity file /home/user/.ssh/id_rsa-cert type -1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: identity file /home/user/.ssh/id_dsa-cert type -1
debug1: identity file /home/user/.ssh/id_ecdsa type -1
debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/user/.ssh/id_ed25519 type 4
debug1: identity file /home/user/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1
debug1: match: OpenSSH_6.7p1 pat OpenSSH* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client chacha20-poly1305@openssh.com <implicit> none
debug1: kex: client->server chacha20-poly1305@openssh.com <implicit> none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ED25519 10:19:49:61:3e:63:38:b0:74:62:d0:46:fd:ce:ef:c7
debug1: Host '[192.168.xyz.abc]:2x' is known and matches the ED25519 host key.
debug1: Found key in /home/user/.ssh/known_hosts:18
debug1: ssh_ed25519_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
Debian GNU/Linux 8
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/user/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Offering ED25519 public key: /home/user/.ssh/id_ed25519
debug1: Server accepts key: pkalg ssh-ed25519 blen 51
debug1: key_parse_private_pem: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
Enter passphrase for key '/home/user/.ssh/id_ed25519': 
Connection closed by 192.168.xyz.abc

À côté de quoi, est-ce que je  passe ?

Oui, dans chacun des cas, les clés publiques correspondantes ont été copiées dans le fichier authorized_keys, sur le serveur !


Modération : merci à l'avenir d'utiliser les balises code (explications ici).

#5 Re : -1 »  [RESOLU] SSH Pb de connexion » Le 18/08/2015, à 18:42

PengouinPdt
Réponses : 1

J'ai résolu mon problème !

C'était causé par la déclaration de LoginGraceTime trop court, pour le déchiffrement et la réponse.
Elle était à 10s, je l'ai doublé.
Ça fonctionne !

#6 -1 »  [Bash::Iptables] Script de gestion des adresses IP malveillantes » Le 03/08/2015, à 21:13

PengouinPdt
Réponses : 4

Bonsoir, j'ai écris un petit script Bash pour lire les logs du serveur web, et bloquer des adresses IPs dites malveillantes ...

GitLab

#7 Re : -1 »  [Bash::Iptables] Script de gestion des adresses IP malveillantes » Le 04/08/2015, à 02:23

PengouinPdt
Réponses : 4

Certainement, certainement !

Après, je n'ai surtout pas la prétention de faire comme fail2ban, et encore moins l'expérience ;-)
Et, je ne me focalise que sur le serveur web - mon besoin -

Ensuite, on peut le programmer pour toutes les minutes, pourquoi pas !?

Et, comme je le partage avec plaisir, si d'aucun veut l'utiliser, libre soit-il ! big_smile

#9 Re : -1 »  [script] Pixup : Poster une image rapidement sur un forum » Le 03/08/2015, à 14:28

PengouinPdt
Réponses : 190

Bonjour, enebre : avez-vous téléchargé la dernière version ? sur le dépôt github ou le pad ?

#10 Re : -1 »  [script] Pixup : Poster une image rapidement sur un forum » Le 03/08/2015, à 21:10

PengouinPdt
Réponses : 190

Ahhh ??? je vais vérifier ;-)
---
Je viens de déposer la nouvelle mouture.
Beaucoup de corrections et ajouts de code.

Si console : message de retour en couleur si paramétré
code HTML : modifications profondes ...

#11 Re : -1 »  [script] Pixup : Poster une image rapidement sur un forum » Le 04/08/2015, à 11:28

PengouinPdt
Réponses : 190

Quand tu écris "la configuration crash", c'est-à-dire que tu cherches à ouvrir le fichier de configuration, c'est cela ?!

Si c'est cela, c'est bizarre, parce qu'autant en mode console que par zenity, ça marche pour moi ...
Sinon, expliques plus, stp

#12 Re : -1 »  [script] Pixup : Poster une image rapidement sur un forum » Le 04/08/2015, à 23:01

PengouinPdt
Réponses : 190

Le fichier de config se trouve dans ton /home/$user/.config/Pixup/, et se nomme pixup.conf

Alors, soit tu es tombé sur un bug de la commande xdg-open, soit tu n'as pas configuré d'éditeur de texte par défaut ... après je ne sais pas pourquoi !?

#13 Re : -1 »  [script] Pixup : Poster une image rapidement sur un forum » Le 04/08/2015, à 23:29

PengouinPdt
Réponses : 190

Etonnant, intéressant !

À  ligne 825, le script lance : xdg-open "${CONFIG}" & où la variable CONFIG a pour valeur ton $HOME/.config/Pixup/pixup.conf ...

Le soucis est que tu es le premier à faire remonter ;-)
Remarque : il en faut toujours un ... tongue

Et, sincèrement, je n'ai aucune idée du pourquoi dans ton cas, cela ne veut pas !

#14 Re : -1 »  [script] Pixup : Poster une image rapidement sur un forum » Le 05/08/2015, à 19:18

PengouinPdt
Réponses : 190

Je suis d'avis que tu n'as pas du tout la dernière version, mais bon, je peux me tromper ...
https://raw.githubusercontent.com/hucst … ster/pixup

#15 Re : -1 »  [script] Pixup : Poster une image rapidement sur un forum » Le 05/08/2015, à 21:26

PengouinPdt
Réponses : 190

C'est vraiment bizarre !

De toute façon, sur le Github, il n'y a plus que le script Bash ... ça va éviter la confusion ;-)
Y'aura un autre dépôt pour le projet Python ...

#16 Re : -1 »  [script] Pixup : Poster une image rapidement sur un forum » Le 05/08/2015, à 22:17

PengouinPdt
Réponses : 190

Voilà, c'est fait ... j'ai fait la migration du projet sur un dépôt GitLab : https://git.framasoft.org/
Étant donné que c'est hebergé du côté de la framagora ... c'est dupliqué sur mon dépôt GitHub - donc, pas de panique - c'est d'ailleurs ce qui m'a définitivement convaincu, en sus de l'aspect "Libre" ;-)

Le groupe gérant l'ensemble est : https://git.framasoft.org/PixUP
- le projet Bash : https://git.framasoft.org/PixUP/pixup
- le projet Python : https://git.framasoft.org/PixUP/PixUP.py

#17 -1 »  [RÉSOLU] Nginx :: Status » Le 31/07/2015, à 19:58

PengouinPdt
Réponses : 6

Bonsoir,

Pour mon serveur web perso, j'utilise nginx ...
Je cherche à obtenir le status du processus fpm.
Quand j'interroge /status, j'ai pour réponse du serveur : 200 OK
Mais j'ai une page blanche et non pas les informations qui devraient être retournées !

Qu'elle pourrait en être la raison ?

#18 Re : -1 »  [RÉSOLU] Nginx :: Status » Le 01/08/2015, à 12:23

PengouinPdt
Réponses : 6

@J5012: oui ? à mon avis, tu ne connais pas le sujet - mais je peux me tromper ;-)

Je ne demande pas où le configurer ... je cherche à comprendre pourquoi nginx me retourne une page blanche alors qu'il devrait retourner les informations liées au processus de gestion de php-fpm relatif au domaine.

Personne n'a d'idée ?
Ce n'est arrivée à personne ?

#19 Re : -1 »  [RÉSOLU] Nginx :: Status » Le 02/08/2015, à 20:50

PengouinPdt
Réponses : 6

Laisse tomber - j'ai trouvé :

il manquait la directive stub_status on;

@bruno: merci - mais non, ce n'est pas cela ... la documentation que tu indiques est à-propos d'un module commercial pour indiquer l'état du serveur nginx ;-)
Je parle bien de retourner les infos du processus fpm par le biais de nginx - il me manquait la directive ci-dessus dans ma config nginx, telle que :

location /status {

	access_log off;

	allow 127.0.0.1;

	deny all;

	include fastcgi_params;
	fastcgi_pass unix:/var/run/php5-fpm.sock;

	stub_status on;

}

Bien-sûr le fichier de configuration de php-fpm relatif à ce domaine est correctement configuré, cf la variable 'pm.status_path = /status' ;-)
'pm.status_path' étant le chemin du status lié à la gestion du processus php-fpm, n'est-ce pas ! big_smile

#20 -1 »  [RÉSOLU] Python: re.sub » Le 10/07/2015, à 12:14

PengouinPdt
Réponses : 2

Bonjour,

j'ai du mal à comprendre l'usage des regex en python.

Pour le code suivant enregistré dans un fichier :

[u'http://pix.toile-libre.org/?img=1436486232.png', u'http://pix.toile-libre.org/upload/original/1436486232.png', u'[url=http://pix.toile-libre.org/?img=1436486232.png][img]http://pix.toile-libre.org/upload/thumb/1436486232.png[/img][/url]', u'[url=http://pix.toile-libre.org/?img=1436486232.png][img]http://pix.toile-libre.org/upload/img/1436486232.png[/img][/url]', u"<a href='http://pix.toile-libre.org/?img=1436486232.png'><img src='http://pix.toile-libre.org/upload/thumb/1436486232.png' /></a>", u"<a href='http://pix.toile-libre.org/?img=1436486232.png'><img src='http://pix.toile-libre.org/upload/img/1436486232.png' /></a>"]

Je cherche à remplacer toutes les chaînes ayant cette forme "<img src='(.*)' />", par celle-là '<img alt="" src="\1"/>'.
Nous remarquons qu'il y a deux fois la chaîne en question.

Voici le code que j'écris dans mon fichier de test :

import re

def read_file(rfile):
    '''Read file'''

    try:
        fil = open(rfile, 'r')
        if fil:
            strings = fil.read()
            fil.close()
            return strings

    except IOError as ioe:
        print 'Error to read document: %s' % ioe
        return False

code = read_file('toilelibre_response')

print code
pattern = "<img src='(.*)' />"
replace = '<img alt="" src="\1"/>'
if re.search(pattern, code):
    print 'chaine trouvée !'
    chain = re.sub(r"<img src='(.*)' />", r'<img alt="" src="\1"/>', code, re.S)
    print chain

Le retour nous restitue cela - où l'on remarque que je n'arrive pas à traiter la chaîne pour avoir le résultat attendu !

$ ./test.py 
[u'http://pix.toile-libre.org/?img=1436486232.png', u'http://pix.toile-libre.org/upload/original/1436486232.png', u'[url=http://pix.toile-libre.org/?img=1436486232.png][img]http://pix.toile-libre.org/upload/thumb/1436486232.png[/img][/url]', u'[url=http://pix.toile-libre.org/?img=1436486232.png][img]http://pix.toile-libre.org/upload/img/1436486232.png[/img][/url]', u"<a href='http://pix.toile-libre.org/?img=1436486232.png'><img src='http://pix.toile-libre.org/upload/thumb/1436486232.png' /></a>", u"<a href='http://pix.toile-libre.org/?img=1436486232.png'><img src='http://pix.toile-libre.org/upload/img/1436486232.png' /></a>"]
chaine trouvée !
[u'http://pix.toile-libre.org/?img=1436486232.png', u'http://pix.toile-libre.org/upload/original/1436486232.png', u'[url=http://pix.toile-libre.org/?img=1436486232.png][img]http://pix.toile-libre.org/upload/thumb/1436486232.png[/img][/url]', u'[url=http://pix.toile-libre.org/?img=1436486232.png][img]http://pix.toile-libre.org/upload/img/1436486232.png[/img][/url]', u"<a href='http://pix.toile-libre.org/?img=1436486232.png'><img alt="" src="http://pix.toile-libre.org/upload/thumb/1436486232.png' /></a>", u"<a href='http://pix.toile-libre.org/?img=1436486232.png'><img src='http://pix.toile-libre.org/upload/img/1436486232.png"/></a>"]

#21 Re : -1 »  [RÉSOLU] Python: re.sub » Le 10/07/2015, à 16:10

PengouinPdt
Réponses : 2

En effet, je te remercie !

Mais j'ai résolu le problème légèrement différemment, quand j'ai réalisé que la variable en question recevait une liste ...
Résultat, le code correspondant devient :

self.urls = re.findall(r'<textarea>(.*?)</textarea>',
                    self.response)
                pattern = "<img src='(.*)' />"

                for key, val in enumerate(self.urls):
                    if re.search(pattern, val):
                        self.urls[key] = re.sub(r"'", r'"', self.urls[key])
                        self.urls[key] = re.sub(r'<img src="(.*)" />',
                            r'<img alt="" src="\1"/>', self.urls[key])

Bref, merci à toi big_smile

#22 Re : -1 »  Python: shutil.copyfile copie le fichier - size 0b » Le 05/07/2015, à 12:45

PengouinPdt
Réponses : 20

Ahhh, j'ai un début de réponse ...
Et, non, contrairement à ce que je croyais, mon shutil.copyfile fonctionne bel et bien ...

C'est la méthode suivante tool.set_cfg_file qui me fout le bazar !!!
Donc, maintenant en phase de correction ...

Comme quoi, les évidences ... même là, faut que je m'en méfie ... tsss
Merci.

#23 Re : -1 »  Python: shutil.copyfile copie le fichier - size 0b » Le 05/07/2015, à 14:01

PengouinPdt
Réponses : 20

Ahahhh ... cf, la méthode auto_loader qui se charge de l'import dynamique des scripts résidents dans le répertoire modules ;-)

#24 Re : -1 »  Python: shutil.copyfile copie le fichier - size 0b » Le 06/07/2015, à 13:10

PengouinPdt
Réponses : 20

Merci pour l'astuce ConfigParser ... sauf que galère à gérer le fichier de config - utilisé par la version Bash !!!
Sinon, c'est vrai que c'est vraiment pratique, je trouve cela excellent !

big_smile