AWA 2022 STM Discount

User Tag List

+ Reply to Thread
Results 1 to 2 of 2

Thread: Day 19: Setting Up Hosting and CDN

  1. #1
    Senior Moderator vortex's Avatar
    Join Date
    Feb 2014
    Location
    Toronto, Canada
    Posts
    12,129
    Thanks
    27,267
    Thanked 16,784 Times in 6,961 Posts
    STM Forum Level 10 Super-Affiliate

    Day 19: Setting Up Hosting and CDN

    In the last lesson we covered how to host landers on LanderLab. It DOES make it convenient to host landers, but it also comes at a monthly cost. So if you've wanting to save money and aren't afraid to get your hands a bit dirty, this lesson will show you how to host your landers for FREE, and show how to set it up step-by-step.

    If you haven't already registered a domain name for your landers in the LanderLab lesson, we'll need to do so now. We'll also need to get nameservers with fast redirection speed to allow the landers to start loading as early as possible.

    And last but not least, we'll need to set up a CDN service to serve your landers from locations across the globe, to make pages load fast for visitors from different countries. As you'll see in a future lesson, page load speed is ESSENTIAL especially when it comes to pop traffic, because nobody is going to sit around waiting for an intrusive ad to load.

    Please Note: We will be using Namecheap as the domain registrar, Route 53 as the DNS service provider, Amazon S3 as the webhost, and Amazon Cloudfront as the CDN. If you want to substitute any of these services, please feel free to do so, but know that if you run into problems, you'll be on your own (you can still ask questions in the forum and try to get other members to help - just that I may not be able to help you because I'm weak when it comes to tech).

    Lots of instructions to follow today so LET'S BEGIN!



    ***********************************

    ACTION


    1)REGISTER A DOMAIN AT NAMECHEAP

    (IMPORTANT: If by any chance you've registered a landing page domain and added it to Landerlab, please avoid using the same domain for this lesson. Registering a new domain would be best. Even if you delete the domain from Landerlab, you will still cause a conflict when you try to add the domain to Amazon S3 by following this lesson.)

    -Register an account on Namecheap.com if you don't yet have one.


    -Sign in, click on "Domains" > "Domain Name Search".


    -Think of a domain name for your landing pages. If you have a vertical you would like to focus on, you can come up with a domain name that is related to that vertical (e.g. for sweeps, something like daily-prize-rewards.com). If you haven't decided on what kind of offers to promote, then just register something generic, such as:

    bestinternetoffers
    specialpromostoday
    extreme-deals-site

    ....you get the idea. And if you can come up with shorter names without spammy-looking hyphens, all the better!

    I wouldn't suggest spending too much time on trying to come up with the perfect domain name, because nowadays, domains get banned by google quite frequently.

    Enter your desired domain name into the search field and press ENTER. Domain names that have already been taken will say "TAKEN" and show a "make offer" icon at the end of the row. Domain names that are available will show an "add to cart" icon.



    And no, it doesn't have to have a .com extension. For example, .xyz, .club, and .life domains are cheaper. However, keep in mind 2 things:

    a)People tend to trust .com sites more - I haven't personally split-tested this myself though, so have no idea how much impact domain extensions can have on conversion rates.

    b)Some people believe that .com domains are less likely to be flagged/banned by google, and that they may be faster: https://stmforum.com/forum/showthrea...ns-For-Landers

    For tracker domains I'd recommend getting a .com. For lander domains, if you run high volume pop traffic, lander domains can get flagged by google quite often so .com's can get expensive.

    You're encouraged to do your own experimentation. For your first domain, don't overthink - get a .com for now and switch to other extensions later.


    -Once you've decided on a domain name, click on "add to cart" as shown in the screenshot above, then click on the shopping cart icon at the top, then "View Cart" where you'll need to complete the purchase.

    No need to buy their additional services such as Web Hosting, SSL, VPN, etc.

    Purchasing for 1 year would be enough - you can always pay for another year if the domain isn't flagged by google by then. "AUTO-RENEW" I would suggest to leave at OFF for the same reason (although you could leave it on, and come back to turn it off if the domain gets flagged by google - your choice).

    Get WhoisGuard (now "free forever" on Namecheap), as many pop landers are at least somewhat scammy in nature, so it would be best to not have your name associated with those landers.

    No need to get Premium DNS - we'll be using Amazon Route 53, as you'll see later.

    I purchased a domain for use with this tutorial as an example - the domain name is winbignow.xyz.



    2)SET UP HOSTING ON AMAZON S3


    This is the method taught by Caurmen in this post. Parts of this section are copied from that post (thanks Caurmen-the-Great!)


    -Register an account at AWS if you don't yet have one: https://aws.amazon.com/


    -Sign into the AWS Console. Type "S3" into the search field and click on the search result.




    -Click on "Create bucket".




    -In the "Create bucket" window, put your domain name (can include the extension) as the "Bucket name", set "Region" to "US East (N. Virginia) us-east-1" if it isn't already.

    Note: It doesn't much matter what this bucket name is, as long as you remember which domain it's for. However, the name DOES need to be unique among all the buckets on Amazon (from all users and not just you). For my particular domain, I named my bucket "winbignow.xyz".




    -Continuing down the page to the section "Block Public Access settings for this bucket". Uncheck "Block all public access". Click to checkmark the top two items, i.e. "Block public access to buckets and objects granted through new access control lists (ACLs)" and "Block public access to buckets and objects granted through any access control lists (ACLs)".

    Checkmark to acknowledge the message "Turning off block all public access might result in this bucket and the objects within becoming public".




    -Continuing down the page, leave "Bucket Versioning" at "Disabled" for now if you're not sure. Enabling bucket versioning will allow you to recover objects (lander files and images) from accidental deletion or overwrite. If this is what you want, you can enable it.




    -Continuing down the page...leave the "Tags" section at default (i.e. no tags) and leave the "Default encryption" at "Disable".




    -Under "Advanced settings" > "Object Lock", leave at the default "Disable".




    -Finally - click on "Create bucket" at the bottom.




    -Find your bucket from the list of buckets, and click on your bucket name.




    -Click on the "Permissions" tab, scroll down to "Bucket policy" and click "Edit". Paste the following code into the "Policy" area, and replace "winbignow.xyz" with your domain (DO NOT FORGET THIS!). Click "Save changes" at the bottom.

    {
    "Version": "2012-10-17",
    "Statement": [
    {
    "Sid": "PublicReadGetObject",
    "Effect": "Allow",
    "Principal": "*",
    "Action": "s3:GetObject",
    "Resource": "arn:aws:s3:::winbignow.xyz/*"
    }
    ]
    }

    -Scroll back to the top, click on the "Objects" tab, then click on " Create folder".




    -Type in the name "sweeps" (or whichever vertical you've chosen). Leave "Server-side encryption" at "Disable". Click "Create folder".




    -On your desktop, open any text file editor (notepad would be fine for example), and write a line of text similar to the following, then save it as index.html:

    Nothing to see here!
    You can also save it as index.txt, and then change the file name to index.html.


    -Back in Amazon S3, still on the "Objects" tab, click on "Upload", and then either click on "Add files" and choose the index.html you've just created, or drag the index.html file from your computer onto the webpage. Leave everything else at default, scroll to the bottom and click "Upload".

    -> NOTE: Please follow the current step for all files you'll be uploading to this bucket in the future.






    -Click on "Close" to go back to the "Objects" tab.




    -Click on the "sweeps" folder you created earlier. Click on "Create folder", type in the name of the first prize of the sweeps offers you're planning to test - e.g. "iphone12" (no spaces) - and click "Create folder".




    -Click on the "iphone12" folder, then click on "Create folder", and type in the language you've chosen to target first. You can type in the whole word or the 2-letter code for the language. Let's say you're wanting to run offers in Kenya, so the target language would be English (you can look it up on this page). In this case you can type in the folder name as either "english" or "en" (you can look up 2-letter country codes on this page). Click "Create folder".


    -Download the sample landing page below - you can choose from .zip or .7z depending on which compression software you use (if you don't have winzip, download 7 zip from here):

    https://www.dropbox.com/s/ej0yvur8zk...urvey1.7z?dl=0

    https://www.dropbox.com/s/ifxtknmnll...rvey1.zip?dl=0

    Unzip the downloaded file.


    -Back in Amazon S3, click on the "en" folder, then click on "Upload", then drag the unzipped "survey1" folder to the browser window, and click "Upload". Click "Close".


    -Click on the folder "survey1", then click on the file "index.html". Right-click on the link under "Object URL" and choose "Open link in new tab" (or if you're not using the chrome browser, do whatever you need to do to open that link in a new browser tab).

    You should now see this landing page:



    If you do, it means you've set up the bucket policy and permissions correctly, so that the landing page is now accessible. Browsing to the landing page like this to make sure it is accessible, would always be a good check for every lander you upload in the future - because it you can't access it, then chances are your visitors won't be able to either.



    3)SET UP CDN ON AMAZON CLOUDFRONT


    -In your Amazon AWS Console, type "cloudfront" into the search field and select it.



    Or just go to: https://console.aws.amazon.com/cloud...ion=us-east-1#


    -Click the "Create Distribution" button at the bottom.




    -For "Select a delivery method for your content", we want to choose Web, so click on the "Get Started" button in the "Web" section.




    -You'll be in the "Create Distribution" screen. Click in the "Origin Domain Name" field and choose the S3 Bucket you've created above.




    -For "Restrict Bucket Access", set to "Yes". For "Origin Access Identify", choose "Create a New identify". For "Grant Read Permissions on Bucket", set to "Yes, Update Bucket Policy".




    -Then scroll to the bottom and click "Create Distribution".

    You should then see a screen like this:



    If you don't see that screen, go to the left menu and click on "Distributions".



    Find the distribution you've just created. Take a good look at the link in the "Domain Name" column - we'll be referring to it in a subsequent step.

    (The "In Progress" will change to "Deployed" within minutes - no need to wait for this to happen before continuing with the next step.)



    4)SET UP HOSTED ZONE ON ROUTE 53

    -In the AWS Console, type "route 53" into the search field and select it.



    Or just go to: https://console.aws.amazon.com/route...ion=us-east-1#


    -In the left menu (click on hamburger to expand) select "Hosted zones", then click "Create hosted zone".




    -Fill in the "Domain name" field with the domain you registered from before (without the http://), then click "Create hosted zone" at the bottom (leaving everything else at default).




    -Pay attention to the "NS" row - the 4 nameservers in the "Value/Route traffic to" column. We'll need to copy/paste these values into Namecheap next.





    5)ADD NAMESERVERS TO NAMECHEAP

    -Log into namecheap, click "Domain List" in the left menu, find your domain and click on "Manage". On the "Domain" tab > "NAMESERVERS" section > click to change from "Namecheap BasicDNS" to "Custom DNS".




    -Click on "ADD NAMESERVER" 2 times to add 2 additional entries so there would be 4 blank fields in total.

    Then paste those 4 nameservers from Route 53 that we were looking at earlier. Don't forget to click on the little green checkmark to save.




    -It will take time for DNS to propagate - which will typically take less than 30 minutes. But you don't need to wait before proceeding to the next step.



    6)REQUEST FOR FREE SSL CERTIFICATE


    -Go to https://aws.amazon.com/certificate-manager/, click "Get started with AWS Certificate Manager".



    -Double-check the upper right corner to make sure that the location is set to "N. Virginia". If not please select this location before proceeding.




    -Click on "Request a certificate".




    -"Request a public certificate" should be selected. Click on button "Request a certificate".


    -In the "Add domain names" section, in the "Domain name*" field, put your domain name without "http://www.". So in my case, it would be "winbignow.xyz".


    -Click "Add another name to this certificate" to add another blank field, then put into it your domain name preceded by "*.". So in my case I would put "*.winbignow.xyz". Click "Next".




    -For "Select validation method", the option "DNS validation" should already be selected (if not, select it). Click "Next'".




    -Leave the "Add tags" section at default. Click "Review". Then click "Confirm and request".


    -You'll then see that the "Validation status" of both versions of your domain will say "Pending validation". Click on the little black arrow/chevron in front of each one of the domain versions to expand the section. Click "Create Record in Route 53". Then click "Create". If all goes well you should see a "Success" message.








    (Be sure to perform this step for both domain versions, i.e. expand the section, create record in route 53, then "Create".)


    -Click "Continue" at the bottom to go back to the Certificates Manager page. You will see that the entry is "Pending validation". It may take a few minutes for this status to turn into "Success" and "Issued". You can refresh the browser periodically until this happens. Do not proceed to the next step until it does.





    7)ADD SSL CERTIFICATE TO CLOUDFRONT


    (Huge thank you to @edgekao who showed us this method in this post!)


    -Back in Cloudfront, go to "Distributions" in the left menu, click to choose the cloudfront distribution for your site, then click "General" -> "Edit".


    -In "Alternate Domain Names (CNAMEs)", type in there both the "www" version of your domain name and the version without "www" - both without "http://":




    -For "SSL Certificate", select "Custom SSL Certificate (example.com)", click inside the empty field, and find and click on the new certificate that just got validated. Scroll down and click on "Yes, Edit" to save changes.





    8)ADD MORE RECORDS ON ROUTE 53

    Next we need to point our domain name to the Cloudfront CDN.


    -In the AWS Console, type "route 53" into the search field and select it.



    Or go to: https://console.aws.amazon.com/route...ion=us-east-1#


    -Click "Hosted zones" in the left menu. Then click on your new domain name. Then click "Create record".




    -In "Record name" type "www" in font of your domain name. For "Record type" leave at the default "A = Routes traffic to an IPv4 address and some AWS resources". For "Value" click on "Alias" to toggle it on, then click on the "Choose endpoint" box and select "Alias to CloudFront distribution". Then in the "Choose distribution" box click and select that cloudfront distribution you created earlier (remember the cloudfront distribution domain name I asked you to take a good look at earlier?) Leave "Routing policy" to "Simple routing". Leave "Evaluate target health" at "No".




    -Click "Add another record". Fill out everything the same way as in the previous step except for "Record type", choose "AAAA - Routes traffic to an IPv6 address and some AWS resources".


    -Next, we want to repeat the last 2 steps to add 2 records for the "naked" version of your domain, i.e. the one without "www". In other words, repeat the previous 2 steps, but without putting "www" in the "Record name" field.


    -Lastly - click on "Create records" at the bottom.





    9)LASTLY...

    -How do you know whether DNS has finished propagating? There are 2 things you can do. Firstly, you can check dnschecker.org. You can check both the "www" version and the one without, and if you see all green checkmarks then you're OK. If you see red crosses, maybe wait some more before checking again. If after a few hours you're still not seeing ANY green checkmarks, then it may be time to go over all the instructions above to make sure you've set up everything correctly.




    -Another way to see if DNS has propagated, would be to simply browse to the sample landing page via your real domain, to see whether you can see the landing page. So, browse to:

    http://your-domain-name.whatever/swe...ey1/index.html

    In my particular case I would browse to:

    http://winbignow.xyz/sweeps/iphone12...ey1/index.html

    You should also verify that your SSL certificate is working, by browsing to the https version of your lander url, e.g.:

    https://winbignow.xyz/sweeps/iphone1...ey1/index.html

    If you can see your landing page, then you're all set! If you can't, or get an error of some sort, then it may be because either DNS hasn't finished propagating, or you've made a mistake in the setup.


    -Also: If you can't seem to make things "work" even after verifying all the settings are correct, it may be because you've been changing some of the settings, but CDN is still serving up cached pages that were generated based on old settings. What you can try is go to Cloudfront, click on your distribution, click on the "Invalidations" tab, click "Create Invalidation", put a "*" in the "Object Paths" field, and click "Invalidate". When the "Status" goes from "In Progress" to "Completed", check to see if you can access your landers in the browser again.



    ***********************************

    Please scroll down for the EXPLANATION and READING sections!

    Special thanks to @jeremie for getting me "unstuck" when I got stuck at one point while updating the instructions above!

    Special note: If you're wanting to use subdomains for your landers, please implement @jeremie's suggestion in this post:

    https://stmforum.com/forum/showthrea...l=1#post409806




    Amy
    Thanks   Send PM   Quick reply to this message Reply   Reply With Quote Reply With Quote   Multi-Quote This Message     

  2. #2
    Senior Moderator vortex's Avatar
    Join Date
    Feb 2014
    Location
    Toronto, Canada
    Posts
    12,129
    Thanks
    27,267
    Thanked 16,784 Times in 6,961 Posts
    STM Forum Level 10 Super-Affiliate
    **************************************************

    EXPLANATION

    Being a non-geek that only knows just enough technical stuff to get by, I'm really in no position to explain how any of this works. However, I will briefly describe, in my rudimentary way, how the 4 components we've set up, work together to serve our landing pages. You can always learn more about this topic by googling.



    1)How the Domain, Amazon S3, Amazon Cloudfront, and Amazon Route 53 Work Together

    First of all, in order for files to be accessible on the internet, they must be hosted (stored) online somewhere.

    Amazon S3 is such type of storage space. So we upload our landers to it to be stored online and accessed by our visitors.

    Now - these landers are actually stored in a server which is located at a single physical location. Remember how S3 allowed for us to select a "Region"? That would be the location the pages would be served from.

    Trouble is, because we'll probably be promoting offers from all over the world, some of those target geos may be very far from the server location - and the further the visitor is from the server, the longer they'll have to wait for the landing page to load.

    It is extremely essential for us to make our landing pages load quickly, because the slower a page loads, the more visitors will become impatient and leave the page. According to Caurmen's testing, "2 seconds of loading time can equate to more than a 100% increase or decrease in CTR."

    One of the best ways to make landers load faster, would be to use a CDN service. What it does is it will send copies of the lander to multiple server locations around the world, so that when a visitor tries to access your lander, the CDN will serve the page from the server nearest that visitor. This is where Amazon Cloudfront comes in - it's a CDN service that will grab the files you upload to S3 and distribute them to multiple servers around the world.

    Next, remember what the S3 and Cloudfront links looked like? They look something like the following...

    Sample S3 link: http://s3.amazonaws.com/winbignow.xy...ey1/index.html

    Sample Cloudfront link: http://d1ugld9y4dv05s.cloudfront.net...ey1/index.html

    You'll probably admit that these links don't look very relevant to the offers we're wanting to run, so may cause some confusion for our visitors. This was why we needed to register a relevant Domain Name.

    Lastly, we need something that will link the domain name to the files on the CDN. This is the purpose of Route 53.

    Remember that in the domain settings on Namecheap, we specified the nameservers as the ones we got from Route 53? This way, when a visitor tries to access the domain name in the browser, they will be sent according to the settings at Route 53 - which will redirect the visitors to the CDN domain.

    i.e. On Route 53, we've set up ALIAS records for the both winbignow.xyz and www.winbignow.xyz, that point these domain versions to the CDN domain d1ugld9y4dv05s.cloudfront.net. So if anyone tries to browse to for example:

    http://winbignow.xyz/sweeps/iphone12...ey1/index.html

    Or:

    http://www.winbignow.xyz/sweeps/ipho...ey1/index.html

    Route 53 would know to direct them to:

    http://d1ugld9y4dv05s.cloudfront.net...ey1/index.html



    2)Substituting CloudFlare for Cloudfront

    Member @devdev has kindly provided instructions on how to use Cloudflare instead of Cloudfront:

    https://stmforum.com/forum/showthrea...l=1#post372291

    According to CDNPerf.com, Cloudflare is marginally faster, so please feel free to use that instead.

    https://www.cdnperf.com/



    3)Good Alternative to S3: Funnelflux' Managed LP Server

    So in the previous lesson we've covered how to use LanderLab to host our lander files.

    Here's another good alternative I'd like to bring your attention to: Funnelflux has recently come out with a Managed LP Server plan for $30/month (with upgrades available):

    https://stmforum.com/forum/showthrea...-now-available

    Cost-wise, there's no competing with Amazon S3, which is close to free - $0.023 per GB to be exact. You can find detailed pricing here:

    https://aws.amazon.com/s3/pricing/?s...RMQAvD_BwE:G:s

    So what reason would you have to choose a managed server over S3?

    -If you are just starting out and your priority is to minimize costs, you should go with S3 and Cloudfront. The setup will be more complicated in many ways and you'll need to spend more time configuring technical details, but it will cost you almost nothing.

    -If you are at a stage where you want something much easier to work with, especially when using many domains, and you want to be able to use PHP code, you should go with the managed LP offering. You will have much less configuration to do to get started, and less ongoing configuration when adding/modifying domains. It takes less time and hassle to set up a new domain on the managed server than on S3 and Cloudfront. Especially at the frequency with which Google is flagging/banning domains nowadays, going with a managed server can make your life easier. Did I mention that Funnelflux support will set up the CDN for you as well? Plus the DNS part will also be taken care of for you. So by using Funnelflux's landing page server, you wouldn't need to get any other service: Neither S3, nor Cloudfront, nor Route53.

    -Last but not least: In the next lesson, you'll see that editing lander files on S3 can be a tedious process, where you can't edit the files on S3 directly. Instead, you'd need to either overwrite the S3 file with an updated one, or download the file from S3 to desktop, edit it, and re-upload it. Whereas if you were hosting the files on a server, you'd be able to edit the files on the server directly (this is actually not 100% accurate, but it would SEEM that way, as sublime text would handle the downloading and uploading and rewriting - don't worry if you don't know what I'm talking about at this point, as I'll refer back to here in the next lesson).

    It's realistically a time/effort vs money trade-off. The moment you start to making any decent amount from running campaigns, the managed LP server will be a better option.

    You don't have to decide now - you can continue to use S3 + Cloudfront. But in the future, when you find setting up domains on S3+Cloudfront to be tedious, sign up for a Funnelflux Managed LP Server to see if the difference would be worth the $30/month.

    When you're ready, here's what you do:

    -Sign up for an LP server through the Funnelflux website. Go to:

    https://www.funnelflux.com/get/

    Scroll down to here to get started:



    -You will need to provide an initial domain so that Funnelflux support can set that up on the server.

    -Funnelflux support will set up a Cloudflare account for the domain, then send you the new nameservers (NS) for that domain, as well as FTP access details.

    -You would then go to your domain registrar to point the domain at those nameservers (like what we did in namecheap above).

    -When you need to add additional domains, just reach out to Funnelflux support and they will add these to their Cloudflare account and then provide you with nameservers and FTP details as for your first domain. They can do any custom config, DNS entries, etc. as desired and can even give you access to the Cloudflare account. They just require the domain to be pointed to this account so that they can a) manage it and ensure it works properly and b)provide free SSL + CDN acceleration.



    **************************************************

    READING


    1)As I've mentioned above, google is cracking down on the types of landers we affiliates would typically run, by banning lander domains or subdomains.

    I may write a guide on how to manage that issue in the future. For now, I don't have that experience - because (luckily for me but not so much for you) I haven't had a lander domain banned yet - this is probably because 1)when I was running pop heavily still, google was not half as strict as it is now, and 2)I host an authority site of mine on the same IP as my lander sites, so maybe Google is more lenient on them by association.

    What I WILL do though, is refer you to the many threads on STM where the issue, and some good solutions, are discussed.

    What some veterans would do, is to register a bunch of lander domains at a time, have them all set up and ready, then whenever a domain gets banned, just switch over to a new domain.

    It is also recommended that you spread your landers out over multiple domains in the first place - so that when a domain is flagged, it won't affect ALL of your current campaigns.


    The following threads will give lots of options on how to handle the google banning situation. Don't just read the first post - read through the entire threads - lots of gold in there!

    https://stmforum.com/forum/showthrea...ent-domain-yet

    https://stmforum.com/forum/showthrea...wsing-phishing

    https://stmforum.com/forum/showthrea...ivirus-landers

    https://stmforum.com/forum/showthrea...flagged-domain

    https://stmforum.com/forum/showthrea...our-lp-domains

    https://stmforum.com/forum/showthrea...ks-for-any-tip

    https://stmforum.com/forum/showthrea...omain-flagging

    https://stmforum.com/forum/showthrea...lagged-domains

    https://stmforum.com/forum/showthrea...are-alert-tool


    2)Be aware that after setting up a new domain + DNS + CDN, it may take 24 hours for page load speed to reach optimal levels!

    For details please see grofit's thread

    https://stmforum.com/forum/showthrea...s)-Help-Please!

    Pay special attention to this post:

    https://stmforum.com/forum/showthrea...l=1#post362038

    Quoting the most significant portion of that post:

    So it looks like there maybe a delay of 24+hours from the time you actually setup on Amazon Cloudfront with Route53 until it becomes fully functional.

    Which I think is a big deal since:
    1). Running a test in the first 24 hours and not realizing the load times are so bad will mean you'll probably get bad results even if the campaign had potential
    2). If a domain goes down and needs to be replaced, you NEED to have one ready to replace it and not just set one up then and there (otherwise the first day performance is going to suck)

    3)Setting up meaningful subdomains can potentially increase your conversion rate:

    ...as reported by member @mywebexperts, who has kindly describe how to implement subdomains here:

    https://stmforum.com/forum/showthrea...l=1#post386324



    **************************************************

    I sure hope that wasn't too painful! I'm really not good with the technical aspect of things - so if you notice any errors or omissions in this lesson, or have suggestions on improvement, please let me know below and I'll edit the tutorial at my discretion.

    Now that we're able to put your landers online, in the next two lessons we'll be learning how to "fix up" the landers to make them function correctly, and then optimize them for loading speed which is CRUCIAL, especially for pop.




    Amy
    Thanks   Send PM   Quick reply to this message Reply   Reply With Quote Reply With Quote   Multi-Quote This Message     

+ Reply to Thread

Quick Reply Quick Reply

Posting Permissions

  • You may post new threads
  • You may post replies
  • You may post attachments
  • You may edit your posts
  •