Reprise du message précédent :

 
Alors, as-tu constaté des problèmes particuliers sur ton serveur ?  

Bon : mon rapport de bugs :
Premiere chose : Ne mets pas d'entete XML, ça me fait planter mes navigateurs (Impossible d'afficher la page XML blabla.)
Si tu veux juste afficher de l'XHTML 1.1, la premiere ligne xml encoding.... ne sert strictement à rien, puisque tu n'as pas de balises xml à inclure.
 
Déjà, tu ne dois sûrement pas utiliser ton serveur Web en Reporting_error = ALL, car j'ai pas mal de bugs d'index.  
 

 
 
(je n'ai pas ces erreurs lorsque je rentre dans l'interface admin)
 
A mon avis, tu devrais initialiser ta variable de mot de passe à zéro au début du script, et récuperer ensuite celle de la session.
 
 
 
Ensuite : quand on valide une page de l'administration : C'est la fête à la maison
 

 
Tu ne dois pas vérifier le contenu éventuel des variables après traitement...

Arg. Et au final, le javascript ne marche plus, impossible de voir les photos.
 
Trace du déboggeur :

(Ceci au fait que les erreurs PHP apparaissent en plein dans le code JS.)

et toi sky c'est quand que tu met le tien a disposition (meme en beta test) ??

 
Tu es en php5, ma galerie est en php4. Il n'y a pas ce genre d'erreur en php4.
 
Ce ne sont donc pas des bugs, mais effectivement, il faut que je passe sur php5 pour éviter ce genre de "problème."
 
Sinon, pour ce qui est de l'entête xml, ya deux écoles, et tout le monde n'est pas d'accord sur la question. Cependant, ça ne pose effectivement pas de problème pour l'enlever, la mise en page n'en souffre pas, ni tout le reste.
 
Au final, appelle les choses par leur nom. Il ne s'agit pas d'erreur, ou de bug, mais effectivement "d'évolution" et de "recommandation".    
 
Merci pour avoir tester ma galerie.    
 
Sinon, as-tu essayé d'uploader une image de 1600-1200 sur ta galerie et surtout ton hébergement free ?

Je suis en PHP4.3.8

Dans l'après midi

 
j'ai :
 
error_reporting  =  E_ALL & ~E_NOTICE
 
tu as juste mis E_ALL ?  

 
Concernant ce point je ne suis pas d'accord :
 
On ne met l'entete XML si et seulement si on a besoin de mettre des balises XML dedans. Quel intêret sinon ?

Tout à fait. Ceci evite des potentielles failles de sécurité (arguments URL, méthodes POST distantes...)

 
Intéressant, je vais faire de même et corriger ce qui reste. Je vais également enlever l'entête XML puisqu'apparamment au moins chez toi tu as eu des problèmes de display de page.    
 
Je mettrai à jour ma galerie dans l'après midi.
 
Sinon, tu as essayé ce que je t'ai demandé pour free ?  

Je vais le faire.

Jackpot : Image de 2288 * 1712 uploadée :  
 

 
Vive Free.
(L'image fait 792Ko).
Et je n'arrive toujours pas à supprimer des cookies sur Free.
(C'est le seul bug que je rencontre sur ma gallerie, hébergée par Free)

 
Eh ben voilà, ton serveur a été upgradé lui aussi... Tu constateras avec effroie que seules les images inférieures à 140 ko peuvent passer en $_FILE ...  

Euh non, hier encore j'uploadais des images de 500Ko.
Je rééssaye.

Bon, je confirme.
L'image de 800Ko (2288 * 1712) a bien été uploadée, elle est présente sur le site. C'est au niveau de GD, qui n'arrive pas à allouer un peu plus de RAM pour générer la vignette...

t'imagines le bordel si free laissait utiliser 1mo pour un pov script aussi

Free laisse 8Mo pour le processus PHP, ce qui me semble pas assez pout tout le monde

 
Ben chez moi pareil hein... Je peux uploader, mais pas créer d'image à partir de cette image.
 
Est-ce que pour toi aussi la limite est de 140/150 ko ?

Oui, ma gallerie a créé les vignettes de photos faisant 280Ko, et 500Ko ... ..

 
ça Change rien.
 
Sur mon serveur, j'ai le même problème depuis que j'ai changé de version de Xampp. Ma version compilée de php fout la merde de la même manière et enparcourant le net, j'ai vu que c'est un problème au niveau de la compile.
 
Même en allouant toute la mémoire que je veux dans le php.ini, ça change rien.

Je vais essayer en local alors

 
Ah, ben il faut croire que la limite n'est pas la même sur tous les serveurs...
 
Tes vignettes ont été créées récemment ?
 
Parce qu'il y a encore une semaine, je n'avais pas le moindre problème avec free...

Et la même photo (800Ko, 2288 * 1712) passe en local, sa vignette est générée \o/

Ya pas plus tard que 5 minutes.

Mon compte Free existe depuis au moins 4 ans, je ne sais pas si ça joue...

 
Oui en local avec une version normale de php et de gd, pas de problème.
 
Sinon effectivement, il semblerait que la limite ne soit pas de 140 ko chez tout le monde.
 
Je rééssaye un coup pour voir...

 
Bof, le mien (enfin celui de ma femme) depuis deux ans.

Je pense que je vais créer la possibilité de faire des dossiers dans ma galerie en rajoutant un div scrollable en bas avec les dossiers.
 
Mais pas tout de suite.
 
Cette feature m'a déjà été demandée...

Pour effacer un cookie, c'est bien SetCookie("nom","",0,"/" ); ?
J'ai beau faire du PHP, ce truc ne fonctionne pas sur Free

 
J'ai jamais eu à utiliser les cookies sur free (sauf au niveau des sessions, mais à ce moment là les cookies sont créés automatiquement...)

met simplement la date actuelle (minutes et seconde), il sera supprimé automatiquement par le system lors du prochain reload de la page...

source: http://be2.php.net/manual/fr/function.setcookie.php

Oui mais un bête SetCookie("nom" ); fait planter mon apache personnel

perso, les cookie ca fait longtemps que j'ai plus utilisé...

Ben oui mais si je veux protéger mon accès admin... une session ça suffit
(j'ai jamais utilisé les sessions)

 
Ah ben c'est clair que pour un accès admin, une session me semble tout à fait indiquée. C'est infiniment plus simple que ce que tu faisais avant.
 
Les cookies de nos jours servent à faire en sorte que les gens n'ai pas à se reloger quand ils quittent leur forum par exemple. (enfin, c'est comme cela que je conçois la chose en tous cas...)

les cookies de nos jours servent surtout a stocker l'id de session

 
Oui, mais ça, ça se fait automatiquement.