Buku as a sharing bookmarks system over XMPP #755
Replies: 4 comments 8 replies
-
The bottom line is, the so-called …Also, wouldn't (Incidentally, both |
Beta Was this translation helpful? Give feedback.
-
You understand it correctly! It is me, who often treats "desc" as a text file, in which I have notes of multiple lines... And do not you worry about me, I also use my file ysstem to store textual data ';-D
Both can be utilized and then ignored by buku, unless we have custom fields of date, updated and xmpp_pubsub_node_id |
Beta Was this translation helpful? Give feedback.
-
PubSub as a platform to manage and synchronize bookmarksGood day, gentlemen. As you probably know, I have made BukuBot (see also #719) which is a chat bot which manages and handles bookmarks of multiple people simultaneously. To actually integrate buku data into XMPP, we have resurted to XEP-0060: Publish-Subscribe which is an XMPP extension which allows to store data, and also turn any Jabber ID (XMPP account or service) into a publishing platform. Libervia, Movim, and Rivista are publishing platforms that do not host any content on their own, and rather read Atompub/Atomsub PubSub nodes of XMPP accounts and services of XMPP server. On the same premise, we have created Blasta, which makes use of PubSub as a platform to manage and synchronize bookmarks. I have asked the team not to use the "rel" attribute of Atom Syndication Format, because buku does not support it yet (see #720), and I want that system to be compatible and coordinated with buku.
https://git.xmpp-it.net/sch/Blasta (not yet online) Blasta is a collaborative bookmarks system which makes use of XMPP as a platform https://git.xmpp-it.net/sch/Blasta buku is mentioned at page "Similar Projects" https://git.xmpp-it.net/sch/Blasta/src/branch/main/xhtml/projects.xhtml There are export and import cababilities, yet these are only made for Blasta. Support for more standard formats that are compatible with buku will be added. Please try Blasta and, maybe, even reconsider the HTML interface which buku offers. The Blasta system is focused on XMPP, yet it can easily be changed to make use of buku database files, if so you desire. |
Beta Was this translation helpful? Give feedback.
-
On Mon, 26 Aug 2024 13:19:03 -0700 LeXofLeviafan ***@***.***> wrote:
…This looks like StatusNet or GNU Social for site links sharing or
something :sweat_smile:
StatusNet (as Identi.ca) has done it for some while. I suppose that a
list of tags could have been useful.
(And while it does seem like this design fits that particular
purpose, it does not appear to be an improvement over Bukuserver when
it comes to managing personal links)
Bukuserver is definitely more powerful, yet Blasta manifests a system
which Bukuserver can use to remotely manage multiple accounts.
I think that the code is easy to understand, and I invite you to
observe it, and see what components can be integrated with Bukuserver.
Blasta is meant to be as it is. I doubt more features be added, other
than Atom Syndication and more options to search; any other feature
would be available via extensions (see #772) userscripts and usestyles.
P.S. As I said, you'll want these screenshots _in your readme_ –
preferably right below the general description – to give potential
users an immediate idea of what to expect. (You can link them
externally if you don't want them to be within your repo, or create a
separate branch specifically for storing them I suppose.)
Using a separate branch specifically for storing content, is a good
idea. Thank you!
|
Beta Was this translation helpful? Give feedback.
-
I have created a proof of concept PubSub browser which has turned into a dynamix XHTML journal generator and which can give a good prespective of what Buku on XMPP would be.
https://git.xmpp-it.net/sch/Rivista
Rivista (journal in the Italian language) is able to read PubSub node items that are compliant with the Atom Syndication Format (RFC 4287);
It means, that namely XEP-0277 and XEP-0472 are supported, which further means that the uploaded data must be confined to the elements that RFC 4287 provides.
Of course, there is the "rel" attribute which allows own customizations, yet I focus on the commom elements.
buku provides
id
,url
,metadata
(i.e. title),tags
,desc
(i.e. description) andflags
.This is how I was thinking of populating Atom entries with buku data:
I am not sure yet how to handle the
id
, if needed.Please advise.
Beta Was this translation helpful? Give feedback.
All reactions