elloco a écrit 347 commentaires

Bravo et en plus je viens d'apprendre que les journaux sont numérotés tout simplement dans l'ordre numérique....

allez... je me prépare maintenant pour le 1 000 000ème journal :-)
@+

chiffrer mes données est, bien sûr, ce que j'ai voulu dire... me suis trompé de mot... d'ailleurs, quelle différence il y a entre chiffer et crypter. J'ai un peu l'impression que c'est la même chose à part que crypter est un mot qui vient de l'anglais... non ?

« écoute » des e-mails pour trouver les personnes qui échangent des fichiers musicaux par mail

On n'aura plus qu'a crypter tous nos fichiers... j'aimerais bien voir les FAI à tous leurs clients "dites monsieur, voudriez-vous bien nous donner votre clé secrète... jusque comme ça... au cas où ?"

En clair, ils veulent imposer des lois qui théoriquement semblent réalisables mais comme ils ne connaissent pas la technique, ils ne se rendent pas compte que ces lois sont irréalisables.

Mais bon... chez moi une fois... il n'y a pas encore ces lois une fois... et j'en suis bien content deux fois. :-)

ouais... mais entre risquer d'avoir un mauvais compilateur qui intègre des backdoor mais avoir la possibilité de contrôler tout le reste.... ou bien choisir un système propriétaire où là tu ne choisis rien et ne vois rien... mon choix est vite fait...

oh, ça je ne crois pas... de bouche à oreille (ou de clavier à écran), les gens en viendront à connaître d'autres logiciels et donc à continuer à pirater...

...vive les logiciels libres ! L'air de rien je me sens quand même encore bien à l'aise avec un bon sentiment de sécurité et de liberté. En espérant que tout cela n'arrive jamais sur notre bon vieux système.

Je crois qu'il a quand même raison et puis... le fait d'interdire de faire des copies n'a jamais empêché les gens de faire des copies et de les vendre. Alors les réseaux P2P ne disparaitront pas... Surtout certains réseaux qui n'utilisent pas du tout de serveur central (me rappelle plus du nom)... comment empêcher qu'ils fonctionnent ? En bloquant les ports ? Il suffit d'en utiliser d'autres... en analysant le paquet ? On crypte les données... Alors... le piratage ce n'est pas comme ça qu'ils le bloqueront... Les pirates trouveront toujours une solution et ce sont toujours les gens qui honnêtes qui subissent... bref... ils se plantent totalement...

Je suis assez d'accord avec toi et je me disais la même chose en voyant les screenshots. Je trouve en effet que les screenshots devraient être fait sur les outils spécifiques de la distrib, par exemple pour montrer comment configurer l'ordi, mettre à jour et tout ça. Je pense que l'intérêt sera plus grand.

Quand je vais sur la page principale en flash et que je clique à gauche pour voir un épisode, je tombe sur un page qui m'indique :

Nous sommes désolés, la page que vous cherchez sur france2.fr n'existe plus ou a été déplacée.
Utilisez les rubriques de la colonne de navigation ci-contre ou le moteur de recherche:

:-)

Et pourquoi ne pas faire un petit script bash exécutable... tu pourrais mettre un lien symbolique dans /usr/local/bin vers ce script et de n'importe où tu peux lancer le script avant de lancer la compilation
C'est pas si contraignant et c'est assez flexible car tu peux éditer le script facilement.

Pas mal :-)

Mais, ça fonctionne seulement s'il faut juste lire le document. Ca ne fonctionne plus s'il faut l'éditer pour ensuite le renvoyer modifié.
Et puis ca ne résout pas du tout le problème pour ceux qui doivent envoyer au format .doc alors qu'il n'ont pas MS Office.

Salut,

en espérant ne pas dire de bêtise, ton printf fonctionne avec un buffer et n'affiche rien tant que celui-ci n'est pas rempli ou qu'un \n n'intervienne quelque part.

Alors comment vider le buffer, si je ne me trompe pas, il existe une fonction flush mais je ne sais pas si c'est standard et si ça fonctionne bien.

@+

Contrairement a KDE ou Gnome, l'ergonomie MS a été pensé par des informaticiens pour des non-informaticiens. Du coup, elle répond au besoin d'un grande majorité de la population

Je ne sais pas ce qu'il en était au début de KDE mais en tout cas, pour ce qui est de maintenant, je peux te dire que l'interface et plus principalement l'ergonomie des logiciels utilisant la librairie KDE est très bien conçue et c'est quelque chose qui est étudiée par plusieurs spécialiste de l'ergonomie des logiciels. Je ne sais plus où j'ai pu lire ça mais je l'ai lu ;-).

Et utilisant Linux et Windows, je trouve l'ergonomie de l'interface graphique de KDE bien plus aboutie que celle de Windows.

Voici un copié-collé de mon fichier sources.list

je ne sais pas s'il est le meilleur mais bon. Je suis en testing actuelle (la etch donc) et j'ai les sources au cas où un jour, je voudrais passer à la sid.

############################
# Packages pour la testing #
############################
# PACKAGES DE BASES
deb http://ftp.fr.debian.org/debian testing main contrib non-free

# PACKAGES DE SECURITES
deb http://secure-testing.debian.net/debian-secure-testing etch/security-updates main contrib non-free

#######################
# Package pour la Sid #
#######################
# PACKAGES DE BASES
#deb http://ftp.fr.debian.org/debian sid main contrib non-free

# PACKAGES DE SECURITES
# il n'y en a pas

concernant le broyage du /tmp à chaque fermeture de linux, c'est une solution partiel car qui garantit qu'aucun logiciel ne crée un fichier temporaire dans le répertoire local d'un utilisateur et qu'il l'éfface sans le broyer ?

