I really hate seeing www in front of a website. I just signed up for Galaxy and mLab and so far everything has been great, except it would appear an ugly www is being forced upon my app.
Would an A Record directed at 52.200.234.87 (galaxy-ingress.meteor.com) work?
EDIT:
Ok, it looks like if I want an apex domain (aka naked domain), Iāll have to use a service that provides ALIAS. The Meteor Guide recommends dnsimple.
So far this is what Iāve got:
-
Galaxy for basic app hosting
-
mLab for database hosting
-
AWS for serving up images
-
MailGun for delivering emails
-
dnsimple for apex domain
Am I covered now?
Iām running https://touchmail.io on the exact same stack (minus AWS) and itās been great for us. I can highly recommend DNSimple.
2 Likes
Very nice design. What do you use for image hosting (if applicable to your app)?
Very nice design.
Thanks!
The meteor app doesnāt have any images so no need for external hosting. Actually, you reminded me. We recently moved the marketing site to Zeitās Now hosting and bumped the app onto an app
subdomain. Marketing site images are simply hosted from Now.
If I was doing external image hosting Iād do it with S3 / CloudFront.
Iām guessing that using the naked domain is a strategic decision? If not, Iād strongly recommend checking out http://www.yes-www.org/why-use-www/.
Note that if you want naked domain redirection on galaxy, there isnāt a great solution at the moment. We are currently using http://wwwizer.com/naked-domain-redirect
Interesting read. I had no idea not using www could lead to headaches down the line. Iāll have to reconsider my stance on this.
It may be silly but I simply donāt like the aesthetic look of www
https://www.domain.com
https://domain.com
However, if it will make things easier on my end, Iāll make the compromise.
1 Like
I have everything working through an ALIAS record. Should I switch back to www or am I safe using an ALIAS?
// ******************* EDIT ******************* //
TL;DR: Using an ALIAS is perfectly fine and wonāt lead to any issues down the line.
I found this helpful. Emphasis added by me.
What about ALIAS (or ANAME) records? ā Augustin Riedinger Feb 27 '14 at 11:08
@AugustinRiedinger Those arenāt actually a DNS record type - theyāre a configuration where certain DNS providers will handle the abstraction of dynamically checking the current A record of the target, then serving it back in response to a query for that name. Theyāre essentially designed to solve this exact problem, so theyāre definitely appropriate to use for this case. ā Shane Madden Feb 27 '14 at 17:31
So if we use them, the scalability warning from heroku doesnāt remain true anymore, right? Or is there any technical drawback into using them? ā Augustin Riedinger Feb 27 '14 at 20:19
@AugustinRiedinger Correct. The technical drawback is in the implementation difficulty, as a āstandardā DNS server cannot accomplish that kind of thing without customization. As long as your providerās implementation is stable, it should be just as good as a CNAME setup on a subdomain. ā Shane Madden Feb 28 '14 at 2:44
For anyone reading this thread, I highly recommend using DNSimple for this. They made Apex usage a non-issue.
1 Like