KewlCat

Si ça peut te rassurer, un groupe d'experts a un jour mis au défi toutes les boites de "récupération" des données de récupérer du contenu depuis un disque dur n'ayant subi qu'un "simple" écrasement avec des zéros (donc une seule fois l'opération que tu as faite, vraisemblablement) en leur laissant un an pour le faire et avec un gros pactole à la clé. Etrangement, l'année s'est écoulée et absolument aucune de ces sociétés n'a osé relever le défi. Je doute donc que la personne à qui tu as vendu ta machine soit capable d'en tirer quoi que ce soit. J'avais déjà donné ces informations ici (avec les liens et tout), il faudrait que je te retrouve ça... -- edit -- Trouvé : http://forum.zebulon.fr/nettoyer-un-disque-dur-t170131.html

Le "plus simple" consiste à demander à ta banque qui te fournira un kit normalement complet et parfaitement documenté pour permettre aux visiteurs de ton (tes ?) site(s) d'effectuer des paiements de manière sécurisée.

Ce script ne fait qu'afficher une adresse IP totalement au hasard... Tu ne peux pas "changer l'IP que te donne ton FAI" vu que c'est le seul à pouvoir t'en fournir une et qu'une fois que tu l'as tu ne peux pas déclencher à coup sûr son changement (il paraît que ça marche en débranchant puis rebranchant le modem, mais j'ai trop souvent ré-obtenu la même IP pour croire que ça puisse être efficace). La solution habituellement envisagée pour que les sites web ne voient pas que les requêtes proviennent de ton IP consiste à passer par des serveurs proxy. Quand tu passes par un proxy, le site web voit arriver la requête depuis l'IP du proxy, donc n'est pas [forcément](*) capable de déterminer que cela vient de ton IP. L'ennui avec ces proxies c'est qu'ils voient transiter la totalité des informations (ton IP, le contenu de la requête, l'IP du serveur web consulté, le contenu retourné par le serveur web). A toi donc de voir si le jeu en vaut la chandelle ! ... ou de mettre en place ton propre proxy quelque part sur la toile pour être vraiment certain que le proxy que tu utilises ne récolte pas de données sensibles à ton insu... (*) : certains proxies signalent quand même au serveur cible quelle est l'IP d'origine !

... d'un autre côté, combien de ceux qui ont ouvert ce topic pour savoir de quoi il retournait exactement (vu que le titre est peu explicite) sont des utilisateurs d'IE qui passent par le webmail d'Orange pour gérer leur correspondance ? Toute la question est de savoir si le webmail d'Orange est capable d'afficher ledit éditeur "WYSIWG" sous autre chose que IE... -- edit -- Apparemment ils utilisent TinyMCE mais celui-ci n'apparaît pas sous Firefox et impossible de savoir pourquoi. Le plus rapide, à mon avis, serait de leur demander directement.

Je ne sais pas si c'est possible, mais je sais que ce que ce code fait n'est pas ce que tu dis ("changer d'adresse IP rapidement") ! Qu'essaies-tu de faire faire à ta macro, exactement ??

