Forum

Reprise du message précédent

J'ai télécharger là : http://www.phpboost.com/download/45-mises-a-jour-phpboost-5-0/
Ce qui mene ensuite à http://www.phpboost.com/download/download/363

Y a en un autre ?

Merci.

Édité par forum6691 Le 09/01/2016 à 19h58

<span class="formatter-blockquote">forum6691:</span><div class="blockquote">J'ai télécharger là : <a href="/download/45-mises-a-jour-phpboost-5-0/">http://www.phpboost.com/download/45-mises-a-jour-phpboost-5-0/</a>
Ce qui mene ensuite à <a href="/download/download/363">http://www.phpboost.com/download/download/363</a>

Y a en un autre ?

Merci.</div>
Bonjour,

non c'est bien le bon, mais d'après ce que vous indiquez ce n'est pas celui-là que vous appliqué mais celui de la V4.0 vers V4.1 car dans celui que vous indiqué y a bien marqué avant la conversion :
<span class="formatter-blockquote">Citation:</span><div class="blockquote">
Cette étape va convertir votre site PHPBoost <span style="text-decoration: underline;">4.1</span> vers PHPBoost <span style="text-decoration: underline;">5.0</span>.
</div>

Cordialement, janus57

Bon j'ai un pb avec windows et la copie de fichiers ou alors avec le cache que je n'arrive pas vider par l'interface.
Je vais encore faire des tests

Bonjour,

non le cache de PHPBoost n'a aucun effet sur le dossier update vu qu'il n'est pas présent à la base.

Cordialement, janus57

Bon je suis en train de récuperer ma version 4.1.7 qui chez free pour remettre une version propre sous wamp.

Après je tenterai une migration en 5.0 sous wamp

Bon , honte à moi 10 fois. J'ai trouvé le pb.
A force de faire des manip, j'avais réinstallé WAMP , mais en version 32 bits au lieu de 64 bits. De ce fait j'avais garder un répertoire wamp dans c:\programmes ou je copiait mes fichiers mais en fait le wamp32 bits cherchait ses fichiers dans c:\program files (x86).

Cela explique bien pourquoi, même en copiant les fichiers, j'avais l'ancien update de la v4 -> v4.1

Bon maintenant je lance l'update. Le premiers écran est tout explosé au niveau graphique ( le cache CSS est actif sur ma config)
Les écrans suivants tous aussi éclatés.
Exemple dessous:


La migration s'est bien déroulée.
Je vais dans la console d'admin, l'écran est nickel, la vue superbe avec celle nouvelle présentation. Là ça me plait. Grand boulot pour lr graphisme. BRAVO, BRAVO.

Désolé de vous avoir embété avec mes faux pb

Je vais pouvoir vraiment tester et vous proposer de vrais bugs à corriger.

Encore Bravo.

Bonjour,

d'après la doc officiel de WAMP il doit être mis à la racine de C pour éviter tout problème =)

Cordialement, janus57

Ben, ce n'est pas le cas pour moi ! Je vais le désinstaller et réinstaller à la racine.

C'est fait en version 64 bits.
J'ai remis une version 4.1.7, vidé tout les caches et j'ai lancé la migration vers la 5.0.

Tjs le même pb de feuille de styles sur les écrans de migration


L'install se fait ensuite correctement et on bascule vers la conqole d'admin qui nécessitera un CTRL +F5 pour s'afficher correctement.

J'ai ouvert un bug dans le tracker sur la deuxième ligne de la barre de menu de BBCODE qui ne s'affiche pas.

Enjoy PHPBOOST...

Édité par forum6691 Le 10/01/2016 à 08h05

Question avant d'ouvrir un bug. La console d'admin utilise bien tout l'écran ( responsive) sur mon PC. Par contre , mon front office reste en 1000 de largeur et ne s'adapte pas à la résolution de mon écran ( 1280) . J'utilise le thème de base.
Est ce normal ?

Oui c'est normal

D'accord. Puis je refaire les mêmes manip qu'en 4.1 pour étendre l'écran.

A savoir modifier le fichier design.css et modifier le conteneur global du site en enlevant le width:1000 px et les balises aside réglé à 775px pour la partie centrale ?

Édité par forum6691 Le 10/01/2016 à 09h54

Remarque sur le V5 après une migration de la 4.1.7.
Dans les catégories d'articles, j'avais mis des icones dédiés pour chaque catégorie. Ca s'affiche bien sur la version 4.1.7. Quand j'inspecte l'icone, je vois que que le fichier source se trouve dans le répertoire /articles.
Ex: /articles/batterie.png
Quand je regarde dans l'écran de gestion de cette catégorie, sur la ligne image, il est mis "/admin/config/batterie.png", ce qui es bizzare car la page HTML au final va chercher l'image ailleurs , ou se trouve effectivement.

Maintenant en V5, 80% des icônes des catégories ne s'affichent plus ?
Quand je regarde dans la gestion de cette catégorie au niveau de la ligne image, j'ai exactement le même chemin soit "/admin/config/batterie.png" que dans la V4.1.7 et rien ne s'affiche.

Donc 2 questions. Dans la V4.1.7, comment expliquer l'affichage correct de l'image ?
Dans la V5 RC1, pourquoi ça ne fonctionne plus ?

Tu devais avoir un lien du type ../batterie.png
Les url des images ont été corrigées pour que ce soit à partir de la racine du site exemple /articles/batterie.png
Il faut que je vois si j'arrive à prendre ça en compte dans le script d'update

julienseth78:
Non ce n'est pas le cas.

Par ailleurs, comment expliques tu que certains icônes s'affichent et pas d'autres ?

Sinon, je vais corriger à la main les chemins en mettant ../les fichiers images

en 4.1 tu n'avais pas ../batterie.png dans tes liens ?
Si tu veux corriger il faut mettre le chemin complet depuis la racine justement, pas ../nom

Relis mon post
en 4.1, j'ai "/admin/config/batterie.png" comme chemin dans le champ de la base de données alors que le fichier se trouve physiquement dans "/articles/batterie.png" et il s'affiche correctement.

En 5 RC1 , j'ai tjs "/admin/config/batterie.png" comme chemin dans le champ de la base de données mais le fichier ne s'affiche plus !

Alors que dois je mettre comme chemin au final ?