Robert VISEUR a écrit 765 commentaires

Merci.
J'ai en effet retrouvé ceci suite à ton post : http://linuxfr.org/forums/19/2340.html(...) .

Et ceci (à améliorer) fonctionne pas trop mal pour lire les fichiers CSV.

bool fgetcsv (wxTextInputStream text, wxString tagfield1, wxString tagfield2, wxArrayString *data)
{
wxString token;
wxString line;
int i = 0;

data->Empty();

line = text.ReadLine();

if (line)
{
wxStringTokenizer tkz(line, tagfield1);
while ( tkz.HasMoreTokens() )
{
token = tkz.GetNextToken();
token.Replace(tagfield2, "");
token = token.Trim();
if (token)
data->Add (token);
i++;
}
}
else
return false;
return true;
}

Dans la pratique, je n'ai jamais eu de problème avec le flux RSS de LinuxFr. Je le lis en faisant un parsing XML en PHP (SAX, je pense) et ça tourne nickel (je viens de tester et c'est bon : voir http://www.retronimo.com/?cat=0011&id=0054(...) ).

Logiciel libre et économie sociale : la double alternative
> http://www.logiciellibre.net/2004/news20040707.php(...)

Une place pour l'économie sociale
> http://www.tribunelibre.org/2004/06/17/272.html(...)

