[QUOTE=DukeBG;502153]Is resource usage tracking broken? [URL="http://factordb.com/res.php"]http://factordb.com/res.php[/URL] keeps showing me zeros and "starting" on refresh.[/QUOTE]

BTW, just so that everyone understands the weight of this: basically, everyone has unlimited resources until this is fixed. I've emailed Markus at the same time as posting, but no reply so far.

[QUOTE=wpolly;502391]Must be a problem with your ISP. I have been able to access the database in the past few days.[/QUOTE]



Thank You, it shows up, that Marcus has blocked my IP, no - not because of flooding DB - 'too many requests' he wrote.
Nevertheless it's fixed.


cubaq

Someone is flooding fdb again with thousand numbers like this.

[URL]https://paste.pics/4AWAQ[/URL]

I recieved the reply about the lack of limitations. It is indeed temporary and has a technical reason in nature. Limitations will be restored as soon as possible.

Also, he's aware about other problems I wrote, but didn't have time to fix them yet.

Limitations were restored at some point since yesterday.

[QUOTE=DukeBG;502494]Limitations were restored at some point since yesterday.[/QUOTE]

"Counting since" is not resetting after one hour.

Seems to reset correctly now.

I finally managed to recover my password here. Its a lot easier if I answer directly. I see I left a lot of private messages here unanswered - sorry everyone!

A quick heads-up:
The migration to the new server is almost done now, just a few startup scripts are missing. It also got a new IP, in case someone is not using the domain name.

https is also enabled.

This server is running in my basement again, so don't expect 100% uptime.

I think I figured out why some numbers are causing trouble, are not accepting factors or show up as PRP incorrectly - these numbers are listed in multiple tables, like PRP and C at the same time.
Not sure how this happened, I guess when the disk was full or after one of the server crashes.

Its a total of 120944 numbers. I'll delete these now, fingers crossed. Backup is at hand.

Also the limits are re-enabled. Just a few days without and it was >20 requests/second. Oh my ..

Problems, new features, etc. - let me know.

Possible requests:

Delete all numbers with issues. Somebody will refactor them (for aliquotes, this will happen quite fast, actually). Don't need to waste time to figure out what version of the backup is good, etc.

Implement a reliable authentication system, which will make management of users an quota much easier, and get rid of the empty password bug (when password is empty, other random guy appears logged in instead of me).

[QUOTE=Syd;502713]Problems, new features, etc. - let me know.[/QUOTE]

Nice to see and read you here again. *winkewinke*

An old issue is the display of numbers with powers.
Example:
Searching for [url='http://factordb.com/index.php?query=2%5E5']2^5[/url] will show under "number"
[code]
(2)^5 = (2)^5
[/code]

The problem is the expression before the equal-sign and also hitting the 'show'-link under "digits".

Any chance to make it look like[code]
32 = (2)^5
[/code]
with the link to "showid=32" and not "showid=2"?
The expression is shown correctly for [url='http://factordb.com/index.php?id=32']id=32[/url] but not under "?query" like above link.

[QUOTE=Syd;502713]Problems, new features, etc. - let me know.[/QUOTE]

Remembered another problem. Similair to what kar_bon wrote. Basically, check out [url=http://www.factordb.com/index.php?query=%283%5E524%29*%282%5E393%29]this behavior[/url]


As for features: my no.1 request is a way to check if a number (an expression) is in DB without adding it to the DB in the process when it's not.