Marton 48 Posted May 28, 2014 Report Share Posted May 28, 2014 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). Quote Link to post Share on other sites
Bot-Factory 602 Posted May 28, 2014 Report Share Posted May 28, 2014 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 1 Quote Link to post Share on other sites
Cyrax 2 Posted May 29, 2014 Report Share Posted May 29, 2014 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 urlstep2: wait for page fully loadedstep3: 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 Quote Link to post Share on other sites
Marton 48 Posted May 29, 2014 Report Share Posted May 29, 2014 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 Quote Link to post Share on other sites
Bot-Factory 602 Posted May 29, 2014 Report Share Posted May 29, 2014 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 filelocked 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 containerProxyChecker2 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 RegardsDantestbot.ubot Quote Link to post Share on other sites
Team_LX 3 Posted May 31, 2014 Report Share Posted May 31, 2014 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 Quote Link to post Share on other sites
Aymen 385 Posted May 31, 2014 Author Report Share Posted May 31, 2014 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 Quote Link to post Share on other sites
Aymen 385 Posted May 31, 2014 Author Report Share Posted May 31, 2014 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 filelocked 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 containerProxyChecker2 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 RegardsDan 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 Quote Link to post Share on other sites
Bot-Factory 602 Posted May 31, 2014 Report Share Posted May 31, 2014 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 Quote Link to post Share on other sites
Team_LX 3 Posted June 1, 2014 Report Share Posted June 1, 2014 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.... Quote Link to post Share on other sites
Bot-Factory 602 Posted June 1, 2014 Report Share Posted June 1, 2014 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. ThanksDan Quote Link to post Share on other sites
Team_LX 3 Posted June 1, 2014 Report Share Posted June 1, 2014 Please post a code example where you have this issue. ThanksDanyou 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 Quote Link to post Share on other sites
Bot-Factory 602 Posted June 1, 2014 Report Share Posted June 1, 2014 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 Quote Link to post Share on other sites
drhum 3 Posted June 1, 2014 Report Share Posted June 1, 2014 Good luck on tracing it Team_LX. Is there a few for users having the issue on our side too? Quote Link to post Share on other sites
Marton 48 Posted June 1, 2014 Report Share Posted June 1, 2014 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...) Quote Link to post Share on other sites
Aymen 385 Posted June 1, 2014 Author Report Share Posted June 1, 2014 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 Quote Link to post Share on other sites
Bot-Factory 602 Posted June 1, 2014 Report Share Posted June 1, 2014 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 helpDan Quote Link to post Share on other sites
Marton 48 Posted June 1, 2014 Report Share Posted June 1, 2014 Wow, beautiful update, Aymen! Thanks, keep up the great work, we appreciate all you work! Marton Quote Link to post Share on other sites
Aymen 385 Posted June 2, 2014 Author Report Share Posted June 2, 2014 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 helpDan 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 know3-It should4-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 Quote Link to post Share on other sites
jamesfar 15 Posted June 2, 2014 Report Share Posted June 2, 2014 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? Quote Link to post Share on other sites
Aymen 385 Posted June 2, 2014 Author Report Share Posted June 2, 2014 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") 1 Quote Link to post Share on other sites
Bot-Factory 602 Posted June 2, 2014 Report Share Posted June 2, 2014 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 Quote Link to post Share on other sites
HelloInsomnia 1103 Posted June 2, 2014 Report Share Posted June 2, 2014 Thanks for all these updates Aymen Quote Link to post Share on other sites
Bot-Factory 602 Posted June 2, 2014 Report Share Posted June 2, 2014 Running some additional test right now with the http container.. Quote Link to post Share on other sites
Bot-Factory 602 Posted June 2, 2014 Report Share Posted June 2, 2014 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 regardsDan httpcontainer-issue.ubot 1 Quote Link to post Share on other sites
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.