Reprise du message précédent :
J'ai en effet deux indeterminé, je suppose à cause des importations d'album de la BEL, et comme il y en a un qui avait plus d'album, je les ais tous mis à celui-là...Mais comme par hasard c'est pas celui par défaut de BDGest'...
Voilou, donc j'attend la correction...

Bon, j'ai remplacé par la chaîne que tu m'a donné et ça a marché...
Je vais tâcher, le jour où j'ai du courage, de changer tous mes albums...

Comme je l'ai dit, tu peux utiliser les valeurs '&lt;Indéterminé&gt;' et '&lt;N&B&gt;' en lieu et place de '<Indéterminé>' et '<N&B>' dans la définition de ton filtre, en attendant la correction. (Car j'ai le sentiment que Ptit Philippe est chargé cette semaine, on ne sait donc pas quand sortira la prochaine itération de BDGWeb.) Et je tiens à signaler que même après la correction, ton filtre continuera à fonctionner correctement avec ces valeurs permettant de contourner le bug.
 
Une petite note en passant à tous ceux qui passent à la version 1.5 de BDGWeb... il y a de nouvelles images et de nouveaux fichiers HTML qui sont nécessaires au bon fonctionnement de BDGWeb, n'oubliez pas de les télécharger sur le serveur... (de mémoire, liste vraiment pas complète, il y a les images : asc.gif, desc.gif, bt_type.gif, ... pour les fichiers, je sais vraiment plus.)
 
Éh, Ptit Philippe, tu as vu, il y en a qui ont lu l'aide... incroyable, non ?

Il y a moyen de faire ça par requête SQL dans BDGest' (et donc modifier tous les albums incorrects en une seule opération)... voir le forum "Requêtes SQL sur mesure" pour plus d'infos sur le fonctionnement... et tu trouveras là-bas plein de personnes prêtes à t'aider.

ben trop tard, c'est fait  
de toute façon, le sql, j'y entrave que dalle...

SUPER la nouvelle version  
 
 
Bravo a tous

Bon j'avais fait ma demande à la suite de l'annonce de p'tit philippe dans le bistrot, ce qui n'etait pas vraiment sa place, je continues donc la discussion ici
 

 
Merci Zeiram pour ta réponse    
 
effectivement, le 'dossier des miniatures' n'etait pas configuré comme il le fallait (je n'y avait pas fait gaffe pensant qu'il se configurait en parallele de celui des dossiers planches, couvertures,....   )
 
donc c'est ok cela fonctionne maintenant    
 
pour la connection, j'en suis désolé mais j'ai pas mal de probleme en ce moment avec (connection et deconnection regulierement   ) ce qui commence à me courir car je ne sais absolument pas à quoicela est du  

en ligne sur mon site et envoyé au Chef
 
 

ça me fait plaisir vu le temps passé  

Bravo pour cette version, j'ai cependant un pb avec d'affichage avec le module AUTEURS.  
 
http://dph52.no-ip.info/bd/
 
Si quelqu'un peut m'aider à corriger...... :|

quel problème ? c'est nickel    

  le résultat de la 1.5 est super
 
grand    Ã  Philippe  et à ses contributeurs
 
aucun problème d'installation

 
AAAAAAAAAAAAAAAAAAAAAAAAAARRRRRRRRRRRRRRRRRRRRGG !!!!
 
Tu as LE SEUL Gaston poche (n°17) qui me manque !
 
Tu ne le vendrais pas par hasard ?

 
AAAAAAAAAAAAAAAAAAAAAAAAAARRRRRRRRRRRRRRRRRRRRGG !!!!
 
Tu as LE SEUL Gaston poche (n°17) qui me manque !
 
Tu ne le vendrais pas par hasard ?
 
Hélas non    
En ce qui concerne mon bug cela concerne l'affichage dans auteurs lorsqu'il y a une photo, celle de l'auteur et les couv sont parties sur la gauche  

tu as remplacé ton bdgweb.css ? pas de bug quand je regarde ton site
<F5> ? style en cache ?

Ben non, quand je regarde celui de Gaffophone pas de pb, mais le mien, exemple pour Baru, j'ai les photos sous la liste.....

Bon j'ai trouvé, je viens de vider le cache de mon proxy et maintenant c'est ok    
Merci à tous.....

Petite question    
 
Est ce qu'il faut repartir de zéro ou bien on peut conserver les fichiers créés avec la version 1.4 ?

 
AAAAAAAAAAAAAAAAAAAAAAAAAARRRRRRRRRRRRRRRRRRRRGG !!!!
 
Tu as LE SEUL Gaston poche (n°17) qui me manque !
 
Tu ne le vendrais pas par hasard ?
 
Hélas non    
En ce qui concerne mon bug cela concerne l'affichage dans auteurs lorsqu'il y a une photo, celle de l'auteur et les couv sont parties sur la gauche  
 
 
Je viens d'essayer au boulot et j'ai toujours le même pb  
 :?

