[SELL] HTTP POST plugin + Crazy Bonuses Inside

[Marton 48]

Posted an example in another thread:

http://www.ubotstudio.com/forum/index.php?/topic/16427-http-plugin-value-hidden-behind-javascript/

 

Not possible = I haven't found a way to do it :-)

 

But if something is hidden within javascript, you need a way to execute that script to get the data.

 

Dan

 

Hi Dan, thanks for the reply! Yeah I saw your thread, I don't know what to do there either (I still have a long way to go with HTTP Requests). I hope someone will be able to help you, I'm interested in the solution as well (if it's even possible with this specific plugin).

[Bot-Factory 602]

Hi Dan, thanks for the reply! Yeah I saw your thread, I don't know what to do there either (I still have a long way to go with HTTP Requests). I hope someone will be able to help you, I'm interested in the solution as well (if it's even possible with this specific plugin).

 

I played around with it today and found some additional stuff.

Will update in the original thread to not hijack Aymens sales thread to much here. :-)

Dan

[Cyrax 2]

Advantages:

Much faster than working with the browser

 

thnx for the detailed explanation, just one question. Is it faster because you don't have to wait for page load ?

 

say i have made a bot which goes like this:

 

step1: navigate to url

step2: wait for page fully loaded

step3: click on button

 

so with the http post is it that it skips step2, because technically it's not required because iam not using the browser

[Marton 48]

Actually Aymen, could you spare a moment to look at the code I posted (it's really short, just a few commands)? I just found something, I think this could be interesting. Try it in this order:

 

1. Run "Check Balance" (works as expected, I get: "Status OK! Balance: 2.83$")

2. Run the script (works as expected, I get the answer to the CAPTCHA)

3. Run "Check Balance" again (takes a long time, I get blank page in browser, then I get: "Status OK! Balance: $")

 

According to my script, "Status OK!" means that it was actually able to get the balance, but then for some reason it doesn't display the right value (not a regex error though).

 

Could this be an anomaly with the plugin?

 

I actually had the same thing happen in one of my complex scripts, but I thought it was something in my code. But everything seems fine here. I even tried adding "http containers" to multiple places, doesn't seem to solve the problem. Anyone know what might be causing this?

Wow, I can't believe it, I changed:

{$eval($divide($find regular expression(#captcha_response, "(?<=.*balance=).*?(?=&.*)"), 100))}

To:

{$divide($find regular expression(#captcha_response, "(?<=.*balance=).*?(?=&.*)"), 100)}

And suddenly everything is working well! No more blank browser!

 

I'm posting it here only because I suspect this might have something to do with the plugin(?). Is it possible that in some cases using $eval could interfere with the plugin? Removing it seems to have fixed everything ($divide doesn't actually need eval, but it is usually added automatically by Ubot, that's why it was in there before). Without the HTTP plugin this kind of thing works without problems (with or without $eval).

 

p.s.: attached modified (fixed) code here, and you can find the original one on the top of this page.

DeathByCaptcha_byMarton.ubot

[Bot-Factory 602]

Issue:

 

The issues I'm experiencing with the http plugin are all related to

  plugin command("HTTP post.dll", "http container") {}

 

Thread IDs get messed up when using http container. 

They are duplicated / used multiple times for some strange reason.

Multiple threads are sharing the same ID. Not all share the same. But 3 share ID4 and 4 share ID7 for example.

Somehow this get messed up.

 

And I think that your other plugins like local directory also relate to thread ID somehow? And that's probably the reason why 

some of my bots run into issues.

 

 

Today I moved one of my bots from local dictionary to your new method (

$locked read file

locked save to file

 

That allowed me to investigate everything. Because now I have the "variables" stored as text files and I can look into it.

And I also store the thread IDs together in an additional file. 

 

 

 

When I remove the http container everything works perfectly fine!

 

Attached is my proxy checker code.

ProxyChecker1 is WITHPOUT http container

ProxyChecker2 is WITH http container

 

Everything else is identical.

 

In case of an error the proxy checker will save a HTML file into the bot\tmp directoy.

 

When you open the html file you will see:

proxyip::thread id
 

 

When I check my 100 private proxies, I get 100 working proxies without HTTP container version all the time.

 

With the http container version, I sometimes  get 100 working, but most of the time I get between 50 and 80 working.

And when I look into the html files, I will see that the thread IDs show up multiple times. And that shouldn't be the case. 

 

Of course thread IDs can be reused. But in this case multiple threads are using the same thread ID at the same time. 

And that results to the strange errors. And this only happens when I use http container.

 

I hope you can troubleshoot that issue.

 

All in Ubot V4

 

Regards

Dan

testbot.ubot

[Team_LX 3]

Still having issues where i can not use anything this plugin provides and have ui text box and stuff as they will not show up at all for me after compiled 

[Aymen 385]

Still having issues where i can not use anything this plugin provides and have ui text box and stuff as they will not show up at all for me after compiled 

 

I remember that i tested the code you sent me and it did work fine for me and it compiles just fine too!

The problem is not from the http post plugin

[Aymen 385]

Issue:

 

The issues I'm experiencing with the http plugin are all related to

  plugin command("HTTP post.dll", "http container") {}

 

Thread IDs get messed up when using http container. 

They are duplicated / used multiple times for some strange reason.

Multiple threads are sharing the same ID. Not all share the same. But 3 share ID4 and 4 share ID7 for example.

Somehow this get messed up.

 

And I think that your other plugins like local directory also relate to thread ID somehow? And that's probably the reason why 

some of my bots run into issues.

 

 

Today I moved one of my bots from local dictionary to your new method (

$locked read file

locked save to file

 

That allowed me to investigate everything. Because now I have the "variables" stored as text files and I can look into it.

And I also store the thread IDs together in an additional file. 

 

 

 

When I remove the http container everything works perfectly fine!

 

Attached is my proxy checker code.

ProxyChecker1 is WITHPOUT http container

ProxyChecker2 is WITH http container

 

Everything else is identical.

 

In case of an error the proxy checker will save a HTML file into the bot\tmp directoy.

 

When you open the html file you will see:

proxyip::thread id

 

 

When I check my 100 private proxies, I get 100 working proxies without HTTP container version all the time.

 

With the http container version, I sometimes  get 100 working, but most of the time I get between 50 and 80 working.

And when I look into the html files, I will see that the thread IDs show up multiple times. And that shouldn't be the case. 

 

Of course thread IDs can be reused. But in this case multiple threads are using the same thread ID at the same time. 

And that results to the strange errors. And this only happens when I use http container.

 

I hope you can troubleshoot that issue.

 

All in Ubot V4

 

Regards

Dan

 

as far as i know the problem may be between the thread command and the local dictionary plugin!

I'll try to run the code you sent and narrow things down!

If local variables worked in the first place , none of this ennoying bugs would of happened in the first place

[Bot-Factory 602]

as far as i know the problem may be between the thread command and the local dictionary plugin!

I'll try to run the code you sent and narrow things down!

If local variables worked in the first place , none of this ennoying bugs would of happened in the first place

I wasn't using local dictionary in that case. I used the save and load from file feature with threadid.

That allowed me to troubleshoot the issue.

 

And it's really related to http container. Remove the http container and it works fine. With the http container it will fail because of duplicated thread ids.

Or mixed threads. Not sure how to explain that. But you probably will see what I mean when you run it. 

 

Dan

[Team_LX 3]

I remember that i tested the code you sent me and it did work fine for me and it compiles just fine too!

The problem is not from the http post plugin

but only happens when i add anything too do with the http post plugin anything else it compiles and works just fine with ui working etc....

[Bot-Factory 602]

but only happens when i add anything too do with the http post plugin anything else it compiles and works just fine with ui working etc....

Please post a code example where you have this issue.

 

Thanks

Dan

[Team_LX 3]

Please post a code example where you have this issue.

 

Thanks

Dan

you got it didnt i send you it lol 

 

and its any script i make that include the HTTP Plugin commands if i use them i get no ui  shows up after compile if i take it out and compil will show the ui just fine 

[Bot-Factory 602]

you got it didnt i send you it lol 

 

and its any script i make that include the HTTP Plugin commands if i use them i get no ui  shows up after compile if i take it out and compil will show the ui just fine 

Then this is definitely an error on your side.

I have a lot of apps with UI components and http plugin.

 

And that works fine

 

Dan

[drhum 3]

Good luck on tracing it Team_LX. Is there a few for users having the issue on our side too? 

[Marton 48]

Aymen, please don't forget to take a look at my bug report either: http://www.ubotstudio.com/forum/index.php?/topic/12837-sell-http-post-plugin-crazy-bonuses-inside/page-40&do=findComment&comment=97530

(I know you are very busy, I'm following your other threads too, but I think this is interesting, it could maybe help you troubleshoot some of the problems, and of course maybe it's not even related to the coding of your plugin, but who knows...)

[Aymen 385]

Http Post Plugin Update 2.5.1 Log :
-Fixed bugs in cookie string sometimes not working : (how to use : http://screencast.com/t/yxc38jafGTv )
You can use this to share cookies between the browser and the http request
-Fixed bug when http get/post retuning errors when url contains dots

 

 

Aymen, please don't forget to take a look at my bug report either: http://www.ubotstudio.com/forum/index.php?/topic/12837-sell-http-post-plugin-crazy-bonuses-inside/page-40&do=findComment&comment=97530

(I know you are very busy, I'm following your other threads too, but I think this is interesting, it could maybe help you troubleshoot some of the problems, and of course maybe it's not even related to the coding of your plugin, but who knows...)

 

I'll look into it Marton

[Bot-Factory 602]

Http Post Plugin Update 2.5.1 Log :

-Fixed bugs in cookie string sometimes not working : (how to use : http://screencast.com/t/yxc38jafGTv )

You can use this to share cookies between the browser and the http request

-Fixed bug when http get/post retuning errors when url contains dots

 

 

 

I'll look into it Marton

 

Awesome! Thanks a lot Aymen.

 

Couple of questions:

1. Have you found anything related to the http container issue? 

2. Http header reset with http container? Should that work now?

3. Does this fix the additional cookie strings problem?

4. When do we use Cookie Container Mode Advanced? What does that do?

 

 

Thanks in advance for your help

Dan

[Marton 48]

Wow, beautiful update, Aymen! Thanks, keep up the great work, we appreciate all you work!

 

Marton

[Aymen 385]

Awesome! Thanks a lot Aymen.

 

Couple of questions:

1. Have you found anything related to the http container issue? 

2. Http header reset with http container? Should that work now?

3. Does this fix the additional cookie strings problem?

4. When do we use Cookie Container Mode Advanced? What does that do?

 

 

Thanks in advance for your help

Dan

 

1-didn't make extensive tests yet , i'll let you know if i find anything !

2-it should work fine now , if it still giving errors let me know

3-It should

4-Cookie Container Advanced Mode is by default so you don't have to pick it , if you are setting cookies manually using http cookies string you change the mode to basic

 

[jamesfar 15]

Http Post Plugin Update 2.5.1 Log :

-Fixed bugs in cookie string sometimes not working : (how to use : http://screencast.com/t/yxc38jafGTv )

You can use this to share cookies between the browser and the http request

-Fixed bug when http get/post retuning errors when url contains dots

 

 

 

I'll look into it Marton

 

Can we share cookies between ubot browser and your http plugin aymen?

 

if yes then how to do that? any video?

[Aymen 385]

Can we share cookies between ubot browser and your http plugin aymen?

 

if yes then how to do that? any video?

 

you can get the browser cookies by using $eval("document.cookie")

[Bot-Factory 602]

Here's a nice reference about that:

http://www.w3schools.com/js/js_cookies.asp

 

I might be able to do a little example later.

 

Dan

[HelloInsomnia 1103]

Thanks for all these updates Aymen

[Bot-Factory 602]

Running some additional test right now with the http container..

[Bot-Factory 602]

HTTP Container Issue still exists with 2.5.1
 
I wrote a very simple script to show you the error.

 

I'm using your save to file method to store data.

No proxies needed in this example. It's only download some stuff from a website via http get. 

 

But I'm using an additional plugin in this example (threads counter) because local variables do not work for threading control. 

 

I'm not sure if that plugin could cause problems with http container.

BUT it's not used with the http container. 

 

I hope this helps with testing.

 

Here's a link to the threads control plugin (it's free):

http://www.ubotstudio.com/forum/index.php?/topic/15441-free-plugin-threads-counter-ubot-v4-threading-fixed/

 

 

Just in case you want to try out my example.

 

Kindest regards

Dan

 

 

httpcontainer-issue.ubot