-
-
Notifications
You must be signed in to change notification settings - Fork 815
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Instance multi-utilisateurs #126
Comments
Comme pour la demande de l'interface de connexion, je ne pense pas que ça soit réalisable actuellement. Ce n'est pas que je n'ai pas envie de proposer une telle fonctionnalité (ce serait même une force pour FreshRSS), mais c'est que ça implique une grosse dose de travail, de restructuration du code, de modifications de la base de données, etc. Ça demande d'énormes changements et rendrai le tout très instable. Et je ne dis pas ça sans y avoir réfléchi avant, justement ;) Ce n'est donc clairement pas une demande que je puisse satisfaire ni pour la version 0.5, ni même la version 1.0 qui devrait suivre, désolé... |
Notes pour plus tard : Une possibilité qui serait sûrement acceptable pour un nombre restreint d'utilisateurs sans avoir à trop changer le code existant est d'ajouter un préfixe utilisateur au nom des tables, genre "freshrss_utilisateur1_feed", auquel cas il faudrait :
SimplePie mettant en cache les flux, ceux-ci ne seraient téléchargés qu'une seule fois si plusieurs utilisateurs sont abonnés au même flux. |
@Cypouz, à priori proposer du multi-utilisateurs est envisageable. Je l'ai marqué pour la version 0.8 mais je laisse le label "facultatif" |
Au passage il faudrait prévoir un ou plusieurs utilisateurs administrateurs |
Oui. Pour l'instant, j'en suis seulement à la séparation des fichiers utilisateurs, par exemple |
Contribue à #126. Il faudra restaurer la gestion du cache HTTP pour les logs
+ Possibilité d'ajout / suppression d'utilisateur (seulement par l'administrateur) + Divers changements pour le mode multi-utilisateur #126 + Minz : Renomme "sel_application" en "salt'
Voilà, avec le patch ci-dessus qui a atterri dans /dev, le mode multi-utilisateur fonctionne déjà en HTTP Auth (c'est à dire avec un .htaccess + .htpasswd où le nom d'utilisateur HTTP doit être identique au nom d'utilisateur FreshRSS). Il est possible pour l'administrateur (l'utilisateur par défaut) de créer et supprimer des utilisateurs depuis l'interface de FreshRSS. J'ajouterai le multi-utilisateur avec Persona d'ici peu. |
Il faut ré-enregistrer l'adresse courriel une fois dans l'interface de FreshRSS pour créer le fichier nécessaire. + Comparaison sans tenir compte de la casse pour les noms d'utilisateur. Contribue à #126 ll faudra tester la sécurité
Minz ne prenait pas en charge OPcache (cache PHP) http://php.net/opcache activé par défaut depuis PHP5.5. Ce fut un peu dur d'isoler ce bug :-/ Il faut penser à appeler opcache_invalidate avant de ré-utiliser un fichier par include(). Aussi, le mécanisme de lock() n'est plus approprié ni nécessaire. Pour FreshRSS, évite l'utilisation de ModelArray car il ne restait que quelques lignes d'utiles, et évite un héritage + appel de classe, ce qui est toujours ça de gagné.
Voilà de quoi bien démarrer la nouvelle année, avec le mode multi-utilisateur implémenté :-) |
* Affichage logo FreshRSS pendant la demande de nom d'utilisateur HTTP * Meilleure page d'erreur si utilisateur HTTP non-configuré dans FreshRSS + log Je recommande donc de placer le .htaccess pour le contrôle d'accès dans ./FreshRSS/p/i/.htaccess et pas plus haut pour une meilleure mise en cache et messages de connexion.
* Messages plus verbeux dans actualize_script * Ajout d'un message syslog lorsque SimplePie fait une requête HTTP * Minz_Session ne fermait pas les sessions complètement. * Nouvelle option dans Minz_Dispatcher et Minz_FrontController pour ne pas utiliser ob_gzhandler. Contribue à #126
Maintenant prévu pour sortir avec la prochaine version 0.7 |
J'avais prévenu que j'y reviendrai ;) Voilà donc qui est fait. Petit rapport de bug rapide pour « officialiser » la demande de la fonctionnalité multi-utilisateurs dans FreshRSS.
Demande qui rejoint, dans une certaine mesure, la discussion initiée à propos de l'interface de connexion : issue #104.
The text was updated successfully, but these errors were encountered: