KewlCat

C'est vrai, partir sur "il a écrit si possible alors on va dire qu'il n'en a pas besoin + on va dire que l'installation d'un environnement particulier est discriminant" c'est beaucoup plus sage... Si tu pouvais également lui dire exactement de quel RAD il a besoin pour développer et indiquer pourquoi celui-là et pas un autre, ou pourquoi pas les classiques "éditeur de texte + compilateur", ça rendrait ton propos beaucoup plus crédible... (surtout si tu affirmes que python ne nécessite pas d'interpréteur ni "d'environnement"... "lol" toi-même !) En ce qui concerne mon intervention, je crois que tu as oublié la partie où je demande quels sont "les connaissances et le matériel à disposition (pour coder et pour déployer)..."... Inutile ? Pas si sûr...

Ce qui est grave, c'est de bloquer les ports utilisés par les applications installées sur la machine (enfin, si tu veux qu'elles fonctionnent !) Pour en revenir à la question de départ, ce n'est pas extrèmement grave de déclarer une DMZ, il faut juste configurer le firewall de cette machine de la même manière qu'on aurait [dû] configurer le firewall du routeur pour protéger son LAN. Avoir une DMZ permet d'éviter de configurer plusieurs firewalls (pour les malades qui en ont un sur chaque machine alors qu'ils sont en NAT, par exemple) ou de contourner les limitations d'un firewall intégré au routeur et qui se montre bien pauvre en options (je citerai en exemple le firewall des Livebox...). Cela dit, si les règles de firewall sont simples, il est plus prudent d'éviter d'avoir une DMZ (on n'est de toute façon jamais à l'abri d'une intrusion) en configurant proprement son routeur, en ne forwardant (en entrée) et en n'ouvrant (en sortie) que les ports indispensables !

Pareil que les précédents : utiliser killall ou pidof ... Par ailleurs, utiliser awk dans ce contexte me semble un peu exagéré... un simple cut suffit à récupérer le premier "champ" de ce que retourne ps : ps -e | grep tcpdump | cut -d\ -f1 D'où : kill -9 `ps -e | grep tcpdump | cut -d\ -f1` Sinon, apprendre à utiliser xargs : ps -e | grep tcpdump | cut -d\ -f1 | xargs kill -9

La grosse différence visuelle (des pages Web entre Windows et les autres systèmes) provient non seulement des polices de caractères (qui sont des "clones" les unes des autres sans toutefois avoir exactement les mêmes proportions et les mêmes "indices" concernant leur rendu) mais également de la façon de les afficher (le calcul de l'anticrénelage, l'alignement des formes des lettres sur les pixels physiques, etc. etc.) ! A ce titre, vous pouvez vous renseigner sur freetype qui explique que certains algorithmes d'affichage de caractères sont soumis à des brevets mais qu'ils sont tout de même intégrés à freetype (il "suffit de" recompiler freetype avec les bonnes options pour obtenir un rendu complètement différent mais très proche de ce qui se fait sur certaines autres architectures... et d'activer le mode "subpixel rendering", le fameux "ClearType" que Microsoft prétend avoir inventé, pour ceux qui ne l'auraient pas déjà - et qui voudraient s'en servir !) Comme quoi, avoir les mêmes polices ne suffit pas à avoir le même rendu... (*) (*) Avis aux webmasters en herbe (et même certains "pros") : arrêtez de faire le design de votre site en fonction des tailles obtenues en affichant votre texte sur un seul système avec une seule police, sous un seul navigateur, par pitié !!

La demande d'origine concernait un "programme assez facile à utiliser pour créer un nouveau site". Il serait donc bon de commencer à proposer des noms d'outils (comme Kompozer, le fork de Nvu) plutôt que de l'orienter vers la solution "tout faire à la main" voire pire "tout refaire à la main à partir du boulot d'un autre dont on ne comprend rien, et "apprendre" sans avoir les bases ni comprendre ce qu'on fait" (inutile d'être borné et/ou académique pour que cette méthode fasse très peur !)... Il me semble que le fait d'être pragmatique est beaucoup plus efficace quand on souhaite obtenir une solution en adéquation avec le problème... Il serait bon, également, d'obtenir des précisions sur la forme générale du site, la quantité de pages, savoir si elles sont statiques ou non, s'il est prévu de faire évoluer le contenu et/ou la mise en page, etc. etc.

A mon avis il suffirait d'éviter de faire confiance aveuglément à la variable d'URL... Tu devrais traiter cette variable (supprimer les sous-répertoires ?) ou n'en conserver que la partie "nom du fichier"... Tu peux même éventuellement limiter les choses que tu laisses en téléchargement en référençant chacune de ces choses en base de données et en n'autorisant que le transfert des fichiers dont le nom est présent en base... comme ça, plus de problème !

