{"id":2570,"date":"2017-10-19T23:10:36","date_gmt":"2017-10-19T21:10:36","guid":{"rendered":"http:\/\/mariusbancila.ro\/blog\/?p=2570"},"modified":"2017-10-19T23:10:36","modified_gmt":"2017-10-19T21:10:36","slug":"how-to-host-a-twitter-bot-online-in-no-time","status":"publish","type":"post","link":"https:\/\/mariusbancila.ro\/blog\/2017\/10\/19\/how-to-host-a-twitter-bot-online-in-no-time\/","title":{"rendered":"How to host a Twitter bot online in no time"},"content":{"rendered":"

In the previous post<\/a>, I have shown how you could write a simple Twitter bot using JavaScript and Node.js very quickly. However, I ran the bot on my local machine, which is probably not something that you want to do for a real application. Instead, you’d probably want to host it on a cloud platform. In this article, I will show how you can do that also in no time using Heroku<\/a>. Heroku is a cloud platform for building and running applications that takes away the complexity of setting up an entire infrastructure. This makes it well suited for simple things like the bot we previously created.<\/p>\n

A word on Azure<\/h3>\n

Since I have an Azure account and MSDN subscription my first choice for hosting the bot was Azure. However, I learned something important.<\/p>\n

\"\"<\/p>\n

After wasting too much time looking into both web apps and Azure Cloud Services, installing Azure Power Shell, learning to use it, setting up worker roles, deploying, etc. and still not getting the bot to work (unless accessed through a URL) I decided to move on and find something that even someone unfamiliar with can quickly grasp in minutes.<\/p>\n

Starting with Heroku<\/h3>\n

Heroku is a platform that you can use for free for experimenting if you don’t require too many resources. Of course, there are paid plans<\/a>, depending on your needs. However, for the simple bot I was building there would be no incurring costs.<\/p>\n

Pricing is based on dyno hours. Dynos<\/a> are lightweight Linux containers in which an application runs. A dyno can belong to one of the three possible configurations: web<\/em> (that receive HTTP traffic from routers), worker<\/em> (typically background jobs, queueing systems, and timed jobs), and one-off<\/em> (temporary dynos that can run detached, or with their input\/output attached to your local terminal, typically used for administrative tasks, such as database migrations and console sessions). You can get up to 1000 dyno hours per month for free, which is enough to run an application with no costs. Should you need to host more, then you’d have to pay for it.<\/p>\n

After creating the account, you should download and install the Heroku CLI<\/a> (previously known as Heroku Toolbelt). This allows you to create and manage Heroku apps from the command line on Window, MacOS and Debian\/Ubuntu.<\/p>\n

Creating a Heroku app<\/h3>\n

After creating an account and signing in you can create applications from the dashboard. You must specify a unique name and a data center where it should be hosted.<\/p>\n

\"\"<\/p>\n

Heroku has its own git to store your project sources. You can find instructions under the Deploy<\/em> page for how to create the project locally and commit it to Heroku’s git repository.<\/p>\n

\"\"<\/p>\n

Defining a Procfile<\/h3>\n

Apart from the bot source files that we created in the previous article (package.json<\/tt>, bot.js<\/tt>, and others that might be necessary), we need to declare a Procfile<\/a> in the root directory of the app. This is a text file that defines what command should be executed to start the application. The content of this file should be the following (assuming that the entry point of the bot is called bot.js<\/tt>).<\/p>\n

worker: node bot.js<\/pre>\n
This is necessary because the Twitter bot is not a web app, but a worker app that runs on the server and does something periodically in the background, not based on HTTP requests. <\/p>\n
After uploading the source files including the Procfile<\/tt> to the heroku git repository, go to the application and under the Resources<\/em> tab, stop the web dyno and start the worker dyno.<\/p>\n
Note<\/strong>: a web dyno is created by default for every application.<\/p>\n
\"\"<\/p>\n
And that’s it, the Node app now runs successfuly on the platform in the background.<\/p>\n
See more<\/h3>\n
Deploying Node.js Apps on Heroku<\/a>
\nGetting Started on Heroku with Node.js<\/a>
\nDynos and the Dyno Manager<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
In the previous post, I have shown how you could write a simple Twitter bot using JavaScript and Node.js very quickly. However, I ran the bot on my local machine, which is probably not something that you want to do for a real application. Instead, you’d probably want to host it on a cloud platform. … Read more<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_uag_custom_page_level_css":"","advgb_blocks_editor_width":"","advgb_blocks_columns_visual_guide":"","_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2},"jetpack_post_was_ever_published":false},"categories":[519,19],"tags":[522,521,526,199,525,293,523,520],"class_list":["post-2570","post","type-post","status-publish","format-standard","hentry","category-javascript","category-web","tag-app","tag-bot","tag-cloud","tag-deployment","tag-heroku","tag-javascript","tag-node","tag-twitter"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t