Hi, what do you think about using Meteor for very small/light websites?
Let me tell you why I am asking you that question.
I have pretty good knowledges for Meteor as I am using it for several years now. Before using Meteor I was creating websites using Symfony in PHP. Now I am creating web apps with Meteor and React.
In a few weeks I am going to start web development as a freelancer. To begin, I will target easy developments like small business websites.
I can imagine several options. First, the most standard:
Wordpress
HTML + CSS only
HTML + CSS + React
Static website generator like Wintersmith
Or some more powerfull stuff like:
Symfony Framework (PHP)
Meteor
I donāt really want to use PHP, I want a modern technology and really like javascript, so I was thinking about either āHTML + CSS + Reactā or Meteor.
If I use pure HTML/CSS/React, then I can use a simple hosting plan and FTP. If I use Meteor, I get a more scalable website for later, but requires more work on servers maintenanceā¦
There are a lot of pro and cons for each solution, thatās why I would like to know what you think about it.
Last question: is it a good idea not to use a CMS for small websites?
You could use CMS if database choice is not a concern.
Between PHP and Javascript. You could consider other languages like Go, RubyonRail, Swift or Rust as a modern language and more like Javascript whereas PHP isnāt and capable of scaling. Donāt take my words, youāll be better discuss other options in their Slack channel or try out the demos to get the idea.
Itās certainly a good idea to plan ahead and avoid rewrite if it doesnāt meet your requirements e.g. eCommerce, financial, distributed, mobile. If you could use one language to run on all devices and platforms. You are welcome to try it, look for it, I found interesting discussion on one language will supported everywhere and less complicated than Java and PHP.
The incentive to understands the underlying code in libraries and tools that can detect errors in compile time before you publish your code is important, otherwise, like many frameworks, youāll only know 50% of the working parts, thereāll always be vulnerability in 50% of the code.
I use Meteor for everything, big or small, static or highly data-driven. I donāt know whether itās a good idea or not, but I donāt have the time or inclination for anything else.
With mup being supported again (or with pm2-meteor, even if mup wasnāt being actively developed), deployment becomes as easy as using FTP (it just takes a little longer for the changes to go live).
What I do know is that I can run half a dozen, low-traffic, mostly-static meteor sites on a $10 D.O. droplet.
Thank you. If I use anything else than PHP, CMS or not, then comes the problem of hosting donāt you think?
I am looking for the cheapest hoster I can find as small websites work fine on those, but the only problem is that there are all PHP only.
For my Meteor App I am used to use a VPS, that I can find for almost the same price as a shared hosting and I use meteor up to deploy.
@babrahams your answer is interestingā¦ I was thinking of using one VPS for each website, even if it only takes 10% of the server ressources, because in that way I can handle invoices more easily. If my client website grows and the server becomes overloaded, then I just need to ask him to buy a higher plan and I can argue about it showing how much visitors it gets every day for exemple. What you do @babrahams is something I should think about, running several websites on one VPS, but how do you handle the case of one server that needs to be upgrade because it gets more traffic? If you tell your client the server is overloaded, donāt you think he will tell it is because he is not the only one using that server?
Iām not sure to be clear, but Iām just not sure how to handle that in a business way. It seems way more complicated that using one VPS for each client.
If I needed to scale one of the sites, Iād probably move it straight over to Galaxy and pass the cost on to the customer.
As for identifying which site is eating up all the server resources, Kadira is perfect for that. In the absence of Kadira, I guess Iād just have to take a look at the nginx logs and see which app is getting the most traffic.
Just a FYI. If you use a managed database solution (such as mLab) and Galaxy for hosting, you have next to no work on server maintenance.
Prices are slightly higher than other options ($26-28 a month), but they are still very low for any āseriousā website (and you can include this in hosting fees for the customer if you go that route - you can say itās for hosting and maintenance, but realistically you wonāt need to do any maintenance).
We first put our business application in to production in November, and have already done over 80 updates. Had absolutely no issues with the simple ādeployā command line, and the server is updated. Every once in awhile we have to throw up a new index on our mLab database if we have some new features that will have a lot of database activity, and thatās it. This would not have been nearly as smooth (and likely not possible) if we were not using Galaxy/mLab.
Of course Galaxy is the perfect hosting plateform for Meteor apps, but I donāt really see how I can use it in my case. I canāt ask the client to pay $300/year to host his 5 pages website. Iām facing developers that are going to bill $50/year or less for a wordpress hosted on a shared hosting plateform. I donāt think I can convice the client to pay that much more for a simple website.
Yeah while Meteor is very convenient to build small sites, you probably donāt want to use Galaxy to host those. However, you can use something like now.sh, which has a Meteor deploy script and I think is cheaper, or at least has a free version!
You can just use your basic Node + Express + React or simple template engine for a simple website. I think Meteor, all thatās going on behind the scenes, is too much for a simple website.
You can get by with the bare minimum on just a simple Express and Node instance.
static sites (serverless) hosted on netlify may be best for that! checkout Gatsby and Phenomic if you want to do React. Cheap to host and nothing is faster.
Hmā¦ official Meteor partner in India, eh? Too bad MDG didnāt want to give me the time of day when I wrote two Meteor CMS in 3 months. They are still missing the ball.
You must have a better Linked In account, because thatās all they were interested in seeing.
This is a super odd comment and reflects, from the top, the odd position MDG takes in regards to using Meteor for āweb sitesā while pushing it for āmobile [read mostly web sometimes mobile] appsā.
I built my own multi-site Meteor server last year, by myself, and it only took a few months from scratch. I can build it from scratch now in two hours with auto-scaling. Why is MDG so far behind?
Why is Meteor so painful, still, to bundle, deploy and manage? So painful that people often leave Galaxy because their app will no longer deploy there. Sometimes they end up going back, but only because doing it on your own is even more painful, lol.
I truly love Meteor but MDG strategies sometimes leave me quite vexed.
Look, I love Meteor for building interactive applications.
But honestly, for the needs of small business websites thereās nothing Meteor or its half-assed CMS-es will do better than good old Wordpress or Drupal. You even mention you could get away with HTML+CSS only. Then thereās not a single reason to use Meteor/React/ā¦
Your main motivation seems to be you want something more modern. But ask yourself what that gains you for these kind of projects? Modern is mostly a euphemism for immature, incomplete and unstable.
Maybe the right question to ask is if you really want to be building small business websites.
Hey, thanks for the note, and sorry if you feel like we didnāt have an adequate response. We do look at every project built with Meteor that we see, and we try to reply about any issues people encounter, and work with contributors to make the platform better. However, we also need to focus on moving the core platform forward, and that means we canāt always spend a lot of time helping out projects based on Meteor.
Weāre definitely focused on the needs of highly interactive apps, rather than static sites. Meteor canāt be the right tool for every job.
Hi Seba, youāre right, maybe the real question is do I really want to build small websites. Actually, of course Iādd love to build large web app instead of small static website, and this is what Iādd like to do in a few months. But I have to admit that starting as a freelancer for the first time is a little scary haha, thatās why I would like to start it easy.
Now this is why I am thinking using meteor for small website: keep practicing and staying up to date with the Meteor ecosystem. If I only do static websites for the next 6 or 12 months, Iāll have to spend time relearning what I forgot and getting up to date with new stuff that are commingā¦