KewlCat

Woohoo !!

Pareil que coruna : il faut décrire [en utilisant une orthographe et une grammaire impeccables] - le contexte (et l'existant) - les besoins - les solutions envisagées (+ raisons du choix de celle retenue) - les problèmes rencontrés et leurs solutions - tes 2 - 3 pages de blabla sur ton programme - l'intégration de ton programme dans l'existant (livraison, déploiement) - les réactions du client Le code, y'a les commentaires pour le documenter. Un rapport de stage n'est ni une spec technique ni un manuel utilisateur. Le rapport de stage doit décrire ton expérience...

Si j'ai bien suivi, tu as une adresse IP fixe et "perso" sur le réseau de ta fac. Normalement, c'est ton routeur qui doit occuper cette adresse sur le réseau de la fac et tu peux brancher n'importe quoi derrière sur une autre plage d'adresses privées choisie par tes soins, et ainsi assurer le forwarding vers la "bonne" machine en fonction du port demandé, non ? Ca revient à faire du NAT tout ce qu'il y a de plus classique comme si on était derrière un modem-routeur, sauf que là y'a pas besoin de fonction modem... Certes, il faut voir si le routeur sait faire du VLAN (attribuer une adresse IP / un masque de sous-réseau à chacune de ses interfaces) ou au minimum s'il est possible de lui déclarer plusieurs adresses IP... (ça voudrait dire que c'est un routeur un peu idiot qui ne sait rien faire de plus qu'un switch !) Par exemple, si j'avais à faire ça avec mon propre matériel (qui ne fait pas de VLAN), il me suffirait d'utiliser sa fonction WiFi pour avoir une connexion vers l'extérieur (ethernet) en 139.x.x.x et un sous-réseau "planqué" en WiFi sur la plage 10.x.x.x sur lequel je peux connecter autant de choses que je souhaite... Si je pouvais faire du VLAN il me suffirait de brancher le réseau "public" sur une prise assignée à 139.x.x.x et de brancher mes ordis sur les autres prises avec un sous-réseau 192.168.x.x (ou 10.x.x.x) Au passage, évite de t'entraver dans la fonction DHCP, surtout si c'est elle qui limite ton choix d'adresses. On survit très bien en adresse IP fixe (enfin, je dis ça, mais c'est parce que je n'ai pas à rebooter quand je change l'adresse IP de ma carte ethernet... hum...)

A ton service ! Au moins, maintenant tu as des billes pour te plaindre de leurs "outils" qui t'empêchent de réaliser ton boulot de manière efficace... (enfin, s'ils sont capables d'entendre les critiques) Au passage, déployer les patches "de sécurité" uniquement après avoir vérifié qu'ils ne mettent le bronx dans aucune des applications que les gens de la boite utilisent tous les jours, c'est pas forcément un signe d'incompétence. Ils ont peut-être calculé qu'il valait mieux risquer des attaques pendant un mois plutôt que de déployer immédiatement et planter tout le monde Pour le reste (les résidents qui bouffent 50% de CPU, 70% de disque et 80% du temps uniquement pour vérifier que personne n'a installé de logiciel / trojan / virus qui serait susceptible de pénaliser les performances de la machine ou sa sécurité), c'est exactement ce qui me fait fuir Windows...

Du tout ! J'avais bel et bien compris... Mais n'ayant pas de solution miracle pour un renommage, je m'étais dit que, peut-être...Bon, c'est pas grave Au lieu de contourner le problème, on va chercher sa source Est-ce que tu disposes quelque part d'un outil de Sysinternals (racheté par Microsoft récemment) qui s'appelle Filemon ? Ca devrait aider à identifier quel(s) processus bidouille(nt) dans ce répertoire pendant que tu le renommes...

Tu utilises le client no-ip intégré à la Livebox ou un client no-ip installé sur l'une de tes machines du LAN ? As-tu vérifié que ton adresse IP publique et l'adresse correspondant à tai11.no-ip.biz étaient identiques ? Le coup du "je tape l'adresse publique depuis le LAN et j'atterris sur la page de config de la Livebox" me semble normal puisque la Livebox ne forwarde le port 80 que pour ce qui provient de l'interface "WAN" (ppp0 ?). En revanche, c'est anormal qu'en ayant correctement activé le port forwarding tu n'atteignes pas ton serveur depuis l'extérieur...

