Other Factordb Problems - Page 32

DukeBG · 2018-12-11, 15:19

Quote:

Originally Posted by DukeBG

Is resource usage tracking broken? http://factordb.com/res.php keeps showing me zeros and "starting" on refresh.

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.

cubaq · 2018-12-11, 15:37

Quote:

Originally Posted by wpolly

Must be a problem with your ISP. I have been able to access the database in the past few days.

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

unconnected · 2018-12-11, 16:29

Someone is flooding fdb again with thousand numbers like this.

https://paste.pics/4AWAQ

DukeBG · 2018-12-11, 17:51

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.

DukeBG · 2018-12-12, 11:40

Limitations were restored at some point since yesterday.

axn · 2018-12-13, 10:57

Quote:

Originally Posted by DukeBG

Limitations were restored at some point since yesterday.

"Counting since" is not resetting after one hour.

DukeBG · 2018-12-13, 19:15

Seems to reset correctly now.

Syd · 2018-12-14, 06:37

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.

LaurV · 2018-12-14, 09:57

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).

kar_bon · 2018-12-14, 10:42

Quote:

Originally Posted by Syd

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

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

An old issue is the display of numbers with powers.
Example:
Searching for 2^5 will show under "number"

Code:

	(2)^5 = (2)^5

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

with the link to "showid=32" and not "showid=2"?
The expression is shown correctly for id=32 but not under "?query" like above link.

DukeBG · 2018-12-14, 11:59

Quote:

Originally Posted by Syd

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

Remembered another problem. Similair to what kar_bon wrote. Basically, check out this behavior

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.

2018-12-14, 09:57	#350
LaurV Romulan Interpreter Jun 2011 Thailand 2·3·5²·61 Posts	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). Last fiddled with by LaurV on 2018-12-14 at 09:57

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
A suggestion for factordb.	enzocreti	FactorDB	10	2021-01-05 19:49
Extending Factordb	carpetpool	FactorDB	6	2017-01-23 11:04
FactorDB PRP's	smh	FactorDB	231	2015-07-28 02:30
bugged sequence in factordb	firejuggler	Aliquot Sequences	2	2010-06-15 14:03
FactorDB question	Raman	Factoring	15	2010-01-28 10:24

2018-12-11, 16:29	#344
unconnected May 2009 Russia, Moscow 3²·281 Posts	Someone is flooding fdb again with thousand numbers like this. https://paste.pics/4AWAQ

2018-12-11, 17:51	#345
DukeBG Mar 2018 81₁₆ Posts	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.

2018-12-12, 11:40	#346
DukeBG Mar 2018 3×43 Posts	Limitations were restored at some point since yesterday.

2018-12-13, 19:15	#348
DukeBG Mar 2018 3·43 Posts	Seems to reset correctly now.

2018-12-14, 06:37	#349
Syd Sep 2008 Krefeld, Germany 2×5×23 Posts	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.