Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2452 connectés 

 


Sujet auquel vous répondez
Sujet : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde
Dion

stiffler a écrit :


 
le BTP [:franck75]


sinon ya sharepoint qui fait ged aussi :o


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
mareek

Citation :

Avec un supplément dont Apple a le secret : le copier/coller sur iPhone sera élégant, facile et surtout permettra d’échanger des données entre n’importe quelle application !


Les  applefan son désespérants [:prozac]

el muchacho

stiffler a écrit :


Si les utilisateurs travaillent directement sur les fichiers sur le serveur, il y a pas de copie locale, non ? (je veux dire par windows)
Du coup Gzip n'as pas d'intérêt, si ? Mais par contre mon serveur risque d'être sur les genoux ? (on vise 100-150 utilisateurs maxi ! :o)


Le plus simple, c'est encore de proposer la compression en option. Comme ça, quelques tests sur le réseau final donneront assez vite une réponse.
Quand à la possibilité de travailler directement par le réseau, je ne connais pas suffisamment Autocad pour savoir si c'est possible ET si ça a un intérêt. Les archis eux-mêmes sont mieux à même de te répondre sur ce point. Mais de toute façon, s'ils bossent sur le serveur, ils bosseront forcément sur une copie du fichier archivé. Donc l'intérêt de la chose est à mon avis très limité. Et là, il faut penser  au problème du lock qui empêche 2 archis de bosser sur le même fichier en même temps.
C'est entre autre pour ce genre de pb que pas mal de bureaux d'archi passent à des outils comme Revit. Mais bon, on ne change pas le workflow de 150 personnes du jour au lendemain.
Enfin, la possibilité de revenir en arrière sur un plan est quand même utile en archi, je pense. D'où l'idée de soit gérer des versions par BD, soit par un outil comme Mercurial.

 

edit: grillé par flo850

___alt L'existence de Captain Obvious établie scientifiquement
flo850

stiffler a écrit :

Un système ouverture et manipulation des fichiers directement sur le serveur, c'est envisageable ?
C'est moins propre que de la copie locale mais la gestion des fichiers par l'appli est plus facile, non ?


tu vas rigoler quand 2 personens vont ouvrir le meme document ( word par exemple )  , ainsi que pour la gestion de la sécurité

skeye

stiffler a écrit :

Un système ouverture et manipulation des fichiers directement sur le serveur, c'est envisageable ?


ça dépend, il faut que ce soit utilisable ou juste que ça marche? [:autobot]

stiffler
Hé j'ai édité ! [:greg2]
Je peux inclure gzip dans mon appli, comme ça ils l'auront sur tous les posts clients ! :D
stiffler Un système ouverture et manipulation des fichiers directement sur le serveur, c'est envisageable ?
C'est moins propre que de la copie locale mais la gestion des fichiers par l'appli est plus facile, non ?

stiffler a écrit :


ouai ça je sais, d'ailleurs t'as l'option dans ton profil sur le forum il me semble ! :D


 
Ouep enfin ca c'est légerement différent, c'est md.net qui gere la compression avec les outils que php met a disposition ( ob_gzhandler & cie )
 
Stocker les fichiers directement gzipés épargne la compression a la volée par ton serveur web. L'inconvénient c'est pour les clients qui ne supportent pas gzip, ton serveur décompresse a la volée [:dawa]

stiffler

flo850 a écrit :


^
tu sais que la compression a la volée gzip est activée sur la majorités des serveurs web ?


ouai ça je sais ! :D

stiffler

lorill a écrit :


si, si tu veux 100 ou 10000 répertoires.  
 
le modulo a l'avantage de te permettre d'en faire 42 si ca te chante, mais c'est probablement inutile dans ton cas.


okay merci [:romf]

Dion

el muchacho a écrit :


