[Dyme]

Err, okay. Care to explain?

Yeah why have a bot that performs a task at the same rate as a human? It's really pointless. Why have a bot perform a certain task 24/7 when I can just sit at a computer and perform the same monotonous task manually all day every day? Lol it's not like automation is a real concept or anything. THERE IS NO POINT I WILL JUST SIT AT MY COMPUTER CLICKING LINKS ALL DAY SAME THING AS HAVING A BOT.

Really sucks you couldn't figure this out on your own.

[Eclipse]

Yeah why have a bot that performs a task at the same rate as a human? It's really pointless. Why have a bot perform a certain task 24/7 when I can just sit at a computer and perform the same monotonous task manually all day every day? Lol it's not like automation is a real concept or anything. THERE IS NO POINT I WILL JUST SIT AT MY COMPUTER CLICKING LINKS ALL DAY SAME THING AS HAVING A BOT.

Really sucks you couldn't figure this out on your own.

In this context, the OP is trying to make a pastebin crawler. That fact that you can have a bot that is the same speed as a human isn't really relevant here. Why would you sacrifice massive losses in speed just so you can see the bot working? You have a lot of shit to crawl through.

[0xDEAD10CC]

Yeah why have a bot that performs a task at the same rate as a human? It's really pointless. Why have a bot perform a certain task 24/7 when I can just sit at a computer and perform the same monotonous task manually all day every day? Lol it's not like automation is a real concept or anything. THERE IS NO POINT I WILL JUST SIT AT MY COMPUTER CLICKING LINKS ALL DAY SAME THING AS HAVING A BOT.

Really sucks you couldn't figure this out on your own.

Even if a bot can work 24/7 at a human rate, the whole point of executing at human rate is to see the bot working.... Do you not see something wrong with this picture?

Who is going to sit at their computer 24/7 to watch the bot the entire time? This is the most illogical idea I've ever heard of.

[XFL]

If any of you have ever botted in runescape, people watch their shit all the time to see its progress. The web browser could very easily be disabled on start in a settings and its not really necessary. How is a web browser component going to drastically reduce speeds? You're as slow as your internet connection and the code you've used to make magic happen.

[0xDEAD10CC]

If any of you have ever botted in runescape, people watch their shit all the time to see its progress. The web browser could very easily be disabled on start in a settings and its not really necessary. How is a web browser component going to drastically reduce speeds? You're as slow as your internet connection and the code you've used to make magic happen.

Have you ever considered the whole rendering concept of having a web browser control? How about the fact that the rest of the page still needs to be fetched before you can actually do anything on the page? An HTTP web request would allow you to make that request directly, and at the same time a program using a web browser is just starting to load the page to see what kind of actions it can make. For a bot where the whole point is to repeat things, you don't think this would slow things down dramatically? And have fun properly threading a web browser control too if you decided to go that route.

Additionally, the default web browser component provided with the .NET libraries is based off of a very old version of Internet Explorer. You have much less control over it than you would with other methods regardless.

Lastly, this is not runescape either, this is pastebin...

[XFL]

Have you ever considered the whole rendering concept of having a web browser control? How about the fact that the rest of the page still needs to be fetched before you can actually do anything on the page? An HTTP web request would allow you to make that request directly, and at the same time a program using a web browser is just starting to load the page to see what kind of actions it can make. For a bot where the whole point is to repeat things, you don't think this would slow things down dramatically? And have fun properly threading a web browser control too if you decided to go that route.

Additionally, the default web browser component provided with the .NET libraries is based off of a very old version of Internet Explorer. You have much less control over it than you would with other methods regardless.

Lastly, this is not runescape either, this is pastebin...

You provide good points. I do not ppan to make the bot based off of the webbrowser componet, ill be using htmlagilitypack along side with the webbrowser so a user could see the progress. That componet can also be disabled and visble set to false to improve speed and performance.

[Eclipse]

You provide good points. I do not ppan to make the bot based off of the webbrowser componet, ill be using htmlagilitypack along side with the webbrowser so a user could see the progress. That componet can also be disabled and visble set to false to improve speed and performance.

I really don't see the problem with outputting what it's doing to stdout.

[0xDEAD10CC]

You provide good points. I do not ppan to make the bot based off of the webbrowser componet, ill be using htmlagilitypack along side with the webbrowser so a user could see the progress. That componet can also be disabled and visble set to false to improve speed and performance.

Remember, visibility will allow you to avoid all of the drawing methods to draw the control to a form, but it won't change the way the control works in the background. The default webbrowser control has an event that fires when the page is fully loaded for example. That's still a bit slower than sending direct HTTP requests because that page loading before you can click a button for instance is like a time delay to the actual action that works with probably a POST request in the background. With an HTTP POST request you can avoid that delay because you aren't waiting for a page to load before you send the POST request to simulate that button click.

Also, you have much more control over the way that POST request is sent, but it's much easier to multi-thread that action so that you can do other things in the meantime, than it is with a webbrowser control because the webbrowser control itself probably exists on the UI thread itself. You can delegate work to other threads, but you still have to join threads to update the UI if there is one.

[XFL]

The bot also isnt crawling all of pastebot. Its job will is to only click the newest paste when needed. After that it will sort it out if needbe.

[Eclipse]

The bot also isnt crawling all of pastebot. Its job will is to only click the newest paste when needed. After that it will sort it out if needbe.

You're over-complicating it. How about you forget the browser component for now and then add later, after you get it working.