Je vous ai déjà parlé de Leed, mon lecteur/aggrégateur de flux RSS pensé pour être minimaliste, optimisé, rapide, léger, bref KISS.
J’annonce que le projet me semble assez mature pour passer en bêta ouverte, vous pouvez donc retrouver la page du projet contenant téléchargements, news, flus RSS, bug tracker etc… ici : http://projet.idleman.fr/leed
Les dernières modifs ont été orientées sur les perfs, normalement vous ne devriez plus avoir trop de soucis lorsque vous avez un nombre de flux importants
L’installation à été améliorée et plusieurs options ajoutées/complétées.
Ci dessous, les changements détaillés, Enjoy !
– Dans les catégories unread lors de la lecture d’un event, il disparait completement de la liste des non lu, dans les autres ctagéorie, il réduit son opacité.
– On peux maintenant marquer un evenement comme “non lu” en recliquant sur l’option pour “marquer comme lu” un evenement
– Dans les lecture de flux, On peux maintenant voir les non lu en premiers
– L’installateur g?\195?\168re mieux l’absence de SQLite 3
– L’installateur g?\195?\168re mieux la prévention sur les sfemode a On (qui empechent leed de gerer les temps d’executions maximum)
– Encodage de l’image logo en base 64 (gain de requete = fu IE 6/7)
– Fusion modernizr + Jquery (fain de requete)
– Remise des nom des flux dans l’ordre alphabétique (regression de la précécente revision)
– Supression automatique des x evenements les plus anciens lors de la synchronisation (ainsi la base s’auto maintient et n’atteinds jamais une taille trop importante)
– Remplacement de time() par $_SERVER[‘REQUEST_TIME’] (gain de perf)
– Supression de la colonne unread des flux qui ne sert plsu a rien
– Résolution de l’affichage du pubdate qui ne correpondait pas aux preferences
– Chargement uniquement des informations indispensables pour les evenements (gain de perf ennoooorme :D)
– Affichage du temps d’execution en bas de page
– Mutualisation des requêtes unread pour gain de perfs
– Mutualisation des requêtes de flux par dossiers pour gain de perfs
– La requete perssonalisée pour supprimer les evenements lors de la supression d’un dossier fonctionne mieux
(merci a remi wick pour les conseils de perfs)
Correctif ’bout-de-ficelle’ rapide pour la supressiond e dossier, je corrgerais ca plus proprement plus tard promis :p
– Desactivation du temps maximum d’execution pour la synchronisation
– Résolutions des probl?\195?\168mes d’encodages (enfin, on est jamais s?\195?\187r à 100% avec cette saloperie hein!!? :D)
– Correction de certains problemes d’encodages (malheureusement pas encore tout)
– Résolution de certains liens qui ne fonctionnaient pas au clic sur le titre (je prenais le guid pour un lien, ce qui n’est aps toujours le cas) pensez a réinstaller leed car il y a modificationd e la base pour ce correctif.
– Modification des dates en timestamp (integer en base) résoud les probl?\195?\168mes de classement par dates
– Calcul du nombre heures/minutes de publication jusqu’a l’instant présent pour les évenements recentes de moins de 24 h.
– Il ne peux plus y avoir des doublons de dossiers
– Optimisation de la requete de test de l’existence des evenements (gain de temps sur import et synchronisation).
– Certains evenements de flux sont enregistrés en double (ex : planete auto hebergement) cela vient certainement du fait que les permalink ne sont pas bien renseigné
– Résolu : L’explication du cron a l’install ne s’affiche plus
– Supression de la pagination en bas de page au cas ou il n’y a qu’un page a afficher
– Possibilité d’empecher la visualisation des articles aux utilisateurs anonymes
– Optimisation de la requete pour la lecture de tous les flux d’un dossier
– Ajout de la possibilité de n’afficher que les titres sur les news
– Debbugage de l’affichage de la configuration des vues d’articles
– ajout de la description au survol du titre
– Les news ne sont maintenant triées par dates descendantes (du plus récent au moins récent)
– Reduction automatique des images d’articles qui dépassent
– Marquer tout un flux comme lu fonctionne de nouveaux.
– Les liens dans la rubrique gestion des flux pointent de nouveaux vers les bon flux
– L’import OPML détecte les flux déjà existant
– Résolution des Warning: SQLite3 latents
– Diminution des requetes sur les dossiers existants lors de l’import
– Pouvoir marquer tous les flux d’un dossier comme lu
– Ajout de l’url des flux dans les logs de synchronisation
– Réduction des polices de titres
– Séparation du titre du flux et du premier article
– Le clic sur un dossier vide n’entraine plus une animation
– Les liens “favoris”, “gestion”, “accueil” changent au survol
– Les flux sont triés par ordre alphabetiques
– Pouvoir choisir la catégoried’un flux directement a l’ajout
– La page a un titre
– Lecture des flux type Atom
– Continue d’importer même lorsque le client quitte la page en cours d’importation
– Desactivation du timeout pour l’importation
– Affichage des imports en temps réel
Correction des bugs :
– [CORRIGE – A TESTER] La synchronisation en dégradé ne prends que les 10 premiers flux (toujours les mêmes)
– [CORRIGE – A TESTER] Les dates s’affichent toutes au 1 Janviers 1990 (hello timestamp !!)
– [CORRIGE – A TESTER] Les liens visités sont en violet dans le header/footer
Prise en compte de plus de types de flux + mise en place d’un fichier todo
Annulation du commit 15 (Fausse bonne idée)
Modification du bloc login, disposition en bas de page pour gain visuel une fois connecté
Modification des exports pour prendre en compte les recursions de dossiers de flux
Modification des imports pour prendre en compte les recursions de dossiers de flux
Correction d’une petite bafouille dans le read des flux
resolution d’un ptit(gros) bug a l’install lros du dernier commit 🙂
+ Reduction du nombre de requetes config pour ameliorer la rapidité
+ Supression des fichiers inutiles
+ Debugs divers
+ Ajout du syst?\195?\168me de favoris
+ Reorganisation/ commentarisation de l’index
+ Corrections des fautes a propos + README
+ Lien a propos dans le footer etlus dans le header.php
+ Modification de + Flux en “Gestion”
+ Corrections bugs des titre de flux non affichés
+ Cebugs mineurs
+ Ajout du plugin ‘Partager sur shaarli’
+ Ajout de la synchronisation graduée
+ Ajout de la synchronisation manuelle
+ Résolution de bugs divers
+ Ajout des préférences
+ Gestion des dossiers : supression, renommage
+ Attribution d’un flux a un dossier
+ Deboggage de l’index (erreures DOM corrigées)
+ Supression parametre dossier dans préférences (puisqu’il se trouve maintenant dans la gestion dossier)
Ajout des evenements non lu sur la page d’accueil (+pagination)
Prise en compte des categories/dossiers lors de l’export
Ajout de doc+ page à propos
Feedback :
Problèmes Lors de l’installation :
Le fichier tgz contient en fait toute l’arborecence home/ftp/www/Dizplay/Projects/Archives/ + le zip.
Le zip contient aussi toute l’arborecence.
Lorsqu’on valide le form à l’install, erreur dans install.php ligne 5 : des objets de Function sont appelé avant l’include de cette classe.
Problème après install:
En configurant pour un affichage partiel, certains contenus d’articles ne sont pas affiché du tout.
En configurant pour un affichage complet, aucun contenu d’article n’est affiché.
Ah, il me semble aussi qu’il manque un “*” dans l’exemple de cron affiché après l’installation.
Le fait que le zip/tgz etc… affiche toute l’arbo n’est pas un problème, cela ne dépends pas de Leed mais de mon déployeur de projet (Dizplay), cela dis je pense que les utilisateurs peuvent faire l’effort de parcourir le chemin ^^
Merci pour le function effectivement je ne l’avais pas vue celle la 🙂 c’est corrigé.
Pour tes problèmes d’affichages de contenu, es tu sûr de ne pas avoir coché par erreur “Affichage du contenu de l’article” ? Car j’ai beaux tester sur tous mes serveurs je n’arrive pas a reproduire le bug.
Peux tu me donner les flux sur lesquels l’affichage ne se fait pas correctement?
Pour le CRON, j’ai vérifié ça m’a l’air correcte (c’est d’ailleurs la ligne en place sur la démo actuelle qui fonctionne)
merci pour tes retours 🙂
Super tout ça! Merci en particulier pour la compatibilité avec Shaarli 😉
Le Cron est vraiment obligatoire, ou il y a (aura) un autre moyen de mettre les flux à jour? (j’ai pas accès aux tâches cron sur mon serveur, j’utilise pour l’instant les maj en ajax de rsslounge)
Beau boulot en tout, dans l’esprit KISS.
Actuellement, il y a moyen d’activer la synchro manuellement (en allant dans la partie amdin ->synchronisation manuelle), il n’y a pas de synchro ajax, c’est justement ce que je souhaite éviter avec leed : le côté rafraîchissement constant des flux en arrière plan. 🙂
Si tu n’a pas accès auc cron tu peux toujours passer par des services de cron gratuits comme http://www.cronoo.com/ ou encore http://www.cronjobonline.com/
🙂
Bonjour
Est il possible de l’installer sur les servers free.fr ?
Je n’ai pas réussi mais je suis loin d’être un as en installation de ce genre
Merci pour les réponses
Il me semble que c’est possible, ton problème doit venir du fait que Free ne gère pas les bases de données SQLite par defaut.
Essaye d’activer PHP5 sur ton hébergement free en mettant un fichier nommé “.htaccess” à la racine de ton hebergement avec la ligne suivante dedans:
php 1
Puis suis les indications d’installations du README de Leed.
Une fois le script installé, pour mettre en place le CRON, tu devras passer par des services types http://www.cronoo.com/ ou encore http://www.cronjobonline.com/ car un simple hébergement free ne permet pas de créer des cron.
Je te remercie , je vais suivre tes conseils et ferai un retour de situation dès qu’il y a du nouveau
Merci
Même question mais pour OVH cette fois. Apparemment SQLite est activé sur leurs machines. J’ai tenté une installation sans succès (oui oui j’ai bien suivi les instructions du README), j’arrive sur cette page : http://test.quaternum.net/leed/install.php avec une belle erreur 500… Je veux bien un petit coup de main, ton lecteur de flux fait bien envie (en remplacement de rsslounge) !
Pour ovh il faut activer php5 également, pour cela deux solutions :
1) Renommer toutes les pages php du script en .php5 (un peu contraignant)
2) Mettre un .htaccess à la racine de ton hébergement avec la ligne de code :
SetEnv PHP_VER 5
Tiens moi au courant du résultat 🙂
Merci pour le coup de main !
J’ai tout de même tenté d’ajouter SetEnv PHP_VER 5 au fichier .htaccess de Leed, sans succès.
Puis j’ai regardé à la racine du serveur, j’avais un fichier .htaccess avec ceci dedans :
SetEnv PHP_VER 5_TEST
SetEnv REGISTER_GLOBALS 0
Que j’ai remplacé d’abord par :
SetEnv PHP_VER 5_TEST
SetEnv REGISTER_GLOBALS 0
SetEnv PHP_VER 5
Puis finalement par :
SetEnv PHP_VER 5
SetEnv REGISTER_GLOBALS 0
Mais à chaque fois même erreur… J’ai tout effacé puis recommencé plusieurs fois (visible ici : http://test.quaternum.net/).
Si tu as un autre tuyau je prends !
Et merci encore pour le premier conseil! 🙂
Mhh, peux tu aller sur http://logs.ovh.net/ , définir ton domaine, te loguer et chercher les logs d’erreur de ton host voir ce que ça donne? 😀
Ça ne dois pas être grand chose, j’ai envoyé un billet au support ovh histoire de voir si ils ne peuvent pas nous donner quelques réponses.
Dans le pire des cas , si rien ne fonctionne, je compte de toute façon sortir une version pour MySQL sous peu (le script est structuré de telle façon qu’il est très simple de switcher d’un SGBDD à un autre, il faut juste que je code le MySQLEntity correspondant avec la base).
Je te mets deux lignes qui (je pense) sont intéressantes (j’avoue je découvre un peu les logs…) :
test.quaternum.net – [31/May/2012:22:26:02 +0200] “GET / HTTP/1.1” 500 350 “-” “Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20100101 Firefox/12.0”
test.quaternum.net – [31/May/2012:22:26:02 +0200] “GET /favicon.ico HTTP/1.1” 404 1125 “-” “Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20100101 Firefox/12.0”
…
Si tu veux continuer la discussion par mail pour pas polluer les commentaires dis moi !
Et un grand merci !
Mieux vaut continuer ici, au moins les gens peuvent participer et surtout, peuvent trouver des réponses au même type de problème 🙂
Les lignes que tu m’affichent n’apportent pas grand chose, es tu sûr d’avoir visé le bon fichier d’erreur?
C’est bon j’ai trouvé pour OVH, en fait il y a deux manips a faire,
il faut mettre un fichier .htaccess à la racine la plus haute de ton hébergement (donc au dessus du répertoire www) avec les lignes suivante :
SetEnv PHP_VER 5_3
SetEnv REGISTER_GLOBALS 0
Deuxième manip : mettre un chmod 0755 récursifs sur le dossier Leed, il ne faut pas mettre de 777 ou de 775 sinon ça nous balance la belle erreur 500 (ovh powah!) heureusement que le techos de la maintenance était serviable 🙂
Nickel merci pour cette information.
J’avais la même avec l’hébergeur e-clicking.
Changement des droits pour du 755 et tout marche du premier coup.
Par contre trois petites questions :
– concernant les mises à jour : comment mettre à jour sa version de leed sans perdre ses réglages et surtout sans perdre sa base de donnée de flux
– et concernant la base de donnée (attention je ne comprend pas forcément très bien ma question, mes excuses si elle n’a aucun sens 😉 : où est elle stockée? avec RSSlounge, il fallait créer une base de donnée SQL et un utilisateur, et cette base était gérée séparemment (via un outil de gestion des bases sql sur ma boite à outil de gestion de domaine).
– ma tache CRON ne semble pas marcher ; pouvez-vous expliquer un peu la syntaxe du lien vers le fichier de LOG? (/var/www/leed/logsCron) je ne vois pas de dossier VAR à la racine de mon hébergement.
La seconde question répondant a la première, je commence par la 🙂 :
Toutes les infos (préférences-flux-evenements-comptes…) sont stockées dans le fichier database.db qui se trouve a la racine de ton dossier leed, il suffit donc de copier coller ce fichier dans le nouveau dossier leed quand tu fais une mise a jour pour conserver tes données.
Attention tous de même : il peut arriver que je modifie la structure de la base de donnée d’une version sur une autre auquel cas il faut réinstaller il n’y a pas le choix, j’essaye de limiter le plus possible ce genre de maj et quand je modifie je le signale sur le flux RSS et les logs svn du projet :).
C’est un avantage de SQLite par rapport à MySQL (qui est utilisé par RSS lounge) c’est que tout tien en un seul fichier et qu’il n’y a pas besoin de mot/login car il n’y a pas de relation serveur/client.
le paramètre de l’exemple qui contient /var/www/leed/logsCron définit le chemin ou sera enregistré le fichier de rapport après synchronisation (pour savoir si tout s’est bien passé), sur un serveur linux disposant d’un apache, les sites sont stockés par défaut dans var/www c’est pourquoi j’ai spécifié cette adresse dans l’exemple, mais si il s’agit d’un hébergement le chemin est certainement différent.
A la racine de ton hébergement , créé un fichier test.php contenant le code suivant :
et exécute le depuis ton navigateur, tu aura le chemin complet linux vers ton hébergement et tu pourra e mettre a la place de celui d’exemple.
Le second parametre contient l’adresse vers le fichier action.php a exécuter pour la synchro, c’est le paramètre le plus important, tu dois le remplacer par http://tonsite.com/leed/action.php?action=synchronize
Ping Nono’s Vrac 69 « m0le'o'blog
La page pour ajouter des bugs/suggestions (http://dizplay.idleman.fr/projet-18) ne marche pas ; je passe donc ici.
Suggestion :
– Ajouter la possibilité de changer le nom d’un abonnement à un flux.
– Lorsque l’on clique sur “lu/non lu”, le texte pourrait se griser directement (sans recharger la page).
– En plus du compteur de “non lu” par flux, un compteur de “non lu” par dossier serait intéressant ; et un clique sur ce compteur marquerait comme “lu” tout le dossier.
Bug :
– Lorsque l’on clique sur le non d’un dossier (sur la page d’accueil), cela déploie bien la liste des flux, mais cela n’affiche pas l’ensemble des actus présent dans ce groupe de flux.
– Le texte “Lire tout” à droite du nom d’un dossier (sur la page d’accueil), n’est pas judicieux je pense : ce texte devrait afficher l’ensemble des actus présent dans ce groupe de flux, mais pas marquer comme “lu” tout le contenu.
Sisi ça fonctionne bien, c’est juste qu’il n’y a pas de message de confirmation, ça peut être déroutant 🙂 j’ai bien reçu tes rapports :
“Ajouter la possibilité de changer le nom d’un abonnement à un flux.”
etc..
Je n’ai pas compris, qu’entends tu par “Ajouter la possibilité de changer le nom d’un abonnement à un flux.” ?
Le text se grise normalement sans recharger la page normalement … ou a tu vu ça ? Sur quel navigateur es tu ?
Un compteur de « non lu » par dossier est prévu (d’ailleurs c’est dans le todo.txt du projet ou je met tous mes trucs a faire :p )
“Lorsque l’on clique sur le non d’un dossier (sur la page d’accueil), cela déploie bien la liste des flux, mais cela n’affiche pas l’ensemble des actus présent dans ce groupe de flux.” Ca c’est plus une fonctionnalité à ajouter qu’un bug ^^, j’ignore si c’est très utile car ça obligerais a recharger la page a chaque ouverture/fermeture de dossier et a charger les événements qu’ils contiennent ce qui alourdira le script pour pas grand chose.
“- Le texte « Lire tout » à droite du nom d’un dossier (sur la page d’accueil), n’est pas judicieux je pense : ce texte devrait afficher l’ensemble des actus présent dans ce groupe de flux, mais pas marquer comme « lu » tout le contenu.”
A terme, il n’y aura a côté des dossier qu’un chiffre indiquant le nombre de flux non lu et ors du clic sur ce nombre, la possibilité de tout lire (même logique que pour les flux):)
Merci pour toutes ces réponses.
Pour l’aide sur la mise à jour que tu expliques un peu plus haut, il faudrait également l’intégrer au README ^^
Le changement de nom, c’est dans la gestion des flux ; on peut les supprimer, mais il pourrait être intéressant de pouvoir renommer le flux ; dans certains cas on se retrouve avec des noms à ralonge afficher dans cette liste, et donc sur la page d’accueil.
Super pour le compteur de non lu par dossier.
Par contre il me semblerait utile (tout du moins pour mois) de pouvoir lire les non lus par dossier. On peut le faire pour l’ensemble des non lus, on peut le faire pour un flux, ça m’intéresse de pouvoir le faire pour un dossier entier.
Et effectivement il ne faudrait pas que cet affichage se fasse avec le bouton de déploiement / masquage des flux des dossiers.
Suggestion : un clic sur le nom du dossier affiche l’ensemble des non lus du dossier, un clic sur le compteur marque tout comme lu, et un petit bouton à côté (petit triangle par exemple) permet de déployer/masquer la liste des flux du dossier.
Okay ça roule pour le non lu par dossiers :), je m’occupe de ça dans les semaines qui viennent
Encore merci pour le coup de main pour les différents problèmes liés à l’hébergement OVH, itoine l’a déjà dit mais tout fonctionne bien en ajoutant un fichier .htacess avec :
SetEnv PHP_VER 5_3
SetEnv REGISTER_GLOBALS 0
Et en passant l’ensemble des dossiers et fichiers en 755.
J’en profite pour faire la même demande que itoine, la fonctionnalité de lecture d’un dossier complet, et non uniquement flux par flux est incontournable pour moi ! Je fais une veille par sujets/thématiques et non par site un par un.
De la même façon, lorsque l’on est sur la page d’accueil, on ne sait pas à quels flux correspondent les items, un peu compliqué de savoir ce qu’on lit.
Et enfin, je ne sais pas si c’est ce qu’a voulu dire itoine, mais ce serait pas mal d’avoir la possibilité de renommer le nom d’un flux (actuellement c’est automatique, ce qui est par ailleurs parfois pratique).
Dernière remarque : je pense qu’il y a un petit problème avec l’option d’affichage partiel/complet (passage en complet qui fait disparaître les “contenus”), d’ailleurs une option de déploiement des contenus des flux serait un plus, surtout sur la page d’accueil.
Désolé pour toutes ces remarques en désordre… Considère que c’est le retour d’un utilisateur très intéressé par cet outil !
Pas de problèmes on vas faire comme ça alors ^^, quelques unes de tes remarques étaient déjà prévues. J’ai tout ajouté dans mon todo donc je devrais faire ça sous peu (au mieux dans la semaine, au pire dans le mois) merci pour ces retours 🙂
Je voulais pas tester un truc en beta, mais la curiosité a été la plus forte. Et j’ai bien fait, il est vraiment sympa ton logiciel. J’ai jeté un coup d’oeil vite fait au code, mais ça a l’air propre, au moins pour la partie HTML 5 + CSS. D’ailleurs à ce propos, tu ne pourrais pas appliquer un class CSS spécifique pour #main article section , car quand on modifie cette valeur, la présentation de la partie admin est également modifiée, et c’est pas glop.
Par exemple, j’utilise les flux RSS surtout pour des images, et pour faire un peu comme sur RSSLounge qui affiche une pseudo-galerie photo, j’applique ceci :
#main article section {
display: inline-block;
width: 18%;
vertical-align: top;
border-bottom: 1px dashed #CECECE;
}
Mais du coup la partie admin est inutilisable.
Autre chose, j’aimerai bien qu’il soit possible que les images soit mises en cache sur le serveur. Bon je dis çà au cas où hein, t’en fait ce que tu veux.
Que dire de plus ? Ca fonction, c’est rapide et léger
Note : sur ton blog, tu pourrais pas faire en sorte que la case “Me prévenir des réponses à ce commentaire par e-mail” soit décochée par défaut ? C’est une adresse au pif que j’utilise mais qui existe vraiment : tu vas flinguer ma couverture !
Bon, quand j’arriverai à mettre à jour les articles, ce sera nickel 😛
Des difficultés à mettre en place le cron?
Comme je teste je n’ai pas mis en place le cron, je fais à la mano via l’adresse example.org/action.php?action=synchronize. Ce matin ça marche, les flux se mettent bien à jour. Peut-être une question de durée entre deux mises à jour.
Normalement ça marche bien, après peut être a tu choisis une synchro graduée dans les préférences, du coups leed ne synchronise que les 15 flux dont la date de synchronisation est la plus vielle, or si ces 15 flux n’ont pas de news il ne se passe rien.
Mieux vaut mettre la synchro en mode complet si tu n’a pas un nombre de flux hallucinant, ainsi tu es sîr de mettre a jour tous les flux en une fois.
Pas de soucis pour la classe css, pour les images en cache, je t’admet que je ne maitrise pas suffisamment le sujet pour me lancer la dedans, d’autant que vu le nombre d’articles, le nombre d’images stocké finirais pas être trop important a mon sens, il faudrait donc gérer une rotation pour les anciens articles bref c’est pas gagné ^^
Pour ce qui est de la case « Me prévenir des réponses à ce commentaire par e-mail » ca devrait pouvoir le faire 🙂
Pendant qu’on est dans le CSS, ça a sûrement été déjà dis, mais les articles déjà lu et mis en favoris se trouvent eux aussi “grisés.” Là aussi il faudrait peut-être une classe CSS particulière, car si je mets un article en favoris, c’est pour pouvoir le relire.
Pour le cache des images, ce n’est pas grave.
Merci et bonne continuation.
Mhh je ne sais pas si c’est une bonne idée, personnellement j’aime pouvoir faire la distinction entre des favoris que j’ai lu et d’autres que je n’ai pas lu, donc garder le mode grisé pour les lu m’intéresserais.
Je reviens après tout ce temps, est leed est devenu exactement ce dont j’avais besoin. Cool \o/
Le plugin “shaarli” est une bonne idée. Je me demande si je ne pourrais pas en faire un semblable pour asaph, que j’utilise. Probablement pas très utilisé, donc peu de gens seraient intéressés, mais si ça m’est utile…
Pourquoi pas ^^, beaucoups d’utilisateurs me proposent d’ajouter des ‘shaarli plugin like” sur leed pour d’autres services de partages, je me demande si je ne vais pas finir par créer un module “standard” pouvant se greffer a tous types d’applications (shaarli, shaare, twitter, facebouc etc..) puisqu’au final tous les services proposent des api semblables
Un petit retour d’un nouvel utilisateur.
J’utilisais jusqu’à présent Gregarius pour sa simplicité et sa légèreté. Mais il n’est plus maintenu depuis longtemps.
Ton projet est très intéressant et particulièrement efficace pour une alpha (en fait je viens juste de m’en rendre compte en vérifiant la version)
Je me permet deux petites demandes de fonctionnalité, maintenant que je suis là 😉
Serait-il possible, sur la page d’accueil de trier les flux du plus ancien au plus récent. Plutôt que de devoir se rendre à la fin de la dernière page pour lire les flux dans l’ordre dans lequel ils ont été reçus?
Et ma seconde demande, est-il possible d’ajouter, encore sur la page d’accueil, le nom du flux d’où provient l’article? Il est parfois difficile de connaître la provenance d’un article avant de cliquer sur son lien.
Enfin, pour aider ceux qui seront confronté au même problème. La mise à jour par cron ne fonctionnait pas chez moi, car mon instal de leed n’est pas dans /var/www. Le 127.0.0.1 n’aboutissait donc pas, le meilleur moyen de savoir est simplement de retirer le -q pour avoir le détail de l’exécution. J’ai donc dû remplacer 127.0.0.1 par le nom de domaine et tout fonctionne à présent.
Si ça peut aider.
Merci pour ton travail.
Salut et bienvenue à toi nouveaux leedaunaute ! :p (oai okay ça fait un peu ringard comme appellation, je trouverais mieux)
Normalement le flux sont déjà trié par date mais du plus récente au plus ancien, si ton tri n’a aucun rapport avec la date c’est qu’il y a un soucis dans ta version.
Pour la seconde remarque, elle est prévue (cf la todolist.txt a la racine du projet, il y a tous les trucs que je dois encore faire) je cherche juste un moyen de le faire sans ralentir les perfs, le script est foutu de telle façon que ça ne vas pas être super simple ^^.
Merci pour la petite astuce du cron 🙂
Oui oui c’est bien trié du plus récent au plus ancien, mais j’aurais aimé les trier dans le sens inverse justement. Je préfère lire les flux dans l’ordre de réception.
En fait il faudrait pouvoir inverser le tri sur la page d’accueil comme dans les flux individuels.
Pourquoi pas, a voir j’essaye de ne pas mettre non plus trop d’options, c’est comme ça qu’on deviens usine a gaz et que la fonction première est bafouée 🙂
Peut-être pourrais-tu envisager un fichier de config en dur, dans lequel tu placerais quelques options générales n’apparaissant pas sur l’interface.
Ainsi tu n’alourdirais pas l’interface inutilement avec une myriade d’options et ça laisserais la possibilités de quelques options supplémentaires.
Oui, j’avais même prévu il y a quelques temps de faire une version ultra light de leed qui dégagerais toute la partie gestion et la mettrais en fichier de constantes, mais ça m’obligerait a maintenir deux version parallèle et j’ai bien assez de boulot avec une seule ^^
Mais je pense que tu peux tout de même faire cette version “ultra light” sans pour autant avoir à maintenir 2 versions parallèles. Je m’explique:
Actuellement, toutes tes options sont stockées dans la bdd, mais il n’y en a que 12, ce qui n’est donc pas lourd à gérer.
Tu migres toutes ces options dans un fichier de config, et tu places en tête de ce fichier, une variable supplémentaire indiquant à leed si il doit se comporter en version light ou normale.
A partir de là, la gestion des options via l’interface php devra lire et écrire dans le fichier de config au lieu de la bdd.
Il ne te reste plus qu’à conditionner l’affichage de la partie options sur l’interface à la variable dédiée et tu obtiens tes 2 versions en une seule.
Il suffira de changer la valeur de la variable dans le fichier de config pour passer de la version actuelle à une version light sans aucune option superflue affichée.
Le plus chiant c’est de devoir conditionner tout les affichages d’options dans l’interface, mais ça me semble tout à fait faisable.
Pourquoi pas 🙂 à voir quand j’aurais une minute mais ça se fera certainement, ça rejoins ma volonté de dégager la partie admin pour ceux qui le souhaitent
dans le même sens, c’est possible de cacher l’onglet “gestion” si pas authentifier ?
j’aimerais vraiment que la partie publique soit le plus simple possible et n’invite pas les gens a aller chipoter dans la partie admin, même si ils doivent être loggué pour véritablement effacer, renommer, ou rajouter un flux.ça me gêne un peu de voire toute ces options admins sans même être logué..
J’ai noté toutes tes suggestions :), j’aurais aimé te répondre plus en détails mais je manque de temps pour cela (ma thèse est ultra chronophage, je n’ai même plus le temps de Blogger T_T) merci pour ces contributions 😀
Bonsoir,
Pour enchaîner sur les remarques de Maniack Crudelis, étant donné que nous voyons cela ensemble actuellement : Afin de trier sur la page d’accueil les flux du plus ancien au plus récent (pour ceux que cela intéresserait), il suffit d’une légère modification du fichier index.php, ligne 159 et d’enlever le DESC de ‘pubDate DESC’.
Autre petite correction à soumettre : Il se trouve que lors du calcul du nombre de pages, l’arrondi se fait à l’inférieur, du coup certains articles disparaissent visuellement puisqu’ils se retrouvent sur une page pas directement accessible. Il convient donc de remplacer les fonctions round() par ceil() qui arrondi à l’entier supérieur.
Voila, sinon encore merci pour ton travail, tu viens de trouver un nouvel adepte 🙂
Effectivement je me suis bien loupé la dessus ^^, je corrige ça tout de suite pour la pagination merci 🙂
Pour le tri du plus ancien au plus récent il y à déjà un lien qui existe normalement 🙂
Bonjour, j’ai installé Leed V1.0 hier, tout s’est très bien passé (chez un hébergeur gratuit!!!). J’ai un problème avec les accents et caractères spéciaux. Impossible de changer dans la base de données c’est toujours utf8_swedish_ci. Et aussi serait il possible de rajouter des sous catégories aux dossiers? Comment procéder? Merci
Pour le moment, les dossier sont sur un seul niveau :), nous n’avons pas particulièrement prévu d’améliorer cette fonctionnalité.
Concernant la base de donnée, as tu bien téléchargé la dernière version du svn, désinstallé l’ancienne (base de données comprise) et réinstallé le tout?