I didn't even notice the domain difference until you explained that bit. Anyways, I like it better this way.

Geez - all this talk about COOKIES has me hungry ...

member louisvitton from Bulgaria? This appeared in the MVS thread about y'all fall and all of a sudden i was looking at suitcases

Hmm, my computer is running normal, but recently, photos take a long time to load. Now I can't load at all.

After a long time, I get this error message:
insert_image_dimensions() failed: DB Error: no database selected

hgrapid wrote:Hmm, my computer is running normal, but recently, photos take a long time to load. Now I can't load at all.

Yeah, things have been noticeably slower the past few days. Maybe it isn't just my computer...

MarkDidier wrote:Yeah, things have been noticeably slower the past few days. Maybe it isn't just my computer...

Alright, I waited long enough. So in 12-52 hours I'll launch "Operation Clean Up SummitPost" which is an article explaining somethings we can do to help with the speed situation. It probably won't fix the entire problem, but I'm a firm believer in doing what we can to help fix this. Coming soon...

Edit: My internet was down yesterday and today we had to have the repair guy come in and fix some stuff on the internet deal which is the main reason for the delay. Hope to have it posted by tonight.

Wow..now I noticed the speed drop of SP, I wasn't on since april 29.
It is dead slow...it took me 20 minutes to delete three photo pages. I got the impression months ago that issue was solved, it seems not.
:/

Downloading stuff isn't a problem at this end, but editing, deleting and posting are all very slow. For the record, I'm talking about the main site, not the forum.

Just wondering ... does anybody know what locking strategy Summitpost is using? From the behavioral characteristics, I believe that the performance problems are caused by locks. One possible cause for having too many locks would be the use of 'pessimistic locking', especially if the database doesn't automatically release locks that are held for too long. If this is the case, changing to 'optimistic locking' could solve a lot of the performance problems.

In short, a process having a lock can cause another process to wait, and so you do not want a process to have any kind of lock on any object in the database while waiting for user input. On the other hand, a process can have locks during the insert, update or delete, as long as the first lock is acquired only after the submit button is pressed, and all locks are released as soon as possible - which, for most processes, means that no lock is held longer than a fraction of a second.

Introduction to Concurrency Control gives a good explanation of the two locking strategies.

Mind you, it may sound like a simple change, switching from pessimistic to optimistic locking, but it can be a whole lot of work. It's not just a switch you can flip: the programming code has to be changed. But the main performance issue seems to be the process of posting pictures, so changing only part of the program might suffice.

Then again, I might be on the wrong track here, and locking issues might not be the cause of the performance issues after all ...

Chaberton, the same thing happened for me too.

Yesterday when I got a private message I was left wondering "what happened to the notification system".

Me too!

Things are way much better today.
Whoever fixed it, thanks!

Well, I am very sorry to report this again, but the site went down for a few minutes half an hour ago, and after it came back on, I can't upload photos.

I keep getting the message: "insert_image_dimensions() failed: DB Error: no database selected"
Also, the site became very, very slow again. I just tested my internet conections, any other website opens normaly.

Does anybody knows what is the problem? Am I the only one experiencing these problems?

Nevermind, it seems to be 100% ok now!

SP wasn't working for me yesterday also. For a while I was starting to wonder "is SP shutting down?". Glad to see it back.