Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New Idea For ( ETA ) #2777

Open
AmericanY opened this issue Nov 14, 2017 · 4 comments
Open

New Idea For ( ETA ) #2777

AmericanY opened this issue Nov 14, 2017 · 4 comments

Comments

@AmericanY
Copy link

AmericanY commented Nov 14, 2017

First of all ( unlimited thanks for sqlmap developer for that great tool )

Today i would like to discuss my idea about ETA after reading users comments about it and do some search over the web.

For ETA progress bar for group and individual items.

The confirmed point by developer is " --eta already does that for error-based and (partial) union. In case of blind and time-based it does it for individual items "

Everyone always excited to know when he gonna finish the dump so there's my idea :)

Let's say that you are gonna dump 100 entries so if sqlmap calculated the time used to dump first and second entry so it's can give an expected time for complete dump.

let's say that sqlmap gonna check for first 10 entries dumped to the log and time used for retrieval.

So we are expecting to see something like that:

SQLMAP COUNTING THE EXPECTED TIME FOR RETRIEVAL COUNTING IN BACKGROUND
which means that it's gonna check for time taken for dump first 10 entries which had been dumped and wrote to file in time.
Let's say first 10 entries taken 10 minutes so the 100 entries gonna take 100 Minutes ( 1 Hour 40 Minutes ) Minus the first 10 minutes we used for dump first 10 entries so 90 entries = 1 hour 30 minutes
EXPECTED WAIT TIME FOR DUMP AROUND 1 HOUR 30 MINUTES
OR TO BE BY TIME 01:29:01 REMAINING OR TO BE BY PROGRESS BAR #1%

ONE MORE POINT TO BE NOTED " TIME CAN BE LESS OR MORE AND THAT'S CAN BE HANDELED BY CHECKING TIME USED TO DUMP SECOND 10 ENTRIES AND IF IT'S MORE SO SQLMAP INCREASE THE TIME AND IF IT'S LESS SO SQLMAP DECREASE THE TIME "


I DO HAVE ANOTHER IDEA GONNA SHARE IT LATER REGARDING TAMPER

@shadowzoom
Copy link

And i would like to eta update in real time, but sadly currently --eta is retrivieng after 100-200 enteries

@Ekultek
Copy link
Contributor

Ekultek commented Nov 16, 2017

@shadowfolder don’t you think that doing it in real time would be unreliable? It wouldn’t have anything to go off of, so it would just keep getting longer and longer depending on the data retrieved

@AmericanY
Copy link
Author

@shadowfolder that’s will not be ideal if we gonna calculate the estimated time based on each entery ( In Line ) that’s gonna be vary depending length of single entry ;)

@AmericanY
Copy link
Author

@Ekultek I highly agree with you ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants