It is currently Wed Sep 20, 2017 5:55 am

All times are UTC - 7 hours





Post new topic This topic is locked, you cannot edit posts or make further replies.  [ 84 posts ]  Go to page Previous  1, 2, 3, 4, 5, 6
Author Message
PostPosted: Tue Jan 17, 2017 7:13 am 
Offline
User avatar

Joined: Wed Oct 22, 2008 9:27 pm
Posts: 93
I'm curious to know the status of the as yet undumped list of Famicom carts. There doesn't seem to be much progress on getting those bought and dumped? Are they too expensive or something?


Top
 Profile  
 
PostPosted: Mon Mar 06, 2017 4:19 pm 
Offline
User avatar

Joined: Sat Jul 12, 2014 3:04 pm
Posts: 936
I assume it's still volunteer ad-hoc community work, and we haven't got a member in Japan with money to burn, motivation, and equipment.


Top
 Profile  
 
PostPosted: Sat Apr 01, 2017 3:56 pm 
Offline

Joined: Sun Sep 19, 2004 11:12 pm
Posts: 18986
Location: NE Indiana, USA (NTSC)
Down again, with "access denied" all over the place.


Top
 Profile  
 
PostPosted: Sat Apr 01, 2017 8:09 pm 
Offline
User avatar

Joined: Sat Jul 12, 2014 3:04 pm
Posts: 936
tepples wrote:
Down again, with "access denied" all over the place.

WFM


Top
 Profile  
 
PostPosted: Sun Apr 02, 2017 7:43 am 
Offline

Joined: Sat Apr 25, 2015 1:47 pm
Posts: 325
Location: FL
Seems fine on my end as well. Maybe it was just being a little sporadic earlier?


Top
 Profile  
 
PostPosted: Mon Apr 03, 2017 9:09 am 
Offline

Joined: Sun Sep 19, 2004 11:12 pm
Posts: 18986
Location: NE Indiana, USA (NTSC)
tepples wrote:
Down again, with "access denied" all over the place.

It was reported to me, through a channel that I don't remember with certainty but was most probably #nesdev on EFnet, that NesCartDB was broken. I checked it out, and the site was having issues with its MySQL database: the application server was getting "access denied" from the database server when trying to SELECT from various tables. It appeared as "access denied" because the application server was set up to echo PHP warning messages to output instead of logging them privately or converting them to exceptions. This problem was present at the time I posted the previous comment but has since cleared up.


Top
 Profile  
 
PostPosted: Mon Apr 03, 2017 5:24 pm 
Offline

Joined: Wed Jul 13, 2005 3:14 pm
Posts: 355
FitzRoy wrote:
I'm curious to know the status of the as yet undumped list of Famicom carts. There doesn't seem to be much progress on getting those bought and dumped? Are they too expensive or something?


It's mostly a money thing for me, I don't have quite as much disposable income as I used too. Also, when I first started dumping FC stuff, I was buying large bulk lots for very cheap, at this point I pretty much have to get them individually which adds up quick.

tepples wrote:
Down again, with "access denied" all over the place.

I'm aware this happens occasionally, I think it has something with concurrent connections to DB being maxed out because for some reason some sessions aren't closing properly. The problem fixes itself when the rouge sessions timeout. Could anyone who has experienced this error tell me how long the problem persisted?


Top
 Profile  
 
PostPosted: Mon Apr 03, 2017 5:41 pm 
Offline

Joined: Sun Sep 19, 2004 11:12 pm
Posts: 18986
Location: NE Indiana, USA (NTSC)
BootGod wrote:
tepples wrote:
Down again, with "access denied" all over the place.

I'm aware this happens occasionally, I think it has something with concurrent connections to DB being maxed out because for some reason some sessions aren't closing properly. The problem fixes itself when the rouge sessions timeout. Could anyone who has experienced this error tell me how long the problem persisted?

Here are a couple things you can try to make these problems occur less often.

Nowadays it's best practice to convert all PHP warnings to ErrorException:
Code:
function exception_error_handler($severity, $message, $file, $line) {
  if (error_reporting() & $severity) {
    throw new ErrorException($message, 0, $severity, $file, $line);
  }
}
set_error_handler("exception_error_handler");

This way, failed connections will cause errors that you can catch. Failing fast reduces how much load a failed connection puts on the database before it times out.

Another is testing the database connection before trying to render anything. Often you can test the connection by trying a simple query that should always work, such as looking up global settings for the application or data associated with a user session. If this fails, raise an appropriate HTTP status code such as 503 Service Unavailable. More generally, getting in the habit of doing all the database access before producing any output will help you separate functions that access data from functions that render it for display, which can make the architecture cleaner and easier to maintain.


Top
 Profile  
 
PostPosted: Thu Aug 24, 2017 4:56 pm 
Offline

Joined: Sun Sep 19, 2004 11:12 pm
Posts: 18986
Location: NE Indiana, USA (NTSC)
Discuss the latest downtime in #16325


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic This topic is locked, you cannot edit posts or make further replies.  [ 84 posts ]  Go to page Previous  1, 2, 3, 4, 5, 6

All times are UTC - 7 hours


Who is online

Users browsing this forum: Dwedit, Yahoo [Bot] and 10 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group