MDGeist said:
http://danbooru.donmai.us/forum/show/4346

this looks interessting and could solve some dupe issues.

its for main danboo though

Well spotted.

The site is slow as hell today. Any issues?

Radioactive said:
The site is slow as hell today. Any issues?

Seems to be back up to speed..?

It happens, probably some packetloss

Just deleted a scan I mis-uploaded, but it doesn't show up in 'recent deletions' or show against my deletions.

I don't have the hashing for it...

I'm using Opera to view this site. Some things don't seem to refresh properly (such as adding/deleting Favorites).

The most noticable thing is that the forums' topic highlighting is a bit strange in Opera.

Radioactive said:
Just deleted a scan I mis-uploaded, but it doesn't show up in 'recent deletions' or show against my deletions.

Are self-deletions supposed to count against deletions? I like that they don't.

self-deletions are removed permanently and not in deletion log, I might revert that since we follow danbooru svn quite closely

also let me know if there's anything funny going on, we've updated to svn 1207

admin2 said:
self-deletions are removed permanently and not in deletion log, I might revert that since we follow danbooru svn quite closely

also let me know if there's anything funny going on, we've updated to svn 1207

So if I delete my scans from within the mod queue it doesn't count as a self-deletion? Might explain a few things.

reverted self-deletions back to old way of keeping it in the deletion log

Site is pretty slow lately, might change back to normal urls instead of the dynamic ones so I can have caching enabled.

I've also thought of a solution of how to show how many people are online on the site and maybe later who's logged in but it'll be a while till I can implement it, busy with work.

admin2 said:
Site is pretty slow lately, might change back to normal urls instead of the dynamic ones so I can have caching enabled.

You mean the tags appended to the post URL? animemahou has an overlay on mouseover that shows tags and other stuff. If you're removing the tags from the URL, that's one alternate way to do it without messing with the URL.

admin2 said:
Site is pretty slow lately, might change back to normal urls instead of the dynamic ones so I can have caching enabled.

I've only noticed 'spasms' of slowness over the last couple of days.

I mean the url generation, each url lasts about 5min before expiring which prevents me from caching the site at all.

site should be faster now, increased max ruby fcgi spawns

I can't seem to set pools public. I set the public checkbox, but it remains off after saving.

ed: tried again, and it seems to be working now

Is it intended that one user can +2 a post by favoriting and voting up?

I assumed that favoriting just voted up automatically (which I found useful: any post that I'm going to favorite, I'm definitely going to +1, and doing it separately is a pain), but I just noticed that it lets me vote for a post independently of favoriting, too.

From upstream(original danbooru) its intended, you can read about it in this ticket: http://trac.donmai.us/ticket/83

petopeto said:
Is it intended that one user can +2 a post by favoriting and voting up?

I assumed that favoriting just voted up automatically (which I found useful: any post that I'm going to favorite, I'm definitely going to +1, and doing it separately is a pain), but I just noticed that it lets me vote for a post independently of favoriting, too.

Think of it like just 3 levels of voting depending on how much do you like the image.
- 1 vote up
- favorite (with 1 vote up)
- vote up + favorite (2 in total)

Note to self, postgresql is causing the site to lag at times. Might need tuning?

im getting 404s from saki again...

admin2 said:
Note to self, postgresql is causing the site to lag at times. Might need tuning?

Visit increase? Or has something changed?

running on pgsql8.3 now, hopefully no more slowdowns?

admin2 said:
running on pgsql8.3 now, hopefully no more slowdowns?

hahhahaha that was awesome
Just released pgsql8.3 a few hours ago.

Did you need to run any migration script? Or just update ports & go?

first turn off your danboorus, run db_dumpall > db.sql as pgsql, then turn off postgres, portupgrade postgresql-client then portupgrade postgresql-server, cd ~pgsql move data as data.old run initdb start postgres, import the db back in, fire up danbooru and you'll be fine

admin2 said:
running on pgsql8.3 now, hopefully no more slowdowns?

The site is still lagging to me, is the problem somewhere else?

(edited)

Shuugo said:
Think of it like just 3 levels of voting depending on how much do you like the image.
#1 - 1 vote up
#2 - favorite (with 1 vote up)
#3 - vote up + favorite (2 in total)

Do people really do that, though? If that's not common practice, I sort of feel like I'm just giving my own opinion undue weight.

Also, if I +1 a post (#1), and then later decide to favorite it, I can't undo the +1, so once a post is at #1, I can only go to #3, not to #2.

Kind of breaks the simplicity of +1 voting, too. At that point, it's simpler to have score voting.

petopeto said: Do people really do that, though? If that's not common practice, I sort of feel like I'm just giving my own opinion undue weight.

That's not anything to be concerned about. You're not doing anything that isn't completely and openly available to every other user of the site. Don't worry about it and don't overthink it, just vote how you want.

admin2 said:
I mean the url generation, each url lasts about 5min before expiring which prevents me from caching the site at all.

I was wondering why images were reloading every time I submit an edit--I had assumed Firefox was being dumb and not caching large images or something, and I had read the above as saying that the same dynamic URL would be reused for five minutes (but it's not).

petopeto said:
I was wondering why images were reloading every time I submit an edit--I had assumed Firefox was being dumb and not caching large images or something, and I had read the above as saying that the same dynamic URL would be reused for five minutes (but it's not).

It isn't reused but the generated url is alive for 5 minutes. Each time you reload the page that has links generates new ones that live for another 5 minutes.

Making urls that can be reused during 5 minutes would be very difficult to implement (or so I think imho) and would be rather buggy since it would depend on response times and other stuff

Enabled caching, hopefully nothing weird happens.