Figure-toi que tout le monde n'a pas ta définition du terme "bac à sable", qui semble ne correspondre qu'au fonctionnement bien particulier de Sandboxie. Etant donné que c'est un terme générique qui veut à peu près dire "environnement protégé" je vois mal pourquoi tous les "bacs à sable" devraient effacer des fichiers téléchargés par un navigateur web... Les processus "fils" de Chrome utilisent ce concept avec une implémentation particulière. Point. Ce n'est pas parce que Chrome n'a pas le comportement que tu attends qu'il faut prétendre que ce n'est pas un "véritable bac à sable" et qu'il "ne sert à rien". As-tu la moindre idée de ce que font le politiques de sécurisation de Chrome ? C'est nettement plus évolué qu'un simple effacement des fichiers liés à ta session de surf après la fermeture du navigateur ! Tu devrais vraiment consulter les liens qui ont été donnés au lieu de les rejeter en faisant semblant de déjà tout savoir. A propos de "sandbox", sais-tu que ce terme désigne également un type de jeux vidéos ? (Et qu'à la fermeture du jeu, les fichiers des navigateurs web ne sont pas effacés non plus...)

Je résume : - la box est à l'adresse 192.168.0.1 - la box, le PC et le NAS sont en réseau local en 192.168.0.xx - le PC et le NAS utilisent la box comme passerelle et comme serveur DNS - le PC et le NAS sont configurés pour envoyer des mails en passant par smtp.numericable.fr:25 avec user+password - les envois de mail depuis le PC fonctionnent, pas depuis le NAS ... Là, j'avoue que je ne vois pas... Comment sont reliés tous ces appareils ? Le PC et le NAS sont tous deux reliés par Ethernet à la box ? Est-ce que tu peux demander à ton NAS d'utiliser "82.216.111.2" comme serveur SMTP ? (ceci afin d'écarter tout problème lié à la résolution de noms ; 82.216.111.2 c'est l'adresse IP de smtp.numericable.fr) Par "paramètres réseau de ton NAS" je voulais parler de son adresse IP (192.168.0.99, donc), de son masque de sous-réseau (255.255.255.0), de la passerelle (192.168.0.1), de(s) serveur(s) DNS (192.168.0.1), etc.

