subject:"php"

Ah, tu utilises PHP fpm. Il me semble qu'on spécifier un user distinct 
d'apache. Il faut vérifier car je ne vais pas souvent jouer avec la 
config de PHP fpm.


En tout cas je ne vois toujours pas ce que sudo a à voir avec ton 
problème. Il faut que tu explique cette partie là. Peut être que c'est 
un aspect inutile ?


Oui c'est un aspect inutile car je n'est pas donné de droits 
supplémentaires à ce sudoer.

( Par exemple exécuter des services sans donner le mot de passe sudo ... )

J'ai testé en donnant le fichier test.php a un autre utilisateur sudoer 
qui n'a que le droit de lire les logs du groupe adm. (lirelog)
Pareil, le fichier test.php en chmod 400 appartenant à lirelog:lirelog 
est interprété et affiche bonjour.

Re: N'importe que utilisateur peut faire tourner l'interpréteur PHP ?

Ah, tu utilises PHP fpm. Il me semble qu'on spécifier un user distinct
d'apache. Il faut vérifier car je ne vais pas souvent jouer avec la config
de PHP fpm.

En tout cas je ne vois toujours pas ce que sudo a à voir avec ton problème.
Il faut que tu explique cette partie là. Peut être que c'est un aspect
inutile ?

Le mer. 2 oct. 2024 à 20:18, Bernard Bass  a
écrit :

>
> Le 02/10/2024 à 19:10, Dethegeek a écrit :
>
> Donc on n'est pas dans un contexte de ligne de commande et je ne vois pas
> comment sudo peut intervenir ici.
>
> En principe apache est exécuté avec l'utilisateur www-data. Si php est
> configuré en module apache, c'est cet utilisateur qui exécute le script.
>
> Je suis en conf php fpm (Configuration par défaut pour ce site la.)
> J'ai une autre conf avec un utilisateur propre au site. Je vais voir à
> faire pareil sur les autres vhosts.
>

Re: N'importe que utilisateur peut faire tourner l'interpréteur PHP ?



Le 02/10/2024 à 19:10, Dethegeek a écrit :


Donc on n'est pas dans un contexte de ligne de commande et je ne vois 
pas comment sudo peut intervenir ici.


En principe apache est exécuté avec l'utilisateur www-data. Si php est 
configuré en module apache, c'est cet utilisateur qui exécute le script.



Je suis en conf php fpm (Configuration par défaut pour ce site la.)
J'ai une autre conf avec un utilisateur propre au site. Je vais voir à 
faire pareil sur les autres vhosts.

Re: N'importe que utilisateur peut faire tourner l'interpréteur PHP ?


Mes fichiers Web .php se trouvent sous le répertoire html :
-rw-rw-r-- propriétaire 33 ,  groupe 1004.

Normalement, on les met dans le répertoire /var/www/
user : www-data   groupe : www-data
dans ce mode : -rw- rw- r--

Groupe 1004 c'est qui ? Apache ?

J'ai remis le chmod 400 sur le fichier.
C'est fou que avec un chmod 000 le fichier soit lisible de l'extérieur...

Tout comme je pensais vraiment qu'un utilisateur lambda ne pouvait pas 
executer le fichier.php.


Si je configure php fpm depuis un fichier de conf dans pool.d pour dire 
à PHP d'utiliser utilisateurphp,
Alors peut être que utilisateur lamdba ne pourra plus interpréter le 
echo bonjour.

Re: N'importe que utilisateur peut faire tourner l'interpréteur PHP ?



Mais qui execute l'interpréteur ? Avec chmod 000 seul root peut 
accéder au fichier. (Sauf bit sticky, que j'ai toujours un léger mal à 
assimiler)



Comme quoi que non c'est étrange !
Le fichier test.php echo Bonjour depuis le navigateur, pour un fichier a 
chmod 000 et donné a un utilisateur lambda, qui n'est pas configuré dans 
la configuration fpm pool.d.

C'est vraiment bizzard.

Re: N'importe que utilisateur peut faire tourner l'interpréteur PHP ?




Maintenant tu parles de virtual host, ce qui implique Apache..

Il faut éclaircir cela. Comment est appelé ton script ? Via une page web ?


Oui depuis le navigateur.

Re: N'importe que utilisateur peut faire tourner l'interpréteur PHP ?

Donc on n'est pas dans un contexte de ligne de commande et je ne vois pas
comment sudo peut intervenir ici.

En principe apache est exécuté avec l'utilisateur www-data. Si php est
configuré en module apache, c'est cet utilisateur qui exécute le script.

Le mer. 2 oct. 2024 à 19:07, ajh-valmer  a écrit :

> On Wednesday 02 October 2024 17:26:01 Bernard Bass wrote:
> > J'ai voulu "protéger" un fichier.php en le donnant à mon utilisateur
> > sudoer, que j'utilise pour administrer la machine.
> > Sans élévation de droit, il s'agit d'un simple utilisateur lambda.
> > Je suis étonné de voir que le fichier.php est tout de même interprété.
> > Est-ce normal ?
>
> Mes fichiers Web .php se trouvent sous le répertoire html :
> -rw-rw-r-- propriétaire 33 ,  groupe 1004.
>
> Normalement, on les met dans le répertoire /var/www/
> user : www-data   groupe : www-data
> dans ce mode : -rw- rw- r--
>
>

Re: N'importe que utilisateur peut faire tourner l'interpréteur PHP ?

2024-10-02 Par sujet ajh-valmer

On Wednesday 02 October 2024 17:26:01 Bernard Bass wrote:
> J'ai voulu "protéger" un fichier.php en le donnant à mon utilisateur 
> sudoer, que j'utilise pour administrer la machine.
> Sans élévation de droit, il s'agit d'un simple utilisateur lambda.
> Je suis étonné de voir que le fichier.php est tout de même interprété.
> Est-ce normal ?

Mes fichiers Web .php se trouvent sous le répertoire html :
-rw-rw-r-- propriétaire 33 ,  groupe 1004.

Normalement, on les met dans le répertoire /var/www/  
user : www-data   groupe : www-data
dans ce mode : -rw- rw- r--

Re: N'importe que utilisateur peut faire tourner l'interpréteur PHP ?

Mais qui execute l'interpréteur ? Avec chmod 000 seul root peut accéder au
fichier. (Sauf bit sticky, que j'ai toujours un léger mal à assimiler)

Le mer. 2 oct. 2024 à 18:24, Bernard Bass  a
écrit :

> J'ai tenté un chmod 000 pour voir si ça fonctionne encore, et bien oui, le
> fichier est toujours interprété et affiche HELLO.
>
> Bonjour, je pense que oui car le fichier php n'est pas un binaire. Il a
> besoin de l'interpréteur PHP qui n'est pas limité aux sudoers. Du moment
> que le fichier php est accessible en lecture par l'interpréteur, il sera
> interprété et exécuté
>
> Le mer. 2 oct. 2024 à 17:42, Bernard Bass 
> a écrit :
>
>> Bonjour,
>>
>> J'ai voulu "protéger" un fichier.php en le donnant à mon utilisateur
>> sudoer, que j'utilise pour administrer la machine.
>> Sans élévation de droit, il s'agit d'un simple utilisateur lambda.
>>
>> Je suis étonné de voir que le fichier.php est tout de même interprété.
>> Est-ce normal ?
>>
>

Re: N'importe que utilisateur peut faire tourner l'interpréteur PHP ?

J'ai tenté un chmod 000 pour voir si ça fonctionne encore, et bien oui, 
le fichier est toujours interprété et affiche HELLO.


Bonjour, je pense que oui car le fichier php n'est pas un binaire. Il 
a besoin de l'interpréteur PHP qui n'est pas limité aux sudoers. Du 
moment que le fichier php est accessible en lecture par 
l'interpréteur, il sera interprété et exécuté



Le mer. 2 oct. 2024 à 17:42, Bernard Bass 
 a écrit :


Bonjour,

J'ai voulu "protéger" un fichier.php en le donnant à mon
utilisateur sudoer, que j'utilise pour administrer la machine.
Sans élévation de droit, il s'agit d'un simple utilisateur lambda.

Je suis étonné de voir que le fichier.php est tout de même interprété.
Est-ce normal ?

Re: N'importe que utilisateur peut faire tourner l'interpréteur PHP ?

Le contexte que tu as décrit (recours à sudo) m'a laissé penser que ton
script est appelé en ligne de commande.

Maintenant tu parles de virtual host, ce qui implique Apache..

Il faut éclaircir cela. Comment est appelé ton script ? Via une page web ?

Le mer. 2 oct. 2024 à 18:09, Bernard Bass  a
écrit :

> Bonjour,
>
> J'ai voulu "protéger" un fichier.php en le donnant à mon utilisateur
> sudoer, que j'utilise pour administrer la machine.
> Sans élévation de droit, il s'agit d'un simple utilisateur lambda.
>
> Je suis étonné de voir que le fichier.php est tout de même interprété.
> Est-ce normal ?
>
> J'ai mis ces lignes pour interdire l'interprétation du fichier mais ce
> n'était pas l'idée.
> J'aurais aussi pu refuser l'accès complet depuis le virtualhost.
>
>  header("HTTP/1.0 403 Forbidden");
> header("HTTP/1.1 403 Forbidden");
> header("HTTP/2 403 Forbidden");
> ?>
>
> Il me semblait que les simples utilisateurs ne pouvaient pas faire tourner
> php ce qui laissait les scripts non fonctionnels.
> J'ai loupé quelque chose ?
>

Re: N'importe que utilisateur peut faire tourner l'interpréteur PHP ?


Bonjour,

J'ai voulu "protéger" un fichier.php en le donnant à mon utilisateur 
sudoer, que j'utilise pour administrer la machine.

Sans élévation de droit, il s'agit d'un simple utilisateur lambda.

Je suis étonné de voir que le fichier.php est tout de même interprété.
Est-ce normal ?

J'ai mis ces lignes pour interdire l'interprétation du fichier mais ce 
n'était pas l'idée.

J'aurais aussi pu refuser l'accès complet depuis le virtualhost.



Il me semblait que les simples utilisateurs ne pouvaient pas faire 
tourner php ce qui laissait les scripts non fonctionnels.

J'ai loupé quelque chose ?

Re: N'importe que utilisateur peut faire tourner l'interpréteur PHP ?

Bonjour, je pense que oui car le fichier php n'est pas un binaire. Il a
besoin de l'interpréteur PHP qui n'est pas limité aux sudoers. Du moment
que le fichier php est accessible en lecture par l'interpréteur, il sera
interprété et exécuté

Le mer. 2 oct. 2024 à 17:42, Bernard Bass  a
écrit :

> Bonjour,
>
> J'ai voulu "protéger" un fichier.php en le donnant à mon utilisateur
> sudoer, que j'utilise pour administrer la machine.
> Sans élévation de droit, il s'agit d'un simple utilisateur lambda.
>
> Je suis étonné de voir que le fichier.php est tout de même interprété.
> Est-ce normal ?
>

N'importe que utilisateur peut faire tourner l'interpréteur PHP ?


Bonjour,

J'ai voulu "protéger" un fichier.php en le donnant à mon utilisateur 
sudoer, que j'utilise pour administrer la machine.

Sans élévation de droit, il s'agit d'un simple utilisateur lambda.

Je suis étonné de voir que le fichier.php est tout de même interprété.
Est-ce normal ?

Re: Machine vérolée (alternatives à PHP)

2023-06-26 Par sujet Basile Starynkevitch




On 6/26/23 14:01, Michel Verdier wrote:

Le 26 juin 2023 Erwann Le Bras a écrit :


-SPIP est basé sur PHP ; je ne pense pas que le système SPIP lui-même serait
touché (pas assez populaire) , mais les lancement de PHP?

Au contraire SPIP a eu son lot de failles, il vaut mieux avoir la
dernière version.




Pour info, je rappelle l'existence d'alternatives européennes libres à 
PHP, à mon avis trop méconnues et peu utilisées, mais meilleures:



Si on veut coder un service Web en C: 
https://www.coralbits.com/libonion/ (principalement espagnole, mais j'y 
ai contribué quelques lignes)


Si on veut coder un service Web en C++: https://www.webtoolkit.eu/wt

Si on préfere coder un service Web en Ocaml (dont le typage statique 
ajoute en sûreté), https://ocsigen.org/home/intro.html (c'est même français)



Ces trois alternatives sont non seulement européennes, mais compilées 
nativement. L'avantage est alors aussi l'efficacité par rapport à un 
interprète PHP (oui, je sais que PHP8 a un compilateur JIT)


Et je crois aussi que ces trois alternatives seraient plus sûres (en 
terme de cybersecurité).



Librement

--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: [HS] Recherche spécialiste PHP-7

2022-04-27 Par sujet Daniel Caillibaud

Le 26/04/22 à 15:40, "ajh.valmer"  a écrit :
> Les différences importantes se situent au passage de php5 vers php7.
> Après, les différences de php7 vers php8 sont minimes.

Certes, mais minime ne veut pas dire inexistantes ;-)
Il y a par ex des fonctions qui étaient deprecated depuis un bon moment et qui 
ont disparu
entre 7.3 et 7.4, ou bien des syntaxes qui lançaient un warning et se mettent à 
planter.

> Je l'ai vu entre les versions php5.1 à php5.6.
> 
> https://www.php.net/eol.php guides migration 5.6 vers 7.0.
> ne donnent pas les modifications essentielles, 
> telles, la nouvelle syntaxe d'appel à une base de données
> et les nouveaux scripts php7 à englober dans le SQL.

Tu penses à quoi ?

Car il y a pourtant la liste des nouvelles fonctionnalités pour chaque version.

Si tu parles de PDO, ça n'est pas mentionné dans les nouvelles fonctionnalités 
php7 parce que
ça existait déjà en php5.

Mais pour migrer, tu n'es pas obligé de passer tout le code aux nouvelles 
syntaxes tant que les
anciennes fonctionnent et ne sont pas deprecated, il faut surtout se concentrer 
sur les
"breaking changes" qu'il faut absolument modifier si ça te concerne, par ex 
pour le passage 5.6
=> 7.0
https://www.php.net/manual/fr/migration70.incompatible.php

-- 
Daniel

Il  est impossible de faire 1 000 pompes par jour... 
sauf si vous êtes un  enfant chinois dans une usine Nike.

Re: [HS] Recherche spécialiste PHP-7

2022-04-26 Par sujet ajh.valmer

On Tuesday 26 April 2022 14:30:14 Daniel Caillibaud wrote:
> Le 25/04/22 à 12:00, ajh.val...@bbox.fr a écrit :
> > Je recherche un bon spécialiste PHP-7.2.

> Euh, je crois que tu peux passer directement à php8.1, 7.2 était maintenue 
> jusqu'à fin 2020,
> 7.3 est déjà en EOL et 7.4 meurt dans 6 mois.
> Avec 8.1 tu peux tenir jusque fin 2024 : 
> https://www.php.net/supported-versions.php
> Sur https://www.php.net/eol.php tu as les liens vers les guides de migration 
> (5.6 > 7.0 > 7.1 >
> 7.2 > 7.4 > 8.0 > 8.1), avec à chaque fois la liste de ce qui change.

