-
Notifications
You must be signed in to change notification settings - Fork 296
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
Original Ideas/Fixme page #106
Comments
Thanks for starting this thread! ;-)
Shaarli being mono-user has both pros & cons:
Having the possibility to provide each user his/her own space on the same instance has some benefits:
That would be great! We're currently running cron jobs that backup the
Does Shaarli even have translation support? Having GNU Gettext / Transifex / <your fav l10n/i18n module> implemented would be an awesome starting point.
Accurate dates may not be very convenient here, maybe providing user friendly date ranges would suffice? E.g.
I know of very few people who actually use the Daily page (despite its nice, vintage CSS); a better navigability could make it a bit more popular:
A tools / admin page with stats would be nice; there isn't much data to be displayed, though...
+1 for an Autoblog-like plugin ;-)
<:trollface:> Honestly, we'd love to, using a modern framework's buit-in features (e.g. Symfony/Zend for clean PHP, Django/Pylons for cool Python, for ), responsive design (hello Bootstrap, Ink & co!), and so on... But spare time has become scarce lately, and we feel no urge in fixing something that has been running smoothly for years Additionally, this mainly depends on the project's goals: should it stay KISS? should it become more feature-rich? Is the wheel tired of being invented a Nth time? |
Hi @virtualtam nice to have your insight! I have to think a bit more about some points you mentioned, but here are some ideas. Incoming wall of text.
We shouldn't let Shaarli handle these. A cron job on the server can handle sending mail attachments, committing and pushing to a VCS, rsyncing to remote machine ... whatever you can imagine. This can also be done from a client using software like https://github.com/nodiscc/shaarchiver (early draft, but you can already use https://github.com/nodiscc/shaarchiver/blob/master/export-shaarli.py to do periodic backups on your laptop; this is what I use). The data is already easily exportable (just copy the file tree, or export HTML/query RSS), I think we should let backup software handle the backups.
A backup with no offsite copy is not a backup :)
Yes! i18n support would be great and is probably a major step once we're done with 0.9beta.
I think either that or your idea (user-friendly ranges) would be fine; how should it look like in the UI ?
Yes definitely, and it's related to the previous point (if we can efficiently filter links by date this is doable)
There is support for this in shaarchiver, basically just run the Note that there is currently support in Shaarli for requesting previous versions of your links from archive.org. This doesn't guarantee that your link will already be archived though, but merely doing a Maybe doing archive.org save requests could also be added as a Shaarli plugin? Need to check my
Number of links is already displayed at the top right, but we could differentiate between private and public links on the tools page, yes. db size may be interesting, you can also check it by looking at the filesize of your About free space, unless your
Yes Shaarli is totally hackish But as you said it's been running well and we actually have fixed some nastyness, so why not continue? ;) As I said in the general discussion thread, there's a nice bookmark sharing app written in python: https://github.com/bookieio/Bookie. But it's not the same complexity/maintenance/hosting/time cost to setup/maintain this and yep, we're short on time :) |
I agree with your comments. Just a quick note about i18n: I am more of a proponent of vanilla gettext support, but it was also proposed to use RainTPL's own array structure. Anyway, you can find some starting snippets for the translation at sebsauvage#18 (comment) |
Yay for Gettext! Thanks @nodiscc for pointing to Shaarchiver! 😄 |
Summary (I'll update the list on top) Regarding backups:
Regarding links archiving/mirrorring:
Regarding statistics:
Regarding translations:
Regarding a rewrite:
About weekly/monthly views:
|
About multi-user @virtualtam this was marked as wontfix: #15. Just create multiple shaarlis. No need for multiple virtualhosts or DNS entries, just put them in separate directories, and enable dir indexes:
Edit: however, there may be room for a "Restricted" type of link: These are only accessible via their direct URL, like Owncloud does when you select "Share by link" on a file. It generates a long, random URL, at which you can access the file. Low priority. |
@nodiscc: agreed, though the use case I had in mind is a bit different (and goes beyond Shaarli'scope, IMHO); I was mostly reporting it 'cause multi-user Shaarlis were asked quite regularly by friends/users ;-) |
@virtualtam I think a server-side (shell or python) script to maintain shaarli "farms" would be nice for those users, with the ability to create/delete shaarlis, reset passwords, ... Another worthwile side-project :) Edit: there's a Shaarli farm at https://www.shaarli.fr/my.php; it would be cool to contact the author to see if he's aware of our fork and could share his code with us. Edit2: another farm at http://shaarferme.etudiant-libre.fr.nf/index.php |
Pong ! |
Hi, 0/ the user connects on https://www.shaarli.fr/my/{pseudo}/ The fork is probably unsecure, this is why it would be dangerous to merge it on the official project. I'm sure shaarli could be a software much more powerful if multiple instances could be linked together. all these web servers just waiting to love ;-) |
@DMeloni ok so this fork enables creating Shaarlis on-the-fly through a web interface, using the same base directory, but a different datadir for each user (DMeloni@2154b3e). This is different from a multi-user Shaarli in my view. While it's a nice hack I don't think we would merge this. You may want do to sanity checks because your code passes user-provided params ( Would you like to merge our code to provide the latest fixes to your users? As you edited index.php it won't merge properly though, but we could work together to separate your tool from Shaarli, this way we would have what I proposed:
while giving you the ability to stay up-to-date with the latest developments. What do you think? We could discuss this on Gitter: https://gitter.im/shaarli/Shaarli (in english) or on this temporary IRC channel (english or french) if you like oldschool IRC: http://demo.relayjs.com/?server=irc.freenode.net#shaarli This thread is beginning to grow :) We can always reopen another if it grows too large. |
Note that the gitter chatroom is also reachable via IRC, if needed: https://irc.gitter.im/ |
This would be profoundly annoying, IMO. Plenty of users (me included) like to select different locales for different types of software. More often than not, their system locale is English, while the browser locale is different. What about using Shaarli on others'/public computers? It just seems like this choice would be better left to the user. @virtualtam re: Daily page
This is a great idea.
|
@mrjovanovic this looks like a really convenient feature! we could start with a simple date filtering in PHP, and move to a fancier Javascript UI when Shaarli's codebase has become a bit more mature :) |
Forwarded to #121, let's discuss there.
Yep, can you open another issue about this? The daily/weekly/monthly pages could be generated by date filtering system suggested by @virtualtam
I like the idea of doing it via a GET parameter in the first time. @mrjovanovic I like the look of your date picker, but this should be done using the plugin system. It adds a field to the search bar which we can't clutter too much (you had to shrink the search field in your screenshot ...) @e2jk already suggested adding a "Add link" field there (#147) and we can't have that much by default. Can you open another issue about this too? |
Let's triage the remaining list items before 0.9beta. Comments welcome |
Ok, I'll try to contribute on this. Handle 50+ ideas in a single issue isn't possible, so I've created a pad with my opinion on all of this. I think our first objective is to create an issue for every item we want to discuss further. https://lite6.framapad.org/p/3I7CN1Drms It would be nice if you could review it. |
Thank you, this is much better. I've added some points to the pad, will check back later. |
I answered some of your points. I will switch a few "UNDECIDED" to "Reporting" by opening related issues. |
I found this list at http://sebsauvage.net/wiki/doku.php?id=php:shaarli:ideas
It's a collection of the ideas proposed by sebsauvage and contributors back when the project was hosted on sebsauvage.net. Some are interesting, some are fixed already, and some are probably
wontfix
:) I'm pasting it here as a reference; feel free to comment/propose decisions for each item. If a particular item needs discussion, please open an issue specifically for it.[EDIT 2015-09-15] Sort issues by resolution, add formatting (@virtualtam)
[EDIT 2016-02-15] Cleanup old entries, update https://lite6.framapad.org/p/3I7CN1Drms (@nodiscc]
Status: Done
urlencode()
in tag cloudStatus: Open
Batch operations
Internationalization (translation)
Weekly, monthly pages
Refactoring
Admin tools
Search
QRCode
Thumbnails
Status: Won't fix
Go multi-userMulti user shaarli #15 - Multi-user ShaarliAPIDisable thumbnailsSee addons such as https://requestpolicycontinued.github.io/, in the future all thumbs will be cached
Undecided
Bookmarklet
Misc.
Copy of the DONE, REPORTED, and WONTFIX sections from https://lite6.framapad.org/p/3I7CN1Drms
The text was updated successfully, but these errors were encountered: