Zope fait appel a des API python pour aller lire et ecrire sur un gros fichier.
Le python (semi-compilé, voire compilé à la volé ou semi-interprété) est leeeeent par rapport à des applis qui tapent directement dans les systeme (comme Oracle quand il n'utilise pas son propre file system).
En gros et pour faire symple, c'est comme si le justement cité ReiserFS, ou ext3 ou ext2 etc ... sous linux etait écrit en python, (et pourquoi pas un kernel linux en python interprété tant qu'on y est).
C'est pratique, on ne compile pas, mais c'est leeeeent.
Quand au méta data, pour 90% elle ne sont pas utilisé ou pas utile a l'utilisation du fichier concerné.
Exemple. Je crée un page HTML , je n'ai pas besoin d'avoir affiché en permanence le "titre" de la page (une des nombreuse méta data) etc ....
Quand à la gestion des utilisateurs, il y a les droits de l'OS (unix ou windows). Certe s, on a un peu moins de possibilité, mais c'est vraiment beaucoup plus rapide.
Puis, le petit détail vécu:
Sur la quantité de serveur que nous avons, nous avons déja eut des plantage de disque (Ext2,Ext3 et ReiserFS). Presque à chaque fois nous avons réussi à récupérer des données "a la main".
Par contre à chaques fois (5 fois en tout sur 2 ans) que le fs de Zope plante (le gros fichier devient éronné) , impossible de récupérer quoi que ce soit.
Je ne parle meme pas des backups du dit file system. soit on backup le fichier complet tout les jours (pas de backup differenciel/incremental possible) soit c'est a la main a coup d'export (super pratique avec 4 ou 5 sites en prod ......).
Bref, je persiste, pour de petit site a la maison, pour des sites statiques ou pour des CMS qui s'appuie sur une base de donnée ca peut le faire (et encore, avec une base de donnée on rajoute encore une couche).
Pour de la prod, personne ne m'a encore convaincu que je me trompais.
[^] # Re: Première version packagée de CPS3
Posté par elamapi . En réponse à la dépêche Première version packagée de CPS3. Évalué à -1.
Le python (semi-compilé, voire compilé à la volé ou semi-interprété) est leeeeent par rapport à des applis qui tapent directement dans les systeme (comme Oracle quand il n'utilise pas son propre file system).
En gros et pour faire symple, c'est comme si le justement cité ReiserFS, ou ext3 ou ext2 etc ... sous linux etait écrit en python, (et pourquoi pas un kernel linux en python interprété tant qu'on y est).
C'est pratique, on ne compile pas, mais c'est leeeeent.
Quand au méta data, pour 90% elle ne sont pas utilisé ou pas utile a l'utilisation du fichier concerné.
Exemple. Je crée un page HTML , je n'ai pas besoin d'avoir affiché en permanence le "titre" de la page (une des nombreuse méta data) etc ....
Quand à la gestion des utilisateurs, il y a les droits de l'OS (unix ou windows). Certe s, on a un peu moins de possibilité, mais c'est vraiment beaucoup plus rapide.
Puis, le petit détail vécu:
Sur la quantité de serveur que nous avons, nous avons déja eut des plantage de disque (Ext2,Ext3 et ReiserFS). Presque à chaque fois nous avons réussi à récupérer des données "a la main".
Par contre à chaques fois (5 fois en tout sur 2 ans) que le fs de Zope plante (le gros fichier devient éronné) , impossible de récupérer quoi que ce soit.
Je ne parle meme pas des backups du dit file system. soit on backup le fichier complet tout les jours (pas de backup differenciel/incremental possible) soit c'est a la main a coup d'export (super pratique avec 4 ou 5 sites en prod ......).
Bref, je persiste, pour de petit site a la maison, pour des sites statiques ou pour des CMS qui s'appuie sur une base de donnée ca peut le faire (et encore, avec une base de donnée on rajoute encore une couche).
Pour de la prod, personne ne m'a encore convaincu que je me trompais.