Les différences importantes se situent au passage de php5 vers php7.
Après, les différences de php7 vers php8 sont minimes.
Je l'ai vu entre les versions php5.1 à php5.6.

https://www.php.net/eol.php guides migration 5.6 vers 7.0.
ne donnent pas les modifications essentielles, 
telles, la nouvelle syntaxe d'appel à une base de données
et les nouveaux scripts php7 à englober dans le SQL.

Re: [HS] Recherche spécialiste PHP-7

2022-04-26 Par sujet Daniel Caillibaud

Le 25/04/22 à 12:00, ajh.val...@bbox.fr a écrit :
> Bonjour,
> 
> Je recherche un bon spécialiste PHP-7.2.

Euh, je crois que tu peux passer directement à php8.1, 7.2 était maintenue 
jusqu'à fin 2020,
7.3 est déjà en EOL et 7.4 meurt dans 6 mois.

Avec 8.1 tu peux tenir jusque fin 2024 : 
https://www.php.net/supported-versions.php

Sur https://www.php.net/eol.php tu as les liens vers les guides de migration 
(5.6 > 7.0 > 7.1 >
7.2 > 7.4 > 8.0 > 8.1), avec à chaque fois la liste de ce qui change.

-- 
Daniel

On ne peut pas juger quelqu'un à ses fréquentations ;
ne perdons pas de vue que Judas avait des amis irréprochables.
Tristan Bernard

[HS] Recherche spécialiste PHP-7

2022-04-25 Par sujet ajh . valmer

Bonjour,

Je recherche un bon spécialiste PHP-7.2.

Objectif : 
modifier les scripts PHP-5.6 en scripts PHP-7.2 d'un site Web sous Linux,
et Apache2.
Possibilté d'une rémunération.
Merci d'avance de me contacter en privé à mon mail : ajh.val...@bbox.fr
Bonne journée.

A. Valmer

Re: PHP 8 et Bullseye ( Debian 11 )

2021-03-24 Par sujet Louis-Philippe

Bonjour,

Merci pour cette réponse très détaillée !  Je comprends mieux maintenant
pourquoi il n'a pas été inclus.

Bonne journée,


Le lun. 22 mars 2021, à 16 h 40, Étienne Mollier 
a écrit :

> Louis-Philippe, on 2021-03-22 09:03:06 -0400:
> > Je m'inquiète pour le paquet PHP8 qui est encore et seulement dans SID
> > (voir texte en gras). Depuis le temps qu'il est publié, je suis surpris
> > qu'il ne soit pas dans testing. En version stable, PHP est rendu à
> 8.0.3...
> >
> > En date du 22 mars, est-ce qu'il y a des chances chance que PHP 8  soit
> > inclu dans la prochaine version stable ?
>
> Bonjour,
>
> Réponse rapide : php8.0 étant sorti de Testing pendant le gel,
> les chances qu'il réintègre Bullseye, à ce point de la
> publication, sont malheureusement quasiment nulles.
>
> Pour l'histoire un peu plus complète : apparemment, le paquet a
> intégré Testing quelque part aux alentours du mois de décembre.
> Ondřej Surý espérait pouvoir effectuer la transition[1] dans les
> semaines qui devaient suivre.  Toutefois, quelques facteurs se
> sont accumulés contre la sortie de php8.0 dans Bullseye.  J'ai
> noté entre autres :
>
>   - de nombreux paquets dépendant de php cassés et à réparer[2],
> notamment la suite Horde, et certains paquets affectés de
>     régressions sur des problèmes de sécurité ;
>   - une couverture contre les problèmes de sécurité peut-être
> meilleure avec php 7.4[3] pour la durée de maintenance de
> Debian 11 ;
>
> En fin de compte, le paquet a été sciemment sorti de Bullseye[4]
> afin de limiter les risques de dégradation des fonctionnalités
> par rapport à php 7.4.  Si cela peut aider, il a été question
> d'un rétroportage de php8.0 dans bullseye-backports, dans le fil
> de discussion autour du bug Debian #976811[1].
>
> Le système de suivi de paquet peut être utile pour savoir où en
> sont les versions de php8.0[5] et de php par défaut[6] si besoin
> est.
>
> [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976811
> [2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976811#57
> [3]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976811#132
> [4]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982177
> [5]: https://tracker.debian.org/pkg/php8.0
> [6]: https://tracker.debian.org/pkg/php-defaults
>
> En vous souhaitant malgré tout une bonne journée,
> --
> Étienne Mollier 
> Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
> Sent from /dev/pts/2, please excuse my verbosity.
>


-- 
Louis-Philippe Gauthier

Re: PHP 8 et Bullseye ( Debian 11 )

2021-03-22 Par sujet Étienne Mollier

Louis-Philippe, on 2021-03-22 09:03:06 -0400:
> Je m'inquiète pour le paquet PHP8 qui est encore et seulement dans SID
> (voir texte en gras). Depuis le temps qu'il est publié, je suis surpris
> qu'il ne soit pas dans testing. En version stable, PHP est rendu à 8.0.3...
> 
> En date du 22 mars, est-ce qu'il y a des chances chance que PHP 8  soit
> inclu dans la prochaine version stable ?

Bonjour,

Réponse rapide : php8.0 étant sorti de Testing pendant le gel,
les chances qu'il réintègre Bullseye, à ce point de la
publication, sont malheureusement quasiment nulles.

Pour l'histoire un peu plus complète : apparemment, le paquet a
intégré Testing quelque part aux alentours du mois de décembre.
Ondřej Surý espérait pouvoir effectuer la transition[1] dans les
semaines qui devaient suivre.  Toutefois, quelques facteurs se
sont accumulés contre la sortie de php8.0 dans Bullseye.  J'ai
noté entre autres :

  - de nombreux paquets dépendant de php cassés et à réparer[2],
notamment la suite Horde, et certains paquets affectés de
régressions sur des problèmes de sécurité ;
  - une couverture contre les problèmes de sécurité peut-être
meilleure avec php 7.4[3] pour la durée de maintenance de
Debian 11 ;

En fin de compte, le paquet a été sciemment sorti de Bullseye[4]
afin de limiter les risques de dégradation des fonctionnalités
par rapport à php 7.4.  Si cela peut aider, il a été question
d'un rétroportage de php8.0 dans bullseye-backports, dans le fil
de discussion autour du bug Debian #976811[1].

Le système de suivi de paquet peut être utile pour savoir où en
sont les versions de php8.0[5] et de php par défaut[6] si besoin
est.

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976811
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976811#57
[3]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976811#132
[4]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982177
[5]: https://tracker.debian.org/pkg/php8.0
[6]: https://tracker.debian.org/pkg/php-defaults

En vous souhaitant malgré tout une bonne journée,
-- 
Étienne Mollier 
Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/pts/2, please excuse my verbosity.


signature.asc
Description: PGP signature

PHP 8 et Bullseye ( Debian 11 )

2021-03-22 Par sujet Louis-Philippe

Bonjour,

Le soft freeze est commencé depuis le 12 février 2021 [1].

Référence:  Debian project news, 18 mars 2021

[... ]
Bullseye Soft Freeze


The Release Team announced that bullseye reached the soft freeze
milestone on 2021-02-12 [2].
*This freeze allows only small targeted fixes for the next release*. New
transitions or versions of packages that
may be disruptive are no longer allowed. You can follow the freeze
schedule on the Bullseye Freeze Timeline and Policy [3] page.
[...]

Je m'inquiète pour le paquet PHP8 qui est encore et seulement dans SID
(voir texte en gras). Depuis le temps qu'il est publié, je suis surpris
qu'il ne soit pas dans testing. En version stable, PHP est rendu à 8.0.3...

En date du 22 mars, est-ce qu'il y a des chances chance que PHP 8  soit
inclu dans la prochaine version stable ?

Merci à vous tous,


[1] https://lists.debian.org/debian-devel-announce/2021/02/msg2.html

-- 
Louis-Philippe Gauthier

Re: [HS] suite d'opérations arithmétiques en php

2021-02-18 Par sujet ajh-valmer

On Monday 15 February 2021 19:16:02 Daniel Caillibaud wrote:
> Le 12/02/21 à 20:11, "ajh-valmer"  a écrit :
> > $opar=$suiteope;
> > echo suiteope. ' = ';
> > print("");
> > echo eval("return $opar ;" );

> Il ne faut JAMAIS faire de eval sur du texte entré par un utilisateur !

> Si c'est valide, gros bug de conception de PHP.

Je le crois bien.
C'est indiquer sur : www.php.net/manual/fr/function.eval.php
"Son utilisation est vivement déconseillée"

Alors remplacer "eval" par quel  autre script ?

Merci

A. Valmer

Re: [HS] suite d'opérations arithmétiques en php

2021-02-16 Par sujet Vincent Lefevre

On 2021-02-15 19:16:02 +0100, Daniel Caillibaud wrote:
> Le 12/02/21 à 20:11, "ajh-valmer"  a écrit :
> > 
> > Entrer la suite d'opérations :  2+9*5-7
> > VALIDER :
> > echo 2+9*5-7; # code PHP
> > réponse : 2+9*5-7
> > 
> > Par contre, codes à remplacer / ajouter :
> > $opar=$suiteope;
> > echo suiteope. ' = ';
> > print("");
> > echo eval("return $opar ;" );
> 
> Il ne faut JAMAIS faire de eval sur du texte entré par un utilisateur !

Si c'est valide, gros bug de conception de PHP!

Par exemple en Perl:

$ echo 'print "OK\n"' | perl -Te 'eval '
Insecure dependency in eval while running with -T switch at -e line 1,  
line 1.

-- 
Vincent Lefèvre  - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: [HS] suite d'opérations arithmétiques en php

2021-02-15 Par sujet Daniel Caillibaud

Le 12/02/21 à 20:11, "ajh-valmer"  a écrit :
> > > https://www.php.net/manual/fr/language.operators.arithmetic.php
> > > https://www.php.net/manual/fr/ref.math.php
>  
> >Reformule la question en donnant un exemple, car d'après ce que 
> >tu as énoncé, la réponse est dans ces 2 pages sus citées :  
> 
> La voici :

C'est un fichier php que tu fais passer par un serveur web qui interprète le 
php ?
Parce que je vois pas les tags




> 
> Entrer la suite d'opérations :  2+9*5-7
> VALIDER :
> echo 2+9*5-7; # code PHP
> réponse : 2+9*5-7
> 
> Par contre, codes à remplacer / ajouter :
> $opar=$suiteope;
> echo suiteope. ' = ';
> print("");
> echo eval("return $opar ;" );

Il ne faut JAMAIS faire de eval sur du texte entré par un utilisateur !

Ici tu fais exécuter par ton serveur du code demandé par celui qui se balade 
sur ton site,
essaie de taper
  readfile('/etc/passwd')
dans ton champ pour voir ce que ça donne ;-)

D'une manière générale, si tu vois du eval dans du code, quel que soit le 
langage, y'a de
sérieuses questions à se poser, les cas où on en a besoin sont vraiment rares 
(mais ça arrive),
et tu devrais jamais en avoir besoin en js ou php.

> $erreur=eval("return $opar;");
> print("");
> 
> Maintenant, le résultat m'affiche bien : 2+9*5-7 = 40
> 
> Solution trouvée par hasard sur un site en anglais.

Fais quand même attention au code que tu mets dans tes pages, les tutoriels qui 
te proposent de
créer une grosse faille de sécurité sur ton site sont très très nombreux…

> Faut muscler le php, c'est dans "l'air du temps" :-)

Ça, j'en suis pas convaincu ;-)

-- 
Daniel

Si je pouvais choisir le jour de ma mort, je choisirais plutôt le lendemain.
Philippe Geluck, Le chat

Re: [HS] suite d'opérations arithmétiques en php

2021-02-12 Par sujet ajh-valmer

On Thursday 11 February 2021 22:00:36 Daniel Caillibaud wrote:
> Le 11/02/21 à 15:20, "ajh-valmer"  a écrit :
> > php -r 'echo 2+9*5-7;'` : ne fonctionne pas.

> Alors il te manque le paquet php-cli :
Il est installé.

> > https://www.php.net/manual/fr/language.operators.arithmetic.php
> > https://www.php.net/manual/fr/ref.math.php  
 
>Reformule la question en donnant un exemple, car d'après ce que 
>tu as énoncé, la réponse est dans ces 2 pages sus citées :

La voici :

Entrer la suite d'opérations :  2+9*5-7
VALIDER :
echo 2+9*5-7; # code PHP
réponse : 2+9*5-7

Par contre, codes à remplacer / ajouter :
$opar=$suiteope;
echo suiteope. ' = ';
print("");
echo eval("return $opar ;" );
$erreur=eval("return $opar;");
print("");

Maintenant, le résultat m'affiche bien : 2+9*5-7 = 40

Solution trouvée par hasard sur un site en anglais.

Faut muscler le php, c'est dans "l'air du temps" :-)

Re: [1/2HS] suite d'opérations arithmétiques en php

2021-02-12 Par sujet lann

Bonsoir

Pour moi c'est la même chose :
        php -r 'echo 2+9*5-7;'
retourne bien 40

Debian Buster avec php :
PHP 7.3.19-1~deb10u1 (cli) (built: Jul  5 2020 06:46:45) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.19, Copyright (c) 1998-2018 Zend Technologies
with Zend OPcache v7.3.19-1~deb10u1, Copyright (c) 1999-2018, by
Zend Technologies


Je connais un peu le php mais ce n'est pas ma tasse de thé

Cordialement



Le Thu, 11 Feb 2021 21:44:20 +0100,
MERLIN Philippe  a écrit :

> Le jeudi 11 février 2021, 15:20:34 CET ajh-valmer a écrit :
> > On Thursday 11 February 2021 14:39:55 Daniel Caillibaud wrote:
> > > Le 11/02/21 à 13:09, "ajh-valmer"  a écrit :
> > > > Comment écrire le bon script php pour réaliser cette suite
> > > > d'opération
> > > 
> > > > sur une seule ligne ? : p. ex. 2+9*5-7 :
> > > Je comprend pas bien le pb… `php -r 'echo 2+9*5-7;'` affiche bien
> > > 40
> > 
> > php -r 'echo 2+9*5-7;'` : ne fonctionne pas.
> Désolé ajh Je ne connais rien à php mais j'ai exécuté la commande php
> et j'obtiens bien comme résultat 40.
> Ma participation.
> Philippe Merlin
> 
>

Re: [1/2HS] suite d'opérations arithmétiques en php

2021-02-11 Par sujet MERLIN Philippe

Le jeudi 11 février 2021, 15:20:34 CET ajh-valmer a écrit :
> On Thursday 11 February 2021 14:39:55 Daniel Caillibaud wrote:
> > Le 11/02/21 à 13:09, "ajh-valmer"  a écrit :
> > > Comment écrire le bon script php pour réaliser cette suite d'opération
> > 
> > > sur une seule ligne ? : p. ex. 2+9*5-7 :
> > Je comprend pas bien le pb… `php -r 'echo 2+9*5-7;'` affiche bien 40
> 
> php -r 'echo 2+9*5-7;'` : ne fonctionne pas.
Désolé ajh Je ne connais rien à php mais j'ai exécuté la commande php et 
j'obtiens bien comme résultat 40.
Ma participation.
Philippe Merlin

Re: [HS] suite d'opérations arithmétiques en php

2021-02-11 Par sujet Daniel Caillibaud

Le 11/02/21 à 15:20, "ajh-valmer"  a écrit :
> php -r 'echo 2+9*5-7;'` : ne fonctionne pas.

Alors il te manque le paquet php-cli

> > Commence plutôt par https://www.php.net/manual/fr/
> > Tu trouveras la réponse facilement avec le lien précédent, dont
> > https://www.php.net/manual/fr/language.operators.arithmetic.php
> > https://www.php.net/manual/fr/ref.math.php  
> 
> Ai évidement lu toutes ces pages.

Et pas trouvé la réponse ?
Dans ce cas reformule la question en donnant un exemple, car d'après ce que tu 
as énoncé la
réponse est dans ces 2 pages.

> Comme d'autres sujets qui n'ont rien à voir avec debian, ni même avec linux,
> et ne subissent pas cette remarque.

Ça, libre à celui qui répond de le faire remarquer ou pas ;-)