Si tu ne peux pas changer le filesystem hébergeant ce répertoire, il faudra peut-être envisager de zipper les fichiers et les dézipper dans un répertoire portant le nouveau nom, puis supprimer l'ancien répertoire ? Euh... Bon, j'avoue : je n'ai pas testé les perfs de cette solution. Tout ce que je sais, c'est que pour déplacer / copier des milliers de fichiers, il est beaucoup plus rapide de zipper et déplacer le zip que de subir le déplacement de chaque fichier un par un...

Seiju !?! Ca alors !! Bien(re)venue !

Ouais, tu as en fait trouvé un "proxy", c'est ce que je disais : Ce n'est pas un "outil d'administration" à part entière... Quoi qu'il en soit, si la solution te convient, c'est cool. Rappelle-toi cependant que tu ne maitrises pas le proxy en question, donc fais bien attention à ce que tu installes et ce qu'on te propose comme service (tes données sont-elles bien protégées par le service auquel tu as souscrit ?)

Oui, gros bisou aussi Bon courage avec la belle-famille :-/ Reviens vite !

Absolument ! Si tu n'as aucune possibilité de toucher au routage, tu ne pourras pas faire parvenir les requêtes à ton serveur WinVNC donc ce n'est pas la peine de chercher midi à quatorze heures : ça ne peut pas fonctionner.A priori seul Skype sait "percer des trous" dans un NAT mais cela nécessite un serveur à l'extérieur et un protocole bien spécial (dont Skype a le secret) qui n'est implémenté dans aucun outil d'administration à distance dont j'ai connaissance. Va falloir négocier avec ton père...

Doublon, en effet. Il n'est pas nécessaire de conserver plusieurs versions d'une même bibliothèque, à moins que tes exécutables soient réellement définitivement linkés avec qt3 auquel cas il serait plus que temps d'envisager une mise à jour du package / une recompilation des sources / une demande auprès des développeurs de l'outil pour arrêter de linker spécifiquement avec une version d'une bibliothèque, d'autant que qt3 et qt4 devraient être "compatibles" (même si certaines API sont dépréciées, on a toujours la possibilité de les utiliser)... Bref. En ce qui concerne les soucis d'apparence, il faudrait d'abord s'assurer de la version de QT effectivement utilisée par VirtualBox (avec la commande ldd) pour ensuite vérifier que les chemins de préférences par défaut contiennent bien les informations concernant le thème que tu as choisi.

L'article de 2004 n'est vraiment plus d'actualité, d'une part parce que le projet GNU Classpath est très avancé et d'autre part parce que "Java7" sera totalement libre : https://jdk7.dev.java.net/ Pour en revenir à la demande initiale qui, me semble-t-il, ne porte pas du tout sur les pilotes[/i] mais sur d'autres composants logiciels propriétaires, il existe bel et bien des alternatives libres aux éléments cités mais quoi qu'il arrive, étant donné que certaines choses sont protégées/payantes (un codec mp3, l'algo de décryptage des DVD, un codec RealVideo, etc.) ce n'est pas parce qu'on va utiliser mplayer + les codecs win32 modifiés qu'on sera "à l'abri" par rapport à la solution qui consiste à installer le RealPlayer "officiel"... Quel but cherches-tu à atteindre en évitant Java, Flash, tous les formats propriétaires, etc. ? Sais-tu que Debian est justement une distribution basée uniquement sur des composants libres ? As-tu vérifié s'il n'existait pas une version "free" (dans le sens "libre" et pas "gratuit") de ta distribution ?

Y'a pas un truc qui te choque ?

Quelle plate-forme ?