On peut surnommer "RAD" à peu près n'importe quel environnement de développement qui comprend des macros ou des "wizards" permettant de coder "plus vite" (mais sans rien maîtriser)... A part frimer en montrant qu'il connait un acronyme que personne n'a osé donner (puisque inutile face à la question posée), je ne vois pas ce que cette intervention apporte au sujet... D'ailleurs pour lancer un processus en C++ il me semble qu'il est inutile d'initialiser la zone mémoire à zéro avec un memset, et qu'une unique ligne avec un exec() suffit, à moins bien sûr qu'il ne s'agisse là de Visual C++ auquel cas c'est non standard et uniquement lié à la plate-forme Windows (je rappelle qu'un des critères est de rendre possible le déploiement sur plusieurs plate-formes) Bref, citer un nom de RAD au lieu de faire une remarque inutile aurait été bien plus judicieux. Pour en revenir au sujet de départ, une application exécutant tout ce qui est demandé est parfaitement faisable en Tcl/Tk, Java, Python, etc. (même en Perl ou en PHP...), donc pour décider de "quel est le meilleur environnement (plus facile) pour développer une application" ce n'est pas tant la complexité de la tâche à accomplir qu'il faut étudier mais les connaissances et le matériel à disposition (pour coder et pour déployer)... Le reste viendra naturellement...

Il n'est pas obligatoire d'utiliser FLV Player pour relire les vidéos téléchargées depuis YouTube (quel que soit le moyen utilisé pour les capter, d'ailleurs). En fait, le format FLV peut être relu par tous les lecteurs vidéo qui supportent ce format (la liste est trop longue pour apparaître ici ; il me semble que le plus en vue actuellement est VLC...), ce qui ne semble pas être le cas de Windows Media Player. Donc en fait, ton obligation de reconvertir la vidéo provient de ton choix de player ?

Y'a toujours des distribs qui proposent un solitaire (ou un démineur) pour patienter pendant l'install ?

Question bête : pourquoi convertir les vidéos en MPEG1 ? (enfin, je demande ça, c'est sans doute parce que le fait d'avoir un outil qui lit les vidéos en .flv me permet de ne pas avoir de problème de relecture...)

Certains LiveCD disposent d'une option de boot "toram" qui te copie le contenu du CD en RAM ce qui fait que l'OS une fois chargé ne fait plus aucun accès disque (mais il est toujours possible de mounter une clé USB pour sauver ton travail !) Reste plus qu'à en trouver un et s'assurer qu'il contient AbiWord (ou une suite bureautique qui te convient)... Bon, ok, il faut aussi trouver assez de RAM

On parle d'adresse privée, pas d'adresse publique (donc ton copier-coller est hors-sujet)

Tu utilises en parallèle Outlook et { Incredimail / Thunderbird } ??? Comment est-ce configuré ? Si ça ne fonctionne pas c'est que ça ne doit pas être aussi "bien configuré" que tu le dis... (ou alors tu essaies de faire quelque chose qui n'est pas possible, comme télécharger les mêmes messages depuis un même serveur avec deux clients de messagerie configurés pour les effacer après les avoir reçus...)

Si tu veux que du contenu vienne prendre place à droite de ton menu, il faut mettre ce dernier en "float: left" (sinon il occupera une hauteur définie de ton document, quelle que soit sa largeur). Si tu veux "coller" ton heure+ tableau à la bannière, il faut que tu t'assures que tu ne sautes pas de ligne / que tu n'as pas de contenu entre les deux, et également que leurs marges et padding sont nuls (ou faibles, si tu ne veux pas les "coller" complètement)

Ok, j'ai pu récupérer les deux fichiers (l'import en .txt et les 30Mo (!) de base de données (je suppose qu'il s'agit d'un dump de la base ?)). En l'état ils ne servent à rien puisque le souci semble se situer dans le processus d'import, donc dans le programme Java qui intègre le fichier d'import. Je parle de "log" parce que je suppose que le programme doit stocker quelque part un historique des actions réalisées (un "log", ou "journal") ou au minimum il doit l'afficher quelque part, et je pense que la plupart des questions ("pourquoi l'import plante-t-il ?" en particulier) doivent y trouver leur réponse... Si le programme ne produit aucune sortie que ce soit, il faudrait demander à ceux qui vont ont fourni cette "boite noire" de la rendre un peu plus exploitable Un programme qui ne sait pas expliquer ce qui va mal quand il n'est plus dans des conditions d'utilisation normales (ou pire, qui ne sait pas gérer les conditions inhabituelles) est un générateur d'agacement et de pertes de temps pour son utilisateur Qui vous a écrit ce programme ? A-t-il prévu dans son contrat de vous fournir le code source de ce programme ?

Le lien vers le zip n'est pas bon (ça sent le copier-coller d'un autre topic, ailleurs....) Ton listing ne nous est d'aucune utilité : on te croit sur parole quand tu nous dis que tes données ne sont pas mises à jour. Comment effectuez-vous l'import des données ? Où sont les logs des batches d'import ? Où est-il question de Java ?

Ca pourrait en effet aider le LiveCD à fonctionner (avec des baisses de performances notables). A condition, évidemment, que : - soit le système est capable de détecter sa présence et l'utiliser - soit l'utilisateur est en mesure de dire au système de l'utiliser

Qu'entends-tu par "créer" un blog ? Avec Eclipse on peut créer un blog (le programmer) en PHP, en Java/JSP, ou en ASP avec Visual Studio... Mais je doute que ce soit ce que tu cherches à faire... Après, il existe des blogs tous faits... Il faut leur trouver un hébergeur, créer la base de données, configurer, personnaliser, etc. etc. La troisième solution consiste à s'inscrire chez un "hébergeur de blog" qui propose tout ce qui précède déjà installé et configuré, et il ne reste plus qu'à remplir... Tu peux "créer" ton blog sur Zebulon, aussi, si tu veux...

Pour un fond de page rose, tu ajoutes ceci à ta feuille de style : body { background-color: pink; } Si tu n'as pas de "feuille de style", tu peux modifier la balise <body> : <body style="background-color: pink;">

On peut effectivement dire ça comme ça, si on ne vient que rarement En venant un tout petit peu plus souvent, tu saurais aussi que je suis plus généralement allergique aux gestionnaires de packages qui gèrent les dépendances (et donc qui te foirent ta config si tu as le malheur de vouloir installer à la mano une librairie que tu aurais recompilée, par exemple...). Ca et d'autres trucs. De toute façon, si tu étais là en permanence, tu saurais que question Linux, sorti de Slackware, vi, fvwm et l'édition barbare de fichiers de config, je ne connais rien Absolument. Avec 32Mo de RAM c'est une totale hérésie.Je rappelle toutefois que mon but n'était pas d'avoir un bureau Gnome ou KDE sur une si petite config, mais juste d'avoir un système de base installé rapidement (et tester un peu les installeurs des différentes distribs dont tout le monde parle ici mais que je ne connais que trop peu). Ca dépend comment tu fais ton install... J'ai installé une Slackware l'autre jour en utilisant (pour une fois) l'option "full", eh bin j'ai pas été déçu du voyage ! Il faut une bonne minute pour booter ; à comparer à la vingtaine de secondes que ça prend sur une même Slackware avec un noyau perso et des packages soigneusement sélectionnés... Le troll vient de la formulation qui semble laisser croire que c'est uniquement Gnome et KDE qui sont responsables de mon incapacité à installer l'une des distribs citées sur une config "pas récente".

Damn Small Linux est un LiveCD ...

Liste des miroirs pour Damn Small Linux Lien direct vers l'iso de DamnSmallLinux 3.4 Le hash md5 du fichier est le suivant : 6d14c934e35b936b528a35098a38e9ac dsl-3.4.iso (ce hash permet de vérifier que le contenu du fichier téléchargé est bien identique à celui d'origine) Au passage, ce n'est pas parce que ton matériel est vieux qu'il faut croire sur parole les gens (?) qui te disent d'intaller un OS qui est sorti en septembre 1999...

HKCU c'est un raccourci pour HKEY_CURRENT_USER HKLM c'est un raccourci pour HKEY_LOCAL_MACHINE etc.

Tu trouveras un port de gcc pour Windows ici : Cygwin

Alors, pour info et pour te remercier d'avoir levé un troll, je préciserai que les soucis n'étaient pas forcément tous liés à la lourdeur du bureau par défaut mais aussi (et un peu trop) à la détection du matériel (complètement foireuse sur Mandriva, je n'arrivais même pas à booter sur le CD d'install malgré l'utilisation de matos tout ce qu'il y a de plus standard - chipset intel 440LX, carte graphique S3, carte réseau 3Com, etc. -) et à certains choix de configuration (charger les modules PCMCIA obligatoirement ?!? lancer tous les daemons possibles et imaginables ?!?) qui rendaient l'installation pénible voire impossible...Evite d'essayer de me convaincre que mes soucis étaient liés à mes choix d'interface utilisateur et pas aux choix des développeurs de ces distros, tu vas perdre ton temps