Mais tu noteras que cette remarque était précédé des pointeurs précis vers la 
réponse au pb,
même s'il était complètement HS ici.

-- 
Daniel

Le génie consiste à voir ce que tout le monde a vu
et à penser ce que personne n'a pensé.

Re: [1/2HS] suite d'opérations arithmétiques en php

2021-02-11 Par sujet ajh-valmer

On Thursday 11 February 2021 14:39:55 Daniel Caillibaud wrote:
> Le 11/02/21 à 13:09, "ajh-valmer"  a écrit :
> > Comment écrire le bon script php pour réaliser cette suite d'opération 
> > sur une seule ligne ? : p. ex. 2+9*5-7 :

> Je comprend pas bien le pb… `php -r 'echo 2+9*5-7;'` affiche bien 40

php -r 'echo 2+9*5-7;'` : ne fonctionne pas.

> > J'ai vainement cherché sous gouguel :

> Commence plutôt par https://www.php.net/manual/fr/
> Tu trouveras la réponse facilement avec le lien précédent, dont
> https://www.php.net/manual/fr/language.operators.arithmetic.php
> https://www.php.net/manual/fr/ref.math.php

Ai évidement lu toutes ces pages.
Elles ne répondent pas à ma demande.
Avant de poster, je cherche beaucoup.


> PS: tout ça n'a vraiment rien à voir avec debian, ni même avec linux…:

Comme d'autres sujets qui n'ont rien à voir avec debian, ni même avec linux,
et ne subissent pas cette remarque.

Re: [1/2HS] suite d'opérations arithmétiques en php

2021-02-11 Par sujet Daniel Caillibaud

Le 11/02/21 à 13:09, "ajh-valmer"  a écrit :
> Hello à tous,
> 
> Comment écrire le bon script php pour réaliser cette suite d'opération 
> sur une seule ligne ? : p. ex. 2+9*5-7

Je comprend pas bien le pb… `php -r 'echo 2+9*5-7;'` affiche bien 40

> Opération entre 2 valeurs, c'est facile : $res=$a+$b;
> mais 
> moins facile avec la suite ci-dessus.  Sans doute par une boucle ?

Non, vraiment pas utile ici…

> J'ai vainement cherché sous gouguel.

Commence plutôt par https://www.php.net/manual/fr/

> Cerise sur la gâteau, et cette opération de puissance également sur 
> une seule ligne ? : a puissance 5 (a^5)

Tu trouveras la réponse facilement avec le lien précédent, dont
https://www.php.net/manual/fr/language.operators.arithmetic.php
https://www.php.net/manual/fr/ref.math.php

PS: tout ça n'a vraiment rien à voir avec debian, ni même avec linux…

-- 
Daniel

Je suis aveugle, mais on trouve toujours plus malheureux que soi...
J'aurais pu être noir.
Ray Charles

Re: [1/2HS] suite d'opérations arithmétiques en php

2021-02-11 Par sujet Basile Starynkevitch



On 2/11/21 1:09 PM, ajh-valmer wrote:

Hello à tous,

Comment écrire le bon script php pour réaliser cette suite d'opération
sur une seule ligne ? : p. ex. 2+9*5-7

Opération entre 2 valeurs, c'est facile : $res=$a+$b;
mais
moins facile avec la suite ci-dessus.  Sans doute par une boucle ?
J'ai vainement cherché sous gouguel.

Cerise sur la gâteau, et cette opération de puissance également sur
une seule ligne ? : a puissance 5 (a^5)

Voici le schéma :

Entrer la suite d'opérations :  2+9*5-7
VALIDER

Idem,
Entrer la suite d'opérations :  2^6
VALIDER

Grand merci d'une aide ou d'un tuyau.




Je suggère d'utiliser Ocsigen au lieu de PHP.


https://ocsigen.org/


Certes, il y a un gros effort d'apprentissage, mais

Les gens à l'origine d'Ocsigen sont français (et en Île de France) et sympa.


Ocsigen étant fortement typé, ça passe mieux à l'échelle que PHP. 
Beaucoup plus de vérifications se font "at compile time".


Avec Ocsigen, on utilise le même language (un dialecte d'Ocaml) pour 
programmer le serveur (sous Linux) et le client (un navigateur Web). Et 
on peut déplacer facilement du code du serveur vers le client ou vice versa.



Pour des vidéos en rapport avec Ocsigen et Ocaml, voir les cours de 
sciences du logiciel au Collège de France:


https://www.college-de-france.fr/site/xavier-leroy/index.htm


J'ai eu le privilège de travailler un an à l'INRIA dans l'équipe de 
Xavier Leroy. Et j'ai écouté plusieurs exposés de Vincent Belat. Tous 
deux sont à l'origine d'Ocsigen.



PS. Je développe avec d'autres le logiciel d'intelligence artificielle 
/RefPerSys/ (cf http://refpersys.org/ ...) que j'avais présenté à 
https://afia.asso.fr/journee-hommage-j-pitrat/ et je suis en train 
d'écrire un papier pour la revue ROIA . 
https://roia.centre-mersenne.org/journals/ROIA/ 
<https://webmail.cea.fr/owa/redir.aspx?C=7rPVGqEf-ujIeqPh1EkNDsDOcZdvz48fo_CPK9qfyGv0MPQ9ic7YCA..&URL=https%3a%2f%2froia.centre-mersenne.org%2fjournals%2fROIA%2f> 
... Qui peut me servir de relecteur?



--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

[1/2HS] suite d'opérations arithmétiques en php

2021-02-11 Par sujet ajh-valmer

Hello à tous,

Comment écrire le bon script php pour réaliser cette suite d'opération 
sur une seule ligne ? : p. ex. 2+9*5-7

Opération entre 2 valeurs, c'est facile : $res=$a+$b;
mais 
moins facile avec la suite ci-dessus.  Sans doute par une boucle ?
J'ai vainement cherché sous gouguel.

Cerise sur la gâteau, et cette opération de puissance également sur 
une seule ligne ? : a puissance 5 (a^5)

Voici le schéma :

Entrer la suite d'opérations :  2+9*5-7
VALIDER

Idem,
Entrer la suite d'opérations :  2^6
VALIDER

Grand merci d'une aide ou d'un tuyau.

A. Valmer

Re: [HS] preg_match php

2021-02-03 Par sujet Daniel Caillibaud

Le 02/02/21 à 14:47, "ajh-valmer"  a écrit :

> Bonjour,
> 
> Je souhaite autoriser ces caractères :
> 
> ^ 0 à 9 , + - * / .
> 
> if  (preg_match("#[^^\-9*+-/().$]#", $v)) {
> 
> 
> Ça ne marche pas :
> l'accent circonflexe (^) marque le début d'une chaîne, 
> et se confond avec l'accent ^ autorisé

À l'intérieur de crochets, tu dois échapper tous les caractères qui ont une 
signification dans
ce contexte, ^ - et ] (je crois pas qu'il y en ait d'autres)

^ signifie le début de la chaîne hors des crochets, une négation si premier 
caractère entre
crochets.

> Comment présenter la bonne syntaxe de preg_match pour le faire ?

Je connais plus trop php mais je dirais
  if (preg_match("#^[\^0-9+\-*/().]+$#", $v)) {
que tu dois pouvoir écrire
  if (preg_match("#^[0-9^+*/().-]+$#", $v)) {
(pas besoin d'échapper le ^ s'il n'est pas en premier dans les crochets, ni le 
- s'il est en
dernier)

-- 
Daniel

La théorie est absurde dans la pratique
et la pratique est aveugle sans la théorie.
Kant

[1/2HS] preg_match php

2021-02-02 Par sujet ajh-valmer

Bonjour,

Je souhaite autoriser ces caractères :

^ 0 à 9 , + - * / .

if  (preg_match("#[^^\-9*+-/().$]#", $v)) {


Ça ne marche pas :
l'accent circonflexe (^) marque le début d'une chaîne, 
et se confond avec l'accent ^ autorisé

Comment présenter la bonne syntaxe de preg_match pour le faire ?

Merci,

André Valmer

Re: bibliothèque pdf pour php[RESOLU]

2020-09-09 Par sujet Dethegeek

Bonsoir

Oui, c'est juste. Il y a peut être des cas exotiques où ce ne sera pas vrai (je 
laisse une ouverture au scénario de la loi de l'emmerdement perpétuel, pour ma 
décharge :) ).

Un conseil tant que j'y suis : les librairies téléchargées par composer ne 
doivent en principe pas être accessibles depuis un navigateur. Par sécurité, et 
si c'est necessaire, envisage de modifier ton projet de sorte qu'il présente un 
sous dossier comme racine pour le navigateur (de mémoire document root pour 
Apache) et des dossiers frères pour toutes les ressources qui ne doivent pas 
être accessibles par les usagers. Le dossier vendor étant un de ceux là.

Autre avantage, si tu connais git ou un autre CVS (qui sera forcément moins 
bien que git), tu pourras maintenir, développer ou bug-fixer ces librairies 
tierces assez facilement.

Encore quelques infos : composer te permet de choisir des versions des 
librairies, par exemple si tu n'es pas compatible avec les dernières versions. 
Je te laisse lire sa documentation, c'est pas très sorcier. Jette aussi un oeil 
à composer.json pour voir une partie du potentiel de ce gestionnaire de paquet.

N'hésite pas à chercher des librairies sur packagist.org car il y a beaucoup de 
ressources. 



Le 9 septembre 2020 19:38:20 GMT+02:00, Jose CHARTERS  a 
écrit :
>Le 07/09/2020 à 22:41, Dethegeek a écrit :
>> Si tu as d'autres librairies dans le projet, par cohérence, tu devrais 
>> les "convertir" à composer. Ton projet deviendra plus simple à maintenir.
>
>Bonsoir,
>
>Si je comprends bien, composer installe les librairies dans le 
>répertoire racine du site.
>
>Ce qui fait, qu'en cas de migration, et de changement de système, le 
>fait de copier le répertoire sur la nouvelle machine, les librairies 
>seront également copiées. Et les librairies ne seront plus manquantes.
>
>Ai-je bien compris ?
>
>Cordialement,
>
>José Charters
>

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Re: bibliothèque pdf pour php[RESOLU]

2020-09-09 Par sujet Jose CHARTERS


Le 07/09/2020 à 22:41, Dethegeek a écrit :
Si tu as d'autres librairies dans le projet, par cohérence, tu devrais 
les "convertir" à composer. Ton projet deviendra plus simple à maintenir.


Bonsoir,

Si je comprends bien, composer installe les librairies dans le 
répertoire racine du site.


Ce qui fait, qu'en cas de migration, et de changement de système, le 
fait de copier le répertoire sur la nouvelle machine, les librairies 
seront également copiées. Et les librairies ne seront plus manquantes.


Ai-je bien compris ?

Cordialement,

José Charters

Re: bibliothèque pdf pour php[RESOLU]

2020-09-07 Par sujet Dethegeek

Parfait !

Si tu as d'autres librairies dans le projet, par cohérence, tu devrais les 
"convertir" à composer. Ton projet deviendra plus simple à maintenir.

Le 7 septembre 2020 22:30:55 GMT+02:00, Jose CHARTERS  a 
écrit :
>Le 07/09/2020 à 20:54, Dethegeek a écrit :
>> Donc, pour ton projet, commence par en faire une copie, ou mieux, gère le
>> avec git, si tu maîtrises ses bases.
>>
>> Ensuite installe composer en suivant la procédure disponible sur
>> http://getcomposer.org <http://getcomposer.org>. Personnellement je
>> l'installe dans /usr/bin . Je ne descend pas composer depuis apt car il a
>> tendance à être un peu vieux.
>>
>> Une fous fait, vérifie que tu peux l'appeler comme n'importe quelle
>> commande :
>>
>> Composer --version
>>
>> Rends toi à la racine de ton projet, et tape
>>
>> composer init
>>
>> Il te posera quelques questions notamment pour des meta données (auteur,
>> licence, ...).
>>
>> À la racine de ton projet tu auras de nouveaux fichiers :
>> composer.json
>> composer. lock
>>
>> Et un dossier vendor.
>>
>> Installe ta librairie avec
>>
>> composer require setasign/fpdi
>>
>> La commande provient de cette page : 
>> https://packagist.org/packages/setasign/fpdi
>>
>> Note : http://packagist.org est le site qui sert de "magasin" de 
>> librairies.
>>
>> Une fois que composer a résolu les dépendances de ton projet et de ta 
>> nouvelle librairie tu pourras utiliser l'autoload que composer a 
>> préparé pour accéder à toutes tes librairies.
>>
>> Cela se fait en PHP avec
>>
>> require 'vendor/autoload.PHP'
>>
>> Enfin, adapte ton projet en fonction si tu utilisais une méthode 
>> d'autoload antédiluvienne. (Comme des include ou des require en masse 
>> un peu partout)
>Bonsoir,
>
>Merci, j'ai réussi à installer cette librairie.
>
>Par contre, j'ai installer composer avec apt-get, il ne voulait pas 
>autrement.
>
>Ensuite, j'ai un peu tatonner mais cela à fini par fonctionner.
>
>Bonne soirée,
>
>José Charters
>

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Re: bibliothèque pdf pour php[RESOLU]

2020-09-07 Par sujet Jose CHARTERS


Le 07/09/2020 à 20:54, Dethegeek a écrit :

Donc, pour ton projet, commence par en faire une copie, ou mieux, gère le
avec git, si tu maîtrises ses bases.

Ensuite installe composer en suivant la procédure disponible sur
http://getcomposer.org <http://getcomposer.org>. Personnellement je
l'installe dans /usr/bin . Je ne descend pas composer depuis apt car il a
tendance à être un peu vieux.

Une fous fait, vérifie que tu peux l'appeler comme n'importe quelle
commande :

Composer --version

Rends toi à la racine de ton projet, et tape

composer init

Il te posera quelques questions notamment pour des meta données (auteur,
licence, ...).

À la racine de ton projet tu auras de nouveaux fichiers :
composer.json
composer. lock

Et un dossier vendor.

Installe ta librairie avec

composer require setasign/fpdi

La commande provient de cette page : 
https://packagist.org/packages/setasign/fpdi


Note : http://packagist.org est le site qui sert de "magasin" de 
librairies.


Une fois que composer a résolu les dépendances de ton projet et de ta 
nouvelle librairie tu pourras utiliser l'autoload que composer a 
préparé pour accéder à toutes tes librairies.


Cela se fait en PHP avec

require 'vendor/autoload.PHP'

Enfin, adapte ton projet en fonction si tu utilisais une méthode 
d'autoload antédiluvienne. (Comme des include ou des require en masse 
un peu partout)

Bonsoir,

Merci, j'ai réussi à installer cette librairie.

Par contre, j'ai installer composer avec apt-get, il ne voulait pas 
autrement.


Ensuite, j'ai un peu tatonner mais cela à fini par fonctionner.

Bonne soirée,

José Charters

Re: bibliothèque pdf pour php

2020-09-07 Par sujet Dethegeek

Bonsoir

Composer est un outil devenu incontournable pour un projet PHP un minimum 
moderne. Force est de constater qu'il rend bien service.

En gros, beaucoup de langages de programmation ont fini par avoir au moins 
un gestionnaire de paquet. Pour faire court, debian a apt, JavaScript a npm 
ou yarn, PHP a composer. J'ai mentionné apt car ça répond grosso modo au 
même besoin.

Donc, pour ton projet, commence par en faire une copie, ou mieux, gère le 
avec git, si tu maîtrises ses bases.

Ensuite installe composer en suivant la procédure disponible sur 
http://getcomposer.org <http://getcomposer.org>. Personnellement je 
l'installe dans /usr/bin . Je ne descend pas composer depuis apt car il a 
tendance à être un peu vieux.

Une fous fait, vérifie que tu peux l'appeler comme n'importe quelle 
commande : 

Composer --version

Rends toi à la racine de ton projet, et tape

composer init

Il te posera quelques questions notamment pour des meta données (auteur, 
licence, ...).

À la racine de ton projet tu auras de nouveaux fichiers :
composer.json
composer. lock

Et un dossier vendor.

Installe ta librairie avec 

composer require setasign/fpdi

La commande provient de cette page : 
https://packagist.org/packages/setasign/fpdi

Note : http://packagist.org est le site qui sert de "magasin" de librairies. 

Une fois que composer a résolu les dépendances de ton projet et de ta nouvelle 
librairie tu pourras utiliser l'autoload que composer a préparé pour accéder à 
toutes tes librairies.

Cela se fait en PHP avec

require 'vendor/autoload.PHP'

Enfin, adapte ton projet en fonction si tu utilisais une méthode d'autoload 
antédiluvienne. (Comme des include ou des require en masse un peu partout)

N'hésite pas à demander si quelque chose n'est pas assez clair.

Le 7 septembre 2020 19:52:27 GMT+02:00, Jose CHARTERS  a 
écrit :
>Le 07/09/2020 à 05:36, Dethegeek a écrit :
>> Apparemment ta librairie est utilisable avec le gestionnaire de 
>> paquets composer et est compatible PHP 7
>>
>> https://packagist.org/packages/setasign/fpdi
>>
>> Basculer vers composer me semble un meilleur choix que s'appuyer sur 
>> des paquets de l'OS, tant que ton projet n'a pas vocation à être 
>> distribué comme paquet debian.
>
>Bonsoir,
>
>J'ai bien vu cette possibilité, mais je n'ai pas compris en quoi cela 
>consiste.
>
>Je vois bien l'utilisation mais je ne vois pas l'installation. J'ai dû 
>loupé quelque chose ou je n'ai rien compris.
>
>Cordialement,
>
>José Charters
>

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Re: bibliothèque pdf pour php

2020-09-07 Par sujet Jose CHARTERS


Le 07/09/2020 à 05:36, Dethegeek a écrit :
Apparemment ta librairie est utilisable avec le gestionnaire de 
paquets composer et est compatible PHP 7


https://packagist.org/packages/setasign/fpdi

Basculer vers composer me semble un meilleur choix que s'appuyer sur 
des paquets de l'OS, tant que ton projet n'a pas vocation à être 
distribué comme paquet debian.


Bonsoir,

J'ai bien vu cette possibilité, mais je n'ai pas compris en quoi cela 
consiste.


Je vois bien l'utilisation mais je ne vois pas l'installation. J'ai dû 
loupé quelque chose ou je n'ai rien compris.


Cordialement,

José Charters

Re: bibliothèque pdf pour php

2020-09-07 Par sujet Jose CHARTERS


Le 06/09/2020 à 23:22, ajh-valmer a écrit :

Tu es bien sous php5 ?

Il semble que Debian 9 = php5 et Debian 10 = php7.

Il n'y aurait pas un conflit entre les 2 versions de php ?
(donc de librairies php pas installables suivant la version de php
installée ?)


Bonsoir,

Je suis sous php7. Debian 9 est déjà avec php7 et ne contient plus le 
paquet php5. D'où le problème.


Cordialement,

José Charters

Re: bibliothèque pdf pour php

2020-09-06 Par sujet Dethegeek

Bonjour

Apparemment ta librairie est utilisable avec le gestionnaire de paquets 
composer et est compatible PHP 7

https://packagist.org/packages/setasign/fpdi

Basculer vers composer me semble un meilleur choix que s'appuyer sur des 
paquets de l'OS, tant que ton projet n'a pas vocation à être distribué comme 
paquet debian.

Le 6 septembre 2020 21:12:42 GMT+02:00, Jose CHARTERS  a 
écrit :
>Bonsoir,
>
>Il y a quelques années, j'ai développé un petit site en php. Je devais 
>générer un document en pdf et j'ai utilisé la librairie fpdi. C'était 
>l'époque de Debian 8, Jessie.
>
>Je refais maintenant mon serveur en debian 9 ( oui, je sais nous sommes 
>en debian 10, mais ce serveur a été construit à l'époque de debian 10). 
>Je transfère mon petit site sur ce serveur et j'ai oublié cette histoire 
>de bibliothèque et la génération du document ne fonctionne pas. Normal, 
>il n'y a pas la librairie fpdi.
>
>La surprise est que cette librairie, libfpdi-php, existe bien mais elle 
>dépend de php5 ou de php5-cli. Or ces paquets n'exitent pas dans cette 
>version de debian (ni sur débian 10). Donc pas possible de l'installer.
>
>J'ai cherché sur le net. J'ai trouvé cette librairie. J'ai essayé de 
>l'installé, mais sans succès. Il m'a fallut décompacter le paquet, 
>l'installer sur un répertoire accéssible du site et mettre dans le php 
>la ligne : require_once(chemin/vers/src/autoload.php). Mais la librairie 
>n'est pas récupérée.
>
>Quelqu'un connaît-il cette librairie ? Et pourrais m'aider à sortir de 
>cette impasse.
>
>Merci,
>
>Cordialement,
>
>José
>

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Re: bibliothèque pdf pour php

2020-09-06 Par sujet ajh-valmer

Tu es bien sous php5 ?

Il semble que Debian 9 = php5 et Debian 10 = php7.

Il n'y aurait pas un conflit entre les 2 versions de php ?
(donc de librairies php pas installables suivant la version de php 
installée ?)


On Sunday 06 September 2020 21:12:42 Jose CHARTERS wrote:
> Il y a quelques années, j'ai développé un petit site en php. Je devais 
> générer un document en pdf et j'ai utilisé la librairie fpdi. C'était 
> l'époque de Debian 8, Jessie.
> Je refais maintenant mon serveur en debian 9 ( oui, je sais nous sommes 
> en debian 10, mais ce serveur a été construit à l'époque de debian 10). 
> Je transfère mon petit site sur ce serveur et j'ai oublié cette histoire 
> de bibliothèque et la génération du document ne fonctionne pas. Normal, 
> il n'y a pas la librairie fpdi.
> La surprise est que cette librairie, libfpdi-php, existe bien mais elle 
> dépend de php5 ou de php5-cli. Or ces paquets n'exitent pas dans cette 
> version de debian (ni sur débian 10). Donc pas possible de l'installer.
> J'ai cherché sur le net. J'ai trouvé cette librairie. J'ai essayé de 
> l'installé, mais sans succès. Il m'a fallut décompacter le paquet, 
> l'installer sur un répertoire accéssible du site et mettre dans le php 
> la ligne : require_once(chemin/vers/src/autoload.php). Mais la librairie 
> n'est pas récupérée.
> Quelqu'un connaît-il cette librairie ? Et pourrais m'aider à sortir de 
> cette impasse.

bibliothèque pdf pour php

2020-09-06 Par sujet Jose CHARTERS


Bonsoir,

Il y a quelques années, j'ai développé un petit site en php. Je devais 
générer un document en pdf et j'ai utilisé la librairie fpdi. C'était 
l'époque de Debian 8, Jessie.


Je refais maintenant mon serveur en debian 9 ( oui, je sais nous sommes 
en debian 10, mais ce serveur a été construit à l'époque de debian 10). 
Je transfère mon petit site sur ce serveur et j'ai oublié cette histoire 
de bibliothèque et la génération du document ne fonctionne pas. Normal, 
il n'y a pas la librairie fpdi.


La surprise est que cette librairie, libfpdi-php, existe bien mais elle 
dépend de php5 ou de php5-cli. Or ces paquets n'exitent pas dans cette 
version de debian (ni sur débian 10). Donc pas possible de l'installer.


J'ai cherché sur le net. J'ai trouvé cette librairie. J'ai essayé de 
l'installé, mais sans succès. Il m'a fallut décompacter le paquet, 
l'installer sur un répertoire accéssible du site et mettre dans le php 
la ligne : require_once(chemin/vers/src/autoload.php). Mais la librairie 
n'est pas récupérée.


Quelqu'un connaît-il cette librairie ? Et pourrais m'aider à sortir de 
cette impasse.


Merci,

Cordialement,

José

Re: Apache2 et interprétation du php

2019-08-29 Par sujet Rom1

Quand je veux rafraichir ma page et que je ne veux pas tenir compte du 
cache, je fais CTRL+F5.


Quand je tape une URL et que je ne veux pas qu'il charge le cache, je 
fais CTRL+ENTER


https://support.mozilla.org/en-US/kb/keyboard-shortcuts-perform-firefox-tasks-quickly

Le 26.08.19 à 19:54, G2PC a écrit :

Le 26/08/2019 à 16:54, Sil a écrit :

Le 26 août 2019 14:33:29 GMT+02:00, G2PC  a écrit :

Oui mais non. Dans le cas de ma configuration, j'ai le même problème
avec la navigation privée.
A la rigueur cela recharge le cache la première fois, mais, si je veux
réactualiser le site une seconde fois, même en navigation privée, on
reste alors bloqué sur le cache du navigateur.
Il faudra recharger le navigateur ( fermer et ouvrir à nouveau ).

CTRL+F5 ne vide pas le cache ?


Non il ne me semble pas.

Re: Apache2 et interprétation du php



Le 26/08/2019 à 16:54, Sil a écrit :
> Le 26 août 2019 14:33:29 GMT+02:00, G2PC  a écrit :
>> Oui mais non. Dans le cas de ma configuration, j'ai le même problème
>> avec la navigation privée.
>> A la rigueur cela recharge le cache la première fois, mais, si je veux
>> réactualiser le site une seconde fois, même en navigation privée, on
>> reste alors bloqué sur le cache du navigateur.
>> Il faudra recharger le navigateur ( fermer et ouvrir à nouveau ).
> CTRL+F5 ne vide pas le cache ?


Non il ne me semble pas.

Re: Apache2 et interprétation du php

2019-08-26 Par sujet Sil




Le 26 août 2019 14:33:29 GMT+02:00, G2PC  a écrit :
>Oui mais non. Dans le cas de ma configuration, j'ai le même problème
>avec la navigation privée.
>A la rigueur cela recharge le cache la première fois, mais, si je veux
>réactualiser le site une seconde fois, même en navigation privée, on
>reste alors bloqué sur le cache du navigateur.
>Il faudra recharger le navigateur ( fermer et ouvrir à nouveau ).

CTRL+F5 ne vide pas le cache ?
Sil

Re: Apache2 et interprétation du php



Le 26/08/2019 à 14:14, Daniel Huhardeaux a écrit :
> Le 26/08/2019 à 13:13, G2PC a écrit :
>>
 Mais pourquoi Chromium n'est pas sensible à tout ça ?
>>> Comme Chrome, il utilise énormément le cache et donc souvent
>>> n'interroge
>>> pas le serveur. Tu peux éteindre apache pour voir...
>>
>>
>> J'allais proposer la même chose, le cache pourrait poser des problèmes,
>> mais, d'après moi, seulement si tu l'as configuré ...
>> Tu peux configurer tes deux navigateurs pour supprimer le cache
>> totalement quand tu le quittes, et, pense à vider manuellement les
>> fichiers de cache de Chrome car je crois qu'il conserve des fichiers
>> malgré tout.
>>
>> Tu peux aussi installer d'autres navigateurs pour être bien sur que le
>> site tourne sur d'autres browser, généralement, je test sur 4 ou 5
>> navigateurs quand je rencontre des problèmes de cache.
>>
>> https://wiki.visionduweb.fr/index.php?title=Navigateurs_pour_GNU_Linux
>
> Le plus simple restant d'utiliser la navigation privée pour les tests...


Oui mais non. Dans le cas de ma configuration, j'ai le même problème
avec la navigation privée.
A la rigueur cela recharge le cache la première fois, mais, si je veux
réactualiser le site une seconde fois, même en navigation privée, on
reste alors bloqué sur le cache du navigateur.
Il faudra recharger le navigateur ( fermer et ouvrir à nouveau ).

Re: Apache2 et interprétation du php

2019-08-26 Par sujet Migrec

Le 26/08/2019 à 14:01, G2PC a écrit :

Mais pourquoi Chromium n'est pas sensible à tout ça ?

Comme Chrome, il utilise énormément le cache et donc souvent
n'interroge
pas le serveur. Tu peux éteindre apache pour voir...

J'allais proposer la même chose, le cache pourrait poser des problèmes,
mais, d'après moi, seulement si tu l'as configuré ...
Tu peux configurer tes deux navigateurs pour supprimer le cache
totalement quand tu le quittes, et, pense à vider manuellement les
fichiers de cache de Chrome car je crois qu'il conserve des fichiers
malgré tout.

Tu peux aussi installer d'autres navigateurs pour être bien sur que le
site tourne sur d'autres browser, généralement, je test sur 4 ou 5
navigateurs quand je rencontre des problèmes de cache.

https://wiki.visionduweb.fr/index.php?title=Navigateurs_pour_GNU_Linux

Bingo ! C'était bien le cache de firefox... Étonnant surtout si je
redemande le chargement de la page mais bon tant mieux. Je n'ai jamais
eu ça sur un autre site...
Merci.
--
Migrec

Même comportement pour moi avec ma configuration actuelle.
Le rechargement forcé de la page par F5 recharge sur le cache et ne
refait pas l'actualisation réelle du site.
Obligé alors de fermer et de réouvrir pour purger les fichiers mis en
cache par le navigateur.
C'est le but du cache navigateur, d'accélérer l'affichage du site en
mettant en cache.

C'est bien la configuration du serveur Apache2 qui défini cela.
Quelques notes, ça reste un peu confus, du fait des différentes
possibilités de configurations.
Il faudrait faire quelques recherches complémentaires et quelques essais
pour obtenir le comportement souhaité.

https://wiki.visionduweb.fr/index.php?title=Installer_Apache2_sur_Debian#Contr.C3.B4le_du_cache
https://wiki.visionduweb.fr/index.php?title=Installer_Apache2_sur_Debian#Module_Apache2_mod_file_cache
https://wiki.visionduweb.fr/index.php?title=Installer_Apache2_sur_Debian#Module_Apache2_mod_cache
https://wiki.visionduweb.fr/index.php?title=Installer_Apache2_sur_Debian#Module_Apache2_mod_deflate
https://wiki.visionduweb.fr/index.php?title=Installer_Apache2_sur_Debian#Module_Apache2_mod_expires
https://wiki.visionduweb.fr/index.php?title=Installer_Apache2_sur_Debian#Installer_et_configurer_Memcached
J'y vois bien plus clair maintenant. Et comme Chromium n'est pas utilisé
chez moi, il n'avait rien ou presque en cache... Et la navigation privée
ne doit donc pas se servir du cache du profil stantard donc c'est pour
ça que ça fonctionnait !

Merci pour les liens, je vais regarder la config par défaut et régler
tout ça.

--
Migrec

Re: Apache2 et interprétation du php

2019-08-26 Par sujet Daniel Huhardeaux


Le 26/08/2019 à 13:13, G2PC a écrit :



Mais pourquoi Chromium n'est pas sensible à tout ça ?

Comme Chrome, il utilise énormément le cache et donc souvent n'interroge
pas le serveur. Tu peux éteindre apache pour voir...



J'allais proposer la même chose, le cache pourrait poser des problèmes,
mais, d'après moi, seulement si tu l'as configuré ...
Tu peux configurer tes deux navigateurs pour supprimer le cache
totalement quand tu le quittes, et, pense à vider manuellement les
fichiers de cache de Chrome car je crois qu'il conserve des fichiers
malgré tout.

Tu peux aussi installer d'autres navigateurs pour être bien sur que le
site tourne sur d'autres browser, généralement, je test sur 4 ou 5
navigateurs quand je rencontre des problèmes de cache.

https://wiki.visionduweb.fr/index.php?title=Navigateurs_pour_GNU_Linux


Le plus simple restant d'utiliser la navigation privée pour les tests...

--
Daniel

Re: Apache2 et interprétation du php



 Mais pourquoi Chromium n'est pas sensible à tout ça ?
>>> Comme Chrome, il utilise énormément le cache et donc souvent
>>> n'interroge
>>> pas le serveur. Tu peux éteindre apache pour voir...
>>
>> J'allais proposer la même chose, le cache pourrait poser des problèmes,
>> mais, d'après moi, seulement si tu l'as configuré ...
>> Tu peux configurer tes deux navigateurs pour supprimer le cache
>> totalement quand tu le quittes, et, pense à vider manuellement les
>> fichiers de cache de Chrome car je crois qu'il conserve des fichiers
>> malgré tout.
>>
>> Tu peux aussi installer d'autres navigateurs pour être bien sur que le
>> site tourne sur d'autres browser, généralement, je test sur 4 ou 5
>> navigateurs quand je rencontre des problèmes de cache.
>>
>> https://wiki.visionduweb.fr/index.php?title=Navigateurs_pour_GNU_Linux
>
> Bingo ! C'était bien le cache de firefox... Étonnant surtout si je
> redemande le chargement de la page mais bon tant mieux. Je n'ai jamais
> eu ça sur un autre site...
> Merci.
> -- 
> Migrec



Même comportement pour moi avec ma configuration actuelle.
Le rechargement forcé de la page par F5 recharge sur le cache et ne
refait pas l'actualisation réelle du site.
Obligé alors de fermer et de réouvrir pour purger les fichiers mis en
cache par le navigateur.
C'est le but du cache navigateur, d'accélérer l'affichage du site en
mettant en cache.


C'est bien la configuration du serveur Apache2 qui défini cela.
Quelques notes, ça reste un peu confus, du fait des différentes
possibilités de configurations.
Il faudrait faire quelques recherches complémentaires et quelques essais
pour obtenir le comportement souhaité.


https://wiki.visionduweb.fr/index.php?title=Installer_Apache2_sur_Debian#Contr.C3.B4le_du_cache
https://wiki.visionduweb.fr/index.php?title=Installer_Apache2_sur_Debian#Module_Apache2_mod_file_cache
https://wiki.visionduweb.fr/index.php?title=Installer_Apache2_sur_Debian#Module_Apache2_mod_cache
https://wiki.visionduweb.fr/index.php?title=Installer_Apache2_sur_Debian#Module_Apache2_mod_deflate
https://wiki.visionduweb.fr/index.php?title=Installer_Apache2_sur_Debian#Module_Apache2_mod_expires
https://wiki.visionduweb.fr/index.php?title=Installer_Apache2_sur_Debian#Installer_et_configurer_Memcached

Re: Apache2 et interprétation du php

2019-08-26 Par sujet Migrec


Le 26/08/2019 à 13:13, G2PC a écrit :

Mais pourquoi Chromium n'est pas sensible à tout ça ?

Comme Chrome, il utilise énormément le cache et donc souvent n'interroge
pas le serveur. Tu peux éteindre apache pour voir...


J'allais proposer la même chose, le cache pourrait poser des problèmes,
mais, d'après moi, seulement si tu l'as configuré ...
Tu peux configurer tes deux navigateurs pour supprimer le cache
totalement quand tu le quittes, et, pense à vider manuellement les
fichiers de cache de Chrome car je crois qu'il conserve des fichiers
malgré tout.

Tu peux aussi installer d'autres navigateurs pour être bien sur que le
site tourne sur d'autres browser, généralement, je test sur 4 ou 5
navigateurs quand je rencontre des problèmes de cache.

https://wiki.visionduweb.fr/index.php?title=Navigateurs_pour_GNU_Linux


Bingo ! C'était bien le cache de firefox... Étonnant surtout si je 
redemande le chargement de la page mais bon tant mieux. Je n'ai jamais 
eu ça sur un autre site...

Merci.
--
Migrec

Re: Apache2 et interprétation du php



>> Mais pourquoi Chromium n'est pas sensible à tout ça ?
> Comme Chrome, il utilise énormément le cache et donc souvent n'interroge
> pas le serveur. Tu peux éteindre apache pour voir...


J'allais proposer la même chose, le cache pourrait poser des problèmes,
mais, d'après moi, seulement si tu l'as configuré ...
Tu peux configurer tes deux navigateurs pour supprimer le cache
totalement quand tu le quittes, et, pense à vider manuellement les
fichiers de cache de Chrome car je crois qu'il conserve des fichiers
malgré tout.

Tu peux aussi installer d'autres navigateurs pour être bien sur que le
site tourne sur d'autres browser, généralement, je test sur 4 ou 5
navigateurs quand je rencontre des problèmes de cache.

https://wiki.visionduweb.fr/index.php?title=Navigateurs_pour_GNU_Linux

Re: Apache2 et interprétation du php

2019-08-25 Par sujet yamo'

Salut,

Migrec a tapoté le 23/08/2019 22:00:
> Mais pourquoi Chromium n'est pas sensible à tout ça ?

Comme Chrome, il utilise énormément le cache et donc souvent n'interroge
pas le serveur. Tu peux éteindre apache pour voir...

-- 
Stéphane

Re: Apache2 et interprétation du php

2019-08-23 Par sujet Migrec


Le 23/08/2019 à 23:57, Ph. Gras a écrit :

Salut la liste !


Pas mal de rouge et de jaune... Pour une installation "par défaut" ça fait 
beaucoup :
Pass : 30 %
Notice : 12 %
Warning : 58 %

Mais pourquoi Chromium n'est pas sensible à tout ça ?

ça n'a rien à voir avec le navigateur, sauf qu'il affiche les fichiers PHP 
comme si c'était
des pages HTML ou TXT statiques.

À mon avis, le module PHP n'est pas compatible avec la version PHP en usage, ou 
la
version PHP en usage est corrompue à cause des itérations successives, ou le 
fichier
de configuration de PHP est mal renseigné, ou simplement le module PHP de Apache
n'a pas été activé.


Je continue de chercher mais je fais le constat étonnant que Firefox en 
mode navigation privé affiche tout correctement... Comme Chromium ! Mais 
Firefox en "safe mode" rencontre le même problème...

phpinfo() me donne bien le module PHP.

Qu'entends-tu par les itérations successives ?

--
Migrec

Re: Apache2 et interprétation du php

2019-08-23 Par sujet Ph. Gras

Salut la liste !

> Pas mal de rouge et de jaune... Pour une installation "par défaut" ça fait 
> beaucoup :
> Pass : 30 %
> Notice : 12 %
> Warning : 58 %
> 
> Mais pourquoi Chromium n'est pas sensible à tout ça ?

ça n'a rien à voir avec le navigateur, sauf qu'il affiche les fichiers PHP 
comme si c'était
des pages HTML ou TXT statiques.

À mon avis, le module PHP n'est pas compatible avec la version PHP en usage, ou 
la
version PHP en usage est corrompue à cause des itérations successives, ou le 
fichier
de configuration de PHP est mal renseigné, ou simplement le module PHP de Apache
n'a pas été activé.

Bonne pioche,

Ph. Gras

Re: Apache2 et interprétation du php

2019-08-23 Par sujet Migrec


Le 23/08/2019 à 20:26, G2PC a écrit :

Je doute que tu puisses mélanger du php7.3 et 7.0 ...
Que dit phpinfo ?

Tu as bien créé ton virtualhost ?

Tu as bien renseigné ton fichier hosts localement ?


# php -v
PHP 7.3.4-2 (cli) (built: Apr 13 2019 19:05:48) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.4, Copyright (c) 1998-2018 Zend Technologies
    with Zend OPcache v7.3.4-2, Copyright (c) 1999-2018, by Zend 
Technologies



# cat /etc/hosts
127.0.0.1   localhost.localdomain localhost
127.0.1.1   canoe.homeg.lan canoe

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Je n'utilise pas les VirtualHosts mais j'ai ceci qui g
# cat /etc/apache2/conf-enabled/private.conf
#NameVirtualHost *

#

    Alias /private "/srv/www-private/"
    
    Options Indexes MultiViews FollowSymLinks
    AllowOverride All

    Require ip 192.168.0.1/23
    Require local

    

#

Pour cacti :
# cat /etc/apache2/conf-enabled/cacti.conf
Alias /cacti /usr/share/cacti/site


    Options +FollowSymLinks
    AllowOverride None
    = 2.3>
    Require all granted
    
    
    Order Allow,Deny
    Allow from all
    

    AddType application/x-httpd-php .php

    
    php_flag magic_quotes_gpc Off
    php_flag short_open_tag On
    php_flag register_globals Off
    php_flag register_argc_argv On
    php_flag track_vars On
    # this setting is necessary for some locales
    php_value mbstring.func_overload 0
    php_value include_path .
    

    DirectoryIndex index.php



Tu peux aussi installer phpsecinfo histoire de voir ce qu'il va te dire
sur ton installation :
https://github.com/ZerooCool/phpsecinfo/tree/phpsecinfo-zeroocool-v3.0.1
Pas mal de rouge et de jaune... Pour une installation "par défaut" ça 
fait beaucoup :

Pass : 30 %
Notice : 12 %
Warning : 58 %

Mais pourquoi Chromium n'est pas sensible à tout ça ?

--
Migrec

Re: Apache2 et interprétation du php

2019-08-23 Par sujet Ph. Gras

Salut la liste !

> Je rencontre un souci étrange et je ne sais pas d'où provient ce comportement.
> Sur mon installation de cacti :
> - avec Firefox 68 sur serveur.reseaulocal.lan/cacti/, il me propose le 
> téléchargement d'un fichier (avec un nom aléatoire) avec un peu de php 
> dedans. Si vais sur le index.php, ça passe mais lorsque je navigue dans le 
> site, j'ai parfois le bandeau supérieur correctement affiché mais du php en 
> dessous...
> (foreach($items as $item) { if 
> (!reports_add_graphs(get_filter_request_var('report_id'), $item, 
> get_request_var('timespan'), get_request_var('align'))) { 
> raise_message('reports_add_error'); $good = false; break; } } if ($good) { 
> raise_message('reports_graphs_added..)
> [...]
> Et dans ces cas, l'adresse vers laquelle je veux naviguer est bien dans la 
> barre d'adresse. Si je valide avec entrée, ça passe, l'affiche démarre. Mais 
> rebelote quelques pages plus loin.
> - avec Chromium 76, aucun problème !
> 
> Pourquoi une différence en les 2 navigateurs ? Mon installation d'Apache 
> est-elle en faute ?
> 
> Dernièrement, j'ai beaucoup jonglé avec php entre les différentes versions, 
> j'ai supprimé php5 et mis php7.3 et il reste un peu de php7.0.

Quelques pistes :
— Le module PHP ou la passerelle phpX.Y-fpm n'est pas activé, pas correctement 
configuré, ou ne correspond tout bonnement pas avec la version de PHP ;
— PHP n'est pas correctement installé et/ou configuré après les itérations 
successives effectuées ;
— Apache2 n'est pas correctement configuré…

À tester dans l'ordre, car il peut y avoir des erreurs à chaque étape.

Bonne pioche,

Ph. Gras

Re: Apache2 et interprétation du php

2019-08-23 Par sujet G2PC

Je doute que tu puisses mélanger du php7.3 et 7.0 ...
Que dit phpinfo ?

Tu as bien créé ton virtualhost ?

Tu as bien renseigné ton fichier hosts localement ?

Tu peux aussi installer phpsecinfo histoire de voir ce qu'il va te dire
sur ton installation :
https://github.com/ZerooCool/phpsecinfo/tree/phpsecinfo-zeroocool-v3.0.1

Le 23/08/2019 à 19:06, Migrec a écrit :
> Bonjour,
>
> Je rencontre un souci étrange et je ne sais pas d'où provient ce
> comportement.
> Sur mon installation de cacti :
> - avec Firefox 68 sur serveur.reseaulocal.lan/cacti/, il me propose le
> téléchargement d'un fichier (avec un nom aléatoire) avec un peu de php
> dedans. Si vais sur le index.php, ça passe mais lorsque je navigue
> dans le site, j'ai parfois le bandeau supérieur correctement affiché
> mais du php en dessous...
> (foreach($items as $item) { if
> (!reports_add_graphs(get_filter_request_var('report_id'), $item,
> get_request_var('timespan'), get_request_var('align'))) {
> raise_message('reports_add_error'); $good = false; break; } } if
> ($good) { raise_message('reports_graphs_added..)
> [...]
> Et dans ces cas, l'adresse vers laquelle je veux naviguer est bien
> dans la barre d'adresse. Si je valide avec entrée, ça passe, l'affiche
> démarre. Mais rebelote quelques pages plus loin.
> - avec Chromium 76, aucun problème !
>
> Pourquoi une différence en les 2 navigateurs ? Mon installation
> d'Apache est-elle en faute ?
>
> Dernièrement, j'ai beaucoup jonglé avec php entre les différentes
> versions, j'ai supprimé php5 et mis php7.3 et il reste un peu de php7.0.
> -- 
> Migrec
>

Apache2 et interprétation du php

2019-08-23 Par sujet Migrec


Bonjour,

Je rencontre un souci étrange et je ne sais pas d'où provient ce 
comportement.

Sur mon installation de cacti :
- avec Firefox 68 sur serveur.reseaulocal.lan/cacti/, il me propose le 
téléchargement d'un fichier (avec un nom aléatoire) avec un peu de php 
dedans. Si vais sur le index.php, ça passe mais lorsque je navigue dans 
le site, j'ai parfois le bandeau supérieur correctement affiché mais du 
php en dessous...
(foreach($items as $item) { if 
(!reports_add_graphs(get_filter_request_var('report_id'), $item, 
get_request_var('timespan'), get_request_var('align'))) { 
raise_message('reports_add_error'); $good = false; break; } } if ($good) 
{ raise_message('reports_graphs_added..)

[...]
Et dans ces cas, l'adresse vers laquelle je veux naviguer est bien dans 
la barre d'adresse. Si je valide avec entrée, ça passe, l'affiche 
démarre. Mais rebelote quelques pages plus loin.

- avec Chromium 76, aucun problème !

Pourquoi une différence en les 2 navigateurs ? Mon installation d'Apache 
est-elle en faute ?


Dernièrement, j'ai beaucoup jonglé avec php entre les différentes 
versions, j'ai supprimé php5 et mis php7.3 et il reste un peu de php7.0.

--
Migrec

Re: output_buffering Off et php fpm ne fonctionne pas ?

2018-12-02 Par sujet G2PC



> Le 02/12/2018 à 03:30, G2PC a écrit :
>> Debian 9 SID
>> Apache2.4
>> MariaDB
>> PHP 7.2
>>
>> Je réinstalle un Joomla, il me dit que output_buffering = 4096 mais
>> doit être passé à Off.
>
> Je crois qu'il est recommandé dans les doc de PHP de laisser
> output_buffering à 4096. En tous cas, moi je laisse la direcive à 4096
> pour tous les sites quelques soit type de dév.
>
> Tu as redémarré le service php7.2-fpm ?


sudo service php7.2-fpm restart

Énorme ! ça fonctionne !

Merci beaucoup !

Bon dimanche.

Re: output_buffering Off et php fpm ne fonctionne pas ?

2018-12-02 Par sujet Frederic MASSOT


Le 02/12/2018 à 03:30, G2PC a écrit :

Debian 9 SID
Apache2.4
MariaDB
PHP 7.2

Je réinstalle un Joomla, il me dit que output_buffering = 4096 mais doit 
être passé à Off.


Je crois qu'il est recommandé dans les doc de PHP de laisser 
output_buffering à 4096. En tous cas, moi je laisse la direcive à 4096 
pour tous les sites quelques soit type de dév.


Tu as redémarré le service php7.2-fpm ?



--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: output_buffering Off et php fpm ne fonctionne pas ?

2018-12-01 Par sujet G2PC


>   Avec php 7.2
>
> sudo nano /etc/php/7.2/apache2/php.ini
>
>
>   Avec php 7.2 fpm
>
> sudo nano /etc/php/7.2/fpm/php.ini
>
>
> J'ai activé php fpm, je viens de voir que le fichier php.ini est donc
> différent de l'habituel fichier php.ini mais rien n'y fait.
> La valeur " output_buffering = Off " n'est pas prise en compte et
> reste à 4096.
> La valeur a été changée dans les deux fichiers php.ini
>
> Est ce un bogue ?
>
Voilà le PHP info : http://green-nrj.com/info.php

output_buffering Off et php fpm ne fonctionne pas ?

2018-12-01 Par sujet G2PC

Debian 9 SID
Apache2.4
MariaDB
PHP 7.2

Je réinstalle un Joomla, il me dit que output_buffering = 4096 mais doit
être passé à Off.


  Avec php 7.2

sudo nano /etc/php/7.2/apache2/php.ini


  Avec php 7.2 fpm

sudo nano /etc/php/7.2/fpm/php.ini


J'ai activé php fpm, je viens de voir que le fichier php.ini est donc
différent de l'habituel fichier php.ini mais rien n'y fait.
La valeur " output_buffering = Off " n'est pas prise en compte dans mon
info.php et reste à 4096.

Est ce un bogue ?

Re: NextCloud, PHP et CURL

Ca a aidé ;-)

Je me suis en effet rendu compte que j'avais encore du PHP5.
J'ai tout effacé cette partie et ré-installé le PHP7.0 utilisé par
NextCloud.

Tout fonctionne !!!

Merci beaucoup.

David.

Le 03/07/2018 à 16:29, fab a écrit :
> je ne sais si ça peut aider mais:
> 
> dans mon phpinfo(), j'ai :
> 
> PHP Version 7.2.4-1+b2
> Additional .ini files parsed : /etc/php/7.2/apache2/conf.d/20-curl.ini
> curl
> cURL support enabled
> cURL Information 7.60.0
> 
> cURL Sterling Hughes
> 
> dans /etc/php/7.2/apache2/conf.d/20-curl.ini, j'ai :
> 
> FA:/var/www/owncloud# cat /etc/php/7.2/apache2/conf.d/20-curl.ini
> ; configuration for php curl module
> ; priority=20
> extension=curl.so
> 
> et
> 
> FA:/var/www/owncloud# locate curl.so
> /usr/lib/i386-linux-gnu/libcurl.so.4
> /usr/lib/i386-linux-gnu/libcurl.so.4.5.0
> /usr/lib/php/20160303/curl.so
> /usr/lib/php/20170718/curl.so
> 
> FA:/var/www/owncloud# dpkg -al|grep curl
> ii  curl 7.60.0-2 i386
> ii  libcurl3-gnutls:i386 7.60.0-2 i386
> ii  libcurl4:i386 7.60.0-2 i386
> ii  php-curl 1:7.2+61 all CURL module for PHP [default]
> ii  php7.1-curl 7.1.16-1+b2 i386 CURL module for PHP
> ii  php7.2-curl 7.2.4-1+b2 i386 CURL module for PHP
> ii  python3-pycurl 7.43.0.1-0.2+b1 i386
> 
> Est-ce possible de debugger le démarrage d'apache2 pour voir pourquoi
> curl ne se charge pas ?
> 
> f.
> 
> 
> 
>

Re: NextCloud, PHP et CURL

2018-07-03 Par sujet fab


je ne sais si ça peut aider mais:

dans mon phpinfo(), j'ai :

PHP Version 7.2.4-1+b2
Additional .ini files parsed : /etc/php/7.2/apache2/conf.d/20-curl.ini
curl
cURL supportenabled
cURL Information7.60.0

cURLSterling Hughes

dans /etc/php/7.2/apache2/conf.d/20-curl.ini, j'ai :

FA:/var/www/owncloud# cat /etc/php/7.2/apache2/conf.d/20-curl.ini
; configuration for php curl module
; priority=20
extension=curl.so

et

FA:/var/www/owncloud# locate curl.so
/usr/lib/i386-linux-gnu/libcurl.so.4
/usr/lib/i386-linux-gnu/libcurl.so.4.5.0
/usr/lib/php/20160303/curl.so
/usr/lib/php/20170718/curl.so

FA:/var/www/owncloud# dpkg -al|grep curl
ii  curl 7.60.0-2 i386
ii  libcurl3-gnutls:i386 7.60.0-2 i386
ii  libcurl4:i386 7.60.0-2 i386
ii  php-curl 1:7.2+61 all CURL module for PHP [default]
ii  php7.1-curl 7.1.16-1+b2 i386 CURL module for PHP
ii  php7.2-curl 7.2.4-1+b2 i386 CURL module for PHP
ii  python3-pycurl 7.43.0.1-0.2+b1 i386

Est-ce possible de debugger le démarrage d'apache2 pour voir pourquoi 
curl ne se charge pas ?


f.

Re: NextCloud, PHP et CURL

2018-07-03 Par sujet Bernard Schoenacker




- Mail original -
> De: "Bernard Schoenacker" 
> À: "David BERCOT" , "debian-user-french@lists.debian.org 
> French"
> 
> Envoyé: Mardi 3 Juillet 2018 15:40:56
> Objet: Re: NextCloud, PHP et CURL
> 
> bonjour,
> 
> pour déverminer la situation ...
> 
> sur mon serveur happy-tux
> 
> apt-cache policy php7.0
> php7.0:
>   Installé : 7.0.27-0+deb9u1
>   Candidat : 7.0.27-0+deb9u1
>  Table de version :
>  *** 7.0.27-0+deb9u1 500
> 500 http://ftp.fr.debian.org/debian stretch/main amd64
> Packages
> 500 http://security.debian.org/debian-security
> stretch/updates/main amd64 Packages
> 100 /var/lib/dpkg/status
> 
> 
> apt-cache policy php7.0-curl
> php7.0-curl:
>   Installé : 7.0.27-0+deb9u1
>   Candidat : 7.0.27-0+deb9u1
>  Table de version :
>  *** 7.0.27-0+deb9u1 500
> 500 http://ftp.fr.debian.org/debian stretch/main amd64
> Packages
> 500 http://security.debian.org/debian-security
> stretch/updates/main amd64 Packages
> 100 /var/lib/dpkg/status
> 
> dpkg -l |awk '/php7.0/ {print $1"  "$2"   "$3}'
> ii  libapache2-mod-php7.0   7.0.27-0+deb9u1
> ii  php7.0   7.0.27-0+deb9u1
> ii  php7.0-bz2   7.0.27-0+deb9u1
> ii  php7.0-cli   7.0.27-0+deb9u1
> ii  php7.0-common   7.0.27-0+deb9u1
> ii  php7.0-curl   7.0.27-0+deb9u1
> ii  php7.0-gd   7.0.27-0+deb9u1
> ii  php7.0-intl   7.0.27-0+deb9u1
> ii  php7.0-json   7.0.27-0+deb9u1
> ii  php7.0-ldap   7.0.27-0+deb9u1
> ii  php7.0-mbstring   7.0.27-0+deb9u1
> ii  php7.0-mcrypt   7.0.27-0+deb9u1
> ii  php7.0-mysql   7.0.27-0+deb9u1
> ii  php7.0-opcache   7.0.27-0+deb9u1
> ii  php7.0-pspell   7.0.27-0+deb9u1
> ii  php7.0-readline   7.0.27-0+deb9u1
> ii  php7.0-xml   7.0.27-0+deb9u1
> ii  php7.0-zip   7.0.27-0+deb9u1
> 
> 
> dpkg -l |awk '/apache/ {print $1"  "$2"   "$3}'
> ii  apache2   2.4.25-3+deb9u4
> ii  apache2-bin   2.4.25-3+deb9u4
> ii  apache2-data   2.4.25-3+deb9u4
> ii  apache2-utils   2.4.25-3+deb9u4
> ii  dehydrated-apache2   0.6.2-1~bpo9+1
> ii  letsencrypt.sh-apache2   0.3.1-3+deb9u1
> ii  libapache-poi-java   3.10.1-3
> ii  libapache-pom-java   10-2
> ii  libapache2-mod-php7.0   7.0.27-0+deb9u1
> ii  libapache2-mpm-itk   2.4.7-04-1
> ii  python-certbot-apache   0.10.2-1
> 
> 
> 
> mon sources.list pour happy-tux:
> 
> deb http://ftp.fr.debian.org/debian/ stretch main non-free contrib
> # deb-src http://ftp.fr.debian.org/debian/ stretch main non-free
> contrib
> 
> deb http://security.debian.org/debian-security stretch/updates main
> contrib non-free
> # deb-src http://security.debian.org/debian-security stretch/updates
> main contrib non-free
> 
> # stretch-updates, previously known as 'volatile'
> deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib
> non-free
> # deb-src http://ftp.fr.debian.org/debian/ stretch-updates main
> contrib non-free
> 
> # stretch-backports, previously on backports.debian.org
> deb http://ftp.fr.debian.org/debian/ stretch-backports main contrib
> non-free
> # deb-src http://ftp.fr.debian.org/debian/ stretch-backports main
> contrib non-free
> 
> qu'est ce que tu as mis dans ton sources.list comme dépot ?
> 
> et si possible recommence l'install en faisant marche arrière et en
> supprimant
> nextcloud ...
> 
> tu récupères les données en sauvegarde et tu installes l'archive zip
> 
> je me suis cassé les dents dessus, alors continue à faire comme bon
> te sembles
> 
> merci
> 
> slt
> bernard
> 
> 
ps. : et pour curl :

dpkg -l |awk '/curl/ {print $1"  "$2"   "$3}'
ii  curl   7.52.1-5+deb9u6
ii  libcurl3:amd64   7.52.1-5+deb9u6
ii  libcurl3-gnutls:amd64   7.52.1-5+deb9u6
ii  php-curl   1:7.0+49
ii  php7.0-curl   7.0.27-0+deb9u1
ii  python3-pycurl   7.43.0-2

Re: NextCloud, PHP et CURL

2018-07-03 Par sujet Bernard Schoenacker

bonjour,

pour déverminer la situation ...

sur mon serveur happy-tux

apt-cache policy php7.0 
php7.0:
  Installé : 7.0.27-0+deb9u1
  Candidat : 7.0.27-0+deb9u1
 Table de version :
 *** 7.0.27-0+deb9u1 500
500 http://ftp.fr.debian.org/debian stretch/main amd64 Packages
500 http://security.debian.org/debian-security stretch/updates/main 
amd64 Packages
100 /var/lib/dpkg/status


apt-cache policy php7.0-curl
php7.0-curl:
  Installé : 7.0.27-0+deb9u1
  Candidat : 7.0.27-0+deb9u1
 Table de version :
 *** 7.0.27-0+deb9u1 500
500 http://ftp.fr.debian.org/debian stretch/main amd64 Packages
500 http://security.debian.org/debian-security stretch/updates/main 
amd64 Packages
100 /var/lib/dpkg/status

dpkg -l |awk '/php7.0/ {print $1"  "$2"   "$3}'
ii  libapache2-mod-php7.0   7.0.27-0+deb9u1
ii  php7.0   7.0.27-0+deb9u1
ii  php7.0-bz2   7.0.27-0+deb9u1
ii  php7.0-cli   7.0.27-0+deb9u1
ii  php7.0-common   7.0.27-0+deb9u1
ii  php7.0-curl   7.0.27-0+deb9u1
ii  php7.0-gd   7.0.27-0+deb9u1
ii  php7.0-intl   7.0.27-0+deb9u1
ii  php7.0-json   7.0.27-0+deb9u1
ii  php7.0-ldap   7.0.27-0+deb9u1
ii  php7.0-mbstring   7.0.27-0+deb9u1
ii  php7.0-mcrypt   7.0.27-0+deb9u1
ii  php7.0-mysql   7.0.27-0+deb9u1
ii  php7.0-opcache   7.0.27-0+deb9u1
ii  php7.0-pspell   7.0.27-0+deb9u1
ii  php7.0-readline   7.0.27-0+deb9u1
ii  php7.0-xml   7.0.27-0+deb9u1
ii  php7.0-zip   7.0.27-0+deb9u1


dpkg -l |awk '/apache/ {print $1"  "$2"   "$3}'
ii  apache2   2.4.25-3+deb9u4
ii  apache2-bin   2.4.25-3+deb9u4
ii  apache2-data   2.4.25-3+deb9u4
ii  apache2-utils   2.4.25-3+deb9u4
ii  dehydrated-apache2   0.6.2-1~bpo9+1
ii  letsencrypt.sh-apache2   0.3.1-3+deb9u1
ii  libapache-poi-java   3.10.1-3
ii  libapache-pom-java   10-2
ii  libapache2-mod-php7.0   7.0.27-0+deb9u1
ii  libapache2-mpm-itk   2.4.7-04-1
ii  python-certbot-apache   0.10.2-1



mon sources.list pour happy-tux:

deb http://ftp.fr.debian.org/debian/ stretch main non-free contrib
# deb-src http://ftp.fr.debian.org/debian/ stretch main non-free contrib

deb http://security.debian.org/debian-security stretch/updates main contrib 
non-free
# deb-src http://security.debian.org/debian-security stretch/updates main 
contrib non-free

# stretch-updates, previously known as 'volatile'
deb http://ftp.fr.debian.org/debian/ stretch-updates main contrib non-free
# deb-src http://ftp.fr.debian.org/debian/ stretch-updates main contrib non-free

# stretch-backports, previously on backports.debian.org
deb http://ftp.fr.debian.org/debian/ stretch-backports main contrib non-free
# deb-src http://ftp.fr.debian.org/debian/ stretch-backports main contrib 
non-free

qu'est ce que tu as mis dans ton sources.list comme dépot ?

et si possible recommence l'install en faisant marche arrière et en supprimant 
nextcloud ...

tu récupères les données en sauvegarde et tu installes l'archive zip 

je me suis cassé les dents dessus, alors continue à faire comme bon te sembles

merci 

slt
bernard

Re: NextCloud, PHP et CURL

Le 03/07/2018 à 13:35, Ph. Gras a écrit :
> Salut,
> 
>> Donc, j'ai installé NextCloud via un reporitoy externe 
>> (http://apt.jurisic.org/debian/).
> 
> quelle version de Nextcloud as-tu installé ?

13.0.4~stretch

> Comment as-tu eu l'assurance qu'elle est compatible avec la version de PHP 
> avec
> laquelle tourne ton serveur Web (Apache ou autre) ?

J'ai plusieurs versions installées ;-)
A priori, elle se base sur la 7.0.

> On n'a récemment pas réussi à se dépatouiller d'une histoire similaire avec 
> un autre
> membre de la liste debian-user-french disposant de 2 versions différentes de 
> PHP…
> 
> https://docs.nextcloud.com/server/13/admin_manual/installation/system_requirements.html

Disons qu'il ne semble pas y avoir beaucoup de problème à l'exception de curl...

David.

> Au plaisir,
> 
> Ph. Gras
> 
>

Re: NextCloud, PHP et CURL

2018-07-03 Par sujet Ph. Gras

Salut,

> Donc, j'ai installé NextCloud via un reporitoy externe 
> (http://apt.jurisic.org/debian/).

quelle version de Nextcloud as-tu installé ?

Comment as-tu eu l'assurance qu'elle est compatible avec la version de PHP avec
laquelle tourne ton serveur Web (Apache ou autre) ?

On n'a récemment pas réussi à se dépatouiller d'une histoire similaire avec un 
autre
membre de la liste debian-user-french disposant de 2 versions différentes de 
PHP…

https://docs.nextcloud.com/server/13/admin_manual/installation/system_requirements.html

Au plaisir,

Ph. Gras

Re: NextCloud, PHP et CURL

root@server:/var/log/apache2# php -m
[PHP Modules]
[...]
curl
[...]

Là, il semble présent...

Honnêtement, je ne comprends pas bien...

David.

Le 03/07/2018 à 11:26, Jean-Michel OLTRA a écrit :
> 
> Bonjour,
> 
> 
> Le mardi 03 juillet 2018, Damien Berry a écrit...
> 
> 
>> // peut être tu as déjà regarder de ce côté.
>> Quand il y a des problème de module PHP, regarder avec une page 
>> > phpinfo();
>> ?>
>> pour connaitre les modules réellement actifs.
> 
> `php -m` ça aide aussi.
>

Re: NextCloud, PHP et CURL

Merci pour la suggestion mais j'ai bien toutes les versions de php ;-)
root@server:/var/log/apache2# dpkg -l | grep php | grep curl
ii  php-curl1:7.2+61 all  
CURL module for PHP [default]
ii  php7.0-curl 7.0.29-1+b2  amd64
CURL module for PHP
ii  php7.2-curl 7.2.4-1+b2   amd64
CURL module for PHP

David.

Le 03/07/2018 à 09:34, fab a écrit :
> 'lut,
> 
> Tiens avec oc, j'ai eu un truc similaire il y a quelques semaines. Je ne
> sais pas si c'est lié mais voici comment je pense avoir réglé le problème.
> 
> Sur buster, on est en php7.2 et donc j'avais bien dpkg -l | grep php7.2
> qui me donnait la liste de tous les modules nécessaire à oc.
> 
> Seulement, lorsque je faisais dpkg -l | grep php, je n'avais pas tous
> les packages php correspondant. Je ai les donc installés. Par exemple,
> j'avais bien php7.2-curl mais pas php-curl.
> 
> En espérant que ça aide,
> 
> a+
> 
> f.
> 
> 
> Le 03/07/2018 à 09:07, David BERCOT a écrit :
>> Bonjour,
>>
>> Comme cela fait plusieurs jours que je cherche sans résultat, je tente
>> ma chance sur la liste ;-)
>>
>> Donc, j'ai installé NextCloud via un reporitoy externe
>> (http://apt.jurisic.org/debian/).
>> Celle-ci s'est bien passé et le logiciel est "presque" opérationnel.
>>
>> Toutefois, quand je le lance, j'ai le message d'erreur suivant :
>> Le module PHP cURL n’est pas installé.
>> Veuillez demander à votre administrateur d’installer le module.
>> Les modules PHP ont été installés mais sont toujours indiqués comme
>> manquants ?
>> Veuillez demander à votre administrateur serveur de redémarrer le
>> serveur web.
>>
>> Bien évidemment, le module est installé, etc.
>> A priori, NextCloud utilise PHP 7.0 (j'ai aussi du 7.2 installé).
>> root@server:~# dpkg -l | grep php7.0
>> ii  libapache2-mod-php7.0   7.0.29-1+b2 
>> amd64    server-side, HTML-embedded scripting language (Apache 2
>> module)
>> ii  php7.0  7.0.29-1
>> all  server-side, HTML-embedded scripting language (metapackage)
>> ii  php7.0-cgi  7.0.29-1+b2 
>> amd64    server-side, HTML-embedded scripting language (CGI binary)
>> ii  php7.0-cli  7.0.29-1+b2 
>> amd64    command-line interpreter for the PHP scripting language
>> ii  php7.0-common       7.0.29-1+b2 
>> amd64    documentation, examples and common module for PHP
>> ii  php7.0-curl 7.0.29-1+b2 
>> amd64    CURL module for PHP
>> ii  php7.0-gd   7.0.29-1+b2 
>> amd64    GD module for PHP
>> ii  php7.0-intl 7.0.29-1+b2 
>> amd64    Internationalisation module for PHP
>> ii  php7.0-json 7.0.29-1+b2     
>> amd64    JSON module for PHP
>> ii  php7.0-ldap 7.0.29-1+b2     
>> amd64    LDAP module for PHP
>> ii  php7.0-mbstring 7.0.29-1+b2 
>> amd64    MBSTRING module for PHP
>> ii  php7.0-mcrypt   7.0.29-1+b2 
>> amd64    libmcrypt module for PHP
>> ii  php7.0-mysql    7.0.29-1+b2 
>> amd64    MySQL module for PHP
>> ii  php7.0-opcache  7.0.29-1+b2 
>> amd64    Zend OpCache module for PHP
>> ii  php7.0-pgsql    7.0.29-1+b2 
>> amd64    PostgreSQL module for PHP
>> ii  php7.0-pspell   7.0.29-1+b2 
>> amd64    pspell module for PHP
>> ii  php7.0-readline 7.0.29-1+b2 
>> amd64    readline module for PHP
>> rc  php7.0-soap 7.0.4-4 
>> amd64    SOAP module for PHP
>> ii  php7.0-sqlite3  7.0.29-1+b2 
>> amd64    SQLite3 module for PHP
>> ii  php7.0-xml  7.0.29-1+b2 
>> amd64    DOM, SimpleXML, WDDX, XML, and XSL module for PHP
>> ii  php7.0-zip  7.0.29-1+b2 
>> amd64    Zip module for PHP
>>
>> Est-ce que vous auriez une piste ?
>>
>> Merci d'avance.
>>
>> David.
>>
>>
> 
> 
>

Re: NextCloud, PHP et CURL

Le 03/07/2018 à 09:24, Bernard Schoenacker a écrit :
> 
> - Mail original -
>> De: "David BERCOT" 
>> À: "debian-user-french@lists.debian.org French" 
>> 
>> Envoyé: Mardi 3 Juillet 2018 09:07:07
>> Objet: NextCloud, PHP et CURL
>>
>> Bonjour,
>>
>> Comme cela fait plusieurs jours que je cherche sans résultat, je
>> tente ma chance sur la liste ;-)
>>
>> Donc, j'ai installé NextCloud via un reporitoy externe
>> (http://apt.jurisic.org/debian/).
>> Celle-ci s'est bien passé et le logiciel est "presque" opérationnel.
>>
>> Toutefois, quand je le lance, j'ai le message d'erreur suivant :
>> Le module PHP cURL n’est pas installé.
>> Veuillez demander à votre administrateur d’installer le module.
>> Les modules PHP ont été installés mais sont toujours indiqués comme
>> manquants ?
>> Veuillez demander à votre administrateur serveur de redémarrer le
>> serveur web.
>>
>> Bien évidemment, le module est installé, etc.
>> A priori, NextCloud utilise PHP 7.0 (j'ai aussi du 7.2 installé).
>> root@server:~# dpkg -l | grep php7.0
>> ii  libapache2-mod-php7.0   7.0.29-1+b2
>>  amd64server-side, HTML-embedded scripting
>> language (Apache 2 module)
>> ii  php7.0  7.0.29-1 all
>>  server-side, HTML-embedded scripting language (metapackage)
>> ii  php7.0-cgi  7.0.29-1+b2
>>  amd64server-side, HTML-embedded scripting
>> language (CGI binary)
>> ii  php7.0-cli  7.0.29-1+b2
>>  amd64command-line interpreter for the PHP
>> scripting language
>> ii  php7.0-common   7.0.29-1+b2
>>  amd64documentation, examples and common
>> module for PHP
>> ii  php7.0-curl 7.0.29-1+b2
>>  amd64CURL module for PHP
>> ii  php7.0-gd   7.0.29-1+b2
>>  amd64GD module for PHP
>> ii  php7.0-intl 7.0.29-1+b2
>>  amd64Internationalisation module for PHP
>> ii  php7.0-json 7.0.29-1+b2
>>  amd64JSON module for PHP
>> ii  php7.0-ldap 7.0.29-1+b2
>>      amd64LDAP module for PHP
>> ii  php7.0-mbstring 7.0.29-1+b2
>>      amd64MBSTRING module for PHP
>> ii  php7.0-mcrypt   7.0.29-1+b2
>>  amd64libmcrypt module for PHP
>> ii  php7.0-mysql    7.0.29-1+b2
>>  amd64MySQL module for PHP
>> ii  php7.0-opcache      7.0.29-1+b2
>>  amd64Zend OpCache module for PHP
>> ii  php7.0-pgsql7.0.29-1+b2
>>  amd64PostgreSQL module for PHP
>> ii  php7.0-pspell   7.0.29-1+b2
>>  amd64pspell module for PHP
>> ii  php7.0-readline 7.0.29-1+b2
>>  amd64readline module for PHP
>> rc  php7.0-soap 7.0.4-4
>>  amd64SOAP module for PHP
>> ii  php7.0-sqlite3  7.0.29-1+b2
>>  amd64SQLite3 module for PHP
>> ii  php7.0-xml  7.0.29-1+b2
>>  amd64DOM, SimpleXML, WDDX, XML, and XSL
>> module for PHP
>> ii  php7.0-zip  7.0.29-1+b2
>>  amd64Zip module for PHP
>>
>> Est-ce que vous auriez une piste ?
>>
>> Merci d'avance.
>>
>> David.
> 
> bonjour,
> 
> serait il possible de faire marche arrière en installant
> "php7.0" 7.0.27-0+deb9u1 ?

Je ne l'ai plus dans les repos.
Ça changerait quelque chose ?

David.

> merci
> 
> slt
> bernard

Re: NextCloud, PHP et CURL

Re-bonjour,

En effet, bonne suggestion ;-)
Curl n'apparaît pas dans la liste des modules chargés...

Je ne comprends pas bien pourquoi...

J'ai regardé dans les logs mais sans y trouver quelque chose de
significatif...

David.

Le 03/07/2018 à 09:19, Damien Berry a écrit :
> Bonjour,
> // peut être tu as déjà regarder de ce côté.
> Quand il y a des problème de module PHP, regarder avec une page 
>  phpinfo();
> ?>
> pour connaitre les modules réellement actifs.
> 
> sinon les logs ...
> augmenter la verbosité des logs si besoin et consulter les fichiers de logs 
> au moment ou le message d'erreur arrive dans NextCloud.
> 
> Damien
> 
> De : David BERCOT 
> Envoyé : mardi 3 juillet 2018 09:07
> À : debian-user-french@lists.debian.org French
> Objet : NextCloud, PHP et CURL
> 
> Bonjour,
> 
> Comme cela fait plusieurs jours que je cherche sans résultat, je tente ma 
> chance sur la liste ;-)
> 
> Donc, j'ai installé NextCloud via un reporitoy externe 
> (http://apt.jurisic.org/debian/).
> Celle-ci s'est bien passé et le logiciel est "presque" opérationnel.
> 
> Toutefois, quand je le lance, j'ai le message d'erreur suivant :
> Le module PHP cURL n’est pas installé.
> Veuillez demander à votre administrateur d’installer le module.
> Les modules PHP ont été installés mais sont toujours indiqués comme manquants 
> ?
> Veuillez demander à votre administrateur serveur de redémarrer le serveur web.
> 
> Bien évidemment, le module est installé, etc.
> A priori, NextCloud utilise PHP 7.0 (j'ai aussi du 7.2 installé).
> root@server:~# dpkg -l | grep php7.0
> ii  libapache2-mod-php7.0   7.0.29-1+b2  amd64
> server-side, HTML-embedded scripting language (Apache 2 module)
> ii  php7.0  7.0.29-1 all  
> server-side, HTML-embedded scripting language (metapackage)
> ii  php7.0-cgi  7.0.29-1+b2  amd64    
> server-side, HTML-embedded scripting language (CGI binary)
> ii  php7.0-cli  7.0.29-1+b2  amd64
> command-line interpreter for the PHP scripting language
> ii  php7.0-common   7.0.29-1+b2  amd64
> documentation, examples and common module for PHP
> ii  php7.0-curl 7.0.29-1+b2  amd64
> CURL module for PHP
> ii  php7.0-gd   7.0.29-1+b2  amd64
> GD module for PHP
> ii  php7.0-intl 7.0.29-1+b2  amd64
> Internationalisation module for PHP
> ii  php7.0-json 7.0.29-1+b2  amd64
> JSON module for PHP
> ii  php7.0-ldap 7.0.29-1+b2  amd64
> LDAP module for PHP
> ii  php7.0-mbstring 7.0.29-1+b2  amd64
> MBSTRING module for PHP
> ii  php7.0-mcrypt   7.0.29-1+b2  amd64
> libmcrypt module for PHP
> ii  php7.0-mysql7.0.29-1+b2  amd64
> MySQL module for PHP
> ii  php7.0-opcache  7.0.29-1+b2  amd64    
> Zend OpCache module for PHP
> ii  php7.0-pgsql7.0.29-1+b2  amd64
> PostgreSQL module for PHP
> ii  php7.0-pspell   7.0.29-1+b2      amd64
> pspell module for PHP
> ii  php7.0-readline 7.0.29-1+b2      amd64
> readline module for PHP
> rc  php7.0-soap 7.0.4-4  amd64
> SOAP module for PHP
> ii  php7.0-sqlite3  7.0.29-1+b2      amd64
> SQLite3 module for PHP
> ii  php7.0-xml  7.0.29-1+b2  amd64
> DOM, SimpleXML, WDDX, XML, and XSL module for PHP
> ii  php7.0-zip  7.0.29-1+b2  amd64
> Zip module for PHP
> 
> Est-ce que vous auriez une piste ?
> 
> Merci d'avance.
> 
> David.
> 
> 
>

Re: NextCloud, PHP et CURL

2018-07-03 Par sujet Jean-Michel OLTRA



Bonjour,


Le mardi 03 juillet 2018, Damien Berry a écrit...


> // peut être tu as déjà regarder de ce côté.
> Quand il y a des problème de module PHP, regarder avec une page 
>  phpinfo();
> ?>
> pour connaitre les modules réellement actifs.

`php -m` ça aide aussi.

-- 
jm

Re: NextCloud, PHP et CURL

2018-07-03 Par sujet fab


'lut,

Tiens avec oc, j'ai eu un truc similaire il y a quelques semaines. Je ne 
sais pas si c'est lié mais voici comment je pense avoir réglé le problème.


Sur buster, on est en php7.2 et donc j'avais bien dpkg -l | grep php7.2 
qui me donnait la liste de tous les modules nécessaire à oc.


Seulement, lorsque je faisais dpkg -l | grep php, je n'avais pas tous 
les packages php correspondant. Je ai les donc installés. Par exemple, 
j'avais bien php7.2-curl mais pas php-curl.


En espérant que ça aide,

a+

f.


Le 03/07/2018 à 09:07, David BERCOT a écrit :

Bonjour,

Comme cela fait plusieurs jours que je cherche sans résultat, je tente ma 
chance sur la liste ;-)

Donc, j'ai installé NextCloud via un reporitoy externe 
(http://apt.jurisic.org/debian/).
Celle-ci s'est bien passé et le logiciel est "presque" opérationnel.

Toutefois, quand je le lance, j'ai le message d'erreur suivant :
Le module PHP cURL n’est pas installé.
Veuillez demander à votre administrateur d’installer le module.
Les modules PHP ont été installés mais sont toujours indiqués comme manquants ?
Veuillez demander à votre administrateur serveur de redémarrer le serveur web.

Bien évidemment, le module est installé, etc.
A priori, NextCloud utilise PHP 7.0 (j'ai aussi du 7.2 installé).
root@server:~# dpkg -l | grep php7.0
ii  libapache2-mod-php7.0   7.0.29-1+b2  amd64
server-side, HTML-embedded scripting language (Apache 2 module)
ii  php7.0  7.0.29-1 all  
server-side, HTML-embedded scripting language (metapackage)
ii  php7.0-cgi  7.0.29-1+b2  amd64
server-side, HTML-embedded scripting language (CGI binary)
ii  php7.0-cli  7.0.29-1+b2      amd64
command-line interpreter for the PHP scripting language
ii  php7.0-common   7.0.29-1+b2      amd64
documentation, examples and common module for PHP
ii  php7.0-curl         7.0.29-1+b2  amd64
CURL module for PHP
ii  php7.0-gd       7.0.29-1+b2  amd64
GD module for PHP
ii  php7.0-intl 7.0.29-1+b2  amd64
Internationalisation module for PHP
ii  php7.0-json         7.0.29-1+b2  amd64
JSON module for PHP
ii  php7.0-ldap         7.0.29-1+b2  amd64
LDAP module for PHP
ii  php7.0-mbstring     7.0.29-1+b2  amd64
MBSTRING module for PHP
ii  php7.0-mcrypt   7.0.29-1+b2  amd64
libmcrypt module for PHP
ii  php7.0-mysql        7.0.29-1+b2  amd64
MySQL module for PHP
ii  php7.0-opcache  7.0.29-1+b2  amd64
Zend OpCache module for PHP
ii  php7.0-pgsql7.0.29-1+b2  amd64
PostgreSQL module for PHP
ii  php7.0-pspell       7.0.29-1+b2  amd64
pspell module for PHP
ii  php7.0-readline     7.0.29-1+b2  amd64
readline module for PHP
rc  php7.0-soap         7.0.4-4  amd64
SOAP module for PHP
ii  php7.0-sqlite3      7.0.29-1+b2  amd64
SQLite3 module for PHP
ii  php7.0-xml  7.0.29-1+b2      amd64
DOM, SimpleXML, WDDX, XML, and XSL module for PHP
ii  php7.0-zip      7.0.29-1+b2  amd64
Zip module for PHP

Est-ce que vous auriez une piste ?

Merci d'avance.

David.

RE: NextCloud, PHP et CURL

2018-07-03 Par sujet Damien Berry

Bonjour,
// peut être tu as déjà regarder de ce côté.
Quand il y a des problème de module PHP, regarder avec une page 

pour connaitre les modules réellement actifs.

sinon les logs ...
augmenter la verbosité des logs si besoin et consulter les fichiers de logs au 
moment ou le message d'erreur arrive dans NextCloud.

Damien

De : David BERCOT 
Envoyé : mardi 3 juillet 2018 09:07
À : debian-user-french@lists.debian.org French
Objet : NextCloud, PHP et CURL

Bonjour,

Comme cela fait plusieurs jours que je cherche sans résultat, je tente ma 
chance sur la liste ;-)

Donc, j'ai installé NextCloud via un reporitoy externe 
(http://apt.jurisic.org/debian/).
Celle-ci s'est bien passé et le logiciel est "presque" opérationnel.

Toutefois, quand je le lance, j'ai le message d'erreur suivant :
Le module PHP cURL n’est pas installé.
Veuillez demander à votre administrateur d’installer le module.
Les modules PHP ont été installés mais sont toujours indiqués comme manquants ?
Veuillez demander à votre administrateur serveur de redémarrer le serveur web.

Bien évidemment, le module est installé, etc.
A priori, NextCloud utilise PHP 7.0 (j'ai aussi du 7.2 installé).
root@server:~# dpkg -l | grep php7.0
ii  libapache2-mod-php7.0   7.0.29-1+b2  amd64
server-side, HTML-embedded scripting language (Apache 2 module)
ii  php7.0  7.0.29-1 all  
server-side, HTML-embedded scripting language (metapackage)
ii  php7.0-cgi  7.0.29-1+b2  amd64
server-side, HTML-embedded scripting language (CGI binary)
ii  php7.0-cli  7.0.29-1+b2  amd64        
command-line interpreter for the PHP scripting language
ii  php7.0-common   7.0.29-1+b2  amd64
documentation, examples and common module for PHP
ii  php7.0-curl 7.0.29-1+b2      amd64
CURL module for PHP
ii  php7.0-gd   7.0.29-1+b2      amd64
GD module for PHP
ii  php7.0-intl 7.0.29-1+b2  amd64    
Internationalisation module for PHP
ii  php7.0-json 7.0.29-1+b2      amd64
JSON module for PHP
ii  php7.0-ldap 7.0.29-1+b2      amd64
LDAP module for PHP
ii  php7.0-mbstring 7.0.29-1+b2      amd64
MBSTRING module for PHP
ii  php7.0-mcrypt   7.0.29-1+b2      amd64
libmcrypt module for PHP
ii  php7.0-mysql7.0.29-1+b2      amd64
MySQL module for PHP
ii  php7.0-opcache  7.0.29-1+b2  amd64
Zend OpCache module for PHP
ii  php7.0-pgsql7.0.29-1+b2      amd64
PostgreSQL module for PHP
ii  php7.0-pspell   7.0.29-1+b2      amd64
pspell module for PHP
ii  php7.0-readline 7.0.29-1+b2      amd64
readline module for PHP
rc  php7.0-soap 7.0.4-4      amd64
SOAP module for PHP
ii  php7.0-sqlite3  7.0.29-1+b2      amd64
SQLite3 module for PHP
ii  php7.0-xml  7.0.29-1+b2  amd64
DOM, SimpleXML, WDDX, XML, and XSL module for PHP
ii  php7.0-zip  7.0.29-1+b2      amd64
Zip module for PHP

Est-ce que vous auriez une piste ?

Merci d'avance.

David.

Re: NextCloud, PHP et CURL

2018-07-03 Par sujet Bernard Schoenacker




- Mail original -
> De: "David BERCOT" 
> À: "debian-user-french@lists.debian.org French" 
> 
> Envoyé: Mardi 3 Juillet 2018 09:07:07
> Objet: NextCloud, PHP et CURL
> 
> Bonjour,
> 
> Comme cela fait plusieurs jours que je cherche sans résultat, je
> tente ma chance sur la liste ;-)
> 
> Donc, j'ai installé NextCloud via un reporitoy externe
> (http://apt.jurisic.org/debian/).
> Celle-ci s'est bien passé et le logiciel est "presque" opérationnel.
> 
> Toutefois, quand je le lance, j'ai le message d'erreur suivant :
> Le module PHP cURL n’est pas installé.
> Veuillez demander à votre administrateur d’installer le module.
> Les modules PHP ont été installés mais sont toujours indiqués comme
> manquants ?
> Veuillez demander à votre administrateur serveur de redémarrer le
> serveur web.
> 
> Bien évidemment, le module est installé, etc.
> A priori, NextCloud utilise PHP 7.0 (j'ai aussi du 7.2 installé).
> root@server:~# dpkg -l | grep php7.0
> ii  libapache2-mod-php7.0   7.0.29-1+b2
>  amd64server-side, HTML-embedded scripting
> language (Apache 2 module)
> ii  php7.0  7.0.29-1 all
>  server-side, HTML-embedded scripting language (metapackage)
> ii  php7.0-cgi  7.0.29-1+b2
>  amd64server-side, HTML-embedded scripting
> language (CGI binary)
> ii  php7.0-cli  7.0.29-1+b2
>  amd64command-line interpreter for the PHP
> scripting language
> ii  php7.0-common   7.0.29-1+b2
>      amd64documentation, examples and common
> module for PHP
> ii  php7.0-curl         7.0.29-1+b2
>  amd64CURL module for PHP
> ii  php7.0-gd       7.0.29-1+b2
>  amd64GD module for PHP
> ii  php7.0-intl     7.0.29-1+b2
>  amd64Internationalisation module for PHP
> ii  php7.0-json 7.0.29-1+b2
>  amd64JSON module for PHP
> ii  php7.0-ldap 7.0.29-1+b2
>  amd64LDAP module for PHP
> ii  php7.0-mbstring 7.0.29-1+b2
>  amd64MBSTRING module for PHP
> ii  php7.0-mcrypt   7.0.29-1+b2
>  amd64libmcrypt module for PHP
> ii  php7.0-mysql7.0.29-1+b2
>  amd64MySQL module for PHP
> ii  php7.0-opcache  7.0.29-1+b2
>  amd64Zend OpCache module for PHP
> ii  php7.0-pgsql7.0.29-1+b2
>  amd64    PostgreSQL module for PHP
> ii  php7.0-pspell   7.0.29-1+b2
>  amd64pspell module for PHP
> ii  php7.0-readline 7.0.29-1+b2
>      amd64readline module for PHP
> rc  php7.0-soap 7.0.4-4
>  amd64SOAP module for PHP
> ii  php7.0-sqlite3  7.0.29-1+b2
>  amd64        SQLite3 module for PHP
> ii  php7.0-xml  7.0.29-1+b2
>  amd64DOM, SimpleXML, WDDX, XML, and XSL
> module for PHP
> ii  php7.0-zip  7.0.29-1+b2
>  amd64Zip module for PHP
> 
> Est-ce que vous auriez une piste ?
> 
> Merci d'avance.
> 
> David.

bonjour,

serait il possible de faire marche arrière en installant
"php7.0" 7.0.27-0+deb9u1 ?

merci

slt
bernard

NextCloud, PHP et CURL