L'ennui avec XMMS c'est que c'est une appli GTK1 et que la version 1 des libs GTK n'est plus maintenue vu qu'on est passé depuis quelques années à GTK2. Il est évidemment toujours possible de trouver les librairies GTK1 et XMMS, mais le fait que beaucoup de distributions laissent tomber le support GTK1 n'aide effectivement pas beaucoup au support de ce lecteur audio... Reste à savoir si la distrib que chacun utilise propose encore le package et si la résolution de dépendances ne va pas, comme 256Jman le signale, "foutre le bronx"...

Des exemples de systèmes qui vont chercher des infos sur des serveurs distants pour les traiter / afficher ? Ce n'est pas ce qui manque... La majorité des sites d'aggrégation de news font ça (sauf qu'au lieu d'exploiter les infos récoltées en local, elles sont présentées dans des pages Web...)

(soupir) Va savoir. Si tu testes, donne-nous les résultats de tes expérimentations

Si en local ça fonctionne en imprimant le PDF, pourquoi y aurait-il un souci en envoyant le PDF au client par le Web (et c'est lui qui l'imprime) ? A moins qu'en local ça ne soit imprimé à la barbare en attaquant directement le port LPT. Y'a pas un moyen de savoir quelles infos sont envoyées au port LPT et trouver un moyen de le reproduire sur le client ? Ah, sinon, il faudrait peut-être installer PHP sur les clients et lui faire piloter le port LPT avec les données qu'il ira chercher sur le serveur... Ca nécessite de déployer PHP sur les clients... Cela dit, sans aucun déploiement d'aucune sorte et en ne se reposant que sur le navigateur + sa fonction "Imprimer..." des clients, je crains que ça ne soit impossible ou très risqué... :-/

Ah... 762 maintenant...

Il me semble que les flux ne sont pas disponibles pour les "extérieurs" et pourtant j'ai tous les plugins qui vont bien (*) (et ça serait logique, puisque la bande passante est mise à disposition par Neuf, que ce ne soit accessible qu'aux abonnés Neuf)... (*) même en passant par la récup de la liste de diffusion et l'ouverture directe du flux dans VLC, donc sans passer par la page Web

Si tu configures ton serveur SMTP pour relayer tes mails par smtp.orange.fr (le "smarthost" de sendmail, si mes souvenirs sont exacts), tu pourras toujours héberger ton propre serveur mail...Je viens de vérifier avec netcat, j'arrive à me connecter à ma machine sur le port 25 (et je suis chez Orange), donc on peut toujours laisser tourner un sendmail... Inutile de s'amuser avec les protocoles et à espérer que tout le monde ait mis en place toutes les protections nécessaires sur ses serveurs (c'est rarement le cas, malheureusement). La solution la plus simple consiste à signer ses mails avec GPG. Comme ça on est sûr et certain de l'identité de l'expéditeur sans avoir besoin d'un domaine, ni d'un serveur dns, ni d'un serveur smtp... Note : avec le courrier postal aussi on peut se faire passer pour quelqu'un d'autre en mettant une fausse adresse d'expéditeur... Note à l'attention de bartmaniak : IMAP est un protocole qui permet de récupérer ses mails, pas d'en envoyer...

J'aime les Trackballs

Sujet fermé. Merci de bien vouloir consulter la charte du forum. Désolé, mais ça se reproduit tellement souvent qu'au lieu de supprimer je suis obligé de laisser ton sujet avec la demande suivante : Merci d'éviter d'inonder le forum avec des liens vers des jeux pour lesquels vous profitez des clics des curieux... C'est assimilé à de la pub...

Quitte à faire du client-serveur, autant éviter l'étape "génération de page Web, serveur Web, navigateur Web, applet" et faire une appli Java (ou autre, du moment que le langage sait ouvrir une socket) sur le poste client qui ira chercher les infos et demandera au serveur (sur lequel tu laisseras tourner un daemon - spooler, "service", appelle ça comme tu veux - ) ce qu'il veut imprimer sur le ticket... Comment récupères-tu les données qui doivent atterrir sur le ticket ? C'est ce qui est rempli sur la page Web ? Est-ce que tu peux re-préciser le fonctionnement théorique auquel tu souhaites aboutir ? Un serveur central contenant les infos et des clients sur lesquels sont reliées les imprimantes ? C'est de "l'impression distribuée" que tu souhaites faire ?