On peut (presque) continuer avec la configuration du 1.4... Ce qu'il faut mettre à jour :  - exécuter le script "evolution_version14_a_version15.sql" (ou quelque chose d'approchant, je ne sais plus exactement son nom) dans la page d'administration sql ;
 - copier les nouvelles images (bt_type.gif, asc.gif, desc.gif, tt.gif, integrale.gif, et probablement encore une ou deux que j'oublie) ;
 - mettre à jour tous les fichiers php, html et css.  
Voilà, je crois que c'est tout....

Je viens d'essayer au boulot et j'ai toujours le même pb  
 :? Testé avec Mozilla et IE, aucun problème d'affichage... Ca ne pourrait pas être le proxy au boulot qui aurait en cache le fichier .css ?

 
je viens de regarder (belle collection d'ailleurs   ) et tout s'affiche correctement (sauf pour les agrandissemennts d'images)

belle collection... ça se discute.... plus de 4000 albums, et un seul d'Andreas...  
 

Voir deux messages plus haut :

ben pourtant je suis parti d'une nouvelle base    
 
je viens de faire la generation des pages : le probleme des "types" a disparu mais pas celui des stats  
 
c'est qui ça andreas ?    
 
p'tain faut pas que xof voit ce message sinon il me tue  

Bon, on va essayer de cerner un peu le problème... peux-tu aller vérifier dans ta base MySQL qu'il existe bien une table "model" et une table "model_item" ? Si elles sont là, donne-nous leur contenu, stp. Si elles n'existent pas, exécute le script "evolution_version..." et vérifie que ce script a bien créé ces deux tables.

Bon, on va essayer de cerner un peu le problème... peux-tu aller vérifier dans ta base MySQL qu'il existe bien une table "model" et une table "model_item" ? Si elles sont là, donne-nous leur contenu, stp. Si elles n'existent pas, exécute le script "evolution_version..." et vérifie que ce script a bien créé ces deux tables.
 
c'est ça !
quand tu vas dans ParaBd, puis type il n'affiche rien dans la liste de gauche => model et model_item n'existent pas

j'ai bien model et model_item
 
avec dans  
model : model, model_desc comme champs et primary comme clé
model_item : model, model_item, item_desc comme champs et primary, model_item et model comme clés

 
Edit : je retire ce que j'avais dit cela ne fonctionne pas
et pourtant je les ai ces tables  

Oui, mais ce qui nous intéresse, c'est les valeurs contenues dans ces tables... pas la description de leurs colonnes....

Oui, mais ce qui nous intéresse, c'est les valeurs contenues dans ces tables... pas la description de leurs colonnes....
 
ben je ne sais pas faire cela moi   c'est quoi la ligne de code a taper

 
je viens de regarder (belle collection d'ailleurs   ) et tout s'affiche correctement (sauf pour les agrandissemennts d'images)
 
Effectivement, c'est sans doute le proxy du boulot, je vais lui vider son cache.... Je pense cependant que ce pb va se retrouver pour d'autres personnes...
 
Au fait qu'est-ce qui ne fonctionne pas dans les agrandissements ????

Normalement, non... j'explique (désolé, je vais être très technique....) Le problème vient d'un fichier bdgweb.css qui est toujours stocké par le cache du proxy (ou le cache du navigateur) et qui vient de l'ancienne version de BDGWeb. Lors d'une requête vers le serveur, le comportement normal du proxy est qu'il devrait vérifier auprès du serveur si le fichier a été modifié par rapport à sa version qu'il a en cache. Il y a quelques endroits où ce processus peut mal se passer :  - le serveur ne retourne pas d'information de dernière modification ; le proxy devrait alors demander le fichier complet, mais il peut aussi choisir de considérer que sa version en cache est correcte (dans une certaine durée de validité depuis la demande qui a créé la version en cache) ;
 - le serveur retourne une date de modification erronée, et indique toujours l'ancienne date de modification du fichier ; le proxy a donc raison de considérer que sa version en cache est toujours d'actualité.
 - lors de la première demande du fichier par le proxy, le serveur a retourné une date de fin de validité loin dans le futur ; le proxy n'a donc aucune raison de redemander au serveur si le fichier a été modifié.
Dans deux cas et demi sur trois, c'est le serveur qui est mal configuré... ce qui est rare sur des serveurs d'hébergement "professionels".
C'est sûr que l'on pourrait faire en sorte que l'on force les proxys et navigateurs a toujours redemander le fichier bdgweb.css, mais cela court-circuite tellement le fonctionnement des différents niveaux de caches que ce n'est pas intéressant (en plus, ce fichier est quand même un peu volumineux).
De plus, pour un visiteur occasionnel d'une page web, ce phénomène a très peu de chances de se produire. Et dans ces cas-là, en plus, un Shift-Reload (appuyer sur la touche majuscule en même temps que l'on clique sur le bouton de raffraîchissement du navigateur) devrait régler le problème dans 90% des cas (cette opération force le navigateur a ne pas utiliser son cache pour raffraichir la page).