KewlCat

OH MON DIEU !!Tu autorises l'accès à la page de configuration de ta Livebox depuis l'extérieur !?! Tu aimes prendre des risques ! Tu devrais interdire l'accès au port 80 depuis l'extérieur... Concernant la redirection des ports 5900 et 5901 vers la machine qui fait tourner VNC, à moins de savoir exactement quel modèle de livebox tu as, ça va être difficile de t'aiguiller...

D'une part, c'est "Administrateur" (mais c'est vrai que Windows n'en a rien à faire des majusscules / minuscules, donc peut-être que ça n'a pas d'importance ?), et d'autre part ça ne peut pas être "rien" puisque soit il t'ouvre une session, soit il t'affiche un message d'erreur (ou bien il revient à l'écran de login)... Je crois qu'il faut chercher le fichier adressbook.wab, qui doit être planqué dans tes "Documents and Settings"... N'étant pas utilisateur de Windows + Outlook, je ne saurai te dire, exactement...

Pour être plus précis, j'aurais aimé savoir à quel endroit, précisément, l'inscription "Je t'ai bien eu" apparaissait + savoir comment étaient exploités les données contenues dans $mysqltable ...

Pour "contourner" ton filtre (au passage, l'autre devrait être "#^https?://#") il suffit de donner l'adresse ip de ton serveur... En revanche, je n'ai pas bien compris le coup de la page marquée "Je t'ai bien eu"... Dans quel cadre s'inscrit ce bout de code ? Le contenu des pages qui pointent vers ton site n'a aucune garantie d'être statique, donc si un petit malin met un lien vers ton site dans une page, puis change le contenu de celle-ci, tu n'y pourras rien... (et encore, il est possible - avec wget par exemple - d'indiquer n'importe quelle URL comme referer, donc les possibilités sont infinies si un petit malin décidait de t'embêter...)

XP Pro posède toujours un compte "Administrateur", donc même si ton compte à toi demande un mot de passe, peut-être qu'en spécifiant "Administrateur" comme nom d'utilisateur tu parviendras à démarrer une session. Je doute fort que ce soit le bidouillage dans le paramétrage de la connexion Internet qui t'ait créé un mot de passe que tu ne connais pas. Pourquoi as-tu touché à la connexion internet ? Qu'est-ce qui ne marchait pas ? Qu'as-tu tenté de modfier ? Autre chose, quel est ton usage habituel de cette machine ? Est-elle susceptible de se faire cracker facilement (logiciels de messagerie - Mail / instantanée - ? Navigateur Web utilisé pour aller sur des sites pas forcément orthodoxes ? Logiciels de P2P ? Version de XP Pro pré-vérolée parce que récupérée illégalement ? etc. etc.) Ca peut être n'importe quoi...

Si le goulot d'étranglement est en dehors de ta machine, que crois-tu pouvoir changer si tout ce que tu peux modifier c'est ta machine ?

Et construire une vue dans ton script pour ensuite la consulter pour la construction des graphes dans la bibliothèque jpgraph ?Le nom de la vue peut être dynamique et voyager en session (juste une chaîne : c'est mieux que 150Mo de données et c'est même mieux que les requêtes complètes)... Tu peux détruire la vue à la fin de l'appel à jpgraph... La consultation de la base sera bien plus rapide (opur peu que le mécanisme des vues de MySQL soit bien conçu )... Note : remplacer "la vue" par "les vues" si tu souhaites en faire plusieurs, et (par exemple) préfixer leur nom de manière à retrouver laquelle correspond à quelles données

Même pas un moustique ?

Admettons. N'en connaissant pas plus long sur le sujet, je ne saurai te conseiller Ah ouais... quand même ! Quinze minutes avant la réception du HTTP 200 !!Faudrait vraiment trouver un moyen de forcer le flush des buffers, parce que là c'est pas pratique du tout (et pas uniquement pour débugger, parce que je pense que les utilisateurs de ton appli seraient content de voir un petit quelque chose apparaitre pour leur demander de patienter...) Effectivement, tu devrais peut-être récupérer un resultset (?) par colonne que tu veux traiter plutôt que de tout récupérer et de t'amuser ensuite à doubler la place mémoire occupée en recopiant chaque colonne de chaque ligne dans son tableau...Si MySQL est intelligent, tu bénéficieras du fait de passer plusieurs requêtes de suite avec les mêmes clauses / mêmes jointures ? Sinon, il faut peut-être essayer de passer par des prepared_statements (si toutefois c'est possible en PHP, et avec tes requêtes...), ou construire des vues qui seront correctement rafraichies au remplissage des données et qui ne te feront pas faire de gymnastique excessive lorsque tu voudras consulter tes données (ok, ça déplace peut-être le problème, mais au moins à la consultation ça prendra moins de temps... reste à savoir si tu peux supporter de ralentir le remplissage...) Pas vraiment, non. De plus, ces données sont censées persister donc entre deux requêtes (voire plus fréquemment en fonction de l'humeur d'Apache - ou de sa configuration ) elles sont écrites dans un fichier ! Niveau perfs on peut faire mieux.Tu n'as que la session pour communiquer tes tableaux de données à la bibliothèque jpgraph ? -- edit -- Après relecture du code, je me demande si le fait d'avoir à chaque donnée lue un test sur l'existence de la clé dans tes tableaux associatifs (le "if( !array_key_exists($NAME,$a_AllData) ){ $a_AllData[$NAME]=array(); }") ne te pourrit pas un peu trop ton traitement. Tu n'aurais pas la possibilité de créer tous tes arrays une bonne fois avant cette boucle, et virer ce test ? (Tu as bien accès aux metadata de ton statement sans avoir à faire un fetch, rassure-moi ?) -- edit -- Après re-re-relecture du post... Quel est l'ordre de grandeur ?

Voilà typiquement le genre de question qu'il faut poser aux concepteurs des outils de P2P, et pas à nous... Ce sont les outils les fautifs (ou peut-être le hardware pas assez robuste...) Sujet fermé. Merci de bien vouloir consulter la charte du forum.

C'est très très louche que ta page soit complète (finie de générer et reçue par le navigateur) alors qu'apparemment la connexion n'est toujours pas close. Comment est configuré ton "accélérateur de PHP" ? Peut-on forcer un flush des buffers ? Y aurait-il des erreurs de Content-Length qui forceraient le navigateur à attendre des données alors que PHP a fini ? C'est pour le moins étrange. D'ailleurs, 10 à 15 minutes pour générer une page avec seulement 10000 lignes manipulées, même en PHP, même avec MySQL, c'est anormalement élevé. Au passage, il me semblait que InnoDB donnait de meileurs résultats que MyISAM (tout en étant plus proche des normes SQL)... Du moins c'est ce dont je crois me rappeler ; ça date de l'époque où le moteur InnoDB avait été rendu disponible aux versions "non-entreprise" de MySQL... Bref. Ca m'étonnerait que ça soit ça, également. Te sens-tu prêt à ajouter des traces partout (messages sur la console, messages dans la page, ou autre solution de ton choix), vraiment partout et pas uniquement globalement, pour déterminer quelle méthode démarre / finit à quelle heure, et ainsi avoir des infos beaucoup plus précises que ce que top te fournit ? Peux-tu essayer d'utiliser ethereal ou tcpdump (ou un autre outil de ton choix) pour savoir exactement ce qui transite (entêtes HTTP comprises) sur le réseau pendant tout le temps de la requête ? "Ce qui transite", mais aussi et surtout "quand" ...

Comment ça ?? Tu n'as pas une carte réseau dans chaque machine ? Normalement, tu dois raccorder les deux machines ensemble (cables droits + hub ou cable croisé), booter le "serveur", booter le client léger en mode PXE, puis ce dernier s'initialise (il cherche un serveur, se fait attribuer une adresse, se fait envoyer le système par TFTP - si ma mémoire est exacte - puis finit de booter...) Ton client léger, il est si vieux que ça ? Son architecture est-elle conforme à l'image du système qu'il reçoit ? (en gros : tu ne lui envoies pas un noyau i686 voire x64 alors que c'est un vieux PentiumII, n'est-ce pas ?)

Pour les liens "adjacents", sauter une ligne ou laisser un espace ne suffit pas ?

Précision : le mot de passe n'est stocké dans /etc/passwd que si shadow n'est pas installé. Si shadow est installé (et c'est généralement le cas) alors c'est dans /etc/shadow qu'il faut aller supprimer ce qui se trouve derrière les premiers ":" car le "x" qui se trouve dans /etc/passwd indique que le cryptage du mot de passe n'est pas stocké là (vu qu'il est dans /etc/shadow, qui n'est accessible qu'en étant root !) Donc pour faire propre, il faut modifier /etc/shadow plutôt que /etc/passwd. D'ailleurs, supprimer le mot de passe d'un utilisateur ne agrantit pas un "autologin" puisqu'il se peut que la machine demande toujours le username (certes, elle ne demandera pas le mot de passe, mais il faudra peut-être toujours donner son username... ça va dépendre du logiciel choisi pour gérer ses sessions (login ou xdm ou gdm ou un autre))... Clairement, la technique décrite ici consiste à supprimer le mot de passe d'un utilisateur, modifier le gestionnaire de login pour démarrer automatiquement un shell sous les droits de cet utilisateur dès la fin du boot, et il faudra configurer le compte de cet utilisateur pour qu'il démarre X automatiquement (donc il est inutile d'utiliser les gestionnaires de session X - xdm, gdm, kdm, entrance, etc. - vu qu'un serveur X sera démarré automatiquement)

Peut-être as-tu un souci avec les "magic_quotes" ou une de ces fonctions qui rajoute des caractères d'échappement automatiquement ?

Better luck next time

bûche.....

Erf.... De retour ? Non... Juste une 'tite insomnie qui ne devrait pas se reproduire... bûche

bûche !

Quel interêt, puisque la manip, l'employé en question peut la défaire aussi facilement que toi tu peux la faire ?A partir de là, y'a plus trop le choix, il faut prendre des sanctions envers l'employé en question (avertissement, mise à pied, ce que vous voulez en fonction des conneries qu'il a faites avec l'outil de travail que la boite a mis à sa disposition - pour travailler !). Techniquement, ça se complique : s'il est possible de modifier facilement l'adresse MAC de son matos sous Windows, alors il faut forcer le mode DHCP, n'autoriser qu'une liste restreinte d'adresses MAC auxquelles sont attribuées une et une seule adresse IP, et filtrer tout ce qui tombe en-dehors (adresse MAC absente de la liste et adresse IP absente de la liste). S'il parvient encore à emprunter l'adresse MAC d'un autre poste non utilisé pour obtenir une IP qui a accès au Net, là, je ne vois pas trop ce qu'il est possible de mettre en place... Tu as déjà un proxy qui filtre tout ce qui n'est pas "boulot" ? Ou mieux : un proxy authentifiant ? D'ailleurs... à ce propos... Il existe des firewalls authentifiants, non ? Ca pourrait être la solution (avec comme consigne : si jamais vous fournissez votre identifiant à qqu'un, vous serez également tenu pour responsable de ses actions)... http://www.nufw.org/-Francais-.html Au passage... Je vais te sembler vache, mais c'est ton boulot, ça... Compliqué ou pas... Tu ferais bien de demander à ton boss une formation sur ce matériel si tu n'es pas en mesure de le manipuler correctement (c'est con de débourser des centaines de milliers d'euros dans du matos haut-de-gamme si c'est pour ne l'utiliser qu'à 1% de ses capacités faute de connaissances... à ce compte-là, autant se contenter d'avoir un bête hub et de configurer le firewall de la livebox pro !!)

Ton lecteur portable Rio ne sait lire que les mp3 et les asf... pardon... les wma ? Pas les fichiers ogg ? (comme ça, hop ! deux problèmes résolus en un coup : meilleure qualité que le mp3 et pas de limitation technique ou légale...)

Arf... Je viens de percuter.. J'ai Gnome en ce moment-même ! (c'est tellement rare...) System --> Preferences --> Sessions --> Current Session Qu'est-ce qu'il y a dans la liste ? Qu'est-ce qu'il y a dans la liste de l'onglet "Startup Programs" ?

Dans ton .xinitrc ou dans ton .xsession (ou le fichier de sauvegarde de session de Gnome), ou dans les fichiers globaux dans /etc/X11 ?

Avec un logiciel de montage, on prend le flux vidéo de sa vidéo et on enregistre une piste audio avec son micro ou à partir d'un flux audio qu'on a passé des semaines à monter (musique + voix enregistrées au micro, etc. etc.)

1) Partant du principe qu'il a le contrôle de son poste, il est vain de tenter quoi que ce soit dessus puisqu'il pourra afcilement faire l'inverse !! 2) La seule chose qu'on ne puisse pas changer, c'est l'adresse MAC (bon, ok, on peut mais avec quelques efforts supplémentaires...) donc il faudrait filtrer par adresse MAC et non par adresse IP dans le firewall et/ou le routeur. 3) Je suis d'accord avec ceux qui précisent que, lorsqu'on a la charge d'un parc informatique, soit on a une confiance aveugle en ses utilisateurs, soit on les considère comme ce qu'ils sont : des utilisateurs (donc on se met en 4 pour leur fournir un outil de travail qui contient tout ce qu'il faut pour être productif, mais on leur retire les droits administrateur !). Sachant que c'est TOI qui as la responsabilité du parc, sachant que tes utilisateurs sont de potentiels filous, je comprends mal comment tu as pu laisser passer ça...