Forum

slt les dev  et les" boss" du site

voici le lien du site en question

 

http://max-koder.fr/2017/04/09/phpboost-pourquoi-jamais-decolle/

 

j'ai trouvé cet article complètement par hasard, j'ai lu et si je suis assez d'accord surle design (les thèmes ) qui d'après moi doit être THE gros chantier à venir (mais ça n'engage que moi!)

Une réponse est peut être à apporter je ne suis pas assez spécialiste techniquement pour y répondre  mais ça circule donc un petit commentaire des créateurs de phpboost me parait approprié

De plus vous êtes maintenant au courant !

Ca pourrait peut être rebuter de futurs utilisateurs non ?! 12 ans de bénévolat je dis respect

 

Amitiés

cordialement

 

Pat

Édité par patgame Le 29/07/2017 à 17h54

Salut.

Bien que je sois un simple utilisateur, je n'ai rien compris à ce que tu peux dire .. Comme la plupart de tes sujets d'ailleurs

Édité par MickaelFR Le 29/07/2017 à 17h44

Bonjour,

avec le lien du dit article ce serait mieux.

Mais je pense savoir de quel article il est question (déjà vu en interne), mais j'ai plus le lien.

Question thème c'est un choix de gout/couleur/personnalisé etc… donc c'est très subjectif et le seule thème officiel est celui de base, tout le reste a été fait par la communauté pour la communauté (donc dure de critiquer le CMS quand c'est la communauté qui est à l'origine du thème… ).

Ensuite question technique avec 1 seule et unique dev sur le projet depuis maintenant plus de 2ans clairement on peu pas faire de miracle, et pour peu que le dernière dev de l'équipe décide de quitter le projet (simple hypothèse purement théorique) à cause des critiques ou d'un manque de temps je fait pas un dessin pour la suite de PHPBoost.

Cordialement, janus57

Édité par janus57 Le 29/07/2017 à 17h47

Le lien est apparu sur son poste ..

Ils n'ont pas tord pour les thèmes .. Cela fait un bon moment que je le dis que c'est du vieillot. Mais ça reste du "personnel" comme tu le précise bien Janus57. Peut-être que le site officiel devrait, lui, travailler sur ton design pour renvoyer une meilleure image (comme précisé sur l'article).

Quand aux thèmes téléchargeables, c'est aux utilisateurs de modifier à leur guise .. ça reste mon point de vue

oui je  sais qu'il n y a pas bcp de dev ça n'empêche pas de donner un avis constructif pour faire avancer le projet

ensuite il ne s'agit pas de "critiquer" mais de voir ce que l'on peut faire, grande différence non

 

je voudrais bien que phpboost "décolle" plus

 

Un certain nombre de chantier est je suppose décidé celui ci en fait parti on non il n'y a pas que le graphisme en lui même

mais j'ai vu passé et je l'ai essayé un module : personnalisation css qui me parait aller ds le bon sens pour les néophytes mais incomplet et incompréhensible pour nous les réfractaires au code  comme 90% des utilisateurs) pour changer seul le look du thème

quand tu as par exemple :

Personnalisation CSS

<!-- Theme CSS --> <!-- Modules CSS --> #go-top a i

avec la couleur en dessous

a quoi ça correspond concretement dans le thème ? pour quel résultat??

 

donc c'est un effort louable (ça évite de polluer le forum avec des questions de base sur le thème comment changer ceci ou cela, gros gain de temps et de ressources et encore avec si peu de monde les réponses sont rapides bravo)

mais allons jusqu'au bout du cheminement il faut rendre cet outil utilisable par le plus grand nombre

 

je répète c'est un avis amical, bienveillant sans polémique aucune pour que phpboost soit encore plus diffusé

 

cdlt

 

pat

Édité par patgame Le 29/07/2017 à 18h11

Bonjour,

pour le thème du site officiel il me semble qu'il y en a un en préparation (sauf que cela demande du temps).

Quant aux thèmes téléchargeable je suis du même avis, ce n'est qu'une "base", après c'est à l'utilisateur de le personnaliser en rapport avec la thématique de son site.

Et encore une fois je trouve un peu dure de critiquer les thèmes d'un autre CMS quand l'auteur utilise un thème et change juste la bannière (aucune autre personnalisation visible : http://andersnoren.se/themes/baskerville/ ).

Donc du coup question thème le seule reproche qu'on peu faire c'est sur le thème de base/site officiel, tous les autres sont issus de la communauté (dont l'auteur en faisait partie dans le passé en plus….

Cordialement, janus57

Je suis 100% d'accord avec toi.

Bon après il précise qu'il critique pas, car il ne sait pas faire de thème. Il le précise très bien. Mais la critique fait avancer tout de même. Je n'ai aps senti quelque chose de méchant sur l'article, mais plutôt dans le sens "Putai* il y a du bon, et ça décolle pas, c’est dommage"

A voir le nouveau thème dans ce cas sur le site off.

Édité par MickaelFR Le 29/07/2017 à 18h27

Bonjour,

Je viens de lire cet article, Et franchement : rien de bien méchant n'est dit au sujet de PHPBoost.
C'est (mon avis) ce que l'on ressent sur l'ensemble de ce CMS , avec évidement des nuances selon ses sensibilités.
Et je pense que tout les CMS doivent avoir leurs critiques.

je cite :

C'est quand même un peu çà non?
Il ajoute :

Et ce n'est pas faux , la doc demande une certaine habitude ou un "petit" manuel d'utilisation ...
Remarquez à mon avis soit je me suis habitué soit elle s'est éclaircie .

Quand il dit :

C'est vrai non ?

Je trouve au contraire que c'est constructif , j'ajouterais que les mises à jour "en marches forcées" qui nous sont imposées depuis 1an1/2 environ n'arrangent rien. OK elles sont nécessaires voir indispensables pour sortir de la V3 plus qu'obsolète.
- Mais un gars qui veut installer sont CMS et voit : Sortie prochaine de la version Y.XX que fait-il ?
- «il attend ! » ou test en local (comme ma pomme) , et là, il se lasse de refaire son thème ou ses "bidouilles".

De mémoire comme çà nous étions en V4 il y as peu, en 4.1 début 2016...(10 MaJ) en 5.0 (19 MaJ)dans la même année et maintenant en 5.1. (faites le calcul des MàJ) suggestion : pourquoi ne pas les regrouper en moitié moins de MàJ ?
Ou une tout les 6 mois ? par exemple, je suis pas "PRO" mais il ne doit pas y avoir que des correctifs de sécuritè, si ce n'est que des évolutions autant les regrouper , a mes yeux d'utilisateur -de base- c'est plus facile.

Je ne critique pas !! C'est sur que l'équipe fait son max, le passage en UTF8 était incontournable !
Maintenant, j'espère simplement que l'équipe va pouvoir se concentrer un peu plus sur le désign les modules.

Merci encore à toute l'équipe!

Édité par Visiteur Le 30/07/2017 à 08h44

Bonjour,

Pour les MàJ il y en a pas beaucoup (point de vue perso), pour la V5.0 dit comme ça les 18MàJ (et non 19) en plus d'1 ans (1ans et 5 mois pour être un peu plus précis 11/02/2016 => 18/07/2017).
C'est pas si nombreux que ça (+/-1MàJ par mois si on fait sur les 17 mois, mais au début de la V5.0 il y en avait beaucoup car les bugs était trouvés à la pelle).
Si on regarde du côté de WP (par exemple) c'est une version tous les 6 mois pratiquement (December 6, 2016 WordPress 4.7 “Vaughan” => June 8, 2017 WordPress 4.8 “Evans” Cf : <a href="https://wordpress.org/news/category/releases/">https://wordpress.org/news/category/releases/</a>).

Et après non c'est pas possible de sortir une grosse MàJ tous les 6mois car ça veux dire que les utilisateurs qui ont un bug qui est corrigé doivent soit attendre 6mois soit le patcher eux même, ce qui me parait pas sérieux du tout, et en plus si je prend exemple sur la V5.0 cela aurait fait que 3 MàJ avec en moyenne 50 corrections par MàJ (sans compter qu'il y a eux pratiquement 2 MàJ rien que pour le problème de sécurité avec PHPMailer) ?

Au passage je viens de compter, les 18 MàJ représentent +152 corrections de bug (que ce soit PHP/HTML/CSS, grosse correction ou petite), dont 9 jugés "majeur"(qui inclut 3 de sécurité).

Aussi il n'y a normalement aucune évolutions dans les version "mineur" mais que dans le version "majeur" (V5.0/5.1/5.2 etc.) et si jamais l'évolution est trop importante on bascule sur un numéro de version supérieur (comme le passage de la V4.1 à 5.0).

<span class="notice">Rappel sur les dates de sortie :
28/07/2009 : V3
21/01/2013 : V4.0 (3ans et 5mois V3 -> V4.0)
15/07/2014 : V4.1 (1an et 5 mois V4.0 -> V4.1)
11/02/2016 : V5.0 (1an et 6 mois V4.1 -> V5.0)
18/07/2017 : V5.1 (1an et 5 mois V5.0 -> V5.1)
</span>

Cordialement, janus57

Mes propos ne cherchaient pas à comparer par rapport à ceci-cela... d'ailleurs pourquoi ?
Ce n'était juste qu'une impression, après chacun fait ce qu'il veut et comprend ce qu'il veut.

*--------- maintenant ce que j'en dit -------------*

A+

Je vient de lire vite fait l'article et je voudrais revenir sur un point c'est quand la personne a dit :



Je suis du même avis pourquoi continuer de mettre un livre d'or en 2017 c'est finis sa depuis longtemps faut ce concentrer sur l'essentiel, après je comprend que vous voulez viser un public large mais un moment comme je dit tout le temps c'est mieux de la qualité que la quantité

PS : C'est un avis constructif rien de méchant

Je pense surtout que pour 2017, serait une suite des compétences acquises depuis le début, mais aussi l'utilisé serait la priorité aux langues. Pour déjà un avoir plus de potentielle et peut être appâter de nouveaux développeur,

Attention toutefois que je ne voudrais pas retrouver le cms phpboost comme joomla est deveir une usines à gaz (en parlant de chacun développe son module dans son coin)...

bon diimanche

Édité par Jean-Vincent Place Le 30/07/2017 à 21h48

Bonjour,

Pour les langues c'est effectivement une bonne idée, mais le problème est de traduire du français à une autre langue (anglais exclu), car pour ça il faudrait que des membres de la communauté qui savent écrire une autre langue aide à traduire.

Surtout que normalement avec l'utf8 il n'y a plus de restrictions (ou presque).

Cordialement, janus57

je veux bien m'y coller pour la langue de Vondel, j'avais déjà commencer cela sur le site de Easy-Swan, donnez moi tout la liste et je le ferais

Bonjour Jean-Vincent,

Merci d'avance pour ta collaboration. Il s'agit de créer un nouveau dossier au nom anglais de la langue dans le dossier /lang ainsi que dans chaque /nom_du_module/lang et chaque /templates/nom_du_theme/lang et d'y copier tous les fichiers PHP venant du dossier French ou English et enfin les mettre à jour dans la nouvelle langue.

Le chantier n'est pas difficile quand on connaît la langue

Olivier.