Sebastien Devaux a écrit 9 commentaires

As tu essayé de tout faire à la main (ifconfig et compagnie), je viens également de me mettre au wifi et je suis assez perplexe quand à la config réseau sur ma debian (sarge noyau 2.6.8).
J'ai connecté en Ad-hoc 3 PC, chaquun des PC à aussi une carte ethernet classique. Sur les deux PC en LFS j'arrive à monter les deux interface réseau sans pb (ethernet et wifi), sur celui en sarge ça n'a pas marché du premier coup. Là comme le wifi est OK, je n'ai pas instisté...

Effectivement, la GPL n'est pas la licence libre ultime comme peut l'être la BSD. Dans le meilleur des monde il n'y aurait pas besoin de GPL (et même pas besoin de licence du tout). Mais voilà notre avis est loin d'être partagé par tous donc il faut bien un moyen de promotion et même un moyen de défense contre ceux qui veulent nous faire payer notre liberté.

La GPL même si elle est loin d'être parfaite aura quand même été un bon moyen de défendre nos idée en nous obligeant à expliquer le pourquoi des contraintes de diffusion qui lui sont attachées.

La double license est à mon avis aujourd'hui la formule la plus efficace pour concilier le meilleur des deux mondes.

Justement, j'ai eu un peu le même problème le week end dernier, sauf que j'ai le sagem. J'ai supsecté un pb d'upgrade du driver que j'avais fait quelques jours plus tôt. J'ai ensuite cru que j'avais été dégroupé sans être prévenu. J'ai même refait une connexion à la mire FT comme au début quand on avait des soucis avec les LNS ! ça n'a rien changé, et tout s'est remis en ordre tout seul dimanche comme par magie. Depuis ça toule tout seul...
Mais comme disais un autre, c'est de l'adsl pas une ligne spécialisée : il n'y a rien de garanti. Globalement je suis content, c'est pas chère et ce n'est pas pire qu'ailleurs.

24h/24 7j/7 quand ça marche ! Entre free, FT et mes expérimentations de routage/filtrage, la haute disponibilité est encore une utopie...

ça marche avec autre chose qu'avec du perl ?

Je reconnais que le code n'est surement pas top niveau. En fait j'en suis surtout à un premier jet qui me confirme la faisabilité de la chose.
J'ai la serie d'article que tu évoque sous le coude, mais je n'ai pas encore eu le temps d'appliquer ces recommendations.
Enfin, s'il y a de bonnes volontés pour m'aider à améliorer la qualité du code...

Il faudrait peut être rendre GSP encore un peu plus souple pour répondre à ton besoin. Je reflechis à une option qui aurait pour effet de ne produire qu'une simple procedure dans un fichier séparé spécialisée dans l'affichage d'une page. Cela te permettrait d'avoir toute liberté pour l'intégrer au mieux dans ton programme existant.
L'autre solution serait de perfectionner ton programme pour le rendre "interrogeable" par un autre (en bref ecrire un serveur dont le CGI généré par GSP serait un client).

En utilisant l'api disponible à cet effet dans le langage choisi. GSP n'est qu'un preprocesseur, si vous l'utilisez pour generer un programme perl, il faut ecrire dans la page gsp ce qui serait ecrit en perl pour acceder à la base. GSP apporte seulement un peu plus de souplesse pour l'edition du code html par rapport à un CGI classique.

Effectivement face à JSP et PHP, ça ne tient pas la route. Cependant, quelques fois un simple CGI est plus pratique à installer et à maintenir (plus leger, pas de services autre que httpd necessaire). Mais voilà, un CGI c'est chiant à écrire. Et puis demandez à un graphiste qui ne connait rien d'autre que dreamweaver de decorer les pages d'un CGI : ça risque de coincer.
GSP permet de dermarrer d'une page html existante (la plus belle faite par le graphiste) et vous donne le choix du langage de programmation (et ainsi pouvoir réutiliser plus facilement ses bibliothèques perso).
J'ai peut être réinventé la roue, mais à mon goût : je n'ai rien trouvé d'analogue (il est vrai que je n'ai pas cherché longtemps).