Piwigo.org

rimousky · 2010-05-30 18:35:20

1.7.3

Je suis hébergé chez SFR. Le passage à la nouvelle version (2.0.9) à 2.1) m'a posé de nombreux problèmes provoqués par les limitations imposées le FAI, notamment l'utilisation dans le projet PIWIGO de quelques fonctions PHP interdites par SFR et qui peuvent parfois en rendre certaines appli difficiles voire impossibles sur le serveur.
SFR étant mon FAI, me donnant entière satisfaction par ailleurs, d'une part et PIWIGO étant un outil de très grande qualité et très apprécié par mes lecteurs, n'ayant l'intention d'abandonner ni l'un, ni l'autre, j'ai décidé de faire le bilan des fonctions PHP risquant de poser un pb aux utilisateurs de SFR.
La liste des fonctions incriminées et leur localisation sont indiquées dans le tableau en PJ.

J'ai réussi à régler un problème en le contournant et en remplaçant la fonction en cause par une autre instruction (php_uname() dans le fichier prep21up.php), mais ceci est un cas assez simple, car cette fonction n'est utilisée qu'une seule fois dans l'ensemble de l'application et il y a des contournements possibles sans en altérer la logique. Certaines fonctions ne sont donc pas utiles et peuvent être certainement remplacées, il s'agit plutôt de pratiques de programmation.

Les problèmes peuvent certainement être résolus au cas par cas par les bidouilleurs, mais il me semble que le problème en intéresse d'autres que moi.

Suggestion :
Il serait utile que cette liste soit prise en compte dans les développements à venir. L'examen du tableau -//:---\spam que les fonctions en cause sont référencées en majorité dans les mêmes répertoires, sont-elles toutes indispensables ? A quoi servent les fonctions php_info() et set_time_limit() par exemple ?
La fonction realpath() ne pourrait-elle pas être remplacée par l'utilisation de la variable PATH_INFO ?

Je soumet donc ces éléments à la réflexion des développeurs, cela pourra servir à d'autres certainement.

Cordialement

Dernière modification par rimousky (2010-05-31 23:28:58)

Gotcha · 2010-05-30 18:51:18

Il manque le tableau ^^

P@t · 2010-05-30 22:39:20

rimousky a écrit:
Suggestion :
Il serait utile que cette liste soit prise en compte dans les développements à venir. L'examen du tableau -//:---\spam que les fonctions en cause sont référencées en majorité dans les mêmes répertoires, sont-elles toutes indispensables ? A quoi servent les fonctions php_info() et set_time_limit() par exemple ?
La fonction realpath() ne pourrait-elle pas être remplacée par l'utilisation de la variable PATH_INFO ?

Je soumet donc ces éléments à la réflexion des développeurs, cela pourra servir à d'autres certainement.

On essaye de temps en temps de s'adapter aux contraintes imposées par certains hébergeurs. Un exemple récent: free limite le téléchargement de fichiers à 500Ko pour éviter les abus, ce que je peux comprendre. On a contourné le problème pour l'upgrade automatique en téléchargeant les fichiers d'installation par morceaux de 500Ko.

