Ho dis donc Oracle c'est une vraie merde, il faut l'arreter pour faire une sauvegarde de ces fichiers.... Cette affirmation fonctionne de même pour toutes les base de données (même un bête fichier texte).
Zope est un serveur d'application qui fonctionne avec une base de donnée transactionnelle, donc oui forcement il faut arreter la base (donc le serveur d'application) avent de faire une sauvegarde.
On apelle cela une sauvegarde à froid.
Mais comme tout les système bien conçus il existe un système pour faire des sauvegarde à chaud, ceci s'apelle un export (ho ! comme pour les bases de données).
Ensuite, si tu supprime des fichiers, c'est normal qu'il est du mal à redémarrer. C'est marrant ça me rapelle une personne qui à fait un rm dans /lib, la machine ne voulait plus marcher...
Donc effectivement quand tu veux prendre en compte une supression/ajout de produit il faut redemarrer la machine, et forcement quand on enleve un produit, il à du mal à le charger.
Concernant la stabilité, je ne vois vraiment pas quoi dire... C'était une version 2.7 avec un python 1.5 ou quoi ???
En travaillant tout les jours avec j'ai du mal à avoir des erreurs comme ça. Par contre les système qui plante quand tu clique dans tout les sans ça manque pas. Ca ne serait pas encore le syndrome du rm par hazard ? Par ce que pour avoir une erreur comme ça il faut au moins essayer de charger une page Plone aprés avoir suprimmé le produit plone du disque...
Donc oui Zope est une uzine à gaz, on peut même y rajouter des pièces comme plone. Maintenant je ne connais pas beaucoup de serveur d'application se basant sur des théorie objects, et ou les requette sont transactionnelles du browser à la BDD.
Le tout qui tourne sous autant de plate forme, et de plus en libre.
[^] # Re: Plone 2.0 dans les bacs
Posté par cortex . En réponse à la dépêche Plone 2.0 dans les bacs. Évalué à 3.
Ho dis donc Oracle c'est une vraie merde, il faut l'arreter pour faire une sauvegarde de ces fichiers.... Cette affirmation fonctionne de même pour toutes les base de données (même un bête fichier texte).
Zope est un serveur d'application qui fonctionne avec une base de donnée transactionnelle, donc oui forcement il faut arreter la base (donc le serveur d'application) avent de faire une sauvegarde.
On apelle cela une sauvegarde à froid.
Mais comme tout les système bien conçus il existe un système pour faire des sauvegarde à chaud, ceci s'apelle un export (ho ! comme pour les bases de données).
Ensuite, si tu supprime des fichiers, c'est normal qu'il est du mal à redémarrer. C'est marrant ça me rapelle une personne qui à fait un rm dans /lib, la machine ne voulait plus marcher...
Donc effectivement quand tu veux prendre en compte une supression/ajout de produit il faut redemarrer la machine, et forcement quand on enleve un produit, il à du mal à le charger.
Concernant la stabilité, je ne vois vraiment pas quoi dire... C'était une version 2.7 avec un python 1.5 ou quoi ???
En travaillant tout les jours avec j'ai du mal à avoir des erreurs comme ça. Par contre les système qui plante quand tu clique dans tout les sans ça manque pas. Ca ne serait pas encore le syndrome du rm par hazard ? Par ce que pour avoir une erreur comme ça il faut au moins essayer de charger une page Plone aprés avoir suprimmé le produit plone du disque...
Donc oui Zope est une uzine à gaz, on peut même y rajouter des pièces comme plone. Maintenant je ne connais pas beaucoup de serveur d'application se basant sur des théorie objects, et ou les requette sont transactionnelles du browser à la BDD.
Le tout qui tourne sous autant de plate forme, et de plus en libre.