A priori si Outlook nécessite user+password pour l'envoi de mails tu ne peux pas utiliser "Anonymous" sur ton NAS, il faut que lui aussi s'authentifie pour envoyer des mails... Maintenant, est-ce que tu mets la même adresse d'expéditeur dans "Sender E Mail" que dans Outlook ? (là aussi ils sont capables de bloquer si l'adresse de l'expéditeur n'est pas celle de l'abonné...) Je suppose que si tu n'as pas répondu à la question portant sur le port utilisé pour la connexion SMTP c'est parce que c'est le port standard (25) ? -- edit -- Je ne sais pas pourquoi je n'ai pas posé la question avant, mais.... est-ce que dans les réglages du NAS tu as bien indiqué l'adresse de la box comme passerelle ? (sinon le NAS n'est pas capable de contacter smtp.numericable.fr pour envoyer le mail !) Quels sont les paramètres réseau de ton NAS ? Sur ton PC, c'est bien la box qui fait office de passerelle, n'est-ce pas ?

Bin voyons... Sujet fermé. Merci de bien vouloir consulter la charte du forum.

Définis "rien ne se passe" ? Tu fais quoi, tu attends quoi, et il se passe quoi à la place ? A priori c'est un problème de transfert de fichier mais impossible de savoir de quoi tu parles, alors j'hésite à déplacer dans un autre forum.... Où est la question concernant la programmation ?

Pour une connexion WiFi l'USB1 peut convenir. Tu peux nous rappeler quels sont les débits max théoriques d'un port USB1, de l'ADSL et des connexions 802.11g ?

Il se pourrait que Numericable interdise les envois de mails "directs" (i.e. connexion SMTP sortante sur le port 25 directement au serveur MX du domaine concerné). C'est ce que fait Orange, par exemple. Comment as-tu paramétré ta messagerie (ton client mail : Thunderird, Opera, Outlook, ...) pour envoyer des mails depuis ta machine principale ? (serveur SMTP / port / authentification / etc.) De quels paramètres disposes-tu sur ton NAS pour les envois de mail ? (si la réponse est "juste une adresse mail" ça risque de tourner court)

Pourquoi changer l'attribut de style dynamiquement en JavaScript (pour toujours le mettre à la même valeur, en plus) ? Autant lui donner un style dès le départ : <html><head> <title>Cursors</title> </head><body> <div style="cursor:auto">Curseur auto</div> <div style="cursor:nw-resize">Curseur nw-resize</div> <div style="cursor:crosshair">Curseur crosshair</div> <div style="cursor:n-resize">Curseur n-resize</div> <div style="cursor:default" style="color:red">Curseur default</div> <div style="cursor:se-resize">Curseur se-resize</div> <div style="cursor:pointer">Curseur pointer</div> <div style="cursor:sw-resize">Curseur sw-resize</div> <div style="cursor:move">Curseur move</div> <div style="cursor:s-resize">Curseur s-resize</div> <div style="cursor:e-resize">Curseur e-resize</div> <div style="cursor:w-resize">Curseur w-resize</div> <div style="cursor:ne-resize">Curseur ne-resize</div> <div style="cursor:text">Curseur text</div> <div style="cursor:help">Curseur help</div> <div style="cursor:wait">Curseur wait</div> <div style="cursor:inherit">Curseur inherit</div> </body></html>

D'où vient cette contrainte ("le droit d'utiliser seulement des produits Microsoft") ? Tu devrais commencer par pousser tes recherches un petit peu plus, parce que "JavaME concurrent de Microsoft" et "puissant genre BlackBerry" ... comment dire... Déjà, il est tout à fait possible d'exécuter des applications Java (J2ME, donc) sur des smartphones équipés de Windows Mobile (au hasard : http://social.answers.microsoft.com/Forums/en-SG/windowsmobile/thread/0e3226d2-c147-44de-b71a-51bdbd122027 ) et il n'y a pas de "concurrence" entre J2ME et Microsoft. Ensuite, avant de trouver un BlackBerry équipé de Windows Mobile tu vas chercher longtemps (quoique... apparemment tu serais du genre à aller directement demander sur un forum). La puissance de calcul nécessaire va dépendre d'une part de l'application que tu veux développer et d'autre part de ta façon de la coder. Surtout de ta façon de la coder, en fait... Qu'est-ce que la "qualité" de données, exactement ? Enfin, si tu pouvais nous expliquer plus en détail ce que devrait faire ton application, et tout le contexte qui va autour de ce développement, nous aurions sûrement plus de facilités à t'aider. Là, clairement, je pourrais te proposer n'importe quoi et on aurait perdu tous les deux notre temps...

Tu as bien vu. Ca a effectivement une importance puisque c'est sur l'attribut "name" que je tente de récupérer le pointeur vers le textarea concerné... j'ai fait une erreur en recopiant, désolé...

Et ? En quoi on est concernés ? Tu veux qu'on cherche à ta place comment utiliser ton lecteur RFID ? Au passage, j'espère que ce "lecteur" sait aussi écrire... Bref, on n'est pas là pour faire tout le boulot à ta place.

Tu as bien pensé (dans la directive @include) à mettre l'étoile à la fin de l'URL pour permettre au script de s'exécuter lorsqu'il y a des variables d'URL derrière "helpdesk.php" ?

Je ne doute pas un seul instant que ça constitue ce que tu aurais voulu faire, cependant je vais devoir t'annoncer de bien mauvaises nouvelles... if(!isset($_SESSION['idbees'])) { exit ('Vous n\'êtes pas connecté au site. Vous ne pouvez donc pas venir sur cette page.'); } Ces instructions, qui constituent la totalité de la fonction "verif()" ne font que vérifier s'il existe un élément nommé "idbees" dans la session et si la valeur de celui-ci n'est pas "null" (i.e. il a une "vraie" valeur). Si ce test n'est pas vrai (donc, s'il n'y a pas d'élément "idbees" non nul dans la session) alors le script se termine immédiatement en affichant "Vous n'êtes pas connecté ..." dans la page web retournée au navigateur. C'est tout. Rien de plus, rien de moins. $_SESSION['idbees']=$_POST['idbees']; Cette ligne de code fait en sorte de valoriser l'élément nommé "idbees" dans la session (ou de le créer s'il n'existait pas déjà) avec la valeur reçue dans la requête si toutefois cette valeur était associée à la clé "idbees" et si elle avait été reçue par POST (donc reçue depuis un champ de formulaire nommé "idbees" dans un formulaire dont la méthode est "POST"). Lorsque la requête ne contient aucun élément "idbees" en POST alors $_POST['idbees'] est null. Ceci signifie que 100% du temps, lorsque l'utilisateur ne vient pas de cliquer sur le bouton "Envoyer" du formulaire de login, la session est écrasée avec ... avec rien du tout en fait, donc l'élément 'idbees' de la session est remis à null ! Cette seule ligne ne permet pas "d'identifier" quoi que ce soit ni ne "permet" une quelconque opération à qui que ce soit. Au contraire. La conséquence directe de ces deux actions provoque le comportement que tu peux constater à l'utilisation de ton site : "ça" ne fonctionne pas. Les lignes de code ne sont pas des formules magiques. Rien de plus que ce qui est codé ne s'exécute (la plupart du temps, parce que certains langages [se] permettent d'exécuter plus que ce que l'on voit mais dans le cas présent on n'en est pas encore là). Si tu ne vas pas rechercher la valeur du mot de passe en base pour comparer avec ce que tu reçois du formulaire de login alors aucune vérification ne sera faite ! J'ai du mal à croire les deux dernières réponses que tu as postées, mais il doit sûrement y avoir une explication... si tu pouvais nous en dire un peu plus sur ton expérience de programmation et d'où te vient l'inspiration pour ce site, peut-être que cela nous aiderait à comprendre ?

Il s'agit de ton IP locale, là. C'est ta 9box qui fournit une adresse IP à ton PC (et qui en profite pour lui dire qu'il doit passer par elle pour accéder à Internet). L'adresse physique est propre au matériel et ne change pas (bon, ok, en bidouillant on peut la changer - ou juste faire croire qu'on l'a changée - mais comme elle est dans le firmware de la carte réseau elle n'est pas censée changer) Pour en revenir à ton adresse IP publique, étant donné que c'est un paramètre qui est contrôlé par ton FAI, tu n'as pas de moyen sûr à 100% pour changer d'adresse IP publique. Rien ne garantit qu'il ne te re-fournira pas la même après un reboot de la box ou une déconnexion...

IP locale ou IP publique ? Oui, il est toujours possible de "changer son IP sur un PC" mais après tu n'as peut-être plus accès à Internet ou à ton réseau local... Le "comment" dépend du système d'exploitation. Le "avec quelles valeurs" dépend de beaucoup de choses ! Tu veux faire quoi exactement ? Tu disposes de quel matériel réseau ? Aménagé / configuré de quelle façon ?

Hmmmmmmm... Si je me fie à ce que tu dis, alors la fonction "verif()" va vérifier si le mot de passe saisi est bien celui de l'utilisateur, celui qui est stocké en base de données, c'est bien ça ?

Qu'est-ce que tu appelles "faux-fichiers" ? Et de quelle manière la première commande ne "marche pas" ? Rien qu'un simple "ls -l" pourrait nous aider à comprendre, mais les messages d'erreur qui s'affichent pourraient aussi nous mettre sur la voie... En attendant, je rappelle que le shell fait du remplacement des wildcards ce qui fait que la commande ln -s */* Artist/ ne peut pas marcher (tu ne peux indiquer qu'une cible et une destination).

Explique-nous exactement ce que tu crois que cette instruction fait : $_SESSION['idbees']=$_POST['idbees']; ... parce que vraisemblablement il y a méprise

Quelle est l'erreur qui apparait dans la console d'erreur ? (Bon, je sais ce qui me reste à faire.... trouver un environnement de test !)

Euh, y'avait une erreur dans le @namespace, le forum avait rajouté les balises [ url ] et [ /url ] .... Après, as-tu correctement nommé ce script "xxxxxxxx.user.js" avant de l'ouvrir ? Si le script ne s'est pas chargé dans Greasemonkey c'est normal que rien ne se passe sur la page...