En ce qui concerne SFR, je n'ai pas du tout envie de m'adapter à leurs contraintes qui sont complètements disproportionnées (cela n'engage que moi).
A ma connaissance, c'est le seul hébergeur qui bloque autant de fonctions...

rimousky · 2010-06-12 17:23:46

Peut-être
Mais c'est comme ça ! Cela pose la limite du logiciel libre.
Et on ne choisit pas a priori un hébergeur pour les fonctions PHP qu'il ne traite pas. SFR suggère un autre CMS comme galerie mais qui est moins performant que Piwigo.

Ci-attaché la liste des fonctions SFR interdites et les programmes Piwigo qui les utilisent.. Ce n'est qu'à titre indicatif.
Je peux chercher les parades, j'en ai déjà trouvé une qui fonctionne. Cela rendra peut-être service aux utilisateurs de SFR qui ne souhaitent pas changer d'hébergeuret et qui adorent Piwigo.

De toute façon il reste la méthode manuelle, laborieuse mais tout compte fait efficace.Et pour finir, il me semble que le logiciel libre n'est pas l'oeuvre d'un seul mais le résultat d'une collaboration ! Si je peux être utile..

Cordialement

tosca · 2010-06-12 17:44:25

rimousky a écrit:
Peut-être
Mais c'est comme ça ! Cela pose la limite du logiciel libre.

Ou celle de certains hébergeurs gratuits ou pas chers qui posent des contraintes que leurs concurrents ne jugent pas nécessaires.

rimousky a écrit:
Et on ne choisit pas a priori un hébergeur pour les fonctions PHP qu'il ne traite pas.

A priori, je choisis plutôt un hébergeur pour ce qu'il me permet de faire.

rimousky a écrit:
SFR suggère un autre CMS comme galerie mais qui est moins performant que Piwigo

Piwigo peut suggérer un certain nombre d'hébergeurs qui ne sont pas moins performants que SFR ;-)

rimousky a écrit:
Ci-attaché la liste des fonctions SFR interdites et les programmes Piwigo qui les utilisent.

Ils n'y vont pas avec le dos de la cuillère ;-)

rimousky a écrit:
Et pour finir, il me semble que le logiciel libre n'est pas l'oeuvre d'un seul mais le résultat d'une collaboration ! Si je peux être utile..

La porte est grande ouverte : le forum attend tes suggestions, SVN tes plugins, etc : plus de détails sur cette page
;-)

Dernière modification par tosca (2010-06-12 17:46:07)

rimousky · 2010-06-12 18:23:50

La discussion est vive, mais j'ai réussi à faire la migration en suivant la procédure après pas mal de recherches et de tâtonnements. Le résultat est plus que probant, merci à l'équipe PIWIGO. Bon je peux écrire une procédure spéciale SFR, il serai dommage que les utilisateurs de cet hébergeur soient les victimes de sa rigidité (SFR). La démarche telle que décrite dans l'aide PIWIGO peut-être déroutante pour certains. ce n'est d'ailleurs pas la seule difficulté, j'en ai eu aussi lors de l'installation et là aussi il faut trouver les remèdes car les indications de SFR sont incorrectes ou incomplètes et toute aide est refusée par SFR.
Il est certain que la mise à jour auto est impossible chez lui, de même que la mise à jour manuelle l'est aussi si l'on ne contourne pas la fonction php_uname() dans le fichier d'upgrade.

Voilà la fin de mes reflexions

Très cordialement

tosca · 2010-06-12 18:32:45

rimousky a écrit:
La discussion est vive,

Juste un peu d'ironie de ma part ;-)

rimousky a écrit:
je peux écrire une procédure spéciale SFR, il serai dommage que les utilisateurs de cet hébergeur soient les victimes de sa rigidité (SFR).

Ca serait très sympa de ta part.
Tu peux la publier dans le forum, ou directement dans le wiki si tu es à l'aise avec cet outil.

Gotcha · 2010-06-12 20:12:22

Moi aussi j'attends tes instructions pour faciliter l'installation/mise à jour chez SFR :-)

rimousky · 2010-06-13 00:49:09

Bonjour

Voilà mes recommandations pour les utilisateurs SFR, (Testées et vérifiées).

