#metabrainz

lucifer: we can have the tagger available on iphone

Until now we assumed that wouldn't be possible right, but I recently checked the flow and there are a few apps which allow that plus we can get the permission to do that

bitmap: do we plan to stick with Perl for mb or a migration to javascript is possible?

akshat: oh. great!

akshat: MB already uses javascript heavily. afterall react is JS. not sure what they meant.

Yeaahh ikrr

iirc the page you shared had erorrs in console. did you check those out?

I fixed that. I'm currently using itunes api as a mock for the coverart lol

Regarding the coverart, I need to make a certain type of request, which I checked out on the current mb server and we use Perl for that

i see, can you share your webpage again?

I'm currently making a few more changes as per the requests made on the forum

its working for me

Yay

I'm planning to add a barcode scanner along with the search bar

So that people can just scan a barcode from their webcam and find information about that release

probably hide it by default because a large number of desktop devices probably won't have it.

Makes sense

<akshat> "lucifer: one of the members on..." <- i think we should make an attempt to make the site work in javascript free browsers

it would be a shame for the ui revamp to affect users of the site

MB already uses JS heavily. the move to react has been ongoing for a couple of years now. its independent of the UI revamp.

lucifer: yes, this user says he is able to use MB as it is now without javascript

the UI revamp doesn't affect users because the website wouldn't be working in javascript free scenario anyways even today (at least not fully funcitonal).

yes they said they use some functionality

umm, interesting. someone from the MB team probably know better then.

What's wrong with enabling javascript btw?

Like why would that be a preference

some people like to avoid it

Considering this, people should never use mobile apps or anything proprietary then damn

For example while developing android apps, you can't take any security measures then. Devs can send any amount of your data for analytics through background processes

akshat: i try to do this

a lot of other people in our community do too, since its a FOSS project

But the fact about FOSS project is that people can see the legitimacy of our work as well right

But yeah, I think the internet is becoming responsible with every day and for any critical information, we do need permissions, such as the user's location

akshat: yeah, thats true, but at the moment we do some unsavoury things like loading twitter embeds

which require non free javascript etc

Agreed. I'll remove that then. We can make our own component and render our posts directly

I think the UI has been tested successfully though. I'll try to wrap up with the changes tonight let's see

great work btw!

Thank you! Still a long way to go :)

bitmap: I think a solid feature would be to have a section which timely fetches the recent edits made if that's possible

Example: "akshat recently added the release xyz"

Or maybe some stats as to, this month, abc added 50 artists

I think with the latter we can showcase our members who are active on the website

akshat: the new look is awesome. I noticed the dark mode didnt work properly in my mobile

Yup shivam-kapila that is taking a while. Optimising the code so that switching doesn't be a pain we expand the codebase further

Thanks btw!

akshat: re: JavaScript on MB, we intend to make sure you can browse or view data without client JS enabled. so for any given entity or piece of data that's public, there should be a static page to view it on and a way to get there. adding/editing data is a different matter & we do require client JS for those pages/components

hey bitmap

we don't have any plans to move away from Perl for the backend at the moment, though we do use a lot of JS on the server already: it's just in a separate "template renderer" process, and expects to be fed all of the data it needs to render things (it can't fetch data on its own)

hi zas

I did some tuning related to mb website & ws , changed weights of each upstream a bit, accounting current mean load etc... I also gave much more importance to patton, which is currently only used for that (and is a quite fast server)

akshat: you can view your recent edits from the "My Data" menu, but it sounds like you want something more summarized? or do you mean recent edits for a particular entity?

zas: thank you! yeah, I saw the docker-server-configs commits

bitmap: Hi! Kinda like a social news feed for mb

On what's currently being edited or looked at

Or some stats regarding the editors or releases. Only if it's possible or we might already have that data

Nothing extra

oh ok, so recent edits being made everywhere and displaying a feed somewhere prominent

Yaass

yes that would be neat to show activity on the site

Yaass

we have some very basic aggregate editor stats, though the page might be kinda hidden: https://musicbrainz.org/statistics/editors

certainly has room for improvement

Wow Awesome!

bitmap: could you guide me on how to avoid client side javascript for react projects?

You can answer that when it suits you. I'll probably share the link to the work soon and if you could have a look it then, that would be great. So if there are any migrations needed to move the work to server side, I could do it accordingly

well, you typically have a Node server running, and when serving a request you'd render the components to html with https://reactjs.org/docs/react-dom-server.html

in MBS the setup is a bit weird, since requests are handled by Perl. so we have to communicate with Node over a local socket to get the rendered html. this actually works quite well - https://github.com/metabrainz/musicbrainz-serve...

But wouldn't that increase the load on our server?

If we follow server side js?

sure, that was a concern when we used Template Toolkit to render the website (which was Perl-based)

but node.js is pretty fast - google et al spent $$$ to optimize the heck out of their JS engine

Interesting

I think we do have a discussion regarding this upcoming this summit. Looking forward to it

yup, me too

I guess MB works without JS because we're using SSR right now? Moving to pretty modern SPA would be a problem, since the pages are rendered on client side to avoid refreshing.

But it surely has its advantage. Refreshing for every click introduces great network connection overhead.

IIUC, we do have some features that require JS, for example, URL cleanup, also other jQuery related things, data display wouldn't require that though.

[musicbrainz-docker] 14nikosmichas opened pull request #206 (03master…use_max-workers_instead_of_nproc): Replace nproc with max-workers in start_server command https://github.com/metabrainz/musicbrainz-docke...