J'oubliais une chose pour l'aspect mail.
Je pense depuis longtemps au développement d'un outil libre de bulk mailing de type Worldcast. Ca me permettrait de remplacer le logiciel propriétaire (Worldcast) que j'utilise pour envoyer ma newsletter (_aux personnes qui l'ont demandée_ => pas de spam !).

Ce n'est pas une coincidence, non :-).

Par contre, l'extraction des URLs, je ne compte pas l'utiliser sur des flux RSS mais bien sur des fichiers HTML. Je réfléchis en fait à un outil de veille sur Internet, sous licence libre.

Quant à ma demande sur l'envoi de mail, c'est pour pouvoir faire un crawler qui m'alertera / alertera les personnes _qui l'ont demandé_ de la modification d'une page Internet.

Il ne s'agit en aucun cas de spammer ! Si je voulais spammer, je prendrais Worldcast pour l'envoi et AddPicker pour pomper les adresses mail, pas besoin de redévelopper quoi que ce soit pour ça.

Il me semblait bien...

J'ai un collègue qui utilise ce genre de truc, il doit utiliser un convertisseur HTML -> XHTML écrit en Java mais il paraît que ça n'est pas trop ça au niveau des résultats.

Je me trompe : GetMatch permet de faire de l'extraction, semble-t-il :

wxRegEx reEmail = "([^@]+)@([[:alnum:].-_].)+([[:alnum:]]+)";
if ( reEmail.Matches(text) )
{
wxString text = reEmail.GetMatch(email);
wxString username = reEmail.GetMatch(email, 1);
if ( reEmail.GetMatch(email, 3) == "com" ) // .com TLD?
{
...
}

Pour les URLs, je me verrais bien utiliser des expressions régulières. Qqn peut-il me conseiller une bibliothèque C++ Open Source / du domaine public qui le fasse et qui soit multi-plate-forme (les classes fournies avec wxWidgets ne permettent apparamment pas de faire de l'extraction, uniquement de vérifier par rapport au patern ou de rempacer) ?

> d'utiliser la libxml2

Ce qui implique d'avoir du XHTML, non ?
Si tu as du HTML (potentiellement tout pourri), est-ce que ça marche toujours ?

> ça doit pas forcément être très compliqué à faire

C'est bien ce que je me dis :-). D'où mon souhait de réutiliser, d'autres ayant dû être confrontés au problème avant moi. J'ai notamment croisé une classe wxMail dans Google, mais je n'ai jamais trouvé son code.

Réponse : oui, il y a des try catch. Il faut changer les options de compilation sous Dev-C++. Ajout de la commande : -fexceptions .

Pour les URLs, il faut utiliser GetC (ce qui semble plus lent) plutôt que Read et boucler tant que LastRead est égal à 1 (Eof ne marche pas non plus dans ce cas et il faut donc utiliser LastRead).

Voir mon commentaire : http://linuxfr.org/forums/20/2253.html(...) .

En dehors d'une seule situation spécifique, la Licence Publique Générale GNU (20k) (GNU GPL) n'a pas d'exigences en ce qui concerne le prix que vous pouvez demander pour la distribution d'un logiciel libre. Vous pouvez ne rien demander, ou alors un centime, un franc, un million de francs. Cela ne dépend que de vous, de l'offre et de la demande, alors ne venez pas vous plaindre si personne ne veut payer un million de francs pour une copie.

La seule exception est le cas où les binaires sont distribués sans le code source complet. Ceux qui font cela sont obligés par la GNU GPL de donner le code source sur toutes demandes ultérieures. Sans limite fixée au prix du code source, ils peuvent fixer un prix trop élevé pour que quelqu'un puisse payer (un million de francs, par exemple), et ainsi prétendre distribuer le code source alors qu'ils le dissimulent. Ainsi, nous devons dans ce cas limiter le prix du code source pour assurer la liberté de l'utilisateur. Cependant, dans des situations normales il n'y a pas de telle justification pour limiter le prix de distribution, alors nous ne le faisons pas.

> http://www.fsf.org/philosophy/selling.fr.html#HighOrLowFeesAndGPL(...)

> conformément à la diffusion du logiciel libre

conformément à la définition du logiciel libre



Définition FSF du logiciel libre :

L'expression «Logiciel libre» fait référence à la liberté pour les utilisateurs d'exécuter, de copier, de distribuer, d'étudier, de modifier et d'améliorer le logiciel. Plus précisément, elle fait référence à quatre types de liberté pour l'utilisateur du logiciel :

* La liberté d'exécuter le programme, pour tous les usages (liberté 0).
* La liberté d'étudier le fonctionnement du programme, et de l'adapter à vos besoins (liberté 1). Pour ceci l'accès au code source est une condition requise.
* La liberté de redistribuer des copies, donc d'aider votre voisin, (liberté 2).
* La liberté d'améliorer le programme et de publier vos améliorations, pour en faire profiter toute la communauté (liberté 3). Pour ceci l'accès au code source est une condition requise.

Tu peux toujours vendre un code source sous licence libre, de même que les binaires. Si tu vends les binaires, tu dois donner le code source avec. Et le client qui a acheté les sources a le droit de les modifier et de les redistribuer, gratuitement ou contre un certain montant, conformément à la diffusion du logiciel libre.

Donc, la clause mentionnée dans le journal est contraire à la définition de logiciel libre. Par contre, si le logiciel utilise des bibliothèques sous LGPL mais n'est pas lui-même sous LGPL, c'est légal (mais le logiciel résultant n'est pas libre).

Finalement, j'ai trouvé le problème.

En fait, pour certaines URLs (en pratique, celles citées plus haut), la taille du flux ne peut pas être extraite. La fonction qui renvoit la taille renvoit donc -1.

Dans ce cas, il faut utiliser GetC (ce qui semble plus lent) plutôt que Read et boucler tant que LastRead est égal à 1 (Eof ne marche pas non plus dans ce cas et il faut donc utiliser LastRead).

Impec, merci, c'est ce que je cherchais. Apparamment, ce n'est pas installé sur ma Mandrake. Je vais regarder ça...

Pour donner une idée plus précise :
URL qui ne fonctionne pas : http: //www.zdnet.fr/feeds/rss/actualites/
URL qui ne fonctionne pas : http: //www.clubic.com/c/xml.php?type=news
URL qui fonctionne : http: //www.vnunet.fr/rssrdf/news.xml

Quelques chiffres pour appuyer mon propos :

1. Microsoft IE 6.0 68.1%
2. Microsoft IE 5.5 13.8%
3. Microsoft IE 5.0 11.8%
4. Mozilla 1.8%
5. Opera 7.0 0.8%
6. Microsoft IE 4.0 0.7%
7. Safari 0.48%

> http://www.onestat.com/html/aboutus_pressbox26.html(...)

NB : Il y a tjrs le vieux débat sur l'influence du changement du user_agent. Pour ma part, je ne pense pas que ça biaise bcp les stats ; la majeure partie des utilisateurs ignore cette fonctionnalité ou n'en voit pas l'utilité.

J'en ai trouvée plusieurs et la réponse est que ça ne change pas bcp. Il n'y a pas de variation forte. Les évolutions sont de 2 ou 3 % en faveur de Firefox, Mozilla et autres.
La où les variations sont perceptibles, c'est sur des populations bien particulières.
Il faut bien te rendre compte que de très nombreux utilisateurs ne sont pas spécialement au courant des problèmes de sécurité (certes, les virus, ils connaissent) et, surtout, que la faillabilité des logiciels MS type IE ou Outlook ne leur paraît pas évidente, pas manque d'information, d'intérêt, etc.

Pour les try catch, il y a mais il faut changer les options de compilation sous Dev-C++. Ajout de la commande : -fexceptions .

Le problème du CSV étant plus ou moins résolu, je butte maintenant sur la gestion des exceptions. Y a-t-il un mécanisme de type try ... catch ? En fait, les URLS avec paramètres semblent faire planter le programme lorsque je les ouvre...

Ca devrait marcher, mais j'essaie de ne pas réinventer la roue ;-) Ce serait bêter de refaire ça si une fonction toute faite et robuste existe qq part !

Il y a bien ça qui marche, mais c'est sensible aux espaces / tabulations en fin de ligne. wxFileInputStream input( "fichier.csv" ); wxTextInputStream text( input ); text.SetStringSeparators("\";"); field[0] = text.ReadWord (); Je continue donc à chercher mieux.

Tu as également des classes pour les chaînes de caractères (wxString par exemple) ou la lecture de fichiers, locaux ou distants.

J'ai installé phpMyVisites pour deux sites, en test. La première impression est très positive. L'installation est très facile, avec des menus d'administration simples et clairs. Il y a moyen facilement de filtrer les paramètres des URLs (ayant testé sur un annuaire, il fallait mieux). Les rapports sont clairs. La gestion multi-sites semble correcte. Les connexions du webmaster peuvent être ignorées pour les statistiques. Reste à voir la rapidité sur une base de données d'un site bien fréquenté. Wait and see ;-)... Et félicitations aux développeurs !