#musicbrainz-devel

Is it possible to dump a hash from a template?

I've dumped $edit here and it doesn't contain a display_data key, yet that's the key the templates use to access the edit data. http://github.com/navap/musicbrainz-server/blob...

probably by using %$edit instead of just $edit

Will %$edit give me different results than just dumping $edit? That seems unlikely..

well... how are you dumping it and what does it give?

I'm using Data::Dumper and dumping it by using $c->log->info(Dumper($edit); in that function I linked above.

So when I view an individual edit I see the contents of that hash.

And when I do that there's no display_data key in the hash, yet when the template accesses the same hash it must have that key in it since the templates use things like [% edit.display_data.name %].

maybe it gets set later at some point?

Yeah, but where it gets set is less important to me than actually taking a look at what it contains, which is why I wanted to know if it's possible to dump the hash from the template itself.

ohh, right.

Ah, sorry.

hm I think I've figured out how the display_data key works.

oh?

Is that an "oh, I'd like to know" or a "oh, cool"?

I think you can use [% USE Dumper; Dumper.dump_html(somevar) %] btw

it has a question mark :P it's I'd like to know

Well the controller has `$c->model('Edit')->load_all($edit);` load_all then does `$edit->display_data($edit->build_display_data($loaded));` build_display_data loads the data from the specific entity/edit (e.g. MB::S::Edit::Artist::Create) and sticks it in the display_data key that's specified in MB::S::Edit

So now I can look at all the edit types in MB::S::Edit and see what the display_data key will contain.

The Dumper.dump_html didn't work out

ah :/

it works for me... maybe I've got more of the internet installed or something

haha

Oh, my mistake..it did end up working.

I can't get indentation working though.

hmm I think there is some caching going on here..

The default Varname for Data::Dumper is "Var", I set it to "FOO" just to see if it was working (it was). I then removed that attribute and now the dump still uses FOO.

...and what I meant by that link was that making it generic would just make it the same as that one, so I don't think it should be made generic, it should either be closed as a duplicate of the generic one or left as a specific one

im trying to find a page in the wiki/ngs which i am sure i saw but cant seem to locate it, if i remember correctly there was a picture of the artist table with two other tables and an explanation of the data stored and how

Have you tried http://wiki.musicbrainz.org/NGS ?

Although I don't know what kind of explanation you're looking for..

yeah

the only pictures I know of are the schema diagrams on there

the picture had the tables artist, artist_name, artist_alias if i remember correctly

sure it's not http://wiki.musicbrainz.org/-/images/5/52/ngs.png ?

no it wasnt the whole thing, just those

Are you sure it was an NGS schema diagram?

artist_name isn't used atm so it's not a current one

well i know there is a regular diagram, but i sort of recall seeing it for ngs

well if you dont know maybe i am thinking of the old one

http://wiki.musicbrainz.org/Database_Schema/Art... maybe?

but that's not ngs

yeah, guess i am mistaken then

wierd

interesting, looking at the blog and a user comment, why would vlc use mb for asin numbers when they can just query amazon, i mean they have an api for you to do it, just give the artist, track name and you got the asin

well thats after getting getting the cd information from mb

in Sql.pm is there a setting that will show the queires executed aswell ?

with the debug information

VectorX: Run the server with SQL_DEBUG=1

like

$ SQL_DEBUG=1 script/musicbrainz_server.pl -r

the SQL_DEBUG environment variable turns on the statement timing and debugging

lol

10 years of perl6

Yesterday was 10 years of musicbrainz.org :)

nice. :)

I forgot I had perl 6 installed

I need to give that a play

I think we've made more useful progress than perl6. :)

with perl5, nonetheless

hmm. "There was also a one-week exploration project called Sapphire; another rewrite of Perl 5 internals in September 2000, shortly after the announcement of Perl 6, Sapphire was mostly intended to be a sort of tracer bullet to learn things about an eventual real implementation."

like luks' NGS playground

I dunno, perl 6 is keeping it's head down, but it does a surprising amount. Then again, NGS does a surprising amount :)

aCiD2 thanks that worked

yep. we've come to exit, grow and need a re-write all in the span of the perl re-write. I think we're doing ok still.

navap: DB load is down if you want to pound in some edits

:)

heh

navap: are you hitting the DB with queries?

the load went back up.

its either that or vlc, j/k

heh

I throttled the shit out of VLC to get the load down.

how much TB does the site use a month

in terms of bandwidth that is

818298921 kb

heh, so exact...

less that an tb so thats not so bad

is there hosting limitations ?

is there a reason stats.musicbrainz.org requires HTTP basic auth, given it tells you exactly what to put in? some sort of captcha stuff, or what?

As far as tagging, since collections don't use entries in the name table, should I make a modified version of the find_entities sub for collections? (Also since they need privacy restrictions.)

ianmcorvidae: spam

bots can't read text

fair enough

ruaok: Hitting the DB with queries? Not at all. I think you're over estimating how much load I was putting on the server :)

quite probably. but nothing surprises me anymore, so I expect anything. :-)

lord know's what atrocities I'll end up committing on the test server after I get my copy of the BWV as reference for Work-creation :P

erg knows*

(apparently bad at english this afternoon)

ruaok: hey

hey.

how are you?

cool thanks :-)

how's .ca?

warm'ish finally.

sunny for sure.

\o/ been getting too much of the wet stuff recently? or just cold?

cold mostly. the weather patterns is all screwy from el nino.

but I like it a little colder, so its actually been nice.

your weather's only a couple of degrees hotter than us at the moment.

anyhoo :-)

Moose.

so I've heard. seems like many of my friends have been suffering.

dah, moose.

Happy to do this tomorrow if you wish,

9:30pm uk?

'cos my pattern of work/travel isn't too fixed

got it.

can do, I expect. What would you need me to do, other than offer moral support?

I was hoping you'd drive. :)

I think I am just as clueless as you are.

Do you know what setting it is that you want to change?

and how?

maybe even more so, since you've done more reading. :)(

Hmm. I forgot it all :-(

chalk up +1 for tracking all this stuff in jira.

should I forward your email back to you?

I've got that mail

Add a new project (by adding a line to /etc/project):

pgsql81:100:Postgres 8.1:postgres::project.max-shm-memory=(privileged,6G,deny)

just seeing if it rings a bell