Il y a de fortes chances que les hébergeurs Web gardent quand même le FTP, qui reste (hélas ?) le plus grand dénominateur commun.

Mais pour les geeks en herbe qui administrent leurs machines et pour les entreprises, c'est une excellente nouvelle. Plus de daemon FTP = un process de moins = moins d'administration et de failles potentielles. Surtout que ça pullulait à une certaine époque, les problèmes de sécurité avec les serveurs FTP...

[ Répondre ]

Peut être parce qu'Alfresco ne veut pas que ses technologies soient directement intégrées dans une solution de GED propriétaire ?

[ Répondre ]

Avec un WRT54GL + DD-WRT, la solution:

Interface Web d'administration de DD-WRT > Onglet administration > Section "IP Filter Settings (adjust these for P2P)"

Maximum ports => 4096
TCP TImeout => 90
UDP Timeout => 90

[ Répondre ]

La quasi totalité des routeurs pare-feu font du NAT.

Si c'est pour équipper une PME, je te conseille de prendre un routeur qui fait également VPN, ce qui va permettre plus tard aux divers collaborateurs d'accéder au réseau d'entreprise en presque toute transparance quand ils seront en déplacament.

Un Linksys RV082 par exemple.

[ Répondre ]

Par contre, chez HP, c'est plus facile à trouver et surtout ils ont un rack 14U. Mais vu la différence de prix avec un rack 42U, j'hésite...

[ Répondre ]

Je n'aime pas le RAID 5, pas de danger :)

Pour l'exploitation : RAID 1 logiciel

Pour la sauvegarde quotidienne: sur serveur OpenSolaris+ZFS, avec snapshots, toussa toussa

Pour l'archivage hebdomadaire/mensuel: sur bande magnétique LTO transportées ensuite hors site

[ Répondre ]

En gros, il faut aussi investir dans un marteau, une pince courante et une scie métallique :-)

Merci pour l'info, 24U c'est effectivement déjà plus raisonnable. Seul hic, impossible de trouver les prix et les configurations dans l'espace PME.

[ Répondre ]

Je complique toujours mes requêtes un peu trop, et parfois, du coup, je ne trouve pô.

Je vais faire des recherches plus simples
Je vais faire des recherches plus simples
Je vais faire des recherches plus simples
Je vais faire des recherches plus simples
Je vais faire des recherches plus simples
Je vais faire des recherches plus simples
Je vais faire des recherches plus simples
Je vais faire des recherches plus simples

(bon d'accord, j'ai fait du copier coller :-D)

[ Répondre ]

C'est exactement ça, merci :-)

Je vais donc pouvoir envisager de poser trois écrans de 20 pouces sur le bureau. Miam!

[ Répondre ]

Dans les TPE/PME, les employés sont assez "multi-casquette", rationalité économique oblige.

Mais le profil doit cependant exister: un programmeur passionné qui a usé ses culottes sous son serveur Linux perso sans pour autant s'enfermer dans une belle bulle geekesque correspondrait parfaitement :-)

[ Répondre ]

Arg, je me suis trompé de catégorie, désolé.

Mais pourquoi ne pas forcer le choix d'une catégorie ?

[ Répondre ]

Avec la miriade de téléphones SIP matériel de moins en moins cher, pourquoi s'embêter ?

Une solution à base de WRT54GL + "vrai" téléphone SIP est plus séduisante : on peut même embarquer des softs genre proxy SIP comme OpenSER sur le WRT54GL, du coup, le nombre de postes SIP est illimité :-)

[ Répondre ]

C'est peut être à la mode, mais ça manque bigrement de simplicité.

Perso, je suis adepte du KISS (Keep It Simple, Stupid) et virtualiser un OS entier pour juste crypter des fichiers, ça me laisse dubitatif...

[ Répondre ]

Ce qui est intéressant dans l'approche du Cryptodisk, c'est l'approche entièrement matérielle (les clef sont contenues sur des supports physiques) ce qui permet d'être utilisable en toute transparence sur tout OS.

Mais quand même:
- 40 bits, en crypto, c'est un peu léger
- l'utilisateur, à coup sur, il va laisser sa clef à côté du disque :-(

[ Répondre ]

TrueCrypt, je connais, c'est tip-top, notamment avec le mode permettant la stéganographie :-) mais ça ne fonctionne pas (encore ?) sous Mac Os X.

[ Répondre ]

Je confirme, ceux qui font du Java utilisent majoritairement le JDK de Sun, aussi bien en entreprise que les particuliers. Les implémentations libres progressent bien, mais sont loin d'offrir une qualité et une complétude "pro".

IBM aurait pu passer son JDK sous GPL il y a quelques années, aussi, ça aurait considérablement changé la donne...

[ Répondre ]

Si ce OpenXML "colle à la peau" de la suite Office de Microsoft, peut être que ses spécifications vont peut être légèrement éclairer ceux qui font du reverse-engineering sur les versions binaires des suites Office précédentes ? :-)

[ Répondre ]

Oui, pour l'édition, il n'y a pas de miracles : le "full web" a ses inconvénients. Un client Java distribué par WebStart serait surement beaucoup plus productif (surtout avec le prochain JDK, qui promet une très bonne intégration avec le Desktop). Le simple fait que l'utilisateur ait à se préocuper où est son fichier sur disque pour l'éditer et le ranger dans la GED, c'est pour moi un échec ergonomique important.

[ Répondre ]

Les entreprises font forcément du "marketing", ce n'est pas pour autant que ce qu'elles ont à offrir n'est pas intéressant.

Si on traduit la dépèche: La société Intalio met en libre des outils pour la modélisation et l'exécution de processus métier.

C'est une nouvelles très intéressante pour les intégrateurs de solutions libres, pour pouvoir offrir à leurs clients des solutions plus adaptées/adaptable à leurs processus (genre les factures doivent êtres validées par XXX avant d'être transmises au comptable, et cela doit être fait dans les 5 jours sans quoi une alarme mail est envoyée à XXX, et après 10 jours un mail est envoyé au responsable N+1 de XXX : si c'est codé en dur en lieu et place d'être modélisé dans un clikodraume, la moinde modif coûte cher).

Par contre, j'ai peur que ça doit un poil compliqué à intégrer à des applis métier sans réécriture importante de code. Je compte bien essayer :-)

[ Répondre ]

Une solution, bien que non satisfaisante, est de vérouiller le document (poser un verrou exclusif en écriture, "reserved check-out") dans le repository.

Ca existe depuis Subversion 1.2.

[ Répondre ]