[jce76350]

ce soir Révision 10089
- Smarty en 3.1.27
- MicroTiny mis à jour avec TinyMCE 4.1.10

[Ouik]

Ah tiens, je viens de m'apercevoir qu'il n'y a plus de fil d'ariane dans l'administration. Mais pourquoi ?

D'autre part, sur une install fraîche du snapshot du jour, sans les gabarits, la page d'accueil home en simplex affiche une page blanche et dans les logs php, ceci :

Code :

PHP Fatal error:  Call to a member function encoding() on null in /path-to-cmsms-install/tmp/templates_c/64060443164a9839c71c34206331731aaeeac788_0.tpl_head.1.php on line 40

[jce76350]

>Ah tiens, je viens de m'apercevoir qu'il n'y a plus de fil d'ariane dans l'administration. Mais pourquoi ?
Hu .... il y a longtemps qu'il n'y a plus de fil d'Ariane même en v 1.x

>D'autre part, sur une install fraîche du snapshot du jour ..
Vu qu'il n'y a pas eu de modification depuis le 17/07/2015 ce n'est surement pas un bug mais je pencherais pour un soucis d'encodage ou de cache

[Ouik]

>Ah tiens, je viens de m'apercevoir qu'il n'y a plus de fil d'ariane dans l'administration. Mais pourquoi ?
Hu .... il y a longtemps qu'il n'y a plus de fil d'Ariane même en v 1.x

Pourtant, je l'ai toujours en 1.12.

[pierrepercee]

Bon, je viens de faire quelques essais avec la dernière mouture de la RCI (php 5.5.12):

Pour le module News, à noter l'apparition d'un "slug" qui permet une url unique sur chaque News : c'est une excellente nouvelle.
Sinon le template de détail affecté dans l'appel au news n'est toujours pas passé en paramètre à l'url canonique :c'est clairement indispensable. Pour l'ensemble des modules qui utilisent des templates, le mécanisme de génération d'URL canonique doit renvoyer un résultat exactement identique au lien généré en front-end.
A l'époque Archeo avait bien dégrossi le boulot : pour les curieux tout se passe des lignes 79 à 95 du fichier "class.news_article.php"


Le résultat est simple : Google référence des url canoniques vers des pages dont la présentation diffère de la page initiale et accessoirement l'url utilisée est différente de l'url initiale de la page....



Pour l'heure, j'ai assez insisté sur cet aspect (je me demande si les dev réalisent vraiment les désordres fonctionnels induits et les manques à gagner pour les clients...), alors voila une petite nouveauté :
Le fait d'utiliser un SLUG rétablit l'utilisation du template detail par défaut, peu importe alors le template de détail spécifié dans l'appel dans votre gabarit.
A vérifier !

[jce76350]

Pourtant, je l'ai toujours en 1.12.

alors qu'est ce tu appelle fil d'Ariane ? un exemple

[jce76350]

>c'est clairement indispensable
@ pierrepercee tu a signalé le problème sur CMSMS 2.0 Beta ? c'est la bas les reports de bugs

[pierrepercee]

Ci-fait, dans un anglais toujours aussi approximatif...

[jce76350]

>Ci-fait, dans un anglais toujours aussi approximatif.
pas grave le but c'est de reporter le soucis, après on peut supposer que tu n'es (ne seras) pas le seul a poser la question

[jce76350]

Robert a dit "Our goal is to have final release of CMSMS 2.0 for the beginning of August."

Encore 3 semaines pour être au top des mises à jour vers la V 2

[archeo]

De retour de vacances je découvre que cmsms contient des bugs mais maintenant aussi des slugs. Après les cafards les limaces ? Sérieusement c'est quoi un "slug"?

[jce76350]

>Sérieusement c'est quoi un "slug"?

Bienvenue (de retour) dans le mode de CMSms
Pourtant tu as fait la traduction
Slug utilisé dans les news (articles) de la V2
aide : L'URL facultatif pour un article (certaines autres plates-formes appellent cela un slug) est un suffixe d'URL unique pour accéder à cet article. Les utilisateurs peuvent naviguer depuis <racine_du_site>/<votre_url> pour consulter cet article.

[pierrepercee]

@JCE merci pour la réponse, j'étais absent.

Bonjour Archéo,


J'ai posté sur le forum principal mais bon, cela ne déchaîne pas les passions. Pourtant qu'il s'agisse de la 1.12 ou de la 2.0 le comportement des news et d'un certain nombre d'autres modules comme tu as pu le constater n'est pas bon:

Si on utilise une url canonique, elle doit retourner une page absolument identique à celle accessible sur le front-end.
Le fait que le template de détail du module en question, ne soit pas passé en paramètre a des incidences catastrophiques.

Comme Google va repêcher prioritairement ces url, les clients vont tomber sur des pages en vrac avec des mises en forme indigentes et les conséquences que l'on imagine.
Sur du 1.12 cela pose même des problèmes de sécurité. Je ne sais pas si tu as vu ce sujet. :/
Comme ce n'est guère bloquant et surtout peu souvent observé par les clients, cela n'a pas l'air d'être une priorité.

[archeo]

J'ai toujours cette URL par exemple :
http://localhost/test-mise-a-jour/news/4...lites.html

alors qu'il serait plus logique d'avoir par exemple

http://localhost/test-mise-a-jour/news/4...yotes.html

@pierrepercee

Je sais que l'on avait déjà parlé de ce problème d'URL canonique mais je ne la retrouve plus.

