Au menu, de nombreuses nouveautés :
- coté fonctionnalités : gestion des versions (historique, retour en arrière, version de travail), vérification de l'intégrité des liens, verrou automatique sur édition, indexation du contenu des documents Word et PDF, liens wiki, règles sur le contenu ;
- interfaces plus fluide grâce à l'utilisation d'AJAX, notamment pour l'édition directe du contenu, amélioration de la gestion du partage des documents ainsi que de la configuration générale du site, éditeur intégré (Kupu) mis à jour ;
- amélioration des performances et de la sécurité.
Les règles sur le contenu sont un concept copié sur Alfresco, qui mime les logiciels de messagerie afin de réaliser automatiquement des actions lors de la publication / modification de contenus.
D'autres petites nouveautés :
- nouveaux workflows par défaut plus adaptés aux différentes utilisations de Plone et nouveau panneau de configuration ;
- des items particuliers peuvent être ajoutés à la main aux smart-folder qui sont désormais nommés collections ;
- les documents peuvent être vus comme des présentations ;
- table des matières automatique du document ;
- une navigation par suivant/précédent dans les dossiers ;
- le moteur de portlet a été complètement revu ;
L'utilisation d'AJAX repose sur la bibliothèque KSS (Kinetic Style Sheet) développée pour Plone. KSS est un framework Javascript qui vise à permettre le développement d'AJAX sans Javascript. Il emploie des feuilles de styles avec une syntaxe compatible CSS pour installer des comportements dans le client.
Plone utilise beaucoup de programmation à la Zope 3 grâce à Five qui porte les technologies de Zope 3 dans le monde Zope 2.
Aller plus loin
- L'annonce officielle (3 clics)
- La liste des foncionnalitées (2 clics)
- Les coulisse du lancement de Plone 3.0 selon Alexander Limi (1 clic)
- Les sociétés de services en France référencées sur plone.net (4 clics)
# rendu des polices
Posté par _PhiX_ . Évalué à 1.
Pourquoi les polices de caractères apparaissent-elles crénelées sous Plone, contrairement aux autres CMS comme SPIP par exemple ?
[^] # Re: rendu des polices
Posté par Jean-Nicolas Bès . Évalué à -2.
Le crénelage des caractères est une fonctionnalité qui n'est pas implémentée dans le serveur d'application, mais dans le système d'affichage graphique que tu utilise.
Pour avoir le meilleur crénelage possible, n'hésite pas à t'acheter une carte UCA (Unité de Crénelage Actif)
J'espère t'avoir aidé dans ta quête..
PS : SPIP sapue
[^] # Re: rendu des polices
Posté par _PhiX_ . Évalué à 1.
Si le problème résidait dans Xorg ou dans le navigateur web, il n'y aurait pas que les sites Plone à avoir cet affichage dégradé.
[^] # Re: rendu des polices
Posté par ondex2 . Évalué à 4.
En gros, change la feuille de style et tout ira bien.
[^] # Re: rendu des polices
Posté par benoar . Évalué à 3.
J'avais déjà essayé de bidouiller fontconfig, sans résultat, mais là ton commentaire m'a fait me replonger dans le truc, et j'ai trouvé une solution : dans /etc/fonts/local.conf, mettre :
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<match target="pattern">
<test qual="any" name="family">
<string>Arial</string>
<string>Albany</string>
<string>Helvetica</string>
<string>Nimbus Sans L</string>
<string>Lucida Grande</string>
<string>Lucida</string>
</test>
<edit name="family" mode="assign">
<string>DejaVu Sans</string>
</edit>
</match>
</match>
<match target="pattern">
<test qual="any" name="family">
<string>Times New Roman</string>
<string>Thorndale</string>
<string>Nimbus Roman</string>
</test>
<edit name="family" mode="assign">
<string>DejaVu Serif</string>
</edit>
</match>
<match target="pattern">
<test qual="any" name="family">
<string>Courier New</string>
<string>Cumberland</string>
<string>Courier</string>
<string>Nimbus Mono L</string>
</test>
<edit name="family" mode="assign"><string>DejaVu Sans Mono</string></edit>
</match>
</fontconfig>
En gros, on remplace les polices de chez MS (ou Mac OS) par les classiques DejaVu.
Une autre solution, si tu ne veux pas de polices proprios mais que tu souhaites garder le même espacement, c'est d'utiliser les polices Liberation de RedHat : https://www.redhat.com/promo/fonts/
C'est d'ailleurs sur cette page que j'ai trouvé la liste des polices à remplacer.
[^] # Re: rendu des polices
Posté par benoar . Évalué à 3.
# simply the best
Posté par jmny . Évalué à 3.
En effet les hébergements d'instance zope sont rare et chère, vue de chez moi en tout cas.
A quand un hebergeur plone pas cher ?
[^] # Re: simply the best
Posté par Jean-Nicolas Bès . Évalué à 1.
[^] # Re: simply the best
Posté par _p4_ . Évalué à 2.
C'est bien vrai que Zope/Plone ca consomme beaucoup de ressources et donc c'est cher.
La question qui me vient à l'esprit moi c'est: Plone est-il toujours aussi lent?
[^] # Re: simply the best
Posté par yomguy . Évalué à 2.
Si on peut reconnaître que Plone est parfois trop lent lorsque la RAM est étroite, il est énormément accéléré par la mise en place d'un cache (http://plone.org/products/cachefu par exemple). La version 3 montée sur un Zope 2.10 me paraît plus rapide que les précédentes (même serveur) sans parler de l'editing grandement simplifié par la couche KSS. Les clients adorent ! :)
[^] # Re: simply the best
Posté par Sébastien Douche . Évalué à 3.
Maintenant, il est primordial de comparer la richesse fonctionnelle et non pas seulement sa "lourdeur" ! Un CMS PHP à iso périmêtre est bien plus lourd qu'une petite application PHP (bref, avoir Mambo ou SPIP en tête biaise la comparaison).
Je l'utilise depuis des années en permanence en entreprise dans ma palette d'outils (Plone, Trac, SVN ... sur une seule machine) et les performances sont plus qu'honorables. L'instance prend 150 a 300M et j'ai pas de soucis de vitesse avec plusieurs utilisateurs. Mais effectivement, Plone n'est pas "léger".
[^] # Re: simply the best
Posté par davewave . Évalué à 2.
Oui et non Plone aussi lent. Tout dépend de ce qu'on appelle lent... Et http://objectis.org aura ses Plone 3 pour la conférence Plone je pense : http://plone.org/events/conferences/2007-naples
[^] # Re: simply the best
Posté par davewave . Évalué à 1.
- nouveau serveur de cache Varnish : http://varnish.projects.linpro.no/ Varnish is a state-of-the-art, high-performance HTTP accelerator. Varnish is targeted primarily at the FreeBSD 6 and Linux 2.6 platforms, and will take full advantage of the virtual memory system and advanced I/O features offered by these operating systems.
- comparaison avec Squid, bien connu des utilisateurs de Zope et de Plone : Varnish was written from the ground up to be a high performance caching reverse proxy. Squid is a forward proxy that can be configured as a reverse proxy. Besides - Squid is rather old and designed like computer programs where supposed to be designed in 1980.
- un petit article sympa sur l'utilisation de Varnish avec Plone : http://seankelly.tv/blog/blogentry.2007-03-02.4768602564 I love calamari, paella loaded with squid, and even ika (squid) sushi. But the Squid cache and HTTP accelerator is off my menu from now on. NO MORE SQUID, EVER!
- des talks à la conférence Plone 2007 à Naples : http://plone.org/events/conferences/2007-naples/speakers-1/s(...) Plone deployment practices: the plone.org setup + How to minimize CPU and memory usage of Zope and Plone applications + Plone for the enterprise market: technical musing on caching, Clustering and Single Sign-On et une petite scéance d'autocritique ;) What Zope did wrong (and what to do instead)
[^] # Re: simply the best
Posté par Yves Bourguignon . Évalué à 1.
http://ia301208.us.archive.org/3/items/SeanKellyIntroducingP(...)
ou en flash :
http://www.archive.org/details/SeanKellyIntroducingPlone
Autres screencasts : http://plone.org/about/movies/
# Expérience sous plone
Posté par Sytoka Modon (site web personnel) . Évalué à 4.
Le plus inquiétant avec plone, ce sont les mises à jours. Comme avec zope, il y en a partout et surtout dans cette ZODB. Bref, si on n'est pas tous les jours dessus, très rapidement, on est complètement perdus. D'ailleurs, la boite qui nous a fait la première configuration m'a bien dis, tant que cela marche, ne touchez à rien au niveau mise à jour logicielle !
Sinon, l'interface d'administration était franchement bordélique entre la ZMI et la partie plone + des fichiers du site au milieu de tout cela avec la seule interface web pour manager tout cela. J'ai trouvé cela insuportable.
D'un point de vue utilisateurs, l'interface intégré, cela parait bien au début mais les menus (verts) qui apparaissent sont suchargés et parfois peu compréhensible pour l'utilisateur lambda. Du coup, on passe son temps à expliquer l'interface aux personnes qui ne font pas du plone tous les jours...
Bref, nous sommes passé à SPIP, plus léger, moins de fonctionalité mais au moins, le personnel l'utilise.
Je ne conseille pas Plone si on n'a pas assez de personnel pour s'en occuper.
[^] # Re: Expérience sous plone
Posté par jeffcom . Évalué à 3.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . Évalué à 2.
Spip c'est sympa, mais :
- point de vue développeur, il faut quand même se taper l'apprentissage des boucles, qui est un truc vraiment spécifique à spip.
(Le langage de templating de Zope n'est pas plus difficile, et est plus propre et plus puissant.)
- point de vue utilisateur :
l'interface d'administration de spip est figée, générique et trop bordélique pour les clients. Je préfère le principe à la plone, où on a plus ou moins d'actions possibles sur le contenu en fonction des droits de l'utilisateur. On peut ainsi unifier le site public et son administration.
Sinon c'est une bonne nouvelle d'avoir de plus en plus de zope3 dans plone, car c'est vraiment de la bonne techno. On peut d'ailleurs faire beaucoup de choses avec zope3 tout seul, sans avoir besoin de mettre les mains dans plone. Ce n'est pas un CMS en soi, mais on en est finalement pas très loin.
[^] # Re: Expérience sous plone
Posté par jeffcom . Évalué à 2.
euh... plus propre que celui de spip, y a pas trop de mal en même temps...
quand à être "puissant"... c'est une notion qui m'échappe : pourquoi vouloir s'obstiner à mettre du code actif dans des templates ??? un template ne devrait pas contenir de code actif à mon sens, ça n'est pas logique pour moi... pourquoi déporter un comportement logiquement assigné au langage utilisé pour l'application (python,php,[ton langage ici]) dans ce qui lui sert de canevas afin de formater les informations ? en d'autres termes, pourquoi effectuer un traitement d'information dans le template ? c'est le rôle de l'application pas du template... c'est comme si les dev d'un navigateur web voulaient faire faire au "window manager" tout le travail de parsing des documents web... (j'ai pas trouvé mieux comme exemple là de suite... désolé) ça n'a pas de sens... enfin pour moi (si quelqu'un pouvait m'expliquer le but de la chose...)
De plus, si on veut "porter" un thème graphique d'une application à l'autre, ça deviens véritablement du supplice : par exemple, prendre un thème pour spip et le porter pour wordpress... ou prendre un thème pour wordpress et le porter sous plone... (ou l'inverse) ou, pire encore, avoir à utiliser en parallèle 2 de ces applications avec un même thème graphique... l'horreur (c'est du vécu) et que de temps et de place perdue...
[^] # Re: Expérience sous plone
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
C'est un peu lourd au début pour un petit site mais cela devient vite très puissant et réutilisable. Cela doit être pour cela que je fait des blocages lorsque je vois le code source de pas mal de projet web, tout est mélangé en vrac.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . Évalué à 2.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . Évalué à 2.
Si je dis que c'est puissant, ce n'est pas parce que tu peux mettre de la logique, mais parce que ça permet très facilement de séparer la présentation de sa logique. Mieux que ça, les templates zpt sont des fichiers xhtml valides, et on peut les éditer dans un frontweaverdreampage, ou même les afficher dans le navigateur sans traitement. Les commandes de templating sont placées dans des attributs xml, elles sont transparentes et permettent de remplacer des valeurs bidon présentes dans le template. Elles sont peu nombreuses, facile à apprendre et on peut tout faire.
Et du coup il est possible de gérer la notion de skin, et de manière plus poussée qu'une simple bidouille du css.
[^] # Re: Expérience sous plone
Posté par jeffcom . Évalué à 2.
le fait de séparer la présentation de la logique : c'est la finalité du template ! encore heureux que Tal le permette... mais permettre (même de manière limitée) de placer de la logique dans un template... c'est pas logique...
il manque plus que de développer un parseur/interpréteur Tal pour d'autres langages (php, jsp) à moins que ça existe...
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . Évalué à 3.
Tu crois pas si bien dire
En fait la plupart des composants de zope3 sont séparés ou en train d'être séparés de zope, et on peut les utiliser dans n'importe quel projet python (parfois ailleurs comme avec phptal).
[^] # Re: Expérience sous plone
Posté par Sytoka Modon (site web personnel) . Évalué à 1.
> propre et plus puissant
Je veux bien le croire mais dans Zope, il y a trop de chose dans la ZODB et c'est cela qui est insuportable. Pas possible de faire de find, grep et autre commande la dessus... C'est l'environnement qui est pénible pour le développeur que je suis.
Avec spip, au moins, les fichiers templates et le moteur sont sous forme de fichier. Je préfère mais c'est un point de vue personnel.
Je me souvient de mes sites que je faisais en AxKit, c'était génial. Une arborescence en pure Perl de fichiers pour la partie moteur des pages (formulaire...), une arborescence en XML pour les templates, une arborescence pour les fichiers XML statique, une base de données pour les données variables et toute la logique séparée dans des modules Perl bien propre. Bref, c'était clair et relativement sécurisé de part ces différentes arborescences ayant des droits sur des fichiers différents.
Certes, le développement du site n'était pas WebCollaboratif mais fait en s'appuyant sur des outils comme subversion, nedit... comme n'importe quel autre code développé.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . Évalué à 3.
C'est devenu un vrai plaisir.
[^] # Re: Expérience sous plone
Posté par _p4_ . Évalué à 2.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . Évalué à 2.
Je n'ai pas eu le temps de tester mais ça ressemble à une bonne passerelle vers zope3. Le hello world est minuscule, et il y a des exemples d'applcations simples.
Mais je suis pas trop fan de ces trucs privilégiant les conventions plutôt que la configuration (façon RoR). Le zcml n'est pas méchant, et il permet d'éviter tout le code python obscur qu'on trouve dans zope2.
[^] # Re: Expérience sous plone
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
C'est plus l'intégration de plone dans zope qui me posait des soucis car tout était mélangé et il fallait faire des choses dans la ZMI et d'autre dans plone avec une logique qui nécessitait du temps pour la comprendre. Et comme dans ces versions là, on n'a pas accès à de vrais fichiers, mais qu'on passe son temps à faire du click, je n'ai jamais réussi à trouver le temps.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . Évalué à 2.
Mais on peut utiliser (en partie) zope3 dans zope2 et donc dans plone. Tous les nouveaux développements dans plone sont faits avec des technos zope3. Ca permet à plone de transiter en douceur.
M'enfin perso, je préférerais un cms en full zope3...
[^] # Re: Expérience sous plone
Posté par benoar . Évalué à 2.
Je veux dire, ça fait des années qu'il est sorti, et même Plone, qui est pour moi le plus "gros" projet médiatisé utilisant Zope, ne l'utilise même pas encore. Ok, ils utilisent Five, mais quand même, la migration a l'air de prendre des années, et je trouve que ça n'annonce rien de bon.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . Évalué à 2.
Parmi les gros projets, il y a le Launchpad de Canonical https://launchpad.net
le projet Schooltool http://www.schooltool.org qui devrait être disponible dans la prochaine ubuntu
ainsi que schoolbell http://www.schooltool.org/products/schoolbell
Parmi les sites webs en prod, il y a entre autres lovelybooks http://www.lovelybooks.de
ou le site de partage de bouts de code Kelpi http://kelpi.com
Il y a aussi GreenTV qui est en train de créer sa plateforme autour de zope3
De mon côté j'ai récemment terminé un petit projet d'extranet pour une boite de prod http://eztranet.gorfou.fr , je suis en ce moment sur un autre projet et je suis tellement content de zope3 que je ne vais pas m'arrêter de sitôt.
zope3 ça marche pour de vrai, le seul truc qui manque c'est du marketing, un joli site web avec plein de couleurs, et une doc un peu plus visible et accessible. C'est un peu ce qui est tenté avec Grok.
Même sans ça c'est un projet complètement viable car il s'appuie sur l'expérience de zope2, il est mené par des gars qui sont de vraies têtes, c'est unit-testé à fond, on peut brancher dessus n'importe quel autre projet python et même l'intégrer facilement comme si c'était un composant zope3.
[^] # Re: Expérience sous plone
Posté par Jerome Alet (site web personnel) . Évalué à 1.
Si, tu peux utiliser mon ZShell (http://www.librelogiciel.com/software/ZShell/action_Presentation) qui te propose un paquet de commandes (grep, find, etc...)
Toutefois je ne l'ai pas testé sur les versions récentes de Zope et je viens de me rendre compte qu'il est H.S. sur mon propre serveur...
Mais c'est pratique (quand ça marche).
[^] # Re: Expérience sous plone
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
C'est d'ailleurs un peu ce qui me plait dans le gestionnaire de fichier que j'utilise : wmii. C'est un système client serveur et tu peux monter la configuration et ainsi agir sur le gestionaire de fenêtre avec les outils standard. Je trouve cela plus futé sur le principe de gconfd.
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . Évalué à 2.
De cette façon il est déjà possible de faire apparaître le contenu de la ZODB à travers une vue FTP ou WebDAV. C'est zope qui se comporte comme un serveur ftp ou dav et qui présente les objets à l'utilisateur de la façon que le développeur l'a décidé (dépendant de l'implémentation de l'adapter). Pour mon Eztranet je voulais donner un accès ftp, de façon à pouvoir uploader une vidéo autrement que par http, puis que ça crée automatiquement l'objet correspondant dans la zodb, avec sa vignette et son transcodage flahsapu (ça doit prendre 10 lignes, mais je n'ai pas eu le temps).
[^] # Re: Expérience sous plone
Posté par ccomb (site web personnel) . Évalué à 3.
Par défaut c'est le filestorage, c'est à dire tout dans un gros fichier. (comme une base sql, quoi...)
Mais on peut aussi utiliser directorystorage qui utilise une hiérarchie de répertoires et de fichiers. Et je crois qu'il existe d'autres implémentations qui permettent de stocker avec encore d'autres méthodes.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.