concernant l'encryption des disques dur... comment ça fonctionne ? lorsque on utilise l'ordi, le disque dur est-il complètement déchiffré avant son utilisation et laisse les données en clair sur le disque dur temporairement ? ou bien il travaille en n'écrivant jamais de fichier clair sur le disque dur et donc tout se fait dans la ram ?

parce que sinon l'encryption des données ne résout pas le problème. En effet, pour qu'un fichier soit considéré comme totalement éffacé, on conseil quelques passages de broyage (une dizaine ?).
Dans le cas où les fichiers se trouvent en clair une partie du temps de l'utilisation de l'ordi... si on regarde au niveau du disque... lorsqu'on éteint l'ordi, l'encyption ne fait qu'écrire _une seule fois_ des nouvelles données (le disque chiffré). Alors cela n'empêche personne de tenter avec des outils adéquats de lire les données qui étaient temporairement en clair car elles ne seront pas broyées.

Par contre si les fichiers ne sont jamais en clair alors là en effet pas de problème... il suffit de broyer convenablement avant l'utilisation du disque et puis on place un système chiffré.

merci en tout cas de tes réponses :-)

salut, en effet crypter un disque dur est une autre solution... bien sûr je n'en ai pas besoin chez moi mais c'est par curiosité... ce genre d'information est toujours utile un jour ou l'autre ;-)

et comment fais-tu si le problème ne vient pas du disque dur mais des logiciels eux-même qui écrivent des fichiers temporaires par-ci par-là et qui les effacent eux même mais sans utiliser shred ? (et bien sûr sans aller changer/recompiler le code source de chaque appli)

c'est pour cela que je pense que le système de fichier devrait s'occuper de cette tâche lui-même... mais existe-t-il un tel système de fichiers ?

merci de pas lire mon message mais réponse totalement inutile... shred est un logiciel au même point que kpgp pour broyer les fichiers...

c'est vrai que la doc n'est pas toujours très claire... j'ai fait une très rapide recherche sur internet et j'ai trouvé un petit tutoriel en pdf : http://www.moteurprog.com/index.php?url=tuto_affiche.php&ID_tut(...)

je ne sais pas si ça peux t'aider sinon tu peux faire une recherche sur google avec "doc stl c++" ou quelque chose du genre.

Parce que je pense qu'avant de se lancer dans la programmation, il serait intéressant que tu te penches sur les classes de base de la stl comme les conteneurs, les itérateurs et tout ça.

Et attention, à plusieurs reprises dans ton code, j'ai vu "name << i"... je dit peut-être des bêtises mais je suis presque sûr que va remplacer le contenu de name par la valeur de i ou du moins ajouter i dans la chaîne de caractères, je sais pas ce que tu comptes faire mais attention car ton "name" sera modifié car tu as mis un & dans les arguments de la fonction ;-)

http://www.sgi.com/tech/stl/(...)

j'ai pas mieux comme doc.

alors que se passe-t-il si cdaudio[107] n'existe pas ?
eh bien, l'objet map crée automatiquement une clé "107" liée avec un pointeur vers un objet Audio nul, donc si je ne me trompe pas... et bien sûr pour l'exemple que j'ai donné ;-)... en faisant cdaudio[107] on aura en retour : (Audio*)0. Maintenant si c'est pas un pointeur et disons qu'on avait

map<int numero, Audio objet> cdaudio;

alors il aurait créé l'objet Audio() en utilisant le constructeur par défaut.

pour éviter ce fonctionnement, tu peux bien sûr tester au préalable si la clé existe en utilisant la méthode :

iterator find(const key_type& k)

et pour ça je te laisse lire la doc.


Concernant ta préférence du char*, je vois pas trop ce que tu veux dire mais il doit bien y avoir moyen d'utiliser le std::string.

std::map est très simple. C'est un objet qui lie une clé, dont le type est donné par toi, à un objet dont le type est donné par toi.

avant de te montrer un exemple, chacune des clé doit être unique.

supposons que j'ai décidé de créer un logiciel pour ranger mes nombreux cd audios.

alors dans mon petit programme, j'ai créer un objet audio :
class Audio
{
public:
Audio(int n, std::string m) : nombre_piste(n), nom_cd(m) { }

private:
int nomre_piste;
std::string nom_cd;
}

et sur chacun de mes cd j'ai collé une étiquette avec un numéro qui lui doit absolument être unique.

maintenant je vais utiliser un dictionnaire du genre

map<int numero, Audio *pointeur> cdaudio;

cdaudio[1547] = new Audio(5, "Les trois petits cochons");
cdaudio[107] = new Audio(1, "Pas-Star Academy");
...

et puis quand tu veux récupérer un cd tu fais ;
Audio p = cdaudio[1547];
...

oui... et alors ? trouves nous un hébergeur connu qui offre de bons services et qui permettent de mettre à jour par ssh. J'ai jamais dit que c'était sécurisé... mais c'est simple à utiliser.

j'ai oublié de précisé, puisque tu le demandes... la mise à jour des sites se fait par ftp, c'est donc très simple. Tu peux même rajouter des programmes dans les rep /usr/local/ que tu peux alors utiliser dans tes scripts php. Chacun des sites à ses propres répertoire (grâce à chroot).

voilà

salut,

je possède un site qui est hébergé en Suisse (je suis Belge). Tu peux voir les caractéristique ici : http://www.siw.ch/fr/welcome/comp.asp(...)

il est possible de payer par visa... et je suis très satisfait de leur hébergement. J'ai la solution "Dyna LX" et donc ça me coute 100 euros par an.

mwoué... on s'appele pas plagiats pour rien !! :-D

ok, j'ai compris ===> []