[jce76350]

J'ai posté sur le forum principal mais bon, cela ne déchaîne pas les passions.

Le soucis c'est comme ça avec chaque béta ou RC, c'est que les utilisateurs se réveillent seulement lors de version finale. Et les testeurs sont peu nombreux .
Je trouve que cette fois ci les français ont battu le record, mais il y a encore un paquets de bugs non résolu pour les mises à jours.
Il faut donc que les "pro" reportent les problèmes.

[pierrepercee]

Pour la première discussion, c'était là
Signalé sur le .org ici

La suite c'est que clairement ce n'est pas mieux, loin s'en faut pour la RC1.

[pierrepercee]

@Jce

Côté développeurs (les durs, ceux tombés dans Java,C++, PHP (juste pour s'amuser, c'est trop simple)) qui doivent représenter à tout casser 5% des Webmasters je ne doute pas que la RC1 comporte des avancées très significatives.
Pour le reste des webmasters et les utilisateurs finaux il y a bien quelques nouveautés intéressantes mais bien honnêtement, rien de transcendant. Le module de gestion du design n'est pas vraiment comment dire ? J'ai pourtant joué avec un bon moment.
Si la gestion native du multi-langue avait été implémentée -Si Un éditeur permettant de faire du responsive en WYSIWYG à partir d'un template intégré avait été mis en place...

Pour le commun des mortels on a perdu la possibilité d'utiliser les classes dans l'éditeur, c'était pourtant la meilleure façon de rendre possible une mise en forme correcte aux utilisateurs finaux. Le développeur crée les classes css et forme rapidement à leur utilisation. Idem pour les blocs de contenu globaux.

J'ai commencé à former des stagiaires sur des versions 1.4 je crois (depuis le temps il a du m'en passer plus d'une centaine entre les mains). J'ai suffisamment d'expérience pour affirmer que la nouvelle mouture est plus complexe pour un débutant et qu'elle va exiger de gros efforts pédagogiques.
Ce n'est pas simple je sais bien, mais faute de suffisamment associer les utilisateurs au cycle de développement parfois...
Faire peser le démarrage ronronnant de la RC1 uniquement sur les épaules des utilisateurs en pointant une certaine forme de nonchalance, c'est peut être un peu rapide...

[archeo]

De toute façon Robert n' en fera qu'à sa tête. Les échanges au sujet de start level ont pour moi été révélateurs et agaçants. J'ai eu du mal à rester courtois et je suis parti en vacances à temps . Faut pas lâcher le morceau lorsque l'on est persuadé que c'est pour le bien de cms. Notre avantage c'est qu'il y a le premier filtre du forum français.

[pierrepercee]

@Jce : j'ai du louper une étape mais le lien de téléchargement des snapshots de la RC1 sur ton site semble ne plus fonctionner (ici. Je ne sais pas comment récupérer la version officielle PHAR (je peux récupérer une version classique sans PHAR avec tortoise SVN je suppose).

@Archeo
J'imagine que les changements importants de code dans la version 2 faciliteront les prochaines évolutions.
L'idéal serait qu'un collège d'intégrateurs, de webmasters lambda et d'utilisateurs réguliers soit constitué et vraiment consulté par les développeurs.

[jce76350]

@Jce : j'ai du louper une étape mais le lien de téléchargement des snapshots de la RC1 sur ton site semble ne plus fonctionner

1 sur la version officielle
effectivement Forbidden
2 sur la page http://www.cmsmadesimple.org/downloads/ 2.0-RC1 -> Other Packages c'est bon
je vais passer un post sur IRC

3 sur ma page perso version Fr c'est bon

L'idéal serait qu'un collège d'intégrateurs, de webmasters lambda et d'utilisateurs réguliers soit constitué et vraiment consulté par les développeurs.

Le SVN et les bétas et aussi IRC servent à ça

[pierrepercee]

Le SVN et les bétas et aussi IRC servent à ça

Ce doit être plus formalisé avec un minimum de transparence dans la prise de décision = vote. Sinon cela revient à un fonctionnement pyramidal,inapproprié pour faire évoluer rapidement un soft dans le bon sens.
La consultation c'est bien encore faut-il que cela débouche sur des avancées tangibles.

[archeo]

L'idéal serait qu'un collège d'intégrateurs, de webmasters lambda et d'utilisateurs réguliers soit constitué et vraiment consulté par les développeurs.

Pourquoi ne pas créer une wishlist sur le forum français?

[jce76350]

les snapshots de la RC1 sont a nouveau dispo

[pierrepercee]

@Jce
Merci pour ton intervention rapide, ça fait plaisir !

@Archeo
Je viens de me faire gentiment jeter sur le .org. Il n'est bonne compagnie qui ne se quitte. Je vais prendre des vacances avant de devenir franchement désagréable. Je vais suivre ton exemple.
Sinon une wishlist existe sur le forum .org. Quelques contributions très intéressantes : très peu aboutissent.
Moralité on discute et ils tranchent. Comment se prennent les décisions, qui les prend je suppose que formuler la question c'est déjà contraire à la bienséance. Sur le .org j'aurais droit à une réponse que les auteurs imaginent définitive et cinglante mais qui traduit tout autre chose...

[archeo]

Je viens de me faire gentiment jeter sur le .org.

Comment ça? parce que tu as courtoisement fait remarquer à Jeff que lui ne l'était pas?