[:prozac]
(au passage si les mecs dont de l'autocad, j'espère qu'ils sont pas sur un 286)


Jvous ai parle de mon appli de calcul mono cpu ? [:dawa]

flo850

stiffler a écrit :


Si les utilisateurs travaillent directement sur les fichiers sur le serveur, il y a pas de copie locale, non ? (je veux dire par windows)
Du coup Gzip n'as pas d'intérêt, si ? Mais par contre mon serveur risque d'être sur les genoux ? (on vise 100-150 utilisateurs maxi ! :o)


^
tu sais que la compression a la volée gzip est activée sur la majorités des serveurs web ?

Dion

el muchacho a écrit :


Pour du jpg et du PDF, effectivement, ça n'a aucun intérêt vu que ce sont des formats déjà  compressés. Mais pour du Word et du Excel, voire (cauchemardons un peu), une BD Access, alors là, c'est très intéressant. Si le client est intelligent, il serait capable de décider en fonction de l'extension quel type de fichier il a affaire, et compresse ou non en fonction.


La BD access tu la compactes frequemment, comme ca tu gardes une taille optimale (best practice Microsoft Office Specialist).
Si le client est intelligent il fait pas appel a une boite specialise en windev pour redevelopper une GED
 


Ah bah c'est comme si vapeur essayait de bosser hein :/
 

stiffler

___alt a écrit :


 
C'est quoi la taille des fichiers ? Moyenne, médiane ? A moins de décompresser des trucs de plusieurs dizaines/centaines de Mo, pas de problème.


Tout est < 10Mo sauf certains pdf / autocad de 100 à 300 Mo ! :o

stiffler

el muchacho a écrit :


Si t'es sur le même disque et un OS qui ne date pas de Mathusalem, entre 26² et 100², à mon avis tu seras bien en peine de voir une différence. Si tes 10 To sont répartis sur différents disques, tu vas évidemement dépendre des accès disques en question.


Si les utilisateurs travaillent directement sur les fichiers sur le serveur, il y a pas de copie locale, non ? (je veux dire par windows)
Du coup Gzip n'as pas d'intérêt, si ? Mais par contre mon serveur risque d'être sur les genoux ? (on vise 100-150 utilisateurs maxi ! :o)

lorill

stiffler a écrit :


Les 2 ou 4 derniers chiffres de mon id en ordre inverse peuvent pas suffire ?


si, si tu veux 100 ou 10000 répertoires.  
 
le modulo a l'avantage de te permettre d'en faire 42 si ca te chante, mais c'est probablement inutile dans ton cas.

BenO


 
il se pose des questions le petit :o c'est bien  [:cerveau whistle]

el muchacho

stiffler a écrit :


ouai mais le dézippage va se faire sur le poste client aussi :/
Ca ça peut puer du sexe :/

 

Gzip c'est du gnu ! Ca va pas m'entrainer certaine obligation légal ou moral ?


[:prozac]
(au passage si les mecs dont de l'autocad, j'espère qu'ils sont pas sur un 286)

el muchacho

Dion a écrit :

 

Faut voir ce qu'il stocke, si c'est du gros pdf ou du jpg ca a pas trop d'interet
En general une ged c'est pas vraiment des paquets de petits fichiers


Pour du jpg et du PDF, effectivement, ça n'a aucun intérêt vu que ce sont des formats déjà  compressés. Mais pour du Word et du Excel, voire (cauchemardons un peu), une BD Access, alors là, c'est très intéressant. Si le client est intelligent, il serait capable de décider en fonction de l'extension quel type de fichier il a affaire, et compresse ou non en fonction.

 

edit:
ok, PDF, compression inutile, jpg aussi, autocad (fichiers texte ou dwg) --> très utile

stiffler

Dion a écrit :


Bah c'est 99% du temps deja compresse les pdg et les images (autocad je sais pas)
Puis au prix du GO :o


C'est pas pour économiser le GO, c'est plus pour l'ouverture de certains fichiers.

___alt

stiffler a écrit :

ouai mais le dézippage va se faire sur le poste client aussi :/
Ca ça peut puer du sexe :/


 
C'est quoi la taille des fichiers ? Moyenne, médiane ? A moins de décompresser des trucs de plusieurs dizaines/centaines de Mo, pas de problème.

Dion

schnapsmann a écrit :


Dion, expert sharepoint


Je pense business, le temps que Stiffler arrive a faire un truc comme ca il aura coule sa boite ...

stiffler

lorill a écrit :


je vois pas le probleme. Son id est de toutes facons en auto-increment, le modulo suffit, je vois pas pourquoi chercher plus loin :o


Pourquoi un modulo d'ailleurs ?
Les 2 ou 4 derniers chiffres de mon id en ordre inverse peuvent pas suffire ?

el muchacho

stiffler a écrit :


C'est vrai, ça j'en ai rien à faire. :D
C'est juste que je me demande s'il vaut mieux 10², 16², 26² ou 100² subdivisions. Est ce qu'a partir d'un certain nombre ça va me couter plus ou est ce que ça n'a aucun impact ?


Si t'es sur le même disque et un OS qui ne date pas de Mathusalem, entre 26² et 100², à mon avis tu seras bien en peine de voir une différence. Si tes 10 To sont répartis sur différents disques, tu vas évidemement dépendre des accès disques en question.

schnapsmann

Dion a écrit :


Bah c'est 99% du temps deja compresse les pdg et les images (autocad je sais pas)
Puis au prix du GO :o


Dion, expert sharepoint

Dion

stiffler a écrit :


Ouai gros pdf, gros fichiers autocad, grosses images. [:romf]


Bah c'est 99% du temps deja compresse les pdg et les images (autocad je sais pas)
Puis au prix du GO :o

kadreg non, d'ailleurs, même directX Inclu gzip :o
stiffler

Dion a écrit :


 
Faut voir ce qu'il stocke, si c'est du gros pdf ou du jpg ca a pas trop d'interet
En general une ged c'est pas vraiment des paquets de petits fichiers


Ouai gros pdf, gros fichiers autocad, grosses images. [:romf]

stiffler

el muchacho a écrit :


Globalement non. Tout dépend du serveur et du réseau, mais pour un serveur récent, le zippage est plus rapide que le transfert. Après, il est pas interdit de faire des tests, mais d'expérience:
- pour les gros fichiers, on gagne en gzippant,
- pour les tout petits fichiers, on perd, mais le temps total est faible. Par contre, dès qu'il y a des centaines de fichiers, il est plus rapide et plus fiable de faire un gros paquet avec zip ou tar.gz et de tout envoyer d'un coup.


ouai mais le dézippage va se faire sur le poste client aussi :/
Ca ça peut puer du sexe :/
 
Gzip c'est du gnu ! Ca va pas m'entrainer certaine obligation légal ou moral ?

Dion

stiffler a écrit :


 
le BTP [:franck75]


sinon ya sharepoint qui fait ged aussi :o

Dion

el muchacho a écrit :


Globalement non. Tout dépend du serveur et du réseau, mais pour un serveur récent, le zippage est plus rapide que le transfert. Après, il est pas interdit de faire des tests, mais d'expérience:
- pour les gros fichiers, on gagne en gzippant,
- pour les tout petits fichiers, on perd, mais le temps total est faible. Par contre, dès qu'il y a des centaines de fichiers, il est plus rapide et plus fiable de faire un gros paquet avec zip ou tar.gz et de tout envoyer d'un coup.


 
Faut voir ce qu'il stocke, si c'est du gros pdf ou du jpg ca a pas trop d'interet
En general une ged c'est pas vraiment des paquets de petits fichiers

stiffler

Dion a écrit :


 
S'il sait pas gerer son infra il va crever et c'est bon
 
10TO dans une GED et ils font pas de sauvegardes ? C'est pour des clampins de la fonction publique ?


 

___alt a écrit :


 
Ah bah ouais, quelle que soit la répartition des fichiers, s'ils sont jamais sauvegardés t'es niqué :o


 
le BTP [:franck75]

stiffler

Dion a écrit :


Tu dois bien avoir un connard sur le net qui a deja fait ca
 
Ou demande a machine il a rien a faire


Machine !
Bouge ton gros cul flasque [:dawao]

el muchacho

stiffler a écrit :


gzipper les fichiers va pas me ralentir l'accès aux fichiers ?


Globalement non. Tout dépend du serveur et du réseau, mais pour un serveur récent, le zippage est plus rapide que le transfert. Après, il est pas interdit de faire des tests, mais d'expérience:
- pour les gros fichiers, on gagne en gzippant,
- pour les tout petits fichiers, on perd, mais le temps total est faible. Par contre, dès qu'il y a des centaines de fichiers, il est plus rapide et plus fiable de faire un gros paquet avec zip ou tar.gz et de tout envoyer d'un coup.

stiffler

___alt a écrit :


A partir du moment où les fichiers ne sont accessibles que par le système de GD, c'est inutile.


Même pour du multisites ou des raisons de sécurités (s'il veut sauvegarder les données économique sur un serveur sécurisé) ?

___alt

stiffler a écrit :

Les fichiers de la ged sont stockés sur un serveur. Je suis pas sur que nos clients sauvegardent quotidiennement le serveur ou le duplique ! :D
Mais au final, ça change rien de faire des millésimes :/


 
Ah bah ouais, quelle que soit la répartition des fichiers, s'ils sont jamais sauvegardés t'es niqué :o

Dion

stiffler a écrit :


Les fichiers de la ged sont stockés sur un serveur. Je suis pas sur que nos clients sauvegardent quotidiennement le serveur ou le duplique ! :D
Mais au final, ça change rien de faire des millésimes :/

 


 

S'il sait pas gerer son infra il va crever et c'est bon

 

10TO dans une GED et ils font pas de sauvegardes ? C'est pour des clampins de la fonction publique ?

Dion

stiffler a écrit :


C'est vrai, ça j'en ai rien à faire. :D
C'est juste que je me demande s'il vaut mieux 10², 16², 26² ou 100² subdivisions. Est ce qu'a partir d'un certain nombre ça va me couter plus ou est ce que ça n'a aucun impact ?


Tu dois bien avoir un connard sur le net qui a deja fait ca
 
Ou demande a machine il a rien a faire

stiffler

___alt a écrit :


T'entends quoi par ça ?


Les fichiers de la ged sont stockés sur un serveur. Je suis pas sur que nos clients sauvegardent quotidiennement le serveur ou le duplique ! :D
Mais au final, ça change rien de faire des millésimes :/
 

flo850

stiffler a écrit :


C'est vrai, ça j'en ai rien à faire. :D
C'est juste que je me demande s'il vaut mieux 10², 16², 26² ou 100² subdivisions. Est ce qu'a partir d'un certain nombre ça va me couter plus ou est ce que ça n'a aucun impact ?


ca va dépendre de trop  de paramètres pour avoir une réponse absolue
 
a la limite, tu fais un jeu de test ( un script qui crée les arborescence, un autre qui lit et qui mesure )  histoire  de choisir une bonne solution en fonction du matériel dispo

stiffler

lorill a écrit :

 

mais putain, tu vois pas que c'est con, ca ?

 

qu'est ce que t'en a a foutre que ton dossier s'appelle "a/k/" plutot que "17/" ?


C'est vrai, ça j'en ai rien à faire. :D
C'est juste que je me demande s'il vaut mieux 10², 16², 26² ou 100² subdivisions. Est ce qu'a partir d'un certain nombre ça va me couter plus ou est ce que ça n'a aucun impact ?


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)