Superbaillot.net
Superbaillot.net
Salut
Vu que j'ai pas trouvé d'e-mail pour te contacter, je passe ici :)
Déjà, je dis bravo : ton agrégateur est bien fait, il ne rame pas, bref... du bon boulot.
Quelques remarques :
- à l'installation, il me sort un message d'erreur sur la ligne 183 de config class php (j'ai regardé, ça scanne le chemin des flux ?) mais ensuite ça roule
- le terme "Voir les supprimés" me fait bizarre car les flux sont juste "non lus" et non pas supprimés.
- du coup une suggestion : quand on clique sur un flux, il affiche en premier les non lus et les lus ensuite et quand tout est "lu" alors il affiche tout (en non lus) sans avoir à cliquer sur "Voir les supprimés".
- quand on clique sur une catégorie, on devrait pouvoir voir tous les flux dedans d'un coup classés par date lus/non lus, sans avoir ensuite à cliquer sur chaque flux individuellement, non ?
Voilà :)
Bon courage !
Pour me contacter, il y a mon adresse mail dans la page "a propos" dont le lien est dans mon bas de page... qui était vide depuis je ne sais pas quand... Suite à une fausse manip de ma part. C'est maintenant corrigé ;)
Pour tes remarques, déjà merci, ça fait plaisir que des gens s'y intéressent.
Pour l'erreur à l'installation, effectivement, je fait un scan du répertoire de sauvegarde alors qu'il n'est pas encore créé à ce moment.
Pour les termes "supprimé", "non lu", en fait, j'ai changé pas mal de fois et rien ne me convient vraiment. J'ai un peu laissé de côté les termes, et je m'y suis habitué. Mais tu as raison, ça ne va colle pas vraiment.
En fait, le but de mettre un flux en "lu" (ou "supprimé") est de ne pas le ré-afficher. Si l'info m'intéresse, je ne le marque pas en "lu". C'est pourquoi, le terme "lu" ne convient pas vraiment. Car on peut l'avoir lu, mais ne pas vouloir le supprimer.
"Supprimer" n'est pas le bon terme car si je le supprime du fichier de sauvegarde, à la prochaine mise à jour du flux, il va réapparaitre. Du coup, j'ai créé un état "lu" pour qu'il soit toujours dans le fichier de sauvegarde, mais qu'il ne s'affiche plus. Et comme il est encore dans le fichier de sauvegarde, je trouve que ne plus y avoir accès du tout n'est pas une bonne idée, d'où le bouton qui permet d'afficher les éléments "supprimé".
En gros, je n'ai pas trouvé les bons termes, j'ai changé pas mal de fois et j'en suis resté à une version hybride qui n'est pas vraiment cohérente... Il faut que j'améliore ça.
Merci encore pour tes remarques, ça me permet de réfléchir sur des trucs que j'avais laissé de côté.
Ok je comprends.
De toute façon, pas facile de gérer les lus/non lus et ça change entre chaque lecteur RSS que j'ai testé :
- RSS Lounge (lui il donne pas mal d'options genre "Non lus en premier" et tu as un bouton "Seulement les non lus" et même si c'est déjà lu il te les affiche, c'est ma disposition préférée ;) )
- Selfoss (successeur de RSS Lounge, moins d'options mais même disposition : tu cliques sur "newest" et tu as tout, lus + non lus & si tu cliques sur "unread" bah juste les non lus)
- Leed : n'affiche rien si c'est déjà "lus" et bon j'aime pas trop :p
Au final, le tien est le plus rapide en terme de rafraîchissement sur quelques flux.
Par contre, je lui ai donné un OPML, il me dit "non valide", je ne sais pas pourquoi, OPML issu de RSS Lounge : http://dl.free.fr/k1Z50PoQ8
Ensuite, j'ai trouvé un flux (bricolé maison mais qui semble normé RSS quand même) : http://tontof.net/?rss
Voilà pour l'instant, si je trouve d'autres flux foireux, je te les remonterai ;)
Pour le fichier OPML que tu as essayé d'importé, le problème vient de l'accent de "catégorie".
Aeres n'a pas aimé "é"
Il doit y avoir un problème avec l'encodage.
Ha oui, je confirme que l'encodage UTF8 et RSSL, ça fait 2.
Merci pour l'info, je corrige ça dans le XML exporté :)
Bon, après quelques heures, je trouve ça quand même bien fichu et agréable à utiliser.
On s'y fait au lus / non lus mais c'est vrai que je préfère ces termes à "supprimé".
Pas sûr que le thème soit "responsive" :p contrairement à selfoss mais c'est pas trop grave pour moi.
Au final, sur tous mes flux, seul celui de tontof.net qui est bricolé maison par lui ne passe pas, alors qu'il passe sur selfoss mais pas sur RSSLounge lol
Non, le thème n'est pas responsive, mais j'y ai pensé. C'est sur ma liste de truc à faire.
Pour le flux de tontof.net, je sais ce qui cloche :
en fait, dans le xml, les balises items sont en dehors de la balise chanel. Je pensais qu'elles devaient être dedans, donc ça ne marche pas. Mais après vérification ,il semblerait que les 2 soient possible. Il faut donc que je gère ça aussi.
En fait, le souci du XML en RSS, c'est que les normes de bases sont là et après, beaucoup les arrangent à leur sauce :/
Si tu as besoin d'un testeur, n'hésite pas :)
Le référent est transmis, sauf si Aeres est hébergé en https et le site visé, non. Existe-t-il un moyen dans Aeres pour ne jamais transmettre le référent quand on clique sur un lien ?
C'est ennuyeux lorsque Aeres est installé sur un serveur privé.
Hello
J'ai vu que l'icône du Hollandais Volant se trouve deux fois dans la liste des favicons (32 et 36 / 96). Une requête serait de trop ?
Question licence, il faut inclure le texte complet de la GPL, et quelques lignes dans les fichiers sources (juridique, tout ça...). Voir http://www.gnu.org/licenses/gpl-howto.html.
@Sbgodin : Je n'y ai jamais songé, je vais voir si c'est possible.
@Baronsed : En fait, il y a le flux RSS de son blog et celui de son "Au fil du web". De toute façon, Aeres n'autorise pas d'avoir 2 fois le même flux.
Bonjour,
Bravo, tout simplement.
Korben avait informé que Google reader allait disparaître.
SebSauvage a poussé un coup de gueule pour dire "émancipez vous".
J'ai coupé le cordon, et maintenant
JE ME SENS LIBRE !
Encore merci.
PS: ce qui m'a retenu chez toi c'est de ne pas avoir de base de données. Je n'ai droit qu'à une seule son mon hébergement low cost...
Ça fait toujours plaisir de pouvoir être utile aux autres :)
J'ai voulu faire sans base de données car je trouve que c'est plus simple à sauvegarder et surtout à installer.
Si tu as des remarques, n'hésite pas.
Re...
J'avoue, j'en ai essayé un autre.
Qui paraissait prometteur.
Mais sa customisation, même plus complète, ne m'a pas convaincu. Et le fait qu'il ne soit qu'en anglais m'a déplu (pas rebuté).
Le vôtre est plus joli, plus simple mais suffisant.
Juste un détail: parfois il arrive que la coche rouge qui permet de marquer un article comme "lu" soit sans effet. Pas de soucis puisque le marquage par "case à cocher" fonctionne. Mais peut-être est-ce un petit bug...
PS: si vous voulez traduire en anglais, voir espagnol, puisque l'option existe,je peux tenter.
PS: mon mail xxxxxxxx@randomail.net ne parait pas valide dans ce commentaire...
C'est bien de tester plusieurs logiciels, ça permet de choisir le plus adapté à tes besoins ou à tes habitudes.
Personnellement, je trouve que Aeres convient très bien à mes besoins...(je sais, c'est de la triche, j'en fais ce que je veux :) )
Le problème de la coche rouge est réglé dans la version 2.2.2.
Pour les traductions, je ne suis pas contre, mais si je modifie ou ajoute quelque chose, je serais incapable de faire évoluer ces fichiers.
Bon, j'exagère, je pense que l'anglais, ça devrait aller, mais l'espagnol, il n'y a aucune chance :)
Pour le mail, le problème venait du fait tu avais mis un espace à la fin. J'ai réglé le problème pour les prochaines fois :)
Bonjour,
tout d'abord, merci pour ce petit service qui va mettre bien utile !
Pour l'instant, je noterai l'installation facile et la configuration concise mais pertinente du programme.
Tout ce que j'aime ! A quoi bon paramétrer une navette spatiale pour aller au bout de la rue ?!
Petite curiosité cependant, dans le menu "Gérer mes flux" :
J'importe un fichier OPML tout juste exporté depuis Thunderbird (v17).
Je constate après quelques secondes et quelques clics qu'une catégorie dont le nom est une chaîne vide a été créée, et mes flux importés mis dedans.
L'interface étant minimaliste, c'est pas vraiment visible x)
Et simplement assez curieux : cela aurait été plus logique de paramétrer ces entrées immédiatement avec l'option "Sans catégorie", semble-t-il.
Qu'en pensez-vous ?
Normalement, si il n'y a pas de catégorie dans le fichier opml, Aeres n'en crée pas et met bien les flux "sans catégorie".
Par contre, je peux rajouter un test si le nom d'une catégorie est vide, je ne la crée pas.
Après avoir fait un petit test avec Thunderbird, lors de l'export, il y a bien une catégorie créée alors que je n'en avais pas créée. Et cette catégorie est définie avec l'attribut "title" alors qu'Aeres regarde l'attribut "text".
Je vais donc prendre tout ça en compte pour la prochaine version.
Merci pour cette remontée :)
Rebonjour :-)
Une petite fantaisie de l'interface rencontrée ce matin :
http://i.imgur.com/NUsE8X3.png
Les boutons "Détail", "Marquer "lu"" et "Marquer "archivé"" qui sont placés à la fin de chaque élément du flux RSS se sont retrouvés en balade au milieu de l'article, sans doute à cause des images.
Souci dû à ce flux RSS précisément ou comportement normal au regard du code de l'interface ?
Cordialement.
C'est "normal" du point de vue code.
Je rectifie ça pour la prochaine version.
Quelle est la procédure pour mettre à jour une précédente installation ?
Il suffit de remplacer les fichiers.
Attention à ne pas effacer le répertoire "Save".
Bonjour,
Je me demandais s'il ne serait pas plus ergonomique de lister séparément les billets archivés des billets non-lus.
En effet, lorsque je coche "Tout sélectionner" puis "Marquer lu", les billets archivés passent à la trappe. Il faut donc décocher manuellement les billets archivés.
Ai-je rater une fonction permettant d'éviter ce comportement que je trouve peu pratique ?
Bonjour,
suite à la fin programmé de google reader, et à l'épisode ridicule de Yanobs, je teste des versions autonomes. pour l'instant et sans conteste Aeres correspond bien à mes besoins. Je pense que c'est le bon pour le moment !!
Donc merci et bravo pour le boulot.
@Pazns : Tu peux n'afficher que les non-lus ou que les archivés en cliquant sur le nombre respectivement de non-lus ou d'archivés.
@Vincent : Ça fait toujours plaisir de pouvoir être utile aux autres :)
En réponse à la dernière mise à jour :
Le mode compact (que j'utilise avec plaisir) semble ne pas se comporter exactement comme prévu, du moins pour moi.
Je peux lire dans la note de version : "Par contre il sera alors impossible de faire une action sur un item sans afficher son détail."
Les boutons d'action apparaissent bien, en même temps que la pop-up "Chargement..." lorsqu'un clic sur "Détail" est effectué mais disparaissent en même temps que cette pop-up.
Il ne reste alors que le bouton "Détail" et la case de sélection d'article, ainsi que le texte de l'article.
J'utilise Firefox [21.0].
Cordialement,
Pazns
Je viens de corriger le problème.
En fait, le problème devait déjà être présent dans la version précédente.
Personnellement, je charge les détails, et j'ai oublié de tester sans les charger. Merci de l'avoir fait pour moi :)
Toujours votre serviteur pour remonter les petits soucis.
http://i.imgur.com/dEdxeJv.jpg
Petite glitch CSS je suppose, au niveau des champs "Parcourir...".
J'espère ne pas vous ennuyer avec ces remontées de bug incessantes !
Au contraire, ça permet d'avoir une application plus propre.
Si tu en vois d'autre, n'hésite pas.
Je regarderais ça quand j'aurai un peu de temps, ça m'a pas l'air urgent :)
J'avais mis le même id à 2 éléments... pas très malin.
C'est maintenant corrigé dans la version 2.6.
Au fait, en passant, à propos du fichier de langue :
Il y a quelques jours, je faisais une version anglaise pour passer le temps. J'ai pu constater qu'une entrée au moins était en double :
MSG_FLUX_INEXISTANT aux lignes 2 et 11.
Hum, en fait je viens de constater que sur mon installation le bouton "Marquer tout lu" ne faisait rien. Il ne se passe absolument rien.
D'autant que je me demande à quoi il peut servir vu qu'en deux clics, case à cocher générale + "marquer lu", on a le même résultat, si j'ai bien suivi.
Cela ne fait-il pas doublon ?
Ça sert si tu as plusieurs pages d'éléments non-lus.
J'ai fait ça car il m'est arrivé d'ajouter un ou des flux comportant beaucoup d'items et je ne voulais pas tous les lire, et ça me soulait de devoir marquer les éléments lu page par page.
Pour le problème du bouton qui ne fait rien, c'est peut être un problème de cache. J'ai modifié le fichier javascript. L'ancienne version est peut être encore en cache.
Pour le doublon, effectivement, mais c'est pas bien grave, c'est le dernier qui est pris en compte.
Ah, je vais vider le cache :-)
Pour le principe du bouton : j'ai coupé la pagination, donc le souci ne m'est pas venu à l'esprit.
Ça me rassure si ce n'est que ça.
Je vais voir si je peux pas trouver un moyen de forcer le rechargement du javascript et du css en cas de changement.
Est-ce vraiment nécessaire ?
Autant garder le programme plus léger.
Et puis ça obligera les gens à vider leur cache un peu plus souvent :o)
Bonjour
Tout d'abord bravo pour ce programme : léger, rapide, efficace... Que du bonheur !
Juste un petit problème concernant la sauvegarde : la fonction addRepZip appelée ligne 1452 de index.php semble absente de l'archive disponible en téléchargement.
Ai-je raté un épisode ?
Salut
J'ai réintégrer cette fonction qui avait disparue dans la version 2.6.1.
En fait, Il y a certaines fonctions que j'utilise pour plusieurs applications (publiques mais aussi privées). Ces fonctions sont toutes dans un script accessible à toutes mes applications. Quand je fais une archive d'Aeres, par exemple, je copie les fonctions nécessaires dans le fichier AeresInc.php. Je ne fais pas une copie du script entier car toutes les fonctions de sont pas utilisées.
Le problème de cette méthode est que je peux oublier une fonction, comme dans ce cas.
Je vais essayé de faire plus attention la prochaine fois :)
PS : j'ai supprimer ton deuxième message qui était identique au premier, qui je pense est dû au rafraichissement de la page.
Là où c'est quand même assez fort, c'est que le catpcha (qui change à chaque chargement de la page) demandait la même réponse (9x1 et 6+3) :)
@SuperBaillot
Grand merci pour la réactivité ! Je télécharge la 2.6.1
Bonne journée
Petite idée comme ça : avant de dérouler un item, placer le contenu (le code HTML) entre commentaires (HTML).
Au moment de déplier, retirer les « < !-- » et le « -- > » (avec du javascript).
Pourquoi ? Ça évite de charger les éventuelles images dans les flux repliés.
Avec mon truc, ça ne charge les médias que si on le déplie.
Avantages :
- ça évite d'avoir 300 requêtes au chargement de la page
- ça évite de charger tout alors qu'on était peut-être venu que pour lire 10 articles
- ça ne charge que ce qu'on lit, donc c'est toujours plus léger.
Il y a déjà une option qui permet de ne charger le détail qu'au moment de l'afficher.
Le fait de ne pas activer cette option signifie que l'utilisateur veut afficher le détail instantanément.
De plus, ça me gène toujours d'utiliser des "techniques d'optimisation" en détournant l'utilisation de certaines fonctions comme dans ce cas, les commentaires. J'aime que les choses soient utilisés "correctement". Sinon, ça peut vite devenir le gros bordel et plus dur à maintenir. Après, je ne dis pas que ne le fait jamais, mais ça me gène quand même.
Oui je comprend que ces bidouillages soient parfois sources de problèmes.
J'avais vu l'option pour déplier, mais ça ne résout pas le problème que j'évoque, si ?
Sinon il y des techniques de « lazyload » (mais pour avoir testé ces choses, c'est leeeent et j'aime pas.
Je ne mentionnais pas l'option pour tout déplier ou non au chargement, mais l'option "Charger le détail des items". Si cette case n'est pas cochée, les détails des items ne seront charger que lors du clic sur le bouton détail.
Donc pas 300 requêtes en même temps, on ne charge rien, ni image, ni autre média, ni même le texte, et dans ce cas là, on ne charge vraiment que ce que l'on lit. Le désavantage, c'est qu'il y a un appel serveur au moment d'afficher le détail d'un item, ce qui ralenti la navigation, c'est pourquoi je l'ai mis en option.
Serait-il pertinent d'afficher un lien vers le billet du flux RSS même lorsque un titre pour ce billet n'est pas fourni par le flux RSS ?
Certains articles sont partiellement écrits dans le flux RSS, et l'absence de titre qui peut parfois survenir empêche de consulter l'article complet via un lien hypertexte direct.
Par exemple le texte en italique : "Pas de titre disponible" en tant que lien, quelque chose dans ce goût-là ?
J'ai pas encore eu le cas, mais oui, c'est pas bête.
Je vais rajouter ça pour la prochaine version.
Merci :)
J'adore ton programme! Je l'utilise tout les jours pour lire les news des sites bloqués sur le réseau de l'entreprise! :) (Korben bloqué par exemple, parce qu'il parle de hacking parfois, et les admins comprennent pas parce que c'est en Francais)
Juste deux petit trucs:
- Je suis parti en vacances, parfois me connectant de temps en temps et donc sa mettait a jour les flux, mais je lisais rien. Apres deux semaines de vacances, tout a planté (PHP: un truc comme quoi il y a plus de mémoire dispo, désolé je me souviens plus du texte exact). J'ai du supprimer certains gros flux (Exemple: Le parisien), marquer les autres comme lus, puis remettre les gros flus. Sa serait bien que sa détecte cette situation et filtre automatiquement dans ce cas.
- C'est dommage que l'on puisse pas changer le nom du flux (Parce que "Leicester Mercury News RSS feed", je sais que c'est un flux RSS, j'aimerais bien juste "Leicester Mercury")
Autre chose, sous Firefox ESR v.10, je ne vois pas les fonds bleus en dessous de:
- Nombre de messages non lus / archivés
- La ligne de fonctions ("Marquer lu", "Marquer archivé", ...)
C'est tres difficile de lire du texte blanc sur fond gris...
Pour ton 1er problème, (erreur php), cela vient de la façon de je crée la page. Je sais que si la page est trop longue, ça risque de planter. Je suis en train de chercher une solution pour ça, mais pour l'instant, pour pouvoir afficher tes flux, il faut que tu limites le nombre d'articles affichés par page. (car je suppose que tu dois tout afficher).
Pour le nom du flux, ça fait parti du flux et je ne suis pas pour changer les informations du flux. Je considère que Aeres est un simple lecteur, donc il lit :)
Le problème de firefox 10 est qu'il ne prend pas en compte les dégradés en CSS3.
Il faudrait remplacer tous les "linear-gradient".
Pour ma part, je suis d'accord avec Remad sur cette histoire de titres de flux.
Par exemple, je suis abonné des chaînes Youtube via RSS (bien plus rapide au final), et tous les flux s’appellent "Uploads by <pseudo>".
Aussi, que pensez-vous de pouvoir faire des sous-catégories ?
Je suis conscients que certains titres sont mal choisis, mais le problème vient du flux, pas du logiciel qui le récupère.
Si chaque programme fait bien sont boulot, tout marchera mieux. Je suis conscients que faire changer Google, c'est pas facile, mais je suis contre l'idée de faire un programme "rustine" pour corriger les erreurs des autres. Ce n'est pas le but que je me suis fixé pour Aeres.
Faire des sous-catégories, c'est faisable, je n'en vois pas personnellement l'utilité, mais pourquoi pas. Je vais y penser pour les futures versions.
À vrai dire, je pensais surtout à des penses-bêtes pour moi-même :-)
Par exemple "Musique sympa, "Chaîne de speedrun", "Vidéos rigolotes", etc...
Pour les sous-catégories, une profondeur mécaniquement infinie de sous-catégories serait une idée plus qu'appréciable. Mais est-elle réalisable ?
Faire des sous-catégories de profondeur infinie, le problème va venir de la présentation.
Il faut décaler chaque sous catégorie, et ça va me poser un problème pour calculer les tailles des éléments qui vont afficher le nom des sous-catégories et des flux.
Pour la gestion à proprement parler, c'est pas un problème.
Je vais y réfléchir, car même si personnellement, je n'en ai pas l'utilité, je conçois que certains peuvent y trouver un intérêt et le "challenge" pour faire ça proprement me botte bien :)
Évidemment, une profondeur très élevée sera de toute manière peu pratique à utiliser.
Simplement, si on peut permettre une catégorie de 2ième niveau comme de 3ième (une sous-catégorie et une sous-sous-catégorie) par un même code, c'est d'autant plus esthétique sur le plan technique.
D'autant qu'il y aura toujours quelqu'un pour trouver utile d'avoir des sous-sous-sous-catégories, j'en suis certain !
M'enfin, il est raisonnable de ne pas s'encombrer de l'inutile, c'est tout à fait légitime.
Utiliser la fonction "Sauvegarder" dans le panneau de gestion des flux mène à une page blanche instantanément.
Je n'est pas le souci.
Pour que cela fonctionne, il faut que le module zip soit charger dans php.
Quand tu fais un phpinfo(), tu as bien le module zip?
J'ai le problème encore de PHP, voici le message:
"Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 98 bytes) in xxx.me/htdocs/Aeres/Inc/rubih/base/baliseHTML.class.php on line 104"
Le truc bizarre, c'est que sa me le fait seulement quand je me connecte. En mode non-connecté, tout marche...
Le problème vient du fait que la page à afficher est trop grosse. Tu dois avoir des flux en privés qui n'apparaissent pas quand tu n'es pas connecté, ce qui allège la page.
Il faut que tu limites le nombre d'item par page dans les options (personnellement, j'en affiche 100 par page et j'ai pas de problème). Pour arrivé à la page des options sans supprimer de flux, tu peux supprimer le fichier "config.xml" qui se trouve dans le répertoire "Save". Il faudra que tu reconfigures ton Aeres ensuite.
Je suis en train de résoudre le problème, mais c'est un peu long car il faut que je refasse les générations des pages.
Ah, en effet, pas de module zip installé.
Je me passserai de cette fonction, donc :)
Merci de votre réponse !
Salut, ton script est vraiment chouette. MErci
Cependant j'aimerai savoir si il etait possible de faire en sorte que les éléments se marque comme lu automatiquement ? A la lecture.
Je peux mettre ça en option.
Ça ne demandera pas de grandes modifications.
Je vais y penser pour la prochaine version.
Quelques flux abonnés dans mon installation Aeres sont limités en taille, et si je ne me connecte pas assez régulièrement pour faire charger les billets à Aeres, j'en rate irrémédiablement quelques uns.
Aeres est composé de quelques pages web, on devrait alors pouvoir automatiser ce genre de tâche, avec par exemple une tâche Cron sur le serveur sur lequel est installé Aeres.
Le problème est que l'application utilise massivement Javascript, par conséquent un robot simple semble inenvisageable si Javascript est requis.
Qu'en pensez-vous ?
Peut-être cette fonctionnalité (je pense par exemple à une API minimaliste) dépasse trop les objectifs initiaux pour ce qui est de la simplicité.
Ce que tu voudrais, si j'ai bien compris, c'est un script php qui actualiserait tous les flux.
Le problème est qu'avec un trop grand nombre de flux, on va vite arriver à time out.
Il existe bien une fonction qui permet d'augmenter le time out, mais certains hébergeurs ne l'autorisent pas.
Si c'est ça, c'est faisable facilement.
Hm, oui, je n'avais pas pensé à ce souci de timeout.
PHP n'est vite pas pratique quand il s'agit de faire du service web ^^
Ne vous cassez pas trop la tête non plus, je disais ça sans grande conviction.
Faire un script qui rafraichi tous les flux est vraiment très simple, et comme c'est une bonne idée, je vais le faire pour la prochaine version.
Si votre hébergeur ne l'autorise pas, avec un nombre raisonnable de flux, ça marchera quand même, sinon ça changera rien par rapport aux versions précédentes, et si il l'autorise, ça fera une fonction pratique en plus.
Salut, depuis quelques jours j'ai un message d'avertissement :
"Le fichier flux69.xml est corrompu."
Mais ça ne me gène apparement pas pour actualiser mes flux ni pour les lire.
Quel est ce fichier, que dois-je faire, toussa toussa ? :)
C'est le fichier de sauvegarde d'un des flux.
Si tu as ce message, cela veut dure que Aeres n'arrive plus à le charger. Donc normalement, il devrait te manquer un flux dans ta liste.
Ce fichier se trouve dans le répertoire "Save/Flux".
Si tu ne veux plus avoir ce message, il faut que tu le supprime.
Si tu ne sais pas quel flux c'était pour le remettre, il faut que tu fasses un import du fichier "save.opml" qui se trouve dans le répertoire "Save".
Les flux déjà existant ne seront pas dupliqués et le flux qui avait disparu devrait être ajouté.
Le fichier "save.opml" est généré lorsque tu fais une modification dans "Gérer mes flux". Donc cette méthode marchera si tu n'a rien modifié depuis que tu as ce message.
Personnellement, j'ai déjà eu ce message, mais uniquement quand je fais des tests sur des nouveaux développements et que j'avais des problèmes à résoudre, mais je ne l'ai jamais eu en utilisation normale, c'est pourquoi je n'avais pas juger utile d'automatiser la procédure pour restaurer le fichier corrompu. Je vais y penser pour la prochaine version car cette procédure n'est pas évidente.
Il me dit que le save.opml n'est pas valide quand je veux l'importer. Bon ben je ferai sans ce fameux flux69 que je n'aurai pas réussi à identifier !
Merci de l'aide !
Oula!!!
Je génère un fichier que je n'arrive pas à importer!!!!
C'est pas normal.
Est ce que tu pourrais m'envoyer le fichier save.opml ?
(sauf si tu as des flux privés que tu ne veux pas que je vois)
J'aimerais bien savoir comment c'est possible.
Hmm... je sais plus ce que j'ai fait, si j'ai changé un truc ou pas (parti deux jours en vacances) mais le flux69.xml s'intègre bien (plus de message et il apparait dans la liste) et du coup l'import du save.opml marche aussi, c'était sûrement lié.
Si ça marche, c'est le principal.
Mais j'aurai quand même bien aimé savoir ce qui c'est passé pour éviter que ça se reproduise.
Bonjour! Je pensais a une petite fonctionnalité qui pourrait etre intéressante pour les personnes qui ont pas mal de flux: J'ai remarqué que parfois, Aeres semble chercher les nouveaux articles dans le vide, ou bien ne termine pas le rafraichissement automatique. Il serait bien que le(s) titre(s) du/des flux en cours de rafraichissement (et leur catégorie) apparaissent diferrement de ceux déja rafraichis. Comme ca on pourrait voir directement quel flux met cinq mintutes a se rafraichir.
C'est bizarre, j'ai jamais eu de problème lors des rafraichissements et j'ai plus de 160 flux.
Pour le cas où un flux n'est pas correctement rafraichi, il doit être affiché en rouge dans la liste.
Ceci marche quand le flux RSS n'est pas valide (si il renvoie une erreur 404 par exemple), mais ça ne marche plus dans le cas d'un timeout (cas que tu sembles décrire). Je pense que le problème s'est produit à la version 2.8, c'est à dire de puis la possibilité de rafraichir plusieurs flux en même temps.
C'est un oubli de ma part, je le gère correctement pour la tâche Cron.
Je vais essayé de corriger ça rapidement.
Bonnes fêtes de fin d'année à vous, et merci une fois de plus pour cette application si pratique !
Bonjour,
Je rencontre actuellement un problème avec la dernier version de ton script Aeres. Après une installation qui s'est bien déroulé en ligne après avoir essayé local, j'ai remarqué la pagination en bas pour passer d'une page de résultat de flux à l'autre ne fonctionnait pas.
Je trouve cette fonction vraiment intéressante c'est pour cela que je viens t'en parler :)
J'ai trouver le problème, j'espère pouvoir sortir une nouvelle version ce week end, qui corrigera quelques soucis.
La suppression d'un flux enregistré, à la page "Gérer mes flux", ne semble pas fonctionner.
L'ordre des flux dans la catégorie est modifié sans cohérence apparente, mais rien d'autre.
Je comprends pas, je n'ai pas ce problème.
La suppression marche et je n'ai pas de modification de l'ordre.
Ça te fait le coup tout le temps, ou c'était juste un cas particulier?
Je supprime très rarement des flux, donc j'avais pas remarqué ça. Je ne peux pas dire quand c'est apparu.
Une pop-up apparait, disant que tout s'est bien déroulé, mais rien n'est supprimé. C'est très bizarre.
Je dois peut-être chercher du côté du serveur web ? Sa configuration aurait pu changer sans prévenir, il n'est pas à moi.
La seule chose à vérifier côté serveur, c'est si tu as les droits pour supprimer un fichier.
Sinon, je vois pas d’où cela peut venir…
Ah, et bien, c'était cela, tout bêtement :-P
Pardon d'avoir injustement incriminé le logiciel !
Il n'y a pas de problème, je ne peux pas garantir à 100% qu'il n'ait aucun défaut :)
Bonjour,
Merci pour ce script léger, pratique, bien pensé et qui tourne même chez online.net une fois qu'on a rajouté la ligne suivante dans le .htaccess : ''AddType application/x-httpd-php5-4 .php''
Travaillant dans l'insertion professionnelle, ce script me permet d'afficher des offres d'emploi ciblées pour les jeunes chercheurs d'emploi.
Le hic, c'est que les sites d'offres qui proposent un flux de syndication RSS ne pensent pas à donner un nom cohérent à chaque flux. Ainsi, avec keljob.com, tout flux géré par Aeres s'appellera toujours "Keljob.com, moteur de l'emploi sur Internet !" et ce, que le flux affiche des offres de préparateur de commandes ou d'employé de libre-service.
Le script "miniflux" propose une fonction pour renommer le titre des flux qu'il syndique. Est-ce en projet chez vous ?
Bien à vous et merci encore pour la qualité de votre travail gé-né-reux.
Comme je l'ai déjà dit dans un précédent commentaire, le but d'Aeres est de récupérer les flux, rien de plus.
Je sais que les titres de certains flux sont mal choisis, mais je considère qu'Aeres n'a pas à modifier les flux. J'ai pas envie d'en faire une usine à gaz pour corriger les erreurs des autres.
Je comprends ta demande, mais ce n'est pas dans mes intensions de faire ça pour le moment.
@brica :
On peut toujours tricher en se servant des catégories pour faire du renommage de flux, bien qu'on ne puisse pas les imbriquer entre elles.
J'ai un petit soucis avec le programme: Lorsque je tente de déplacer vers le haut le flux qui est en seconde position, il me dit "Ce flux est déja en premiere position". Lorsque je tente de déplacer le premier flux vers le bas, il me dit "Ce flux est déja en derniere position". Est-ce-que sa touche que moi?
J'ai déjà eu le problème, mais uniquement pendant mes tests.
En fait, pour l'ordre des flux, je sauvegarde la position. Quand on veut déplacer un flux, je vais chercher la position suivante ou précédente. J'ai eu le cas pendant mes tests où le il manquait une position, donc Aeres ne la trouvait pas et m'afficher ce message.
Comme j'ai eu le problème à plusieurs reprise, j'ai créé une fonction qui remet les positions dans le bon ordre et sans les trous éventuels.
Cette fonction n'est jamais appelée, mais elle existe.
Comme c'est un cas qui peut arriver en utilisation normale, dans la prochaine version, je vais faire un appel à cette fonction avant de déplacer un flux, comme ça, il n'y aura plus de problème.
Si tu ne veux pas attendre pour régler le problème, tu peux ajouter cette ligne :
razPosition();
à la fin du fichier index.php (juste avant ?>), lancer une fois Aeres, puis supprimer cette ligne.
Je vais me pencher sur le problème pour voir comment c'est arrivé.
J'ai remarqué qu'un comportement a changé avec la dernière version.
Les boutons de changement de statut, ceux individuels à chaque billet, ne recharge plus la liste des billets affichés.
C'est pas un souci en soi-même évidemment, cependant lorsqu'un a lu quelques billets de la liste puis marqué certains comme archivés par ces boutons individuels, puis qu'on veut marquer tout le reste comme lu pour s'en débarrasser, un clic sur la case de sélection générale de la liste va évidemment sélectionner aussi les billets marqués archivés, qui sont encore affichés. Un clic sur "marquer 'lu'" va donc les mettre aux oubliettes avec le reste, mêmes s'ils sont censé être archivés.
Était-ce voulu ?
Un bouton "Sélectionner non-lus uniquement" réglerait le problème, je suppose, ou quelque chose du genre.
Qu'en pensez-vous ?
Oui, c'est voulu.
Quand on marquait un item comme lu, il fallait attendre la réponse du serveur pour pouvoir lire un autre item (je n'affiche qu'un seul item à la fois). Je trouvais ça gênant.
Je n'avais pas pensé au cas que tu cites.
Personnellement, j'ai pris l'habitude de tout cocher avant de lire et quand j'utilise ces boutons, je désélectionne l'item (je vais d’ailleurs sûrement faire ça en automatique).
Sinon, ajouter un nouveau bouton qui sélectionne que les non-lu, techniquement, c'est très facile et rapide, mais :
-soit, je fait un nouveau checkbox, mais comment différentier les 2 visuellement.
-soit je fait encore un bouton mais ça me gène du point de vue cohérence car ça aura le même rôle que la coche, mais un aspect différent...
L'idée est bonne, il ne reste plus qu'a faire ça correctement.
Effectivement, votre usage semble très pertinent à mettre en comportement automatique.
Un clic sur un "marquer archivé" individuel décocherait du même coup la case individuelle du billet, ce qui serait à la fois simple et efficace.
Néanmoins, le fait que tout soit coché de base pourrait peut-être gêner certains ?
Pour le second point :
- Une seconde checkbox, ça ruinerait la simplicité que vous voulez pour l'application ;
- Je ne vois pas trop, pour ma part, en quoi la cohérence des boutons serait mise à mal. En fait, c'est même la checkbox générale qui devrait de toute manière être remplacée par un bouton "Sélectionner tout" pour être encore plus cohérente et explicite, non ?
Par contre, mettre ainsi deux boutons en plus (et retirer la checkbox générale) risque de bouffer pas mal de place, surtout avec des noms un peu trop longs ou redondants ; peut-être que retirer le bouton "Marquer tout 'lu'" serait alors pertinent, il n'est que la composition de "Sélectionner tout" et "Marquer 'lu'" qui sont déjà présents dans l'interface.
Par ailleurs, on remarque qu'il y a trois groupes de boutons généraux qui émergent (en prenant en compte l'hypothétique "sélectionner les lus" et compagnie) :
- les boutons de sélection de masse ;
- les boutons de changement de statut de masse ;
- et puis les boutons "inclassables" (tout voir/cacher, inverser tri) .
Peut-être matière à creuser ?
Ce n'est pas l'initialisation de toutes les checkbox à "coché" que je veux automatiser, mais le "décochage" quand on utilise les boutons d'un item.
Un checkbox pour sélectionner tous les checkbox, ça me paraissait cohérent :)
Mais si je dois en faire 2, des boutons seraient mieux.
En fait, le bouton "Marquer tout lu" a pour but de marquer toutes les pages à lu, ce que l'on ne peut pas faire avec les coches. Mais en fait, je n'utilise que très rarement ce bouton car même si j'ai beaucoup de retard, je ne ne marque pas un item comme lu sans au moins avoir lu le titre, donc le supprimer ne me pose finalement pas de problème.
Je te remercie pour toutes ces réflexions :)
Supprimer un flux placé dans une catégorie renvoie vers une page blanche et semble ne rien faire.
Supprimer le même item mais sans catégorie fonctionne comme prévu.
J'arrive pas à reproduire ton souci.
Chez moi, ça marche normalement.
Ça te le fait pour tous les flux, toutes les catégories, ou était-ce un cas unique?
À tout hasard, il n'y avait pas une (ou des) double quote " dans le nom du flux ou de la catégorie? Je sais qu'il peut y avoir des soucis avec ça et je ne sais plus si j'ai tester ça correctement :)
À vrai dire, je ne parviens pas à reproduire le bug, depuis que le flux en question a été supprimé...
Même en remettant le même flux, cela fonctionne.
Très curieux.
Ça m'apprendra à parler trop vite !
Tant mieux alors :)
Mais j'aurai bien aimer savoir comment le reproduire pour pouvoir le corriger car si c'est arrivé une fois, ça peut se reproduire.
Je me suis dit que cela pouvait être lié à d'anciennes versions d'Aeres face à la dernière en date ?
Je ne me souviens plus depuis quand j'avais ce flux-là dans la base.
Sachant que cette instance d'Aeres existe depuis... la version 2-4-3 au moins, possible que la base XML soit un peu polluée ?
Sinon, pour remonter quelque chose d'utile pour une fois :P :
Le texte de survol du bouton d'actualisation générale (la flèche bleue circulaire / croix rouge dans le panneau de liste des flux) affiche parfois "0/10" alors qu'un survol précédent affichait un nombre cohérent et qu'un survol suivant affichera lui aussi un nombre cohérent.
En gros, on obtient une suite de survol de ce genre là :
0/10
1/10
0/10
2/10
0/10
3/10
etc...
Un détail totalement inoffensif mais assez curieux.
Je ne pense pas que ça soit lié à une ancienne version.
Pour l'histoire du 0/10, je vois d’où ça vient, je corrigerais ça pour la prochaine version.
C'est le passage du title de "Rafraichir" à "0/10" que je fais un peu trop souvent :)
Merci pour cette remontée :)
https://i.imgur.com/vGlaMvY.png
Ah, les joies des flux malformés (une balise <small> jamais fermée) :o)
N'y-a-t-il aucun moyen de se prémunir face à ce genre de choses ?
Je suis aussi Ploum, donc j'ai déjà remarqué le problème :)
J'ai pensé à 2 solutions :
- ajouter une balise de fin de chaque type après chaque item, mais un, c'est très crade, et deux, ça marchera pas car ça va aussi fermer les balises d'Aeres...
- ajouter une option dans "gérer mes flux" pour faire une(des) action(s) sur chaque article d'un flux en ajoutant du code php qui sera exécuté pour chaque item. Le problème avec cette solution est de la rendre relativement facile d'utilisation. Je veux dire, moi, ça ne me posera pas de problème, je connais exactement la structure de chaque objet et le rôle de chaque propriété, mais pour une autre personne, comment rendre ça facile d'accès.
Je pense de plus en plus à la seconde solution, mais ça va contre mon idée de départ qui est que Aeres n'est un lecteur de flux et n'a pas à modifier les flux.
Effectivement, ça semble insoluble présenté comme ça.
Peut-être en ayant une fonction JS recevant une entité html précise et parcourant son contenu en texte brut tel qu'une balise ouvrante est empilée, puis dépilée lorsqu'une balise de même nature fermante est lu.
Si à la fin du parcours il reste des balises ouvrantes, on complète en ajoutant autant de balises fermantes.
M'enfin ça reste usine à gaz et hors de propos, c'est clair.
C'est probablement pas une bonne idée.
J'ai l'impression qu'Aeres n'aime pas manger de force un flux RSS en HTTPS.
Il créé un flux vide sans titre et jamais mis à jour.
Le flux en question : https://ploum.net/feed/
Oui, encore Ploum =P
Désolé pour la réponse tardive, mais j'ai quelques soucis de santé et j'ai été coupé du monde pendant un mois.
Je ne sais pas si tu as encore le problème, mais chez moi, ça marche normalement.
Peut-être y a-t-il un problème avec ton hébergeur.
C'est possible, j'imagine ?
Tant pis !
Heureusement, Ploum ne poste pas très souvent.
Petit problème ici :
http://i.imgur.com/Ztl55Db.png
Un exemple du code HTML incriminé :
<button type="button" id="btnDetail<?=$item->getIdFlux() . " ."="" .="" $item-="">getId()?>" class="bouton" title="Voir/cacher le détail" onclick="montreCache('item1724', 0, 4, this, '', true);">
Détail </button>
Visiblement Aeres nécessite soit PHP en version 5.4.0+, soit le paramètre de configuration "short_open_tag" activé sur les versions inférieures. Sans cela les balises courtes "<?= ?>" ne sont pas reconnues par PHP.
Je pense que cela serait une bonne idée de le noter quelque part :-)
Pourquoi en version 5.4.0+?
Il me semblait que le paramètre "short_open_tag" était activé par défaut. Je pensais donc que les personnes qui changent ce paramètre savent ce qu'elles font et pourront régler le problème que tu cites.
Peut-être que je me trompe, je vais le signaler dans le lisez_moi.
Selon la doc PHP, à partir de 5.4.0 et plus les balises courtes sont toujours accessibles peu importe l'état du paramètre "short_open_tag". Dans mon cas, sur du PHP 5.2.1, il est actuellement désactivé.
Je n'ai pas de contrôle sur mon espace web, du coup un petit ChercherEtRemplacer sur le dossier "Inc/Vues/Elements/" et voilà. Rien de dramatique.
Je ne vous demande pas grand chose, mais je me réserve le droit de supprimer une partie ou l'intégralité des messages qui ne respectes pas ces règles.
Je me réserve le droit de supprimer une partie ou l'intégralité des messages pour d'autres raisons que je préciserais le cas échéant.
Ces règles sont donc susceptibles d'évoluer, n'hésitez pas à revenir y jeter un oeil plus tard.