L'installation de PIWIGO (mais pas uniquement) présente des difficultés certaines chez SFR, qui invoque des questions de sécurité pour interdire l'usage de certaines fonctions PHP dans les scripts PHP. Par ailleurs les explications d'installation et de gestion de bases SQL données par l'aide en ligne SFR sont assez confuses (SFR affiche d'emblée qu'il n'y a aucune aide possible au sujet de PHP et de SQL). Cependant pas de panique ! D'une part les versions PHP et SQL installées sur le serveur sont les plus récentes, d'autre part il existe des remèdes pour contourner certaines séquences contenant les fonctions interdites et quelques règles simples permettent de contourner les difficultés tant à la première installation que pour les mises à jour.

Avant de changer d'hébergeur ou de renoncer à utiliser PIWIGO, lisez ces lignes et suivez les procédures, ça marche !

A. Accéder à l'interface phpmyadmin et gérer les bases de données

- évitez le lien proposé par SFR dans le gestionnaire de pages perso et passez directement par les navigateurs (IE, FF, Opera etc.) :
http://sqladmin.sfr.fr

B. Décompression de l'archive Piwigo (Première installation)
- Extraire l'archive directement sur la page perso, en utilisant le formulaire d'upload dans le client net2ftp préconisé par SFR :

http://ftpperso.sfr.fr

C. Pour installer la bd PIWIGO
notez que :
- l'adresse de la base est : bases.sql ;
- le nom de la base est celui donné par SFR ;
- le préfixe des tables est celui que vous avez demandé, ;
mais qui n'apparaît pas dans la page de gestion des pages perso, en cas d'oubli il faut consulter le gestionnaire phpMyAdmin (voir point A.)

D. Mise à jour

Utilisez la mise à jour manuelle proposée par PIWIGO à l'exception de l'étape 3 de la procédure, que vous modifierez comme suit :

- Une fois extrait le fichier prep21up.php il faut le modifier et remplacer l'appel à la fonction interdite par SFR, php_uname() , par une séquence équivalente.

- Pour cela ouvrez le fichier dans un bloc-note (évolué du type NotePad ++ par exemple) ;

- recherchez la fonction PclZipUtilTranslateWinPath($p_path, $p_remove_disk_letter=true)
- remplacez la séquence suivante

Code:

if (stristr(php_uname(), 'windows')) {

par celle-ci

Code:

if (strtoupper(substr(PHP_OS, 0, 3)) === 'WIN') {

;

- enregistrez le fichier et placez le à la racine de votre site à l'aide de votre client FTP,

==> reprenez le cours de la procédure et la mise à jour sera faite.

Remarque :
- En cas de difficultés je tiens à la disposition de ceux qui le souhaitent, le script prep21up.php modifié.
- A ce stade de l'installation dans SFR, vous n'avez plus besoin de dézipper l'archive de la nouvelle version de PIWIGO sur le serveur lui-même (cf. point B de ce mémo)
- vous n'avez pas besoin non plus de télécharger les quatre répertoires galleries, upload, plugins et templates-extension que vous n'avez pas détruits à l'étape 5.

Dernière modification par rimousky (2010-06-13 01:00:37)

tosca · 2010-06-13 06:18:53

rimousky a écrit:
Bonjour

Voilà mes recommandations pour les utilisateurs SFR, (Testées et vérifiées).
....

Tout bonnement SUPERBE !!!

Merci pour tous les utilisateurs SFR (dont je ne fais pas partie ;-))
J'ai ajouté un lien vers ton post dans le wiki sur cette page.

Quand tu veux nous refaire de la doc, n'hésite surtout pas ;-)

VDigital · 2010-06-13 08:53:08

On testera ça, mais par rapport à la situation d'il y a un an environ, SFR aura donc largement levé les restrictions qu'il nous avait imposé.

Merci pour cette relativement simple procédure.

VDigital · 2010-06-13 09:45:47

rimousky a écrit:
Suggestion :
Il serait utile que cette liste soit prise en compte dans les développements à venir. L'examen du tableau -//:---\spam que les fonctions en cause sont référencées en majorité dans les mêmes répertoires, sont-elles toutes indispensables ? A quoi servent les fonctions php_info() et set_time_limit() par exemple ?
La fonction realpath() ne pourrait-elle pas être remplacée par l'utilisation de la variable PATH_INFO ?

php_info() est derrière "Montrer les informations" sur la page d'intro de l'Admin. Cette fonction est utile pour vous dépanner et surtout expliquer à bon nombre de fournisseurs ce qu'ils doivent changer dans leur configuration php, ce qu'ils acceptent très souvent.
Elle ne doit pas être accessible librement pour des raisons de sécurité, c'est la raison de son bannissement chez SFR sauf qu'elle n'est pas en accès libre dans Piwigo, elle est en admin uniquement.

set_time_limit() permet de contrôler la durée des scripts: SFR ne veut pas que cette durée soit modifiée afin de protéger ses serveurs, sauf que si on l'utilise c'est pour éviter de planter et donc pour protéger les serveurs pas uniquement ceux de SFR. On ne l'utilise pas dans le code natif (ce n'est pas vrai concernant les plugins) à 2 exceptions:
- Une fois dans action.php (je n'ai pas compris vraiment pourquoi).
- et dans le create_listing_file.php (donc sur les sites distants ce qui signifie pas de site distant déposé chez SFR)
mais 99.9% du code n'utilise pas cette fonction.
Pourquoi un script qui ne plante pas sur la limite du temps est moins gourmand qu'un script qu'on arrête?
- Un script qui se plante au bout de 30 secondes sera relancé immédiatement en espérant qu'il passe. => 60, 90 voire 120 secondes au final.
- Un script qui gère le temps disponible sait qu'il progresse, se relance intelligemment pour se terminer le plus tôt possible et correctement sans avoir besoin d'être relancé. Il peut donc se terminer en 31, 45 secondes.

realpath() permet d'obtenir le chemin d'accès réel aux fichiers (chemin canonique), PATH_INFO est sans doute correct chez SFR, il ne l'est pas chez de nombreux fournisseurs, mais ce n'est pas la même chose que realpath() de toute façon. Bref, on interdit cette fonction quand on n'est pas sûr de la configuration de ses serveurs. Ce qui en dit long sur leur confiance dans leurs procédures de suivi des serveurs.
Je ne sais pas où nous utilisons realpath().

davidl · 2013-11-10 18:31:50

Je galère pour héberger mon site sur mon espace perso sfr, je surfe entre le wiki et les deux trois fil mais ce n'est vraiment pas clair.

rimousky a écrit:
A. Accéder à l'interface phpmyadmin et gérer les bases de données

- évitez le lien proposé par SFR dans le gestionnaire de pages perso et passez directement par les navigateurs (IE, FF, Opera etc.) :
http://sqladmin.sfr.fr

Ça c'est fait, même si le lien fourni par sfr semble être le même.

rimousky a écrit:
B. Décompression de l'archive Piwigo (Première installation)
- Extraire l'archive directement sur la page perso, en utilisant le formulaire d'upload dans le client net2ftp préconisé par SFR :

http://ftpperso.sfr.fr

Bin là ça ne marche pas, message :
Le fichier piwigo-2.5.3.zip est trop gros : il n'a donc pas été uploadé
Transferring files to the FTP server:

flop25 · 2013-11-10 21:09:17

Merci de ne aps répondre à des sujet marqué comme Résolu

décompressez le zip avant l'envoi

davidl · 2013-11-10 21:13:47

Il faut alors faire une petite mise à jour car préciser que le poids du fichier zip ne permet pas de le faire.
Il faut alors le décompresser et se servir de soft ftp comme filezilla.

Piwigo.org

Annonce

#1 2010-05-30 18:35:20

[Résolu] compatibilité SFR

#2 2010-05-30 18:51:18

Re: [Résolu] compatibilité SFR

#3 2010-05-30 22:39:20

Re: [Résolu] compatibilité SFR

rimousky a écrit:

#4 2010-06-12 17:23:46

Re: [Résolu] compatibilité SFR

#5 2010-06-12 17:44:25

Re: [Résolu] compatibilité SFR

rimousky a écrit:

rimousky a écrit:

rimousky a écrit:

rimousky a écrit:

rimousky a écrit:

#6 2010-06-12 18:23:50

Re: [Résolu] compatibilité SFR

#7 2010-06-12 18:32:45

Re: [Résolu] compatibilité SFR

rimousky a écrit:

rimousky a écrit:

#8 2010-06-12 20:12:22

Re: [Résolu] compatibilité SFR

#9 2010-06-13 00:49:09

Re: [Résolu] compatibilité SFR

Code:

Code:

#10 2010-06-13 06:18:53

Re: [Résolu] compatibilité SFR

rimousky a écrit:

#11 2010-06-13 08:53:08

Re: [Résolu] compatibilité SFR

#12 2010-06-13 09:45:47

Re: [Résolu] compatibilité SFR

rimousky a écrit:

#13 2013-11-10 18:31:50

Re: [Résolu] compatibilité SFR

rimousky a écrit:

rimousky a écrit:

#14 2013-11-10 21:09:17

Re: [Résolu] compatibilité SFR

#15 2013-11-10 21:13:47

Re: [Résolu] compatibilité